это скрин куска экрана- дай весь интерфейс, расскажу как делается. Если там особо ценные данные - закрась)

Это тестовая база

^

Закрыть заказ нажми, и дальше по указаниям помошника, он сам все разнесет)

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

он как раз для него и предназначен

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

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

заказ клиента закрывается при реализации, заказ поставщику при приобретении, не смешивайте закупки и продажи, наверняка у вас за эти разделы учета отвечают разные люди/отделы. Их документы - их зона ответственности, вещи типа "пришел товар - сразу закрылось 500 заказов " - это яма которую вы рискуете себе вырыть, ибо когда чать системы контролируются не человеком, вопросы ыпо тому что она сделала ложатся на плечи ее создателя

но если хочется - схема с назначениями "заказ под заказ", и в обработчики проведения добавляйте вызов обработки "ПомошникЗакрытияЗаказов" если мне память не изменяет

будет вам при реализации закрывать все заказы которые к ней привели

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

Я не придираюсь, но все таки возможно ли получить ответ на мой первоначальный вопрос? К сожалению, в данном случае все предложенное, не решает мою проблему.

Подскажите, при обмене получаю такую ошибку:
Ошибка обращения к табличной части объекта. Табличная часть объекта быть не может быть изменена.
ТипОбъекта = Справочник объект: Хозяйственные операции
Объект = Закупки
ОписаниеОшибкы = Ошибка при вызове метода контекста (Загрузить): Объект недоступен для изменения.
ПозицияМодуля = Обработка.КонвертацияОбъектовИнформационныхБаз.МодульОбъекта (8230)
Текст = Имя табличной части: Документы
КСообщенияОбОшибках = 83

как я понял возникает из-за того, что для группы пытается передаться тч.
лечится через Отказ = Источник.ЭтоГруппа на группе.

но это надо пройти по всем объектам и прописать.
Есть ли более оптимальный способ?

маловато информации, для того, чтобы хоть что-то подсказать

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

ЕСТЬNULL(ПолеРегистра, ВашеЗначение) КАК Поле1

ооо спасибо огромное