Добрый день!

Такая проблема: мне нужно найти номер финансового документа по номеру IDOC'а.

Я использую функцию SREL_GET_NEXT_NEIGHBORS для получения связанных с IDOC'ом данных. Но как в конце концов выяснилось, я получаю не номер документа, а ссылку (ссылочный ключ). А вот как по нему номер документа получить, не могу найти.
Не подскажете?

По полям BKPF-AWORG, BKPF-AWKEY

Спасибо! В BKPF уже сам залез Только мне почему-то показалось, что по XBLNR надо искать. Нет?

В XBLNR часто пишут другую информацию - номер фактуры например. А AWORG/AWREF показывают происхождение документа и не меняются (не должны:)) в замещениях

Используйте ФМ BAPI_REL_GETRELATIONS.

Сначала определитесь какой бизнес-объект создает ваш IDOC: счет-фактура, документ материала, заказа на поставку и т.д.
Просмотреть список бизнес-объектов в транзакции SWO3.

Вот пример поиска документов материала(бизнес-объект BUS2017) созданным IDOC:

ls_bapiborid-objkey = 1000212.
ls_bapiborid-objtype = 'IDOC'.

CALL FUNCTION 'BAPI_REL_GETRELATIONS'
EXPORTING
objectid = ls_bapiborid
TABLES
listofrelations = lt_bapirellk[].

LOOP AT lt_bapirellk ASSIGNING <fs_bapirellk> WHERE objtype_b EQ 'BUS2017'.
APPEND INITIAL LINE TO zdoc_lst ASSIGNING <fs_doc_lst>.
<fs_doc_lst>-mblnr = <fs_bapirellk>-objkey_b(10).
<fs_doc_lst>-mjahr = <fs_bapirellk>-objkey_b+10(4).
ENDLOOP.

Спасибо за ответ!
Я вообще PI-щик, просто сейчас мне поставили задачу нарисовать отчет для сверки кассовых остатков между 1С и SAP.
Выгрузку в 1С нарисовал, передачу через PI настроил, теперь вот пишу модуль сверки в SAP.
У меня в 1С-овских документах хранится уникальный номер протокола, который записывается в REFINT передаваемым айдокам. Вот по этому номеру мне надо сопоставить между собой документы 1С и SAP.

Движения по кассам выгружаются в SAP IDOC'ами: ACCTDOCUMENT03, WPUFIB01, WPUBON01. Насколько я смог проверить, все они создают кассовые документы.
Я использую функцию SREL_GET_NEXT_NEIGHBORS для поиска ссылок.
В отличие от документов материалов тут результаты разные получаются:
для WPUBON - тип объекта "VBRK", objkey - номер документа;
для WPUFIB - тип POS_UP_DOC, objkey - дата+ссылка
для ACCTDOCUMENT03 - тип ACCTGDOCMT, objkey - 4 символа (не разбирался, что это) + ссылка(номер 1С-овского документа из REFINT'а).

Вот сижу ковыряюсь.
Попробую BAPI_REL_GETRELATIONS, посмотрю, что он вернет.

Я правильно понимаю, что загрузке в САП данных IDOC'ами не происходит проверки данных (там практически прямая запись в таблицы)?
Т.е. не получится ли так, что в 1C что-то изменится или произойдет ошибка, данные загрузятся, а потом после закрытия периода ошибки аукнутся?

Ну вообще-то, насколько мне известно, при обработке айдоков как раз проверок производится гораздо больше, чем, допустим, при вызове соответствующего BAPI. Там и на уровне ALE свои проверки и дальше.
Чтобы просто так изменить кассовый документ в 1С - это совсем анархия должна быть . Если какие-то вынужденные изменения и происходят, то FI-щики документы сторнируют, а из 1С выгружается заново измененный.

Попробовал предложенную выше BAPI - результат в общем тот же. Для одного типа айдока можно сразу поиметь номер документа, для остальных - только ссылки, еще и в разных представлениях.