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

Например есть последовательность документов
Заказ поставщику - Товар Кол.10 шт.
Отгрузка поставщика - Товар Кол. 12 шт.
Поступление от поставщика - Товар 8 шт.

Насколько правильно будет удалять движения и предыдущих документов при вводе на основании и проведении нового. Или лучше сторнировать движения?

ввести статусы и делать расход по старому статусу и приход по новому статусу

(1) то есть все такие сторнировать? может для таких случаев использовать РС?

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

подниму

разумеется, списывать и проходовать.

прИ

(5) аргументы.

(7) Это аксиома

чтоб не было бардака - есно сторнировать/корректировать. Типовые движутся в этом направлении все, КорректировкаЗаказаПоставщику и т.д.

(8) хм..советую глянуть другие решения. Например, Акселот ЛОгистика

(10) это ты совета просил. Я - нет.

(9) о каком бардаке идет речь. В данном случае не надо видеть, а потом и анализировать первоначальный заказ.

(11) просил аргументов, а не голословия

(12) если будеш удалять движения старых документов - надо жёский механизм контроля придумывать. Ибо например при перепроведении он опять сделает движения. Пример простой, но и тут могут быть подводные камни

(13) Вариант удалять из одного документа движения другого - чистый бред. Вариант из описанных тобой условий - всего один. Какие аргументы нужны для выбора одного варианта из одного?

Ну, другими словами, я просто затрудняюсь привести агрументы для столь очевидного случая.

(15) сделать например на регистрах сведений

непонимаю желания изобретать непонятно что. Всё уже реализовано в типовых - документы корректировки. Это и есть кошерно

(18) в УТ 11 нет документа корректировки.
Скажу по другому, в данному случае количественный учет не важен.

(19) Сейчас не важен, завтра будет важен. Вместо того чтоб удалять движения сделанные - сделай документ корректировки, переделывать придётся на порядок меньше чем идея (0) и более универсально и с точки зрения методологии 1с кошерней. Имхо так, а делай конечно как хочешь

(20) пользователям будет очень не удобно вводить 5 документов