So do I в свое время. Но я делал для Pl/SQL и попал на сложность/невозможность корректно обрабатывать сложные имена через .

hello.world

Что это? Схема hello и таблица world. Пакет hello и что-то из этого пакета. Таблица hello и поле world. Функция hello и переменная world. И так далее. В общем, на этом запнулся, понял, что изначально делал анализатор из неверных посылок, оценил трудозатраты и бросил.

p.s.
анализатор делал в надежде на возможность автоматической оптимизации размещения процедур/функций по пакетам, с целью уменьшить вероятность глюки ora-06058 в Oracle Forms.

IMHO звучит как полный бардак и бред.
Отслеживать партии - задача WMS системы. Каким образом бухгалтерия что-то знает про партии, мне вообще не понятно. Вроде же это совершенно не бухгалтеров дело.

Если есть перемещение между ячейками, подозреваю партии могут биться/собираться обратно, т.е. в сложных случаях, без WMS системы и сквозного отслеживания, вообще фиг найдешь какие же исходные партии уехали под конкретный заказ. Да даже и с WMS системой наверное тоже.

p.s.
Банальный пример. Какие нибудь батарейки. Пришел грузовик (предположим "партия"), куча коробок. Ладно, WMS перемещение коробок отследит (по штрих кодам). Потом коробку разобрали на блистеры. Потом блистеры распотрошили в единичные батарейки. Подозреваю, единичную батарейку просто куда нибудь ссыпят и из какой она партии... фиг кто потом разберется... в крайнем случае, если нужно для документов, то просто проставят какую нибудь из ранее поступивших на склад.


Что же это за генеальная ERP система такая? Которая сумму инфойсов с ошибками считает.

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

Соответственно все эти отклонения явно и будут видны. Куда и как бухгалтерия их будет списывать/учитывать (и будет ли вообще) - это вопрос уже к бухгалтерии.


Звучит примерно так. ERP система посчитала фигню (что для ERP-систем часто правда). Теперь нужно сделать отчет, который вместо ERP системы все пересчитает, но правильно.

В ближейшем приближении, сложность такого отчета (если он написан правильно и сам не лажает), должна приблежаться к сложности функционала ERP-системы которую он проверяет. IMHO

Но мне кажется это не проблемы точности учета, а проблемы корявости ERP-системы.

...
что в ряде случаев ERP система может считать "дубова" и цифра выходить не та, которая нужна
...
Банальный вариант, если оплата не поминутная ))), а например посуточная, трактовка понятия сутки. Когда начинаются, когда заканчиваются, какое время берется.

Можно считать как разницу времени поделенную на 24 часа, можно считать 0:00-23:59 (как командировочные, день отъезда/день приезда), можно считать посменно, в тот момент, когда грузчики/кладовщики на смену заступают, можно считать 100500 другими способами.

Понятно, что если товар прибыл в 23:58, и отгрузили в 22:50 следующего дня, то считать хранение за двое суток (2 минуты хранили в первый день, и еще 23 часа хранили во второй), даже если это и согласованная политика и бизнес процесс компании, для конректного клиента - бред и скандал. Тут или терять клиента или как-то пытаться убедить тупую железяку ))), что правильная цифра другая.

IMHO