Коллеги, добрый день.

Стоит задача формировать проводки с разделением документов таким образом, чтобы в пределах документа был один счет по дебету и много по кредиту, либо, наоборот один по кредиту и много по дебету.

Допустим, в пределах одного документа по дебету суммы 32 счета, а по кредиту суммы всех остальных корреспондирующих счетов.
Это требование FI для автоматического разбора корреспонденции на стороне FI.

Подобное разделение реализовано на основе класса анализа (для разделения задействовали метод CALL_EXIT_TWO класса CL_HRPAY99_POSTING_ENGINE_PP).

Но если идут перерасчеты за прошлые месяца, то может получиться так что в одном документе суммы, допустим по 32 счету, пойдут как по дебету, так и по кредиту (перерасчет может быть либо в плюс либо в минус).

Не пойму на основе какого признака в CALL_EXIT_TWO можно избежать этой ситуации. Я сделал чтобы шел анализ: если в-период не равен для период то выделять эти случаи в еще один отдельный документ. В итоге мы имеем документ с проводками текущего месяца и отдельные документы только по перерасчетам, но в этом документе по перерасчетам опять же бывает так что по одному счету идут суммы как по дебету так и по кредиту.

У кого-нибудь стояла задача так формировать проводки? Как быть с перерасчетами? Необходимо чтобы в пределах одного документа суммы по одному счету были строго либо по дебету либо по кредиту.

Сделайте 4 документа.
Дебет-тех
тех-кредит
и перерасчеты с минусом +2 отдельных дока.
И чем вам стандарт не угодил?

Не угодил FI.

Как выделять перерасчеты с минусом? В CALL_EXIT_TWO обработка идет по символическим счетам (структура CS_EP). Причем сначала обрабатывается кредит символического счета, потом только через несколько итераций по другим симв. счетам дебет.

То есть нет такого что сразу обрабатывается строка по которой видно что это перерасчет с минусом.

Я обычно пишу признак в ZUONR помимо прочей информации для разделения. А признак вычисляется из 3-х параметров :

1. Является ли вид оплаты начислением или удержанием,то есть его "нормальное" состояние это положительная сумма или отрицательная. Обычно для этого приходится задействовать какой-нибудь класс анализа
2. Это расчет A или P
3. Текущий знак по виду оплаты
Проанализировав этот набор признаков можно решить для себя какое значение признака ставить

Только тогда у Fi-щиков появляется следующее замечание , им не нравится, что при таком разбиении документов по счетам "гуляют" суммы + и - . Особенно круто это выглядит при принудительном обратном расчете за несколько месяцев

Вот так верно (один счет только по дебету, другой/ие только по кредиту):
http://www.imagepost.ru/?v=primer1_3.JPG

Вот так неверно (потому что 32 счет и по дебету и по кредиту):
http://www.imagepost.ru/?v=primer2.JPG

похоже одна из позиций - красное сторно. Посмотрите у символических счетов есть две галки на эту тему в стандарте.