Добрый день,

Подскажите, пожалуйста, если для одного и того же документа релевантны несколько правил разделения, например, 2 правила (J3RKACT содержит две записи, документ подходит под оба правила в J3RKBOOL), то как работает алгоритм интерпретации?

Вариант 1.
1-ая интерпретация проходит успешно, для документа определены под документы и корреспонденция определилась успешно.
Алгоритм заканчивает работу, выводится результат по 1-ому алгоритму.

Вариант 2.
1-ая интерпретация проходит успешно, для документа определены под документы и корреспонденция определилась успешно.
Алгоритм переходит на 2-ую интерпретация, успешно разделяется по правилам разделения на под ддокументы и определяет корреспонденцию (может отличаться от корреспонденции 1-ого разбора).
Алгоритм заканчивает работу, выводится результат по 2-ому алгоритму.

Какой алгоритм имеет место?

1-й вариант.

См. код:
FORM FIND_BOOLRULE
USING IS_BKPF LIKE BKPF
CHANGING P_FOUND LIKE GB01-BEXCLUDE
P_SORTID LIKE J_3RKACT-SORTID
P_SPLITID LIKE J_3RKACT-SPLITID..
CLEAR: TABNAMES, TABNAMES[].
TABNAMES-TABNAME = 'BKPF'.
APPEND TABNAMES.
CLEAR P_FOUND .
SELECT * FROM J_3RKACT WHERE BUKRS = IS_BKPF-BUKRS.
CALL FUNCTION 'G_VSR_SUBRULE_CALL'
EXPORTING
CALLUP_POINT = '0001'
SUBRULE = J_3RKACT-BOOLID
TABNAME = 'BKPF'
TAB_DATA1 = IS_BKPF
VALUSER = 'FI'
IMPORTING
RESULT = RES
TABLES
TABNAMES = TABNAMES
EXCEPTIONS
NOT_FOUND = 1
OTHERS = 2.
IF NOT SY-SUBRC IS INITIAL.
CONTINUE.
ENDIF.
IF RES EQ 'T'.
P_FOUND = 'X'.
P_SORTID = J_3RKACT-SORTID.
P_SPLITID = J_3RKACT-SPLITID.
EXIT.
ENDIF.
ENDSELECT.
ENDFORM.

А по какому признаку читается первая запись в таблице J_3RKACT?
Поле J_3RKACT-ACTIONID Ид. операции?

А если первый алгоритм определил поддокументы, но корреспонденция в этих поддокументах по какой-то причине не была определена.
Переходит ли система на второй алгоритм, если он тоже указан в J_3RKACT со следующим номером ACTIONID и документ удовлетворяет критерию правил в J3RKBOOL?

Как правило сортируется по ключу. Т.е. в случае с таблицей J_3RKACT по БЕ и ACTIONID. Но я бы на это не закладывался. Т.к. это зависит от EHP и SQL сервера.
Если разобрать не удалось, то алгоритм заканчивает обработку.
Я бы на вашем месте точнее определил то, когда именно применяется то или иное правло в транзации J3RKBOOL.

Да, так и планировала, но получается, что одни и те же документы (вид документа, операци и т.д.) могут разбираться по-разному.
Поэтому хотелось определить в верхнем правиле, например, деление на поддокументы по тексту и по сумме, далее, если разделение не пройдет, во втором правиле - просто по тексу, а далее по третьему правилу просто по сумме.
Получается 3 правила разделения.

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

1 разделение будет разбирать под-документы, у которых текст и сумма одинаковые.
2 разделение я смогу определить по тексту, когда суммы разные, но если 1-ого разделения не будет, тогда сюда попадут документы, которые должны были делиться именно еще и по сумме.
3 разделение по сумме, сюда опять же попадут те документы, которые не смогли разобраться в 1-ом разделении, так как тексты у них разные, но по суммам разобраться могут.
Получается, я не могу сделать 2 и 3 разделение без 1-ого, так как часть документов разберется просто по сумме или тексту.