черновики (заказы) - могут удаляться. Поэтому данные в заказах хранить нельзя. Фактические данные нужно протаскивать в документы.

[ds1678]

Цитата:

Сообщение от Maxim Gorbunov

Выскажусь уж и по теме, раз сюда зашёл

Сводное планирование, например, не смотрит, разнесён заказ или нет, а планирует под него целиком. То есть, в терминах этого обсуждения, сводное планирование планирует под данные, внесённые в черновик. Понятно, что с этим можно (и приходится) бороться с помощью типа заказа (Журнал/Открытый заказ), но так же очевидна и необходимость блокировки изменений утверждённого заказа. Если заказ уже передан в планирование, то менять его нежелательно.

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

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

Ну и с точки зрения плэннинга, заказ - это не столько черновик, сколько некий элемент оперативного плана, который утвержден на исполнение. То есть можно рассчитывать с высокой долей вероятности, что строка заказа на закупку придет к дате (запрошенной/подтвержденной), указанной в строке заказа на закупку. А строка заказа на продажу должна быть отгружена к дате (запрошенной/подтвержденной), указанной в строке.

[Maxim Gorbunov]

Денис, вы неправильно поняли, что я хотел сказать. Речь не о частичной разноске, а о том, что когда заказ создан, независимо от того, подтверждён он или нет, сводное планирование сразу же считает его потребностью. С этим можно бороться, используя заказы типа Журнал, но это не всегда удобно. Кроме того, после того, как тип заказа меняется с Журнал на Открытый заказ, изменения заказа не блокируются, и пользователи могут добить (что менее проблематично для планирования) или удалить (это может быть серьёзной проблемой, если предварительно составленный план уже принят к исполнению) строки заказа или изменить количества. С точки зрения планирования, выходит, что заказ действительно уже не черновик. Назовём его даже исходным документом. Проблема в том, что в этот документ можно бесконтрольно вносить изменения уже после того, как на его основании предприняты какие-то шаги.