А зачем искать признаки сторнирования через выравнивание, если они и так на ладони?
В ERP для финансов и сбыта это:
- STBLG, STJAH, XREVERSAL, STGRD в BKPF.
В зависимости от модуля могут заполняться все поля (финансы) или только часть (сбыт).
В ограниченном объеме это справедливо также для закупок (одно поле из перечисленных).
В финансах все позиции с ОП при сторно выравниваются автоматически.
В сбыте в большинстве случаев также (если сторнирующий СФ деблокирован для учета сразу И если не возникло ошибок при выравнивании И если не пройдет по старой логике, когда рождается авизо, а в REBZG появляется 'V').
Для закупок: признаки в RBKP.
Для материалов: признаки в MSEG.
Для кассы: признаки в TCJ*.
Для ОС: признаки в ANEP и т.д.
Везде в зависимости от модуля.
В самом выравнивании нет абсолютно никакой информации о том, что это сторно. В BSE_CLR документ сторно визуально ничем не отличается от проводки с выравниванием в FB05 (то есть сторно документ будет в блоке CLR полей, исходный в обычных неключевых полях). Но возвращаюсь к вопросу из начала своего ответа. Зачем анализировать выравнивание, если всегда можно однозначно (!!!) ответить на вопрос, что данный документ сторнировал.
Можно поискать стандартный ФМ-ник по определению исходного документа. Можно запилить свой, внутри разместить CASE на основные AWTYP и для каждой ветки реализовать свою логику. Для написания такого ФМ-ника нужно обладать знаниями о специфике отражения документов сторно в каждом из модулей, потому что в зависимости от модуля перекрестные ссылки могут быть как взаимными (финансы), так и односторонними, при чем в обе стороны (исходный ссылается на сторно ИЛИ сторно ссылается на исходный).
