Добрый день.
Ситуация следующая:
имеется отпуск с 28.01.09 по 03.03.09
выплата отпускных производится авансом в январе, однако,
по законодательству ЕСН необходимо списывать в тех периодах за которые были начисления,
в нашем случае в трех периодах,
но!
стандартная схема ruq1 списывает весь остаток в феврале месяце.
Кто сталкивался и как боролся с подобной ситуацией?

Причем тут правило ruq1?
Генерация в/о для списания ЕСН вроде делает правило RUK4. В/о /341, ..., /345, /361, /362.
Остальные части ЕСН, для зачисления на 97 и текущее ЕСН, стандартно не генерятся. Нужно дорабатывать схему самостоятельно.
Думаю, месагу в сап написать по этому поводу, видимо у них свой взгляд на этот бизнес процесс.

С RUK4 вроде все понятно, но я полагал что текущий ЕСН должен формироваться как раз правилом ruq1, разъясните, пожалуйста, если ошибаюсь.

Функция RUTAX просто рассчитывает налоги, в том числе и ЕСН. Потом эти налоги разбиваются по сплитам (т.е. ЕСН разделяется и по сплиту AB уже можно определить к какому периоду относятся каждая из частей). Те части, что относятся к будущему периоду попадают в FUP, далее будут списываться в следующих месяцах. Далее дорабатываем схему: для проводок необходимо создать две части есн (др. виды оплат), 1 часть ЕСН, который будет списываться в текущем месяце и 2 часть ЕСН, который будет зачислен в текущем месяце на 97 счет. Первую часть можно рассчитать как разницу между в/о /301, /302, ..., и второй частью ЕСН.
Как это сделать стандартно, без доработки схемы, я не знаю, нужно подождать ответ от сапа или может кто-то из форумчан знает.

Мы сами писали.
На САП надейся, а сам не плошай!

Если в САП не писать, то много чего самим придётся делать.

Части ЕСН настраивается в ракурсе V_512W_B?
Проблема была в следующем, в правиле RUQ1 - ЕСН текущего месяца(в нашем случае в феврале) считался как разница между налогом исчисленным YSCAL и кумуляцией /302 по предыдущим периодам, а правильнее брать разницу между YSCAL и /3C2 - в этом случае рассчитывается чистый налог текущего месяца. А затем уже в правиле RUK4 прибавляем к существующему /302 свеже посчитанный /342 (который VALBS=0).
Результат, на первый взгляд, - самое то.

Да связь между налогом и в/о списание с 97 счета, установлена через нулевую основу.



Вообще - то /3С2 и суммарный без учета сплитов /302 должны быть равны, разница появляется только при применении льготы для инвалидов (до 100000).
Не вижу смысла в сумме /302 и /342.
Месячный /302 это налог от базы, котороя была собрана в текущем месяце. /342 это часть налога из прошлых приодов пераданного в текущий через табличку fup.

А не подскажите, что может значить основа оценки Z заданная для трех основ?



Вы правы, спасибо за разъяснение.

Точно не знаю. Предполагаю, что это техническая основа оценки (не документированная).

Это просто связь между ВО для смены ВО в правиле