← На главную

При работе в программе 1С:Зарплата и управление персоналом 3.1 бухгалтеры и расчетчики часто сталкиваются с ситуацией, когда при кадровом переводе в середине месяца норма рабочего времени сотрудника рассчитывается некорректно. Особенно остро этот вопрос встает, когда до перевода сотрудник работал по одному графику (или индивидуальному графику), а после — по стандартной пятидневке, и при этом сменился вид начисления с дневного тарифа на оклад.

Рассмотрим ситуацию: сотрудник первую часть месяца (например, с 1 по 11 число) работал по индивидуальному графику с оплатой по тарифу. С 13 числа оформлен Кадровый перевод, установлен график «Пятидневка» и начисление Оплата по окладу. В результате программа показывает норму времени, например, 19 дней, в то время как расчетчики ожидают увидеть полную норму пятидневки — 22 дня. Разберем подробно, почему так происходит и как добиться желаемого результата.

Механизм формирования «составной» нормы времени

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

В нашем примере расчет происходит следующим образом:

1. За период с 1 по 11 число действует Индивидуальный график. Программа берет норму именно из этого документа. Допустим, там указано 5 рабочих дней.
2. С 13 числа вступает в силу новый основной график («Пятидневка»). Программа берет остаток нормы по этому графику за период с 13 по 30 число. Допустим, это 14 рабочих дней.
3. Итоговая норма для расчета оклада за весь месяц составит: 5 (из ИГ) + 14 (из Пятидневки) = 19 дней.

С точки зрения алгоритмов 1С, это абсолютно логично и математически верно для соблюдения баланса времени. Однако, если методология учета на предприятии требует, чтобы оклад всегда рассчитывался исходя из месячной нормы (22 дня), этот «разрыв» создает проблемы в стоимости одного дня/часа.

Приоритет индивидуального графика

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

Главная ошибка в рассматриваемой ситуации — ввод индивидуального графика на частичный период (только на первую половину месяца). Когда 1С видит «обрывающийся» ИГ, она вынуждена «склеивать» норму из двух разных источников. Это и приводит к отклонению от нормы производственного календаря.

Вариант решения №1: Ввод индивидуального графика на полный месяц

Рассмотрим самый надежный методический способ решения проблемы. Чтобы 1С:ЗУП увидела норму в 22 дня, необходимо обеспечить единообразие данных за весь месяц.

Выполним следующие шаги:

1. Создадим документ Индивидуальный график на сотрудника, охватывающий период с 1 по 30 число (весь месяц).
2. В табличной части документа в строке «Норма» необходимо проставить часы и дни строго по графику пятидневки (так, чтобы итого составило 22 дня).
3. В строке «Рабочее время» (данные для расчета) укажите фактические смены сотрудника в первой половине месяца (для оплаты по тарифу) и график пятидневки во второй половине месяца.

В этом случае при расчете начисления Оплата по окладу программа обратится к ИГ, увидит там в поле «Норма» значение 22 и подставит его в знаменатель формулы расчета оклада.

Вариант решения №2: Использование настройки напоминания

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

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

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

Практические советы при кадровых переводах

Рассмотрим подробнее рекомендации, которые помогут избежать подобных коллизий в будущем:

1. Избегайте частичных ИГ: Если специфика работы сотрудника требует ввода индивидуального графика, старайтесь всегда заполнять его на полный календарный месяц, даже если изменения касаются только одной недели. Это гарантирует предсказуемость нормы.
2. Проверка нормы в документе «Начисление зарплаты»: Всегда обращайте внимание на колонки «Норма» и «Отработано». Если в колонке «Норма» вы видите странное число (не кратное стандартным графикам), значит, у сотрудника произошло «схлопывание» разных графиков.
3. Синхронизация дат: Если перевод осуществляется с 13-го числа, убедитесь, что в ИГ за период до 13-го числа проставлены часы нормы, соответствующие тому графику, по которому вы хотите считать оклад.

Посмотрим на пример формулы, которая используется в программе:

Результат = Оклад * ДоляНеполногоРабочегоВремени * ВремяВДнях / НормаВДнях

В нашем проблемном случае НормаВДнях стала равна 19 из-за того, что в первой половине месяца (по ИГ) норма была 5, а во второй половине (по пятидневке) — 14. Изменив ИГ так, чтобы за первую половину месяца в колонку «Норма» попали дни по пятидневке, мы получим заветные 22 дня.

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