Почему в табеле формы 0504421 в 1С:ЗКГУ не проставляются часы при отклонениях и как это исправить

Бухгалтер 1С v8.3 (Управляемые формы) Бухгалтерский учет Сфера услуг, туризм и социальный сектор
← На главную

Работа в бюджетных учреждениях накладывает строгие требования к ведению кадрового учета и заполнению отчетности. Одной из самых обсуждаемых проблем при переходе с версии 1.0 на 1С:Зарплата и кадры государственного учреждения 3.1 стало изменение алгоритма заполнения Табеля учета использования рабочего времени (ф. 0504421). Многие бухгалтеры и кадровики столкнулись с тем, что в верхней строке табеля перестали отображаться часы в дни отклонений (например, при отпуске или больничном), что вызывает замечания со стороны проверяющих органов.

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

Нормативное регулирование: что говорит Приказ № 52н

Для начала проанализируем законодательную базу. Основным документом, регламентирующим форму 0504421, является Приказ Минфина России от 30.03.2015 № 52н. Согласно методическим указаниям по заполнению данной формы:

  1. В Табеле регистрируются либо случаи отклонений от нормального использования рабочего времени, либо фактические затраты времени (в зависимости от выбранного в учреждении способа).
  2. В верхней половине строки по каждому работнику, у которого имелись отклонения, записываются часы отклонений.
  3. В нижней половине строки записываются условные обозначения (коды) отклонений.

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

Техническая сторона вопроса: Ошибка 30155250 и логика разработчиков

Проанализируем ситуацию с точки зрения программного кода и официальной позиции 1С. Существует зарегистрированная ошибка с кодом 30155250 («ЗГУ. При формировании табеля 0504421 в верхней строке не выводятся часы отклонений»).

Несмотря на наличие записи в базе ошибок, разработчики часто поясняют, что текущая реализация обусловлена логикой расчета календарных дней. Рассмотрим пример: сотрудник уходит в отпуск на 14 дней. Отпуск предоставляется в календарных днях, включая выходные. Если программа будет автоматически проставлять «8» часов над кодом «О» в субботу и воскресенье, это приведет к серьезному искажению итоговых данных, так как норма рабочего времени в эти дни равна нулю.

Именно поэтому в современных релизах ЗКГУ 3.1 принят следующий алгоритм:

Способ 1: Использование документа «Табель» для ручной корректировки

Если ваше учреждение небольшое и количество сотрудников с отклонениями невелико, мы можем воспользоваться механизмом ручной правки данных. Важно понимать разницу между отчетом «Табель (ф. 0504421)» и документом Табель.

Разберем по шагам, как это реализовать:

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

Важно: Этот метод крайне трудозатратен для крупных организаций и требует ежемесячного повторения действий.

Способ 2: Настройка учетной политики учреждения

Рассмотрим юридический способ решения проблемы. Приказ 52н позволяет учреждениям самостоятельно определять способ ведения табеля. Многие эксперты и аудиторы сходятся во мнении, что отсутствие часов над кодами целодневных отклонений не является нарушением, если это закреплено в локальных актах.

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

Рекомендация: Пропишите в учетной политике, что при регистрации целодневных отклонений в форме 0504421 часы в верхней строке не указываются, так как отклонение фиксируется в днях. Это снимет 90% претензий со стороны ревизоров.

Способ 3: Использование внешних печатных форм

Если кадровик или вышестоящая организация настаивают на жестком соблюдении формата «код + часы», а типовая конфигурация этого не делает, наиболее эффективным методом будет подключение внешней печатной формы.

Выясним преимущества этого метода:

Технический нюанс: Виды использования рабочего времени

Иногда полезно проверить настройки самих видов времени. Пройдем по пути: Настройка — Виды рабочего времени. Выберем, например, Основной ежегодный отпуск.

Обратим внимание на следующие реквизиты:

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

Заключение и выводы

Мы проанализировали проблему отсутствия часов в табеле и выяснили, что это системная особенность 1С:ЗКГУ 3.1, связанная с изменением методологии разработчиков.

Подведем итог:

  1. Если вам необходимо разовое исправление — используйте ручную корректировку в документе Табель.
  2. Если вы хотите обезопасить себя от замечаний проверяющих на постоянной основе — внесите соответствующие уточнения в Учетную политику.
  3. Если требования к форме категоричны — закажите или скачайте внешнюю печатную форму, которая игнорирует стандартное ограничение 1С и выводит часы для всех видов отклонений.

Помните, что программный продукт постоянно обновляется. Рекомендуется периодически проверять описание релизов на предмет исправления ошибки 30155250, так как статус «Планируется исправление» в базе 1С дает надежду на возвращение привычного функционала в будущем.

← На главную