Как устранить задвоение оклада и плановых начислений у сотрудника в 1С:ЗУП 3.1 и 1С:ЗКГУ 3.1?

Ситуация, когда в карточке сотрудника, кадровых приказах или при расчете заработной платы дважды отображается оклад либо дублируются надбавки, достаточно распространена в конфигурациях 1С:Зарплата и управление персоналом 3.1 и 1С:Зарплата и кадры государственного учреждения 3.1. Чаще всего эта проблема возникает после переноса данных из предыдущих версий программ (например, с редакции 1.0 на 3.1), при некорректном совмещении документов ввода начальных остатков с кадровыми документами, а также из-за рассинхронизации интервальных регистров сведений. Разберем по шагам, как локализовать причину дублирования и правильно её устранить.

Шаг 1. Диагностика: поиск документов-регистраторов лишнего начисления

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

1. Просмотр истории начислений из карточки сотрудника: перейдем в карточку сотрудника (раздел Кадры — Сотрудники), откроем вкладку Оплата труда и нажмем на ссылку История начислений или кнопку с изображением лупы/карандаша рядом с начислениями. В открывшемся окне отобразится хронология назначений с указанием документов-регистраторов.
2. Анализ регистра сведений «Плановые начисления»: перейдем через главное меню программы в Функции для технического специалиста (или Все функции) и найдем регистр сведений Плановые начисления (а также Плановые начисления интервальный). Установим отбор по проблемному сотруднику и проанализируем, какие документы действуют на расчетный период одновременно.
3. Формирование отчета «История изменения оплаты труда»: откроем раздел Зарплата — Отчеты по зарплате — История изменения оплаты труда. Сформируем отчет с отбором по сотруднику: он наглядно покажет периоды действия каждого оклада и документы, которыми они были введены.

Шаг 2. Устранение конфликта между переносом данных и кадровыми приказами

Самая распространенная причина задвоения после перехода на новую редакцию программы — одновременное присутствие документа ввода остатков и попытка заново ввести кадровый приказ.

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

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

1. Проверим, заполнена ли строка по сотруднику в документе Начальная штатная расстановка.
2. Если данные в начальной расстановке были введены с ошибкой, скорректируем оклад и надбавки непосредственно в самом документе Начальная штатная расстановка, после чего перепроведем его.
3. Если был ошибочно создан параллельный документ Прием на работу на дату до переноса или на дату начала эксплуатации базы, пометим его на удаление.
4. Если необходимо изменить оклад с даты после начала эксплуатации (например, с февраля при переносе на 1 января), используем документ Кадровый перевод или Изменение оплаты труда, не создавая дублирующих строк в табличной части начислений.

Шаг 3. Корректная отмена дубля через специализированные документы

Если удалить или перезаполнить исходный документ невозможно (например, период уже закрыт и рассчитан), выполним закрытие лишнего планового начисления оперативным путем:

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

Шаг 4. Устранение рассинхронизации интервальных регистров и штатного расписания

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

1. Пересчет планового ФОТ: перейдем в раздел Настройка — Сервис — Пересчет планового ФОТ. Запустим пересчет по проблемной организации или конкретному сотруднику. Эта регламентная процедура перезаполняет интервальные регистры и устраняет программные наложения.
2. Проверка позиции штатного расписания: если в программе ведется штатное расписание, откроем карточку позиции сотрудника (через документ Изменение штатного расписания или справочник Штатное расписание) и проверим состав начислений позиции. Убедимся, что там не задано два аналогичных вида расчета (например, Оплата по окладу и Оплата по окладу (по часам)).

Шаг 5. Проверка ошибок релиза и обновление конфигурации

В некоторых версиях конфигураций (например, ранних выпусках ветки 3.1.1) встречалась платформенная ошибка формирования печатной формы приказа Т-5 (обработка ПечатьКадровыхПриказов, процедура СформироватьПоДокументамЗапросДляТ5). В этом случае оклад дублировался в поле надбавок столько раз, сколько надбавок зависело от расчетной базы оклада, хотя в регистрах начисление было одно. Данная ошибка устраняется штатным обновлением конфигурации до актуального релиза.