← На главную

Переход с программы «1С:Зарплата и управление персоналом» редакции 2.5 на редакцию 3.1 часто вызывает вопросы у опытных расчетчиков, особенно в части учета рабочего времени. Одной из самых острых тем является заполнение Индивидуального графика. В старой редакции мы привыкли к логике «всего часов, из них ночных», однако в новой версии архитектура программы принципиально изменилась. Попытка применить старые методы ввода данных в ЗУП 3.1 часто приводит к ошибкам проведения документов и некорректному расчету зарплаты.

В этой статье мы подробно разберем, почему в ЗУП 3.1 нельзя вводить время «как раньше», и рассмотрим эффективные методики решения этой задачи, включая работу со сменами более 24 часов.

Разбор архитектурных отличий: почему возникла ошибка?

Давайте проанализируем ситуацию, с которой сталкивается пользователь. В ЗУП 2.5 ночные часы рассматривались как уточнение основного рабочего времени. В ЗУП 3.1 реализована иная модель: виды времени являются независимыми слагаемыми. Рассмотрим основные отличия:

1. Принцип сложения: В ЗУП 3.1 суммарное рабочее время за день рассчитывается как сумма всех видов времени, отмеченных в настройках как рабочее. Если мы укажем Явка — 24 часа и Ночные — 8 часов, программа попытается просуммировать их и получит 32 часа в одних календарных сутках.
2. Ограничение 24 часа: Программа жестко контролирует физический лимит времени. В рамках одних календарных суток (с 00:00 до 24:00) невозможно отработать более 24 часов. Именно поэтому при попытке ввести данные «по-старому» возникает ошибка проведения документа.
3. Предопределенный вид времени: В системе существует базовый вид времени Рабочее время. Он объединяет в себе явку, ночные и вечерние часы. Однако для корректного расчета доплат программа требует раздельного указания этих интервалов.

Рассмотрим далее, как адаптировать привычные бизнес-процессы под новые требования системы.

Метод 1. Разбивка времени по календарным суткам

Если ваши сотрудники, например сторожа, работают посменно (сутки через двое или двое через двое), мы должны придерживаться календарного принципа. Рассмотрим на примере смены, которая длится 48 часов подряд (двое суток):

Представим, что сотрудник заступил на смену в понедельник в 08:00 и закончил в среду в 08:00. В ЗУП 2.5 мы могли попытаться поставить это одной строкой, но в 3.1 нам необходимо распределить часы следующим образом:

1. Понедельник: Ставим 16 часов (из них, например, 2 часа ночных, если они начинаются с 22:00).
2. Вторник: Ставим 24 часа (из них 8 часов ночных: с 00:00 до 06:00 и с 22:00 до 24:00).
3. Среда: Ставим 8 часов (из них 6 часов ночных до 06:00 утра).

Для автоматизации этого процесса мы рекомендуем не заполнять Индивидуальный график вручную каждый раз, а настроить цикличный График работы в справочнике «Графики работы сотрудников». При настройке графика укажите в таблице «Расписание работы» чередование рабочих и выходных дней с указанием явки и ночных. В этом случае программа сама будет разносить часы по суткам при заполнении табеля.

Метод 2. Сводный ввод данных за месяц

Если для вашей организации детальный подневный учет не является критичным, а важно лишь общее количество часов для расчета оклада и доплат, проанализируем механизм сводного ввода. Этот метод максимально приближен к «сводному табелю» из ЗУП 2.5.

Для реализации этого метода выполним следующие шаги:

1. Перейдем в раздел Настройка — Расчет зарплаты — Настройка состава начислений и удержаний. Убедимся, что включены флажки для ночных и вечерних часов.
2. Зайдем в раздел Настройка — Шаблоны ввода исходных данных.
3. Создадим новый шаблон, в котором на вкладке «Виды времени» отметим Явка и Ночные часы.
4. Важный нюанс: В поле «Данные вводятся» выберем вариант «Сводно за период».

Теперь в разделе Зарплата — Данные для расчета зарплаты вы сможете создавать документ по этому шаблону и просто указывать общие цифры за месяц: «Явка — 160 часов, Ночные — 40 часов». Программа произведет расчет на основании этих данных.

Внимание: У этого метода есть существенный минус. Программа не будет «знать», в какие конкретно дни работал человек. Это означает, что автоматический расчет доплаты за работу в праздничные дни, приходящиеся на эти смены, станет невозможным — их придется вводить отдельными документами.

Метод 3. Изменение формул начислений (для продвинутых пользователей)

Если вам категорически необходимо, чтобы Явка включала в себя Ночные (логика «в том числе»), мы можем рассмотреть вариант изменения формул. По умолчанию в 1С:ЗУП начисление «Оплата по окладу (по часам)» использует показатель ВремяВЧасах. Этот показатель автоматически суммирует все виды рабочего времени.

Если вы хотите видеть в табеле отдельно Явку (день) и отдельно Ночные, но при этом оплачивать Явку как полное время, вам придется создать собственное начисление. Однако специалисты предупреждают: это может привести к путанице в отчетах по труду (например, форма П-4), так как статистические отчеты опираются на предопределенные виды времени.

Правильный и типовой путь в ЗУП 3.1 — это разделение:

• Основное начисление (Оклад) рассчитывается на общую сумму ВремяВЧасах (куда уже входят и дневные, и ночные).
• Доплата за ночные часы рассчитывается только на показатель НочныеЧасы как дополнительный процент (или коэффициент) к тарифной ставке.

Выводы и рекомендации

Мы выяснили, что сделать «в точности как в 2.5» в новой редакции невозможно из-за изменения базовой логики программы. Вместо того чтобы пытаться обойти систему «костылями», мы рекомендуем придерживаться следующего алгоритма:

1. Откажитесь от идеи вводить более 24 часов в сутки. Разбивайте смены по календарным дням.
2. Используйте цикличные графики. Это избавит вас от необходимости ручного заполнения Индивидуального графика.
3. Проверьте настройки видов времени. Убедитесь, что для вида времени Ночные в справочнике «Виды использования рабочего времени» стоит признак «Рабочее время», чтобы они корректно суммировались с общей явкой для расчета основного оклада.

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