Переход на ведение учета из программы «1С:Бухгалтерия 8» (БП) в «1С:Зарплата и управление персоналом 8» (ЗУП) — это ответственный процесс, который часто сопровождается техническими нюансами. Одной из наиболее распространенных проблем при первоначальной выгрузке данных является незаполненный реквизит «Планируемая дата выплаты» в документах начисления зарплаты. Рассмотрим подробнее, почему это происходит и как исправить ситуацию, не нарушив уже рассчитанные суммы налога.
Разберем ситуацию с точки зрения законодательства. До 1 января 2023 года датой фактического получения дохода в виде оплаты труда считался последний день месяца, за который начислен доход. Однако с 2023 года вступили в силу изменения в Налоговый кодекс РФ, согласно которым дата дохода — это день его фактической выплаты.
Проанализируем последствия: декабрьская зарплата 2022 года, выплаченная в январе 2023-го, стала «переходным» моментом. Для программы 1С:ЗУП 3.1 реквизит ПланируемаяДатаВыплаты стал ключевым. Именно на основании этой даты система определяет, в какой налоговый период и в какой отчет 6-НДФЛ попадет доход. Если в исходной базе БП эти даты не были четко зафиксированы или перенос выполнен «помощником» по упрощенной схеме, документы в ЗУП оказываются недозаполненными.
Выясним, почему простое перепроведение документов — не лучший выход. При изменении даты выплаты в документе Начисление зарплаты и взносов программа автоматически инициирует пересчет НДФЛ. Поскольку алгоритмы расчета в ЗУП более детализированы, чем в Бухгалтерии, суммы могут «поехать». Это приведет к расхождениям с уже сданной отчетностью и перечислениями в бюджет. Наша задача — заполнить реквизит «тихо», сохранив исходные суммы налога.
Рассмотрим по шагам, как воспользоваться стандартным функционалом системы для массового исправления данных. Этот метод подходит, если вам нужно проставить даты в большом количестве документов за прошлые периоды.
Начисление зарплаты и взносов.Планируемая дата выплаты.Если дата выплаты для всех документов одинакова (например, 10-е число следующего месяца), мы можем просто ввести значение. Но если даты разные, воспользуемся возможностью выполнения произвольного кода в режиме разработчика.
Разберем пример кода, который позволит автоматически устанавливать дату выплаты на последний день месяца начисления. Это часто используется для документов 2022 года. В окне группового изменения реквизитов выберем вариант «Выполнить произвольный алгоритм» и вставим следующий фрагмент:
Объект.ПланируемаяДатаВыплаты = НачалоДня(КонецМесяца(Объект.МесяцНачисления));
// Если нужно прибавить определенное количество дней к концу месяца:
// Объект.ПланируемаяДатаВыплаты = КонецМесяца(Объект.МесяцНачисления) + (10 * 24 * 60 * 60);
Этот код установит дату выплаты на конец месяца начисления. Посмотрим на результат: после выполнения обработки реквизит будет заполнен, но движения по регистрам могут не обновиться. Чтобы изменения отразились в учете НДФЛ без изменения сумм самого налога, необходимо выполнить запись объекта с отключенными процедурами пересчета.
Рассмотрим, как подготовить саму программу к массовым изменениям, чтобы минимизировать риск искажения данных. Перед началом работ по исправлению дат рекомендуем выполнить следующие действия:
Проанализируем ситуацию, если данные были перенесены не типовыми документами начисления, а техническими записями регистров. При использовании «Помощника переноса данных» в ЗУП часто создаются документы типа Перенос данных (с префиксами ЗП_, НДФЛ_ и т.д.).
В этом случае редактировать нужно не документы начисления (которых может просто не быть в списке), а записи в регистрах накопления через эти технические документы. Обратите внимание на следующие регистры:
Сведения о доходах НДФЛРасчеты налогоплательщиков с бюджетом по НДФЛИсправление дат непосредственно в документах Перенос данных является более «чистым» с точки зрения программиста, так как они напрямую формируют движения в регистрах, минуя сложную логику проведения документа Начисление зарплаты.
Выясним, стоит ли вообще исправлять данные за глубокие прошлые периоды. Как отмечают эксперты 1С, перенос документов начисления за 1.5–2 года — это трудоемкий и не всегда оправданный процесс. Рекомендуемым сценарием считается перенос данных на начало текущего года (например, на 01.01.2024). В этом случае переносятся:
Если же ваша задача — продолжать вести отчетность по НДФЛ в ЗУП за текущий год, когда часть данных за этот же год была введена в БП, то заполнение Планируемой даты выплаты становится критически важным для корректного формирования 6-НДФЛ. В противном случае доходы либо не попадут в отчет, либо будут отнесены к неверным периодам, что повлечет за собой требования от ИФНС.
Мы рассмотрели проблему незаполненных дат выплаты при синхронизации БП и ЗУП. Совместными усилиями мы определили, что оптимальным решением является использование группового изменения реквизитов в режиме разработчика с предварительным отключением автоматического пересчета НДФЛ в настройках программы. Это позволит вам корректно «закрыть» прошлые периоды и обеспечить правильное формирование отчетности в будущем.