← На главную

Переход на новую программу учета заработной платы в середине года — это всегда серьезный вызов для бухгалтера и ИТ-специалиста. Возникает множество вопросов: как правильно перенести остатки взаиморасчетов, нужно ли вводить данные помесячно, почему в расчетных документах появляются непонятные корректировки и сторнируются удержания? В этой статье мы подробно разберем эти проблемы на примере программы 1С:Зарплата и управление персоналом 3.1 (1С:ЗУП 3.1).

---

Часть 1. Переход на ЗУП 3.1 в середине года и регистр «Зарплата к выплате»

При начале ведения учета в середине года (например, с сентября) у многих пользователей возникает соблазн ввести остатки взаиморасчетов в систему «в один клик» на дату начала учета. Однако программа 1С:ЗУП 3.1 устроена гораздо сложнее, чем может показаться на первый взгляд. Простой разовый ввод остатков по регистру накопления ЗарплатаКВыплате таит в себе серьезные методологические риски.

Давайте проанализируем, почему этого делать не стоит и как функционирует система регистров взаиморасчетов.

1. Триединая система регистров взаиморасчетов

Баланс расчетов с сотрудниками в 1С:ЗУП 3.1 контролируется не одним, а сразу тремя связанными между собой регистрами накопления:

1. ЗарплатаКВыплате — отвечает за автоматическое заполнение сумм в платежных ведомостях (на карту, в банк, через кассу).
2. ВзаиморасчетыССотрудниками — формирует так называемое «зарплатное» сальдо. Именно на основании этого регистра заполняются расчетные листки и своды начислений и удержаний.
3. БухгалтерскиеВзаиморасчетыССотрудниками — отвечает за «бухгалтерское» сальдо и формирование аналитики для расчетно-платежной ведомости по форме Т-51.

Важное правило: если вы решите ввести остатки только по одному регистру или допустите расхождение в их аналитике (например, укажете разные подразделения, статьи расходов или виды доходов), программа отреагирует на это мгновенно. В ведомостях на выплату начнет появляться паразитная строка «в том числе за прошлые периоды». Система будет пытаться автоматически перекрыть внутренний разрыв аналитики, даже если итоговая сумма долга перед сотрудником совпадает. Корректировать остатки при переходе нужно строго по всем трем регистрам одновременно.

2. Почему для НДФЛ необходим помесячный ввод данных?

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

Регистр накопления ЗарплатаКВыплате косвенно влияет на заполнение регламентированной отчетности 6-НДФЛ. Данные из него попадают в ведомость на выплату, которая при проведении фиксирует фактически выплаченный доход и удержанный налог. Если вы не перенесете данные о доходах и исчисленном НДФЛ с начала года помесячно, вы столкнетесь со следующими критическими проблемами:

• Программа не сможет правильно применить нарастающим итогом налоговые вычеты (стандартные, имущественные, социальные).
• Будет нарушен расчет прогрессивной шкалы НДФЛ для сотрудников, чей доход с начала года превысил установленные законодательством лимиты (например, 2,4 или 5 млн рублей).
• Годовой отчет 6-НДФЛ и справки о доходах (бывшие 2-НДФЛ) будет невозможно сформировать автоматически. Их придется собирать вручную за пределами базы 1С.

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

---

Часть 2. Почему в документе начисления заполняется «Корректировка выплаты»?

Рассмотрим вторую частую проблему, которая вызывает недоумение у бухгалтеров: появление записей на вкладке «Корректировка выплаты» в документе «Начисление зарплаты и взносов», а также автоматическое сторнирование удержаний.

1. Принцип заполнения таблицы «Корректировка выплаты»

Эта вкладка в программе предназначена для обеспечения финансовой и юридической прозрачности взаиморасчетов при возникновении отрицательного исчисленного НДФЛ. Такое происходит, когда сумма налоговых вычетов превысила налоговую базу, либо произошел перерасчет/сторнирование доходов сотрудника за прошлые периоды.

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

1. Получить от сотрудника письменное заявление на возврат налога.
2. Зарегистрировать в программе специальный документ «Возврат НДФЛ».

Когда у сотрудника исчисляется отрицательный налог (например, -1300 руб.), математически его чистый доход к выплате должен увеличиться на эту сумму. Чтобы этого не произошло автоматически до подачи заявления и проведения официального возврата, программа делает запись в табличную часть «Корректировка выплаты» на сумму «НДФЛ к зачету в счет будущих платежей» со знаком «минус». Это искусственно уменьшает сумму в ведомости на выплату до размера фактически заработанных денег (без учета переплаты по налогу).

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

---

Часть 3. Почему помимо НДФЛ сторнируются удержания?

Если в документе «Начисление зарплаты и взносов» вы видите автоматическое сторнирование плановых удержаний (профсоюзных взносов, алиментов по исполнительным листам, удержаний за мобильную связь и т.д.), давайте выясним причину этого поведения системы.

1. Перерасчет расчетной базы

Большинство плановых удержаний рассчитываются как процент от определенной базы начислений. Если в текущем месяце программа обнаружила необходимость перерасчета за прошлый период (например, из-за ввода больничного листа «задним числом» сторнировался оклад за прошлый месяц), автоматически уменьшается и расчетная база для удержаний за тот период. Программа регистрирует этот перерасчет и автоматически сторнирует (рассчитывает с минусом) излишне удержанные ранее суммы.

2. Взаимосвязь с НДФЛ (расчет исполнительных листов от «чистого» дохода)

Удержания по исполнительным листам (алименты) по закону рассчитываются из суммы дохода **после удержания НДФЛ**. Когда на вкладке «Корректировка выплаты» происходит зачет или сторнирование НДФЛ, меняется сумма налога, которая должна быть вычтена из дохода сотрудника для определения базы алиментов. Изменение «чистого» НДФЛ автоматически приводит к пересчету базы исполнительного листа, из-за чего программа формирует корректировочные (сторнирующие) записи по алиментам.

3. Механизм ограничения взысканий (ст. 138 ТК РФ)

Если в программе включена настройка «Ограничивать сумму удержаний процентом от заработной платы», то удержания контролируются специальным документом «Ограничение взысканий». При любых ретроспективных изменениях начислений или НДФЛ лимит удержания (20%, 50% или 70%) пересчитывается. Если по новым расчетам у сотрудника было удержано больше допустимого лимита, ЗУП автоматически сторнирует излишек удержаний, переводя его в долг перед сотрудником.

4. Ошибки переноса данных при mid-year переходе

Если при переходе в середине года плановые удержания (особенно исполнительные листы с ограничением по пределу) были перенесены, но по ним не были корректно введены накопленные с начала года суммы (сколько уже фактически удержано), программа при первом же расчете может посчитать, что предел удержания превышен, и попытается отсторнировать «лишнее». Для проверки лимитов по удержаниям используйте регистр накопления УдержанияДоПределаПоСотрудникам.

---

Пошаговый план действий для проверки и исправления ошибок

Для того чтобы избежать «хвостов» во взаиморасчетах и исправить неверные корректировки, выполним следующие действия:

1. Сформируйте отчет «Универсальный отчет» по регистрам накопления ВзаиморасчетыССотрудниками, БухгалтерскиеВзаиморасчетыССотрудниками и ЗарплатаКВыплате с детализацией до сотрудника, статьи расходов и подразделения. Проверьте, сходятся ли конечные остатки во всех трех регистрах.
2. Если обнаружены расхождения в аналитике (например, по одному регистру долг висит по подразделению «Администрация», а по другому — по «Основному производству»), выровняйте их с помощью документа ПереносДанных.
3. При возникновении отрицательного НДФЛ на вкладке «Корректировка выплаты» проверьте, планирует ли сотрудник писать заявление на возврат. Если да — введите документ ВозвратНДФЛ, это автоматически скорректирует взаиморасчеты и сумму к выплате.
4. Регулярно проверяйте отчет «Анализ НДФЛ по месяцам» и сверяйте его с расчетными листками, чтобы своевременно локализовать и устранить расхождения между исчисленным, удержанным и выплаченным налогом.

Использование этого комплексного подхода позволит вам провести успешный переход на 1С:ЗУП 3.1 в середине года и обеспечит прозрачность и корректность ведения учета в дальнейшем.