И переразобрать все документы

Меня смущает фраза "сумма в ракурсе ввода 0, в ракурсе ГК не 0". Что "не 0"?
Сумма позиций или сумма по признакам разделения? Само балансирование работает?
Может, вы подробный пример приведете?

Помогла установка следующих нот:
1866036 - Transaction J3RKKRL doesn't show postings with business area
1818450 - Automatic Account Determination: error /CCIS/CCISCORRESP 101

Спасибо всем за помощь!

Plank, почему смущает? Я думаю речь примерно о таких документах.

В ракурсе ввода вот так:
40 5101070019 5101070019 0,00 RUB 0,00 RUB
50 9111199901 9111199901 MATA-KH 0,00 RUB 0,00 RUB

В ракурсе ГК вот так:
000001 40 5101070019 5101070019 MATA-GN 11.599,05 RUB 11.599,05 RUB
000002 50 5101070019 5101070019 MATA-KH 11.599,05- RUB 11.599,05- RUB
000003 50 9111199901 9111199901 MATA-KH 0,00 RUB 0,00 RUB

Kotka, а что значит помогло, а как же старые документы, у Вас же получается часть документов в ракурсе ввода, а часть в ракурсе ГК.

Поправка: начиная с 605 появилась привязка БЕ к книжке.

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

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

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

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

Айрат.