← На главную

Ситуация, когда программа 1С:Зарплата и управление персоналом 8 (редакция 3.1) неожиданно для пользователя сторнирует (отменяет с отрицательным знаком) начисления за прошлый месяц, является одной из самых распространенных и досадных проблем. Особенно часто это происходит, когда бухгалтер вносит корректировки или дополнительные начисления непосредственно в документ Начисление зарплаты и взносов «руками», минуя специализированные документы-основания. В рамках данной статьи мы подробно разберем, почему система ведет себя именно так, проанализируем механизмы перерасчетов и выясним, как настроить учет премий правильно, чтобы избежать подобных ошибок в будущем.

Разберем причину: почему возникает сторно?

Для начала давайте выясним, как 1С:ЗУП 3.1 воспринимает информацию. Программа построена на принципе строгого соответствия между кадровыми данными (плановыми начислениями) и фактическими расчетами. Когда мы открываем документ Начисление зарплаты и взносов и нажимаем кнопку «Заполнить», система обращается к регистрам сведений и находит там информацию о том, что сотруднику положен, например, Оклад. Если же мы добавляем строку с видом расчета Премия вручную, для программы это выглядит как «оперативное вмешательство», не подкрепленное никаким распорядительным документом (приказом).

В следующем месяце при заполнении очередного документа начисления срабатывает механизм автоматического перерасчета. Программа «оглядывается» на август и видит: «Так, в августе сотруднику начислили премию, но в его плановых начислениях этой премии нет, и документа Премия тоже нет. Значит, это начисление ошибочно, его нужно убрать». В результате в сентябрьском документе на вкладке «Доначисления, перерасчеты» (или прямо в основных начислениях с отрицательным знаком) появляется сторно августовской суммы.

Важный момент: если начисление настроено как «Результат вводится фиксированной суммой», любая модификация данных за прошлый период (перепроведение кадрового перевода, изменение графика или табеля) заставляет систему пересчитывать период целиком. Поскольку «якоря» в виде документа-основания для ручной строки нет, система обнуляет её.

Шаг 1. Проверяем регистр «Перерасчеты»

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

1. Перейдем в раздел Зарплата — Сервис — Перерасчеты.
2. В открывшемся окне мы увидим список сотрудников, по которым программа считает необходимым выполнить перерасчет за прошлые периоды.
3. Найдем нашего сотрудника и увидим причину (например, «Исправление документа Начисление зарплаты...»).
4. Если мы уверены, что в августе все было рассчитано верно и никаких доплат/удержаний за тот период делать не нужно, выделим строку и нажмем кнопку Отменить.

После удаления записи из этого списка программа «забудет» о необходимости что-то исправлять в августе, и при заполнении сентября сторно исчезнет. Однако это временная мера — при любом случайном перепроведении документов августа запись в регистре появится снова.

Шаг 2. Правильная настройка вида начисления для разовых премий

Чтобы больше не вносить данные «руками» в итоговый документ, рассмотрим профессиональный подход. Мы создадим вид начисления, который будет подтягиваться в расчет автоматически только тогда, когда мы введем соответствующую сумму специальным документом. Проанализируем алгоритм настройки:

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

Шаг 3. Создание шаблона ввода данных

Теперь нам нужно создать удобную форму, через которую главбух или расчетчик будет вносить суммы премий. В 1С:ЗУП 3.1 за это отвечают Шаблоны ввода исходных данных. Разберем, как их настроить:

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

Шаг 4. Ежемесячный процесс начисления

Посмотрим, как теперь будет выглядеть рабочий процесс, который удовлетворит требование руководства видеть всё в одном документе и при этом сохранит корректность учета:

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

В сентябре, когда вы нажмете «Заполнить», программа сверит данные августа: она увидит начисление и увидит документ Данные для расчета зарплаты, который его подтверждает. Конфликт исчезнет, и сторно больше не возникнет.

Почему не стоит использовать ручную правку в документе Начисление зарплаты?

Рассмотрим технические риски прямого редактирования табличных частей:

1. Отсутствие основания для среднего заработка. При расчете будущих отпусков программе важно понимать, за какой период начислена премия. Ручные строки часто некорректно передают данные в регистры расчета среднего заработка.

2. Проблемы с НДФЛ. В ЗУП 3.1 учет НДФЛ тесно связан с датой выплаты и видом дохода. Ручные правки часто приводят к тому, что налог рассчитывается «вслепую» и может не попасть в ведомость на выплату или отразиться в отчете 6-НДФЛ не в том периоде.

3. Фоновые перерасчеты. Современные релизы ЗУП (начиная с 3.1.23+) используют фоновые задания для проверки целостности данных. Любая строка, внесенная без «документа-регистратора», помечается системой как потенциальная ошибка при следующем сеансе расчета.

Выясним также нюанс с Положением 922 (расчет среднего заработка). Если ваша премия вводится фиксированной суммой, помните, что при расчете среднего заработка она должна учитываться пропорционально отработанному времени, если расчетный период отработан не полностью. Настройка «Премия, полностью учитываемая» на вкладке «Средний заработок» для фиксированных сумм может быть оспорена при аудите, если сотрудник часть месяца болел. Рекомендуем использовать настройку «Премия, учитываемая частично».

Подводя итог, можно сказать: механизм сторнирования в ЗУП 3.1 — это не ошибка программы, а её защитная реакция на нарушение логики учета. Используя документ Данные для расчета зарплаты или стандартный документ Премия, вы обеспечиваете прозрачность учета для системы и избавляете себя от необходимости ежемесячно «бороться» с автоматическими перерасчетами.