У меня в программе (складского толка) из одного документа порождается другой. Товарная спецификация порожденного документа является подмножеством товарной спецификации документа-основания.

Из документа-основания может быть порождено несколько документов-наследников.

Далее, документ-основание переводится в новое состояние - конкретно, товар по нему резервируется.

Теперь представим, что в документе-основании 10 единиц некого товара. Зарезервировать удалось только 3 единицы (остатки не позволяют).

В двух документах-наследниках у меня по 5 единиц этого товара.

Я решил, что буду показывать в документах-наследниках резерв по 3 штуки в каждом, потому что неизвестно какой из этих документов пользователь решит отгрузить.

Какие мнения.

iscrafmAlexsalogКакие мнения.
отойти в системе от понятия документа, как чего-то большего, чем обычная форма для печати

Это уже сделано. Но по документу в экранной форме надо видеть некую сопроводительную информацию.
То есть пользователь открыл документ, который является формальным списком для печати и именно с этим списком хочет произвести какие то действия - отгрузить например.

Так вот, я размещаю в экранной форме некую дополнительную информацию позволяющую принять решение. Конкретно количество товара на резерве. И с резервом происходит такая вещь, которую я описал - этакий дуализм. То есть я могу отгрузить эти 3 штуки или эти 3 штуки. В "том" документе или в "этом".

Сергей ВаскецовAlexsalogКакие мнения.
Есть мнение, что надо генерить цепочку, а не из корня создавать кучу разных.
Тогда всегда можно понять, какая позиция зарезервирована, и на сколько.

Да да, у меня цепочка, но с разветвлениями. На основании одного документа можно сделать несколько.

Допустим, у меня документ в основании:



Создаю два счета:




Вроде все логично.

Документ1 находился и находится в статусе: "Нужно отгружать". Но резерв не образовался потому, что не было остатков.

И вот остатки появились: сапоги - 3 шт. Товар должен зарезервироваться.

Если бы у меня на данный момент был бы только Документ 1, то я бы отразил в нем напротив сапог резерв 3 шт. из 7 шт. и все ок.

Но я хочу показать (это именно информирующая функция) количество резерва и в каждом счете. Как быть ?

Я склоняюсь к тому чтобы показывать в каждом счете напротив сапог резерв 3 шт. Потому что непонятно что пользователь захочет отгрузить.

iscrafmа что тогда понимается под "документом"?
Например, если в системе есть транзакция (сервис) "Отгрузка товара", то она всего одн а, а то что на основании ее данных можно сформировать накладную, счет-фактуру, счет и еще десяток всякой ерунды - не интересует никого.

А у транзакции будет номер документа ? Не в том смысле что документ и есть транзакция, а в том что транзакция должна соответствовать (не всегда, но в некоторых случаях это необходимо) некому "формальному списку для распечатки".

Я с вами согласен, но прошу обратить внимание на цель отражения резерва в экранной форме документа - информировать пользователя о его потенциальных возможностях.

ЛагманА вы разработчик или специалист по бизнес-процессам? Или и то, и другое?

Специалист по бизнес-процессам - человек от бизнеса. Я систему проектирую и реализую.

Сергей ВаскецовAlexsalogЕсли бы у меня на данный момент был бы только Документ 1, то я бы отразил в нем напротив сапог резерв 3 шт. из 7 шт. и все ок.
Но я хочу показать (это именно информирующая функция) количество резерва и в каждом счете. Как быть ?
Создавать отдельным документом акт резервирования. Генерить его тоже в цепочке. И не трогать утверждённые документы.

Это все понятно. Но я хотел ретроспективно, направляясь "в прошлое" показывать в предыдущих документах общий статус по резерву/отгрузке.

Допустим есть исходная заявка. Разве не логично показать общий статус отгрузки и резерва по ней ?

Сергей Васкецов,

Ок,подумаю.