The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

OpenNews: Кроссплатформенная альтернатива 1С., opennews (?), 12-Июн-06, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


56. "Кроссплатформенная альтернатива 1С."  +/
Сообщение от Ma_Razmus (?), 13-Июн-06, 19:56 
Много видел самописных программ - Delphi + InterBase, Access, VFP, самописные конфиги 1С. Но вот один простой вопрос не дает покоя: например, закупили мы партию куриных яиц - 150 000 шт по цене 1,2 руб. Использовали в производстве, посчитали себестоимость, валовую прибыль. Затем обнаружили, что в документ поступления вкралась ошибка - там не 150 000 шт, а 15 000 шт. Партия яиц у нас разошлась по 100 000 тортов, если не больше :( Нам нужно пересчитать все, что с этим связано. Кроме того, в том документе был ванилин, который идет в торт в кол-ве 0,00001г. В 1С это сделано в лобовую - существует последовательность документов, которую надо восстановить - это долго и нудно. Что будет происходить в Вашей программе? Это гораздо важнее, чем использование SSL, браузеров и проч. Одномоментный апдейт всей базы данных + перераспределение других свободных - несвободных партий? Это будет очччень долго, я так думаю (но может я не прав). Может я так уже далек от прогресса, что многого уже не знаю, или MySQL нас спасет... или спасет волшебная структура данных.
Осталось пожелать Вам успехов в боевой, а главное, в политической подготовке. Буду внимательно следить за Вашим проектом.
Ответить | Правка | Наверх | Cообщить модератору

59. "Кроссплатформенная альтернатива 1С."  +/
Сообщение от FelixSemail (ok), 13-Июн-06, 20:16 
>Много видел самописных программ - Delphi + InterBase, Access, VFP, самописные конфиги
>1С. Но вот один простой вопрос не дает покоя: например, закупили
>мы партию куриных яиц - 150 000 шт по цене 1,2
>руб. Использовали в производстве, посчитали себестоимость, валовую прибыль. Затем обнаружили, что
>в документ поступления вкралась ошибка - там не 150 000 шт,

а как на складе приходовали? :-)) Карточку товара уже отменили? ;-)

>а 15 000 шт. Партия яиц у нас разошлась по 100
>000 тортов, если не больше :( Нам нужно пересчитать все, что

ошибку в документах понимаю .. бывает. Но ведь, в программе, которая занимается учетом производственных ресурсов можно, как минимум, заложить ограничения, которые просто не позволят допустить расход сырья больше, чем получено. Хотя, кроме введения ограничений, есть еще мысли, что делать в таких ситуациях. Но это серьезная тема, которая будет обязательно поднята в собственном форуме, на сайте проекта.

>с этим связано. Кроме того, в том документе был ванилин, который
>идет в торт в кол-ве 0,00001г. В 1С это сделано в
>лобовую - существует последовательность документов, которую надо восстановить - это долго
>и нудно. Что будет происходить в Вашей программе? Это гораздо важнее,
>чем использование SSL, браузеров и проч. Одномоментный апдейт всей базы данных
>+ перераспределение других свободных - несвободных партий? Это будет очччень долго,
>я так думаю (но может я не прав). Может я так
>уже далек от прогресса, что многого уже не знаю, или MySQL
>нас спасет... или спасет волшебная структура данных.
>Осталось пожелать Вам успехов в боевой, а главное, в политической подготовке. Буду
>внимательно следить за Вашим проектом.

Спасибо

Ответить | Правка | Наверх | Cообщить модератору

61. "Кроссплатформенная альтернатива 1С."  +/
Сообщение от Nikolayemail (??), 13-Июн-06, 21:48 

>а как на складе приходовали? :-)) Карточку товара уже отменили? ;-)

Ситуация. Покупатель А покупает у Продовца Б некии товар который производит производитель В. Вагон с товаром напрямую идет от производителя В к покупателю А. Вагон будет идти месяц. За этот период надо получить документы от производителя и выставить свои документы покупателю. Оказалось, что вместо заявленного товара пришел какой-то другой (скажем аналог).

В этом случае никакакая карточка товара не поможет. В 1С это реализовано через востановление последовательности (меняем документы задним числом и востанавливаем последовательность).
А как решают подобную проблему в других учетных системах, например в предложенной?

Ответить | Правка | Наверх | Cообщить модератору

62. "Кроссплатформенная альтернатива 1С."  +/
Сообщение от SV (?), 13-Июн-06, 23:46 
> В 1С это реализовано
>через востановление последовательности (меняем документы задним числом и востанавливаем последовательность).

И это, ИМХО, самая большая гадость в 1С!
Приличная бухгалтерская система не должна позволить сделать какое-либо действие, след которого не будет очевидным и заметным простому бухгалтеру (а не админу, копающемуся в логах). Никому и никогда (конечно всегда можно ручками базу поковырять, но это уже другой вопрос)
Никаких перепроведений не должно быть. Только внесение дополнительных проводок, которые исправляют ошибку. Т.е. в системе должна присутствовать и ошибочная проводка и ее корректировка. Иначе это не система учета, а система печати отчетов для сдачи в контролирующие органы.


Ответить | Правка | Наверх | Cообщить модератору

66. "Кроссплатформенная альтернатива 1С."  +/
Сообщение от FelixSemail (ok), 14-Июн-06, 06:17 
>> В 1С это реализовано
>>через востановление последовательности (меняем документы задним числом и востанавливаем последовательность).
>
>И это, ИМХО, самая большая гадость в 1С!
>Приличная бухгалтерская система не должна позволить сделать какое-либо действие, след которого не
>будет очевидным и заметным простому бухгалтеру (а не админу, копающемуся в
>логах). Никому и никогда (конечно всегда можно ручками базу поковырять, но
>это уже другой вопрос)
>Никаких перепроведений не должно быть. Только внесение дополнительных проводок, которые исправляют ошибку.
>Т.е. в системе должна присутствовать и ошибочная проводка и ее корректировка.
>Иначе это не система учета, а система печати отчетов для сдачи
>в контролирующие органы.

Нда-а-а, эта процедура на 1С грузит сервер не по-детски ... :-) Знакомо. Знакомо также, что далеко не все руководители и бухгалтеры желают, чтобы в отчетности присутствовали ошибочные проводки. Даже если они исправлены другой. Это ведь, может быть, зацепкой для фискальных органов.
Будем думать над проблемой, благо идеи есть, опробовать только надо. :-)

Ответить | Правка | Наверх | Cообщить модератору

85. "Кроссплатформенная альтернатива 1С."  +/
Сообщение от SV (?), 14-Июн-06, 14:05 
>Знакомо также, что далеко не все руководители и бухгалтеры желают, чтобы
>в отчетности присутствовали ошибочные проводки. Даже если они исправлены другой. Это
>ведь, может быть, зацепкой для фискальных органов.

Насчет бухгалтеров - согласен. Насчет фискальных органов - если база не на 100% белая, то и так чего-нибудь найдут. А тут всего лишь исправление :)
А насчет руководителей - позвольте категорически не согласиться.
В серьезных фирмах руководители высшего звена зачастую мониторят состояние дел на фирме сами и чуть ли не в реальном режиме времени (да!). И представьте себе ситуацию, когда (я утрирую конечно) час назад большой толстый начальник :) видел, что его прибыль за последнюю неделю составила миллион, а сейчас всего пол миллиона. Первая его мысль - обманывают его. И если изменения, повлекшие это не видны и не очевидны для уровня бухгалтера после двухмесячных курсов, то...

А вообще-то, реализация именно таких моментов в системе и определяет фактически ее предназначение. Если система для генерации отчетов в органы - то любой каприз. Если для реального учета, то любой чих пользователя, изменяющий состояние системы, должен регистрироваться и быть виден и понятен обычному пользователю системы (я не говорю сейчас о правах доступа в систему).

Ответить | Правка | Наверх | Cообщить модератору

90. "Кроссплатформенная альтернатива 1С."  +/
Сообщение от FelixSemail (ok), 14-Июн-06, 14:27 
>>Знакомо также, что далеко не все руководители и бухгалтеры желают, чтобы
>>в отчетности присутствовали ошибочные проводки. Даже если они исправлены другой. Это
>>ведь, может быть, зацепкой для фискальных органов.
>
>Насчет бухгалтеров - согласен. Насчет фискальных органов - если база не на
>100% белая, то и так чего-нибудь найдут. А тут всего лишь
>исправление :)
>А насчет руководителей - позвольте категорически не согласиться.
>В серьезных фирмах руководители высшего звена зачастую мониторят состояние дел на фирме
>сами и чуть ли не в реальном режиме времени (да!). И

видел как мониторит. Но еще не видел реально работающую систему, которая позволяет это делать без напрягов. Может не там смотрел. 1с -- точно не позволяет.

>представьте себе ситуацию, когда (я утрирую конечно) час назад большой толстый
>начальник :) видел, что его прибыль за последнюю неделю составила миллион,
>а сейчас всего пол миллиона. Первая его мысль - обманывают его.
>И если изменения, повлекшие это не видны и не очевидны для
>уровня бухгалтера после двухмесячных курсов, то...
>
>А вообще-то, реализация именно таких моментов в системе и определяет фактически ее
>предназначение. Если система для генерации отчетов в органы - то любой
>каприз. Если для реального учета, то любой чих пользователя, изменяющий состояние
>системы, должен регистрироваться и быть виден и понятен обычному пользователю системы
>(я не говорю сейчас о правах доступа в систему).

Про каждый чих -- истинная правда. В предыдущей системе именно так и было. Иногда до идиотизма доходило, когда фиксировалось нажатие каждой кнопки и перемещение фокуса в какое-либо поле.

Ответить | Правка | Наверх | Cообщить модератору

94. "Кроссплатформенная альтернатива 1С."  +/
Сообщение от SV (?), 14-Июн-06, 14:57 
Но еще не видел реально работающую систему, которая позволяет
>это делать без напрягов. Может не там смотрел. 1с -- точно
>не позволяет.

А об 1С я и не говорю. Это система из серии и нести тяжело и бросить жалко...

Ну а без напрягов конечно не получится. Просто нужно четко представлять, какая именно информация может быть востребована и с какой степенью детализации. Грубо говоря, trial balance человек должен, нажав на кнопку, получить за 5 сек. А если хочет детализацию по транзакциям, то не обломится и подождет 20 минут.


Ответить | Правка | Наверх | Cообщить модератору

115. "Кроссплатформенная альтернатива 1С."  +/
Сообщение от Бертышemail (?), 10-Авг-07, 16:49 
Не такая уж и гадость
а что до корректировки ошибочных проводок, механизм сторно не отменяли
На платформе 8.** в рамках отчетного периода партии распределяются для расчета себестоимости в конце периода

Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

102. "Кроссплатформенная альтернатива 1С."  +/
Сообщение от Алексейemail (??), 21-Июн-06, 15:35 
>Много видел самописных программ - Delphi + InterBase, Access, VFP, самописные конфиги
>1С. Но вот один простой вопрос не дает покоя: например, закупили
>мы партию куриных яиц - 150 000 шт по цене 1,2
>руб. Использовали в производстве, посчитали себестоимость, валовую прибыль. Затем обнаружили, что
>в документ поступления вкралась ошибка - там не 150 000 шт,
>а 15 000 шт. Партия яиц у нас разошлась по 100
>000 тортов, если не больше :( Нам нужно пересчитать все, что
>с этим связано. Кроме того, в том документе был ванилин, который
>идет в торт в кол-ве 0,00001г. В 1С это сделано в
>лобовую - существует последовательность документов, которую надо восстановить - это долго
>и нудно. Что будет происходить в Вашей программе? Это гораздо важнее,
>чем использование SSL, браузеров и проч. Одномоментный апдейт всей базы данных
>+ перераспределение других свободных - несвободных партий? Это будет очччень долго,
>я так думаю (но может я не прав). Может я так
>уже далек от прогресса, что многого уже не знаю, или MySQL
>нас спасет... или спасет волшебная структура данных.
>Осталось пожелать Вам успехов в боевой, а главное, в политической подготовке. Буду
>внимательно следить за Вашим проектом.

Латвия:
есть готовая многовнедренная система примерно как 1-с
но только все - через EXCEL-клиентов (до 500)
сервер - CACHE или MSM.
Высокая скорость работы и гибкость перенастройки.
(зарплата на 3000 чел - за 15 сек со всеми перерасчетами)
Многоязычность.
Настроена на Датскую систему бухучета.
для СССР можем передать на условии признания авторских прав
и участвовать в русификации
mx@enters.eu
Алексей


Ответить | Правка | К родителю #56 | Наверх | Cообщить модератору

105. "Кроссплатформенная альтернатива 1С."  +/
Сообщение от ptr (??), 29-Июн-06, 11:26 
>Много видел самописных программ - Delphi + InterBase, Access, VFP, самописные конфиги
>1С. Но вот один простой вопрос не дает покоя: например, закупили
>мы партию куриных яиц - 150 000 шт по цене 1,2
>руб. Использовали в производстве, посчитали себестоимость, валовую прибыль. Затем обнаружили, что
>в документ поступления вкралась ошибка - там не 150 000 шт,
>а 15 000 шт. Партия яиц у нас разошлась по 100
>000 тортов, если не больше :(

Вот именно поэтому, делая новую систему, надо внимательно смотреть на требования MRP II и многообразные западные ERP системы (SAP, Platinum/ERA, Scala, Oracle, Axapta и т.п.).

Теперь попорядку:
1. Неверное указание количества закупаемых материалов могло взятся только вручную. Если бы данный заказ на закупку был сформирован через MRP, то это уже выглядело бы очень странно.
2. При ручном вводе отклонение себестоимости материала составило 900%. Даже при отсутствии валидаций/предупреждений, такой разброс должен был сразу же вылезти в контрольном отчете (читайте требования SOX и группы ISO 9000)
3. Оприходование материалов требует, кроме ввода накладной и счета-фактуры еще либо акта на передачу на ответственное хранение (оутсорсовый склад) или приходного ордера. Оба документа подписываются МОЛ-ом (кладовщиком). И этот человек в 10 раз не промахнется - недостачу ему покрывать из своего кармана.
4. В BOM (Bill of material - не могу вспонить, как это по-русски) количество яиц на один торт уже должно было быть указано. Так что списать больше, чем надо просто не могли.
5. После отката неверной закупки (дебетовым авизо сторно) вводится правильная. В зависимости от выбранного в учетной политике метода учета МПЗ, постинг правильной закупки сформирует операции, корректирующие себестоимость, что штатно для любой MRP системы.

ПРОБЛЕМ НЕ ВИЖУ ВООБЩЕ!

Я программированием таких систем уже почти 20 лет занимаюсь - еще на IBM/370 начинал. Поверь моему опыту - если идеология системы соответствует междунароным требованиям к автоматизации предприятия, то глобальных проблем не будет вообще.

А вот ограничение системы броузером - очень критично. Будет масса проблем с печатью (первичка, графики) и с работой со списками выбора. Необходим JAVA клиент, причем вовсе не простой.

Ответить | Правка | К родителю #56 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру