Добрый день!
В продуктиве работаем с 01,01,2009, все как будто бы хорошо,
но есть проблема по НДФЛ, бухгалтерия требует ставить стандартные
вычеты на работника и на детей по выплате : в январе работник был на
больничном , больничные еще не вошли в фонд и льгота предоставилась.
В марте больнмчные за январь сдал , больничные расчиталиь,
фонд стал > 40000, льгота снялась, а нужно оставить. Я представляю
конечно что получается. при обратном расчете нгалоги не перечситываются<,а разница фондов только должны передаваться в актуальный расчет,
сложновато и стандарт не такой. Может кто поделится опытом ?

Добрый день!
Сейчас как раз решаю аналогичную задачу, настройки пока переданы на тестирование, с моей стороны тоже проводятся работы, поэтому не могу сказать что на 100% алгоритм рабочий.
Общий смысл изменений который я внес в стандарт: В стандарте есть механизм который умееет формировать разницу между годами. Я убрал ограничения на формирования дельты только между годами, т.е. дельта формируется между периодами. Так же изменил логику формирования этой дельты для обратного расчета

Для этого:
Поменял для баз НДФЛ к/обр на 1.
Создал новую подсхему за аналог взял RURB.
В основной схеме заменил RURB на новую подсхему.

Учтите что, механизм формирования дельты общий для ЕСН и НДФЛ, т.к. что при таком подходе так же затрагивается и стандарт по ЕСН.

Предварительно работает, сегодня тестировщики начнут проверять.

P.S. Если есть возможность убедить расчетчиков оставить стандарт, стоите на своем до конца, я долго держался. НЕ СОВЕТУЮ МЕНЯТЬ СТАНДАРТ В ЭТОЙ ЧАСТИ.

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

Я расширял 68 класс обработки, т.е. делал алгоритм аналогичный "2 - Кумулятивн WT - взять стар знач, разницу - в GRT между периодами", для /120.
Разница только в моменте восстановления кумулятивной базы, до rutax.
Тут только есть один не очень хороший момент: в общем случае, что-то нужно делать с материальной помощью, подарками и призами, т.к. 40000 сравнивается не с суммой /120 а с учетом вычетов по вышеперечисленным в/о. Если введут задним числом материальную помощь, то возможно в некоторых случаях может возникнуть ошибка.

Macros, не могли бы Вы по подробней описать объем, в котором было выполнено расширение. Т.е. я так понимаю для 68 к/обр зн.1 Вы сохранили стандартную логику.

Да, в 68 класс добавил значение, спецзнак, чтобы в дальнейшем свести конфликты к минимуму при обновлениях.
Потом скопировал логику аналогичную значению "2" 68 класса обработки (добавил свои правила).
Все это конечно на свой страх и риск ).