![]() |
#21 |
злыдень
|
Цитата:
Сообщение от glibs
Если вас не затруднит, м.б. вы сможете аргументы назвать.
Рассмотрим путь 1: минусы: - после даты закрытия невозможна разноска (а как же вчерашние документы??) - желателен момнопольный доступ на время выполнения (блокировки, тяжелый алгоритм) - некорректность в случае разноски операций задним числом (сопоставится по ФИФО, потом мы вставим в сопоставленный период приход, он сопоставится с более поздним расходом) - невозможность оперативного открытия (по сути идентичная операция, желателен монопольный доступ и т.д., оперативно не откроешь) Плюсы: - не надо программировать, стандартный функционал Рассмотрим путь 2. Минусы: - надо программировать (на самом деле алгоритм примитивен) - система отчетности заживет своей жизнью (данные в ней и в аксапте разойдутся в открытом периоде, соответсвенно нужна процедура сверки после закрытия. ) - заказчику надо объяснять что то, за что он заплатил деньги не работает как надо , и надо заплатить ещё раз - саппорт. На форуме не спросишь, где ошибка в коде. Плюсы: - Оперативная информация непосредственно в системе отчетности - Возможность реализации одновременно нескольких моделей (стандартная, фифо) - Оперативность, сегодня изменили цены, завтра в отчетности поменялась маржа - независимость от основной системы, на время пересчетов нет блокировок, не тратятся ресурсы Есть ещё один неплохой путь. Развитие пути 1 Путь 3. Оптимизировать алгоритм рассчета себестоимости. В случае ускорения алгоритма примерно в 40 раз - можно оперативно актуализировать себестоимость. Данный путь, в виде законченного решения, я надеюсь, будет предложен в ближайшее время на коммерческой основе всем желающим в разделе рынок ЕРП систем. Путь 4. Комплекс отчетов и алгоритмов анализа, как развитие пути 2, тоже надеюсь будет предложен, но позже
__________________
Ибо зло есть лучшая сила человека. "Человек должен становиться все лучше и злее" -- так учу я. /Ф. Ницше/ |
|
Теги |
как правильно, стандартная себестоимость |
|
|