Подскажите пожалуйста, где можно задать при каких условиях (изменении каких полей) должны формироваться исходящие idoc-и для передачи во внешнюю систему?

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

Транзакция BD64. Там в нужном ракурсе модели данных можно задать фильтр по данным, изменения которых будут попадать в IDOC.

в bd64 фильтрация для материала выполняется по каким-то экзотическим для меня полям, а названия материала нет...

как вариант рассматриваю
if_ex_bdcp_before_write~filter_bdcpv_before_write
эта штука должна позволить создавать указатели изменений по произвольному алгоритму, например, можно проверить изменение конкретных полей на конкретные значения. кто-нибудь уже с этим сталкивался или все таки можно настроить bd64 на фильтрацию по наименованию материала?

Похоже, что речь идет о Change Pointers. В BD64 указываете Message Type, потом выбираете изменения в каких полях хотите отслеживать. Правда это работает не для всех IDocs...

На всякий случай (если это все же change pointers), вот есть "конспект" с необходимыми шагами:

BD61 - Activate change pointers in general

BD50 - Activate Change Pointers for message type

BD52 - Select which fields will trigger the change pointers.

Click [New Entries] to add a change pointer. Select Object, Table Name
and Field Name. Table/field name should be the same as the database
fields you are trying to track. The right object can be found by trying
each one and looking which fields are there.

BD21 - Execute Change Pointers. Enter Message type and click Execute
button. If there are any changes, it will create an IDoc (or IDocs) and
will display how many were created.

А если например ИТ создан мною и я хочу отслеживать его изменения.
Установка фильтра в BD64 не помогает. IDOCи на этот ИТ не создаются. В BD52 к типам сообщения привязаны только определенные таблицы моих там нет. Может кто знает как настроить чтобы мной созданный ИТ выгружался в IDOC. Да и вообще изменения любой нужной мне таблицы.

Я извиняюсь, а что такое ИТ?

Просто вы спросили про название материала, поэтому я подумала, что речь идет о Material Master... Если речь идет о transaction data, то подача изменений в IDoc осуществляется с помощью Output Message. Тут уже вам может понадобиться помощь конфигураторов-функциональщиков.

ИТ - это инфотип (это из HR). Для инфотипов надо будет расширять стандартное сообщение HRMD_A. Насколько помню, распределение данных HR достаточно подробно описана в хэлпе.

Уф...
Разобрался.
1. Создаем сегмент требуемого типа в транзакции we31.
2. Создаем расширение в транзакции we30.
3. Связываем тип сообщения (HRMD_A) с созданным расширением в транзакции we82. таблица EDIMSG
4. В таблице T777D делаем привязку ИТ к созданному сегменту!!!
5. В ФМ RH_MASTER_IDOC_DISTRIBUTE_HRMD есть два вызова CUSTOMER-FUNCTION:
001 - этот вызов позволяет самому создать IDOC из указателей изменений.
004 - этот вызов позволяет модифицировать структуру типа EDIDC которая содержит данные типа сообщения, базового типа и расширения базового типа.
В версии 620 есть ошибка SAP, для исправления которой мы воспользуемся CUSTOMER-FUNCTION 004:
EXIT_SAPLRHA0_004
Include ZXHALU08
Исправляем ошибку SAP
При попытке считывания таблицы EDIMSG базового типа, ФМ
'EDI_DOCTYPS_OF_MESTYP' возвращает две записи.Одна с базовым типом, а другая
еще и с расширением.
Нам нужна запись с расширением. А алгоритм модуля RH_MASTER_IDOC_DISTRIBUTE_HRMD
читает только первую запись ( READ TABLE doctyps INDEX 1.)
в Include ZXHALU08 исправляем эту ошибку.

Делаем настройку в bd64(фильтры) и we20(партнеры).
И теперь указатели создаются на нестандартный ИТ.