У нас при отправке документа из 1С этот документ заносится в протокол, где ему присваивается уникальный идентификатор. А в АйДок этот же идентификатор засовывается в служебный сегмент. Вот по этому идентификатору потом в ERP можно вытянуть АйДоки и статусы к ним.

а Вы, случайно, не знаете, есть ли стандартная RFC, которая может искать IDOC по каким-то ключам?

Ну, для статуса:

EDI_DOCUMENT_READ_LAST_STATUS' "IDoc interface: Read last/current status record for IDoc

Прочитать что-то из АйДока:

SPCM_READ_IDOC - This reads all the segments and fields of a give idoc.
IDOC_READ_COMPLETELY
IDOC_COMPLETE_SEGMENT_READ

Но сам не пользовался.

А вы где АйДок собираетесь искать, в ERP? Для чего?

Я в программировании на ABAP не силен (мягко говоря) и не смогу сделать модуль, который читает статусы IDOC по запросу, как у Вас в системе. Вот я и пытаюсь найти способ обойтись стандартными средствами.

А АБАПеров у вас нет? Просто я не знаю, есть ли FM'ки, которые по произвольным параметрам ищут. У САПа в недрах, конечно, можно найти все, но я сам не сталкивался.

Вы упомянули про служебный сегмент в IDOC. ЧТо имеется в виду? EDI_DC40 или что-то другое? Если ДА, то какое поле задействовано для уникального номера документа, передаваемое из внешней программы в ERP?

Да, именно он.

А поле, если не ошибаюсь - REFINT

На сколько я понял, подходят несколько полей:
REFINT(CHAR 14)Ссылка на файл переноса
REFGRP(CHAR 14)Ссылка на группу выходных документов
REFMES(CHAR 14)Ссылка на сообщение
ARCKEY(CHAR 70)Идентификатор документа во внешней системе

ARCKEY подкупает длинной - можно воткнуть все, что угодно. У нас идентификаторы 17 значные. Ну так сложилось. Укоротить можно, конечно, но если есть 70 знаков - зачем?

Да, только смотреть еще надо в таблицах статусов EDID* в ERP. REFINT там точно хранится, те поля, что вы перечислили - не знаю. Посмотрите хотя бы EDIDS. Если там есть - тогда используйте их.

Ну, получается, так: BD64 (модель распределения ALE) нужна для определения того, какой тип сообщения исходной системы в какие системы передавать, и какую фильтрацию при этом использовать. Там логические системы определяются и прочее. При этом дополнительно в WE20 (профили партнеров) настраиваются параметры передачи: порт выгрузки, периодичность и т.д.
При передаче документов модель распределения практически не используется потому, что информация о партнерах хранится в самом документе, а в WE20 просто настраивается профиль для соответствующего партнера. Поэтому в BD64 может и не быть многих типов передаваемых сообщений, так как достаточно соответствующих настроек в WE20.