Добрый день, конфигурация УПП 1.3.87.1, имеется такая интересная ситуация, при начислении страховых взносов в январе, в таблицу с расчетом попадают месяца предыдущего года, начиная с января 2016, если в этом месяце было сторно начислений за декабрь. По подробнее, в декабре был сделан документ "начисление отпуска" в нем сотрудник пошел в отпуск с декабрь по январь включительно, образовалась запись в регистре "Ндфл сведения о доходах" с данными о заработке. Затем он в отпуске заболевает, и уже в январе делаем документ "Начисления по больничному листу", в котором больничный лист приходится на период отпуска, и следовательно программа сторнирует пересекающийся период, из-за этого в регистр "НДФЛ сведения о доходах" попадает запись со сторно, в котором "Месяц налогового периода" заполняется предыдущим месяцам, а "дата получения дохода" ставится той записи. которую сторнирует, таким образом выходит, что документ сделан январем, но в нем присутствует данные о доходе, относящемуся к предыдущему году. Сам документ начисления страховых взносов устроен так, что при формировании периода, за который необходимо перессчитать страховые взносы, то он берет тот год, на который приходится дата получения дохода, что и приводит к такому казусу. Вопрос, есть ли нормальный способ показать программе, что сторнируемый доход должен относится к текущему году, и не надо пересчитывать предыдущий год? И является ли данная ситуация нормальный, либо это недоработка со стороны 1С?

Ситуация абсолютно нормальная, 1С полностью права, поэтому совет - ничего не трогайте. Пусть перерасчитывает

(1) Как это нормальная? Я бы еще понял, если был перерасчет только по одному сотруднику, да и то только за декабрь, а не за весь год и по всем сотрудникам. Как начисления одного сотрудника тянут остальных?

АП

Там скорее всего программная ошибка. Постановщик задач не понимает, что налоги зарплатные локализуются внутри года. А программеры широко используют запросы, не локализуемые по периоду. Вот и лезут пересчеты...

(4) я тоже считаю, что это ошибка, однако это ошибка существует не один год, так вот и интересно, как другие организации выходят из такого положения.