Добрый день! В классах отчета вижу вычитание межрасчета из основного расчета. Не могу найти код для вычитания межрасчета из межрасчета. Например, в межрасчете 0105 участвуют суммы из 0107. Была нота, или уже обсуждалось (не смог найти)? Подскажите, пожалуйста!

Это происходит в CL_HRPAYRU_PAYFACTX-post_process_wages. Стартует обработка на этапе работы с DAQ-полями, ФМ HR_RU_DAQ_NDFL_AMOUNTS, процедура post_process_wages.

Да, ошибки там были, и изменения в этом блоке были довольно сильные. Я тут писал, ищи по фразе post_process_wages.

Спасибо! Я как раз дорабатывал этот код, но опять же только в качестве вычитания межрасчета из регулярного.

Не подскажите, кто-нибудь занимался оптимизацией отчёта , а то на нашем проекте выгружается по 6-7 часов.

Последние ноты стоят? У нас тоже были проблемы с производительностью, один ТН выгружался 5 минут. После установки всё залетало.

Может кто сталкивался с такой ситуацией:
При формировании раздела 2 справки 6-НДФЛ в строке перечисления зарплаты выводится дата (пример 30.09.2016) из таблицы V_T549S. Суть в том что для разных предприятий своя дата перечисления(выплаты). Кто как выходил из данной ситуации?

Сталкивался.
Все работа с T549S производиться в CL_HRPAYRU_IM_PAYFACTX-get_payroll_area_paydate. Так как у меня уже был свой класс для BADI, наследованный от CL_HRPAYRU_IM_PAYFACTX, то я в нем просто переопределил этот метод. Стандартный можно переопределить через расширение.

1.Создал для T549S новый идентификатор даты, типа 91-Органиазция1, 92-Организация2.
2. Создал признак (pe03), который возвращает тип идентификатор даты для организации.
3. Реализовал свой get_payroll_area_paydate, который на основе признака своего признака считывает из T549S нужный идентификатор.

ЗЫ. Еще есть близкая проблема, связанная с календарями праздников. Для определения следующего рабочего дня необходимо знать производственный календарь. Стандартно считывается календарь RU, это RU просто задано в тексте программы. Но у нас в стране есть регионы, у которых есть дополнительные праздничные дни. Стандартная реализация будет делать ошибку.

Спасибо, все получилось

Не подскажите по поводу ошибки "«Один платеж нельзя классифицировать по нескольким ставкам подоходного налога»."
В таблице T7RUN6 всё ок. Есть подозрение то что у данного сотрудника сменился статус "Штатные работники" на статус "пенсионер". Система относит ВО к двум классам CL_HRPAYRU_INTAXRTE_4WORK
CL_HRPAYRU_INTAXRTE_4WORK_NRES и выдает ошибку. Может какой ИТ надо дополнительно заполнить?

Добрый день, коллеги!

Скажите, пожалуйста, никто не сталкивался с такой проблемой, когда происходит перерасчет за период, в котором нет таблицы TAX и RUSTA, но есть ВО, который относится к одному из кодов доходов 2-НДФЛ? У нас в данном случае работник вообще не выводится в отчет, так как программа не знает к какой ставке 13% или 30% его отнести.

Столкнулись с похожей проблемой:
Попробовали применить предложенное решение:
У нас при такой подмене WPBP при перерасчете месяца, в котором происходит смена ОКТМО, доход целиком определяется в новое ОКТМО2 (смена ОКТМО в феврале, перерасчет в марте с января). Вместо того, чтобы в ОКТМО2 определять только разницу перерасчета.
Копаемся с подменами, прошу поделиться советами.

Выглядеть это должно примерно так. Пусть у нас есть расчеты выглядят так
январь
001 январь ОКТМО1
февраль
002 январь ОКТМО2
003 февраль ОКТМО2
в феврале сменился ОКТМО, начиная с января.
При обработке февраля расчеты сформируют такую табличку:
001 P
002 A
003 A
При из обработке lo_pyres_actual будет указать на расчет 003 для всех 3 записей. Если вычисление ОКТМО повесить на lo_pyres_actual, то для всех трех расчетов определить ОКТМО2. Так как расчеты за январь идут с флагами A/P, то они сформируют дельту, которая попадет в ОКТМО2.

Должно работать.

Все привет! что то не могу сообразить,
У сотрудника есть межрасчет отпуска от 06.03.17. Отпуск выплачен 06.03.17, налог перечислен 06.03.17. В отчете в разделе 2 отображается записями
100 - 06.03.17
110 - 06.03.17
120 - 31.03.17
130 - 1000 р.
140 - 130 р.
В разделе 1 отображаются суммы за январь и февраль 2017 года.
В строке 040 "Сумма исчисленного налога" показывает налог за 3 месяца (январь, февраль, март)
В строке 070 "Сумма удержанного налога" отображается удержанный налог за январь и февраль, за регулярку марта не показывается (это корректно, так как регулярка марта выплачена после 31.03.17). Вполне ожидаемо увидеть налог с отпускных в размере 130 р. в строке 070, так 120 строка = 31.03.17.

XML формирует налоги на основании данных в поле WITHH (суммы заполнены только у регулярных расчетов). Если бы собирали по TXWIT, то удержанный налог сформировался как нужно.
А как у вас? кто-то сталкивался с таким?

gomer4ik,
предположу, что нужно применить ноту 2358391

эта нота уже давно применена, не помогает.
Эта нота как раз и начинает приводить к моему вопросу

UPD. Всему виной переопределение полей, с заменой кода ВО