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

[Maxim Gorbunov]

Владимир, это и в обратную сторону работает: если организационно принято хранить данные в заказе, то необходимо позаботиться о том, чтобы функционально было
а) невозможно удалить разнесённый заказ;
б) невозможно частично разнести заказ.

При этом, проверять то, что логика не нарушена, вам придётся после установки каждого сервис-пака. Как программист могу вам сказать, что проверять "неконфликтность" такой логики гораздо сложнее, чем логики по протаскиванию данных из заказа в документы.

[Владимир Максимов]

Цитата:

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

Владимир, это и в обратную сторону работает: если организационно принято хранить данные в заказе, то необходимо позаботиться о том, чтобы функционально было
а) невозможно удалить разнесённый заказ;
б) невозможно частично разнести заказ.

Достаточно только второго пункта. Первый уже решен на уровне стандарта. Через настройки

Цитата:

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

При этом, проверять то, что логика не нарушена, вам придётся после установки каждого сервис-пака. Как программист могу вам сказать, что проверять "неконфликтность" такой логики гораздо сложнее, чем логики по протаскиванию данных из заказа в документы.

Мой опыт показывает, что функционал "вообще", а особенно "вокруг" заказов всегда очень сильно кастомизирован. Сложности при установке сервис-паков будут в любом случае. Отдельная функция, запрещающая частичную разноску вряд ли как-то существенно повлияет на сложность обновления...

[Maxim Gorbunov]

Цитата:

Сообщение от Владимир Максимов

Отдельная функция, запрещающая частичную разноску вряд ли как-то существенно повлияет на сложность обновления...

Её реализовывать можно по-разному. Можно действительно просто проверить во время разноски, не изменили ли пользователи количество в строке и количество строк, но это достаточно глупо. Зачем давать пользователю возможность менять это количество, если такое изменение приведёт к ошибке? Если же подойти к вопросу более ответственно, чем с настроем "и так сойдёт", то нужно исключить возможность изменений при разноске. А вот тут уже объём модификаций вырастет серьёзно.