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

← На главную

В практике работы с конфигурацией 1С:Зарплата и управление персоналом 3.1 часто встречается ситуация, когда из-за ошибок ввода данных или некорректного обмена в базе появляются дубли сотрудников. Это приводит к серьезным последствиям: двойному начислению зарплаты, неверному расчету НДФЛ и страховых взносов, а также к ошибкам в регламентированной отчетности. Разберем подробно, как правильно диагностировать и исправить эту проблему, а также выясним, почему стандартные инструменты выгрузки XML не подходят для создания точек восстановления.

Анализ проблемы: почему XML-выгрузка не является способом «отката»

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

Когда вы запускаете обработку «Поиск и удаление дублей», система не просто удаляет одну из карточек. Она находит все ссылки на «плохой» объект во всей базе данных — во всех документах (Начисление зарплаты, Ведомости, Приемы на работу) и во всех регистрах (Регистры расчета, накопления, сведений). После этого система заменяет ссылки на «хороший» объект.

Если вы выгрузите в XML только справочник Сотрудники перед объединением, а потом попытаетесь загрузить его обратно после неудачного объединения, вы получите критическую ошибку структуры данных:

Ссылки в документах уже переписаны на другой объект.
Загрузка старого справочника не вернет ссылки в документах и регистрах в исходное состояние.
В базе могут возникнуть «битые» ссылки с пометкой «Объект не найден».

Верное решение: перед любыми манипуляциями по объединению данных всегда делайте полную резервную копию базы данных (файл .dt или копия папки в файловом варианте). Все тесты проводите только на копии, проверяя результат вместе с бухгалтером.

Различие между «Физическими лицами» и «Сотрудниками»

Проанализируем архитектуру 1С:ЗУП 3.1. В программе разделены понятия реального человека и его рабочих контрактов:

Справочник Физические лица: содержит персональные данные (ИНН, СНИЛС, паспорт). Один человек — один элемент справочника.
Справочник Сотрудники: содержит данные о трудовых отношениях. Один человек может иметь несколько карточек сотрудников (например, если он увольнялся и принимался снова, или работает по внутреннему совместительству).

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

Почему зарплата начисляется дважды?

Рассмотрим причины, по которым программа может дважды начислять оклад одному и тому же человеку. Выясним причину, проверив следующие моменты:

Действующие плановые начисления: Зарплата начисляется автоматически по тем сотрудникам, у которых в регистре сведений ПлановыеНачисления есть открытые записи. Если сотрудница уволилась, но документ Увольнение не был проведен или не закрыл начисления, программа продолжит считать ее работающей.
Регистр «Состояния сотрудников»: Проанализируем состояние. Если по старой карточке сотрудника числится состояние «Работа», программа заполнит его в документ начисления.
Регистр «Текущие кадровые данные сотрудников»: Посмотрим, нет ли там задвоенных записей. Часто после некорректного объединения одна строка в регистре остается пустой или содержит неактуальные сведения, что сбивает с толку кадровые отчеты.

Алгоритм правильного исправления дублей

Разберем по шагам, как привести базу в порядок, если вы обнаружили, что создано два физлица на одного человека:

Шаг 1. Подготовка и диагностика

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

Шаг 2. Использование обработки «Поиск и удаление дублей»

Рассмотрим процесс объединения:

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

Шаг 3. Проверка регистров после объединения

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

Пример структуры проверки данных в регистре:


ВЫБРАТЬ
    ТекущиеКадровыеДанныеСотрудников.Сотрудник,
    ТекущиеКадровыеДанныеСотрудников.ФизическоеЛицо,
    ТекущиеКадровыеДанныеСотрудников.ТекущееПодразделение,
    ТекущиеКадровыеДанныеСотрудников.ТекущаяДолжность,
    ТекущиеКадровыеДанныеСотрудников.ДатаУвольнения
ИЗ
    РегистрСведений.ТекущиеКадровыеДанныеСотрудников КАК ТекущиеКадровыеДанныеСотрудников
ГДЕ
    ТекущиеКадровыеДанныеСотрудников.ФизическоеЛицо.ИНН = &НужныйИНН

Шаг 4. Устранение задвоения начислений

Если после объединения физлиц в документе Начисление зарплаты и взносов по-прежнему подтягиваются два сотрудника, необходимо:

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

Важные последствия для отчетности

Проанализируем риски. После объединения физлиц программа увидит общую сумму дохода по человеку. Это может привести к тому, что при следующем расчете зарплаты программа автоматически попытается сделать перерасчет НДФЛ или взносов с начала года (так как база теперь суммируется).

Рекомендация: Обязательно сформируйте отчеты Проверка расчета взносов и Анализ НДФЛ по сотрудникам. Если вы видите огромные суммы «к зачету» или «к доначислению», их придется корректировать вручную документами Перенос данных или Операция учета НДФЛ, чтобы не исказить отчетность в ФНС.

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