Приветствую, соседи!

Подскажите, есть ли в SAP BAPI-шку для поиска IDOC. Это нужно, чтобы внешняя система, передающая в САП данные для создания IDOC, знала состояние переданного документа.
Фактически нужно найти IDOC по некоему полю и вернуть статус и текст ошибки, если есть.

по полю врядли найдёте просто так, данные сегментов хранятся в виде bytestring (LRAW)
в табл edid4, но если есть номер idoc, то можно вызвать rfc модуль EDI_DOCUMENT_STATUS_DISPLAY

Я правильно понял, что легче сделать самим:

так как внешняя система не знает номер IDOC, то нужно его найти по имеющейся информации: например по номеру накладной.

1) искать в EDIDС документы по дате CREDAT+CRETIM, направлению DIRECT=2 и типу MESTYP+IDOCTP (там же есть статус STATUS, который можно вернуть, если нет ошибки)
2) в EDID4 искать в поле SDATA для выбранных в шаге 1 нужное значение и имени SEGNAM
3) по найденному номеру IDOC искать в EDIDS запись с наибольшим COUNTR и вернуть STATUS и STATXT

можно в 2 местах, чтобы не ковырять edid4
- когда idoc залетает записать ид. в z таблицу (docnum, ид.)
- написать rfc модуль который вытаскивает статус docnum по ид. из z табл.

Обычно для этого используется обратный IDOC со статусом операции. Передавать IDOC в SAP, а затем использовать RFC для проверки статуса нелогично.

Спасибо. Я читал про это, но моего разумения не хватает, чтобы понять, есть ли механизм, чтобы настроить автоматическую передачу ALEAUD в ответ на IDOC без написания своего кода? Как это сделать? и как быть, если IDOC "проводится" не сразу, а по расписанию, например дважды в сутки независимо от времени его прихода в систему? и еще вот что: передающая система не знает номера IDOC, который присвоен в ERP. Как сопоставить передаваемый документ и ответ? Хорошо, если в текстовом сообщении будет передан нужный идентификатор, например номер накладной.

А вызов BAPI - это не свой код? Поверьте, это не так сложно.

И не нужно. При передаче IDOC должен передаваться идентификатор документа из внешней системы.
В обратном IDOC используете его. И формировать его можно несколькими способами:
1. Расширить стандартный модуль обработки
2. Создать свой модуль обработки с последовательным вызовом стандартной обработки и отправки результата.
3. Вызвать отправку IDOC при сохранении документа. Но при этом естественно придется просматривать входящие IDOC в EDID*

а внешняя система sap или не sap, может есть смысл через pi если есть?

PI есть, но хочется универсальный механизм.
В принципе, ALEAUD устраивает, если удастся настроить. Там система должна отправлять ответ просто по обратному адресу из IDOC.
Другое дело, что хотелось бы через SOAP отправлять IDOC и точно знать, пришел он в целевую систему или нет. А уж во вторую очередь статус обработки (ошибка-неошибка)

даже в single stack pi есть idoc адаптеры и aleaud можно прокинуть куда угодно

что-то не получается отправить IDOC ALEAUD на SOAP канал, который используется внешней системой для приема данных.