Множественная калькуляция производственного заказа

[Raven Melancholic]

Модификация совершенно простая. Больше уйдет времени на реализацию всяких тонкостей для проверок (количество проверок уже зависит от требований в конкретной ситуации). Например: проверка чтобы повторная калькуляция не выполнялась раньше первоначальной, чтобы калькуляции были в пределах одного месяца (правда это больше просьбы бухгалтеров не любящих, чтобы были обороты по суммам без количества), проверка на то, что заказ был скалькулирован с флагом "Завершение" и т.п.
В трешке эта возможность сохранилась до последнего (по крайней мере в SP6 еще можно было выполнять досписание комплектующих после калькуляции).
А из вариантов: работать с отрицательным финансовым складом и выполнять калькуляцию после того, как уже четко понятно, что больше по заказу досписаний не будет.

[Starling]

Цитата:

Сообщение от Raven Melancholic

Модификация совершенно простая.

Ну тогда попробуем.

Цитата:

Сообщение от Raven Melancholic

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

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

[Raven Melancholic]

Цитата:

Сообщение от Starling

Ну тогда попробуем.

Следует учесть, что появятся некоторые риски. Первое что приходит в голову:

• если захотите поднять какой-либо RU (например, в пятом появилось несколько "вкусностей"), то придется достаточно скрупулезно устранять конфликты кода.
• если есть какой-либо обмен с той же 1С, то придется выпутываться из-за разных подходов в "отчете производства за смену" от 1С и множественной калькуляцией в Аксе.