Есть настроенный работающий односторонний типовой обмен из ЕРП в БП3. Переносятся банковские документы и как бы всё ок.

Нужно поправить так, чтобы чтобы статьи ДДС не мигрировали из ЕРП в БП, а во всех банковских документах прилетевших в БП3 вставала статья, например "Прочее"
Научите, как?

(0) Может проще не ломать правила, а сделать расширение для установки статьи при записи по отличительному признаку?

(1) Можно и расширением! Как?

Мне бы желательно в синхронизации при записи документов подставлять нужную статью

Правила обмена данными - ПОД
Работают эти правила при выгрузке. И формируется пакет данных, который загружается приемником почти без обращения к каким-то процедурам.
Т.е. нужна именно выгрузка.
В том виде, что в топике : источник - ERP, а приемник - БП.
Нужно искать МенеджерОбменаЧерезУниверсальныйФормат в ERP
Процедура ПОД_Документ_СписаниеБезналичныхДенежныхСредств_ПриОбработке

А все остальное уже от этой процедуры будет раскручиваться. В том числе и Статьи ДДС в реквизитах.

(4) Спасибо за направление!
Нашел ПОД в МенеджерОбменаЧерезУниверсальныйФормат в ЕРП
Сейчас попробую что-нибудь изобразить...

(4)
Максимум что получилось в этой процедуре, это очистить статью ДанныеИБ.СтатьяДвиженияДенежныхСредств = "";
Уже хорошо. А как сделать чтобы подставить нужную статью на стороне БП ?

Вот такой финт не получается конечно же
ДанныеИБ.СтатьяДвиженияДенежныхСредств = Справочники.СтатьиДвиженияДенежныхСредств.НайтиПоНаименованию(НаименованиеСтатьиВБухгалтерии)

(6) А вот такое похожее видел?
---

Процедура ЗаполнитьДанныеВходящегоДокументаСБДС(ДанныеИБ, ДанныеXDTO)
    // Дата и номер входящего документа
    Если ДанныеИБ.ТипПлатежногоДокумента = Перечисления.ТипыПлатежныхДокументов.ПлатежноеПоручение Тогда
        Если НЕ ЗначениеЗаполнено(ДанныеИБ.ДатаВходящегоДокумента) Тогда
            ДанныеXDTO.Вставить("ДатаВходящегоДокумента", ДанныеИБ.Дата);
        КонецЕсли;
        Если НЕ ЗначениеЗаполнено(ДанныеИБ.НомерВходящегоДокумента) Тогда
            ДанныеXDTO.Вставить("НомерВходящегоДокумента", ПрефиксацияОбъектовКлиентСервер.НомерНаПечать(ДанныеИБ.Номер, Ложь, Истина));
        КонецЕсли;
    КонецЕсли;
КонецПроцедуры

---

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

(8) Спасибо! С этим разобрался

Еще один вопрос возник.

Правда уже про обмен УТ11 -> БП3 и обе эти конфы типовые на замке да еще и для Узбекистана но не суть.
Ругается при обмене на несоответствие ключевых свойств подразделение, говорит отсутствует свойство "КодВПрограмме"
Смотрю в конфишураторе УТ11 в нужном пакете ентерпрайз и действительно, в ключевых свойствах подразделения нету такого свойства, а в вот в БП3 есть.
Получается что это недоработка типовой УТ-шки.
С замка конфигурации снимать нельзя, через расширение тоже низя добавить это свойство  
Делать то что?

А ругань и исполняемый код, который его генерит - это в УТ 11 ?
Т.е. где-то в коде процедур использование свойства КодВПрограмме прописали, не забыли, а в пакетах XDTO обновить забыли?

(11) нет, ругань уже на стороне БП. В УТ отправка проходит без ошибок, а в БП при получении данных вот такая ошибка.

В БП в коде прописано использование свойства КодВПрограмме и в пакете XDTO оно тоже есть. А вот в пакете XDTO в УТ такого свойства нету

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

т.е. убрать использование этого свойства при обработке данных в БП

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

XDTO пакет EnterpriseData_1_8_6    Значение контролируемого свойства Пакет у объекта ПакетXDTO.EnterpriseData_1_8_6 не совпадает со значением в расширяемой конфигурации    Исправить...

То есть в БП можно убрать использование этого свойства (в коде), не смотря на его наличие в пакете XDTO, я правильно понял?