При проведении документа нужно выявить на основании какого
документа он был введен. В соответствии с этим выполнить
определенные действия. Как в процедуре обработка проведения
выявить на основании какого документа был введен проводимый документ?

у тебя должен быть реквизит "ДокументОснование"

проверяешь:

Если ТипЗнч(ДокументОснование) = Тип("ДокументСсылка.СчетНаОплатуПокупателю") Тогда

//действия

КонецЕсли;

Если соломку не подстелил заранее, то в общем случае никак

(1) Это понятно но его нет ((((
Но у документа есть документа на основании которых он вводится. А вот как это определить не понятно.
Реквизита ДокументОснование нет (((

Речь идет о документе ПоступлениеТоваровИУслуг. КА 1.1.104.1.

Нужно определить вводился ли он на основании документа
ЗаказПоставщику. Который есть среди его документов основания.

(2) Дорабатываемая типовая конфигурация Комплексная автоматизация 1.1.104.1.

(3) ответ же очевиден

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

(5) то есть он вводился, но что он вводится это не определить? У документа есть же ввод на основании и перечень документов, на основании которых он вводится.
Должен быть метод как это определить.
Или это дает возможность только ввести на основании
заданного. И все? А потом уже на основании чего было введено не определить?

То есть в моем случае нужно добавить реквизит документу
ПоступлениеТоваровИУслуг. И везде прописать на основании
чего он вводится, то есть его заполнение. Что бы потом отслеживать?

Мдя) "ЗаказПоставщику" есть в ТЧ

В структуре подчиненности посмотри

(6+) Странно что такие конфигурации делают изначально.
Ведь если вводится на основании, нужно и делать, что бы
это можно было выявить.

(8) Смотрю, но там везде пусто (((( Один документ ПоступлениеТоваровУслуг.

(10) Покажи на картинке

(7) Почему то там только ЗаказПокупателя везде (((((

(11) http://joxi.ru/YmEz8pjt0DkZO2

(11) Но кое где да есть, но пока увидел только заказ покупателю. Заказа поставщику нет.

(12) Значит на основании этих документов и вводился.Схема "Заказ под заказ"

(12) (14) Чего нет? Реквизита "ЗаказПоставщику" в ТЧ поступления товаров и услуг нет?

(16) Нет в структуре подчиненности заказа поставщику.
В тч есть, но не отображается хотя есть и видимость и доступность.

Мне просто нужно при проведении выявить если документ ПТиУ
был введен на основании заказа поставщика, то делать
определенные движения. Но получается это не так то
очевидно ((((

(17) еще раз, читай (5)

(17) Да. Не так очевидно однако.

(17) твою проблемму надо решать с причины, а причина это то, что реквизит документа "Документ основание" содержит не верное значение,

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

а потом приходи уже к движениям...

все другие подходы - путь к ошибкам и глюкам

(20) +
ну и потом ведь возможна ситуация когда один документ отгрузки идет по нескольким заказам.... обдумай это :)

(13) Заказ поставщику в ПТУ может сидеть только в двух местах - сделка в шапке или заказ поставщику в ТЧ "Товары". Если ни там, ни там не заполнено, то никак ты не узнаешь, введен ли ПТУ на основании заказа поставщику. Но это и не нужно - достаточно реквизита в ТЧ.

Судя по твоей картинке, заказа-таки нет ни там, ни там, раз в связанных документах пусто

(22) сделка в шапке или заказ поставщику в ТЧ "Товары". - это не гарантирует, что введено на основании заказа. ТС конкретно нужен реквизит ДокументОснование.

(24) Конфигурация типовая, там же этого не сделано!!!!!

А можно это отловить в структуре подчиненности?

Ведь если будет введен ПТиУ на основании ЗаказаПоставщика,
то он ведь будет в структуре подчиненности?!!!!

Как это сделать программно по структуре подчиненности?

(25) нет он не будет в структуре подчиненности.

(26) почему, может и будет... не забывай про механизм "критерии отбора" и аналогичные. В типовых кстати давно структура не совсем по реквизитам работает...

Так как точно определять введен ли ПТиУ на основании заказа поставщика?

Проверять заполнен ли он в табличной части?

В шапке нет такого реквизита. А если там много строк, и где то он заполнен где то нет. Что то не подходжит ничего!

Решили что проверять по табличной части ПТиУ введен ли ПТиУ
на основании ЗаказаПоставщика.

В таком случает как это можно делать?

Если не у всех строк заполнены документы ЗаказПоставщику?

Если в строках заполнены разные документы ЗаказПоставщику?

Дошло!
Иду по тч, и смотрю, если заполнен заказ поставщику
то обрабатываю строку, если нет, пропускаю.

(27) но точно не будет уверенности, что именно на основании введен документ

(3) надо сделать, чтобы появился

(28) добавь реквизит в шапку и заполняй его в обработке заполнения. Потом ориентируйся на него.

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

(33) лучше сделать так

1. добавляем РС
2. добавляем подписку на событие перед записью и при записи, в них вполне можно определить документ основание и записать в РС

(34) то есть не меняем типовые обьекты :)

(34) нет. При записи ты уже не узнаешь ни как, на основании оно введено или нет. Единственное место, где можно узнать это точно - это ОбработкаЗаполнения. РС задачи не решает и создает просто суету.

хотя, если цель - не менять типовое, то тогда РС. Но не в приЗаписи его заполнять, а в ОбработкаЗАполнения. ТОлько тогда надо будет заморачиваться с УстановитьСсылкуНового и ПолучитьСсылкуНового, т.к. в момент обраотки заполнения ссылки еще нет

(27) Что ты несешь?

(37) можно сделать две подписки: при заполнении писать в  ДополнительныеСвойства, при записи в РС.
Но я за реквизит)

А если мы говорим по КА1/УПП там должен быть типовой реквизит шапки "сделка", куда должен вставать заказ поставщика. Правда это может зависеть от настроек расчетов по договору, лень проверять.

(27) Критерии отбора работают только по реквизитам.

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

Поставленная задача изначально кривая. Обсуждение инструмента без цели приведёт только к видимости решения. А цель не ясна. ИМХО, не взлетит. Или упадёт...