Вопрос в тему - а как тогда в этом случае работают транзакции J3RKBOOL, J3RKSPLIT, J3RKSORT и прочее? Ведь они работают на полях BSEG. Как в этом случае происходит разделение и сортировка документов? На какие поля каких таблиц смотрят в этом случае данные настройки? Как себя ведет наследование? Что происходит с перерасчетными счетами (в данном примере 7999*), как они "кушаются" данными настройками?

P.S. продолжение вот этого http://sapboard.ru/forum/viewtopic.php?f=5&t=85844 поста. В нем никто не отвечает, так как видимо он уже закрыт

У вас тут очень много нетривиальных вопросов. Очень сомнительно, что у кого-то, кроме разработчика этого функционала, есть готовые ответы (да и он, скорее всего, уже не помнит). Лучше и быстрее всего вам ответит товарищ /h.
Думаю, кто-то даже может ответить что-то конкретное, если вопросы будут более практичными и конкретными, с примерами.

J3RKBOOL, J3RKSPLIT, J3RKSORT для неведущего регистра работают на уровне БЕ к которому было присвоение в J_3RKNEWGLLEDGER
система проверяет в ФМ

CALL FUNCTION 'J3RK_CUSTOMIZING_GET_LEDGER'
EXPORTING
iv_bukrs = t001-bukrs
IMPORTING
EV_LEDGER = GV_RLDNR.

активацию для неведущего регистра по БЕ и если есть активация неведущего регистра для корр-ии то отбираються доки из BKPF и ведущему и неведущему регистру

Добрый день, Дмитрий.

Смотрите FM - FAGL_GET_BSEG. Он используется в разборе корреспонденции. Так вот этот модуль осуществляет приведение полей книжки (FAGLFLEXA допустим) к ракурсу ведения (BSEG). Соответственно например МВП или МВЗ будет браться из книжки.

И еще раз уточнение - привязка к книжке действует с 605. До 605 при активном NewGL берется ведущая книжка.

Айрат.