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

[Starling]

Позволю себе добавить:
БП следующий:
1. Компания занимается торговлей автомобилями.
2. Перед продажей все автомобили проходят предпродажную подготовку.
3. Все материальные затраты должны входить в себестоимость автомобиля.
Если выкинуть все если, то задачу можно было бы решить обычным журналом спецификаций, но…
Бывают ситуации, когда сделали предпродажную подготовку, а потом оказалось – что-то не списали (иногда планово, так как этого чего-то не было в наличии). Таких итераций может быть несколько. Это обычная практика.

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

Если каждый раз при этом создавать журнал спецификаций, то возникают циклы в расчете себестоимости, и нужная нам коррекция списывается на счета округлений.
Если бы можно было:
• создать ПЗ;
• списать на него запчасти и материалы по факту;
• рассчитать его себестоимость, но не закрывать;
• при необходимости в журнале отгрузочных накладных списать дополнительные запчасти и заново сделать калькуляцию.
Задача была бы решена.
В 3-ке я такое делал, но не на проекте, а в рамках тестовых примеров. Ошибок не помню.

На сколько сложна модификация, позволяющая вернуть возможность повторной калькуляции ПЗ. При условие, что приемка всегда 1 шт, одной складской проводкой?

З.Ы.: ну или может, кто посоветует альтернативный вариант?

[Raven Melancholic]

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

[Starling]

Цитата:

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

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

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

Цитата:

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

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

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

[Raven Melancholic]

Цитата:

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

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

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

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