Я отключил этот /3A1, т.к. уж больно криво он смотриться в расчетном листке. Больше времени уйдет пользователям объяснять зачем это сделано.

Вообще при имущественном вычете и при смене статуса в 48-Ит должен идти возврат НДФЛ. Но у меня он сумму к выплате не увеличивает не подскажете куда ткнуться? попробовал у /322 снять 68 класс обработки помогло но перестал в перерасчетах формироваться /322

вопрос снимается помогло увеличение константы TXLIM

Ага, эта константа в поставке нулевой идет

Всем здравствуйте!
При смене статуса нерезидент -> резидент идет перерасчет НДФЛ. При этом в периоде в котором этот перерасчет произошел есть только ВО НДФЛ13% на сумму разницы перерасчета (НДФЛ13% - НДФЛ30%) . Расчетный отдел хочет видеть вид оплаты НДФЛ13% с минусом и вид оплаты НДФЛ30% с плюсом. Кто нибудь делал такое?

разницы отдельно лежат в исчисленных /320 и /330
а удержание /322 общее
покажите расчетчикам /320 и /330 может им этого хватит?

Спасибо! Но думаю, что этого не достаточно т.к. необходимо по окончании периода выполнить проводки для Ндфл13% и НДФл30% на разные счета

В правиле RUTC /3a1 берется из таблицы LRT. Соответсвенно LRT он попадает из предыдущего периода.

/3a1 текущего периода вычисляется в схеме RUN0 правило RUTF
как:
/322(RT) - /320 (RT) -/3a1(LRT)

В расчете всегда учитывается только задолжность только из предыдущего периода в текущем периоде она расчитывается только для того чтобы передаться в следующий период. Потому что по работник должен выплачивать НДФЛ даже из за пересчетов предыдущих месяцев только в расчетном месяце

Добрый день коллеги. Хотелось бы поднять данную тему в связи с возникшей трудностью.

Проблема в том, что задолженность ндфл /3a1, при переходе через год участвует в расчете НДФЛ следующего года (добавляется из LRT в правиле RUTC), расчетчикам это очень не нравится т.к. база /420*13% нарастающим итогом не сходится с /322, как раз из-за /3a1 прошлого года. Кто-нибудь решал данный вопрос?

С уважением.

Нота 1396483, 1411581 установлены?

Спасибо большое!Я ИДИЁТ, УБЕЙТЕ МИНЯ КТО-НИБУДЬ! Пробую ноту 1411581.
1396483 - установлена.

Сделал все по ноте 1396483, наткнулся на несколько, как мне показалось багов.

Непонятка №1:
К примеру у сотрудника есть переходящий через год отпуск, данные, относящиеся к январю помещаются в FUP.
В FUP лежат суммы по сплитам отпусков, также НФЛ-/320 и другие налоги для сумм отпусков.. Попробовал проверить расчет НДФЛ, умножением суммы отпускных на 13%, НДФЛ- /320 не сходится. Стал разбираться. Оказалось, что в правиле RUTD, где рассчитываются суммы сплитов /320(после rutax /320 без сплитов) в расчет идет база без учета вычета и налог, рассчитанный с учетом вычета.
к примеру:
база: /120 36 658,25
облагаемая база: /420 35658,25
НДФЛ: /320 4635,5725
Так вот в расчете сплитов /320 используются суммы 36 658,25 и 4635,5725.
Вот расчет на примере одного сплита отпуска: 639р.
639/36 658,25*4635,5725=80,80 эта сумма налога /320 пойдет со сплитом по отпуску 639р. в таблицу FUP. И мы не получим сумму налога умножая 639*13%. Подскажите, такой расчет только у меня?

Непонятка №2:

/3a1 формируется из таблицы FUP из ВО /320 в правиле RUTH, затем минусуется в правиле RUTC с во /3a1 из LRT и по идеи должны сойтись в 0. У меня получается разница в 80 коп. , которая округляется и получаем 1 р. в /322.
Кто-нибуть сталкивался с такой проблемой?

Спасибо.

Добрый день! сталкивался ли кто нибудь с проблемами при применении ноты 1411581?
изменяю правило RU8E и строчка VARGBMETOD с ветками * и М не проходит.

В журнале есть что-нибудь? У меня эта операция проблем не создала. Проверь настройки соответствующего налогового класса.

Сообщение "переменный аргумент не может быть длиннее 8 знаков. Ругается то именно на ветки * и M, где под них зарезервировано 8 знаков. дальше не дает проверку для AMT?0... а что с налоговым классом может быть не так?