При работе в программе 1С:Зарплата и Управление Персоналом (ЗУП) 8, редакция 3.1, пользователи часто сталкиваются с методологическими спорами между кадровой службой и бухгалтерией. Один из типичных вопросов: как зафиксировать в одном документе Отпуск дату издания приказа и дату, когда расчетчик фактически произвел начисления. В типовой конфигурации для этих целей предусмотрено одно поле Дата в шапке документа, что вызывает неудобство у специалистов, желающих разделять эти события.
В данной статье мы подробно проанализируем ситуацию, разберем законодательные нормы, влияние дат на расчет среднего заработка и налоговую отчетность, а также предложим варианты решения этой задачи штатными средствами программы.
Для начала выясним причину возникновения требования бухгалтера. Зачастую оно продиктовано желанием обезопасить себя в случае проверок или внутренним регламентом компании. Однако, если мы обратимся к нормативным актам, ситуация прояснится. Разберем основные моменты:
Таким образом, требование вынести отдельную «Дату расчета» на печатную форму или в интерфейс не имеет под собой законодательной базы. Поле Дата в шапке документа 1С — это и есть дата составления приказа.
Рассмотрим подробнее, на что именно влияет поле Дата в шапке документа Отпуск. Это не просто текстовое поле, оно несет серьезную техническую нагрузку:
1. Расчет среднего заработка. Программа использует дату документа как точку отсечения для определения расчетного периода. Если мы создаем документ «будущим числом» (например, в конце октября за ноябрь), программа анализирует, введены ли начисления за текущий месяц. Если дата документа установлена некорректно, 1С может не «увидеть» начисленную зарплату за месяц, предшествующий отпуску, что приведет к неверному расчету среднего заработка.
2. Отражение в бухгалтерском учете. Дата документа определяет месяц начисления (если не выбран другой период регистрации). Если приказ датирован 31-м числом одного месяца, а расчет произведен 1-м числом следующего, возникнет разрыв в учетных периодах, что критично для организаций, ведущих учет оценочных обязательств (резервов) по отпускам.
3. Формирование 6-НДФЛ. Проанализируем ситуацию с налоговым учетом. Хотя в ранних версиях 1С дата документа могла косвенно влиять на учет доходов, в современных реалиях (согласно правилам 2024 года) дата получения дохода в виде отпускных — это всегда дата фактической выплаты. Эта дата фиксируется в поле Дата выплаты внизу документа и окончательно подтверждается в документе Ведомость. Дата в шапке приказа для целей НДФЛ значения не имеет.
Если бухгалтеру все же принципиально фиксировать дату своей работы отдельно от даты приказа, рассмотрим несколько вариантов реализации этой задачи без привлечения программистов для изменения кода конфигурации.
Это самый простой и эффективный способ. В нижней части каждого документа Отпуск есть текстовое поле Комментарий. Рассмотрим алгоритм работы:
Комментарий пишет: «Рассчитано 18.11.2023 Иванова И.И.».Комментарий в общий список документов Отпуска. Это позволит видеть даты расчета по всем сотрудникам сразу без открытия каждого документа.Проанализируем более профессиональный метод контроля действий пользователей. В 1С:ЗУП существует встроенный механизм «История изменений». Если его включить (Администрирование — Общие настройки — История изменений), система будет автоматически записывать:
В любой момент бухгалтер или аудитор может открыть отчет по истории версий и увидеть точное время, когда документ был рассчитан и проведен. Это снимает необходимость в создании дополнительных полей в интерфейсе.
Выясним, как можно организовать процесс через бизнес-логику. Можно договориться о разделении ответственности:
Основной отпуск, устанавливая дату документа как дату приказа.Начислено (подробно).Расчет утвержден (если такой функционал включен в настройках расчета зарплаты) или просто факт проведения документа под учетной записью бухгалтера.Если же компания решит пойти по пути доработки, рассмотрим, как это реализовать минимальными усилиями. Не стоит менять типовое поле Дата. Правильнее будет добавить через «Дополнительные реквизиты» новое поле ДатаРасчетаОтпуска. Это позволит:
Пример кода для программного заполнения такого реквизита при проведении документа расчетчиком (в расширении):
&НаСервере
Процедура ПослеЗаписиНаСервере(ТекущийОбъект, ПараметрыЗаписи)
// Логика фиксации даты, если расчет производит бухгалтер
Если ТекущийПользовательВходитВГруппу("Бухгалтеры") Тогда
// Запись в доп. реквизит или лог
КонецЕсли;
КонецПроцедуры
Проанализировав ситуацию, мы пришли к выводу, что требование бухгалтера иметь отдельную «дату расчета» в документе Отпуск является скорее организационным, чем законодательным. Для соблюдения норм ТК РФ и Постановлений Госкомстата в поле Дата должна стоять дата приказа. Для целей 6-НДФЛ ключевой является планируемая и фактическая даты выплаты.
Рекомендуем использовать типовой механизм комментариев или версионирования для фиксации времени работы бухгалтера. Это позволит сохранить чистоту учета, избежать ошибок в расчете среднего заработка и не усложнять поддержку программы лишними доработками.