Как в 1С:ЗУП добавить сотрудника и физическое лицо с одинаковыми ФИО?

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

Выясним причину блокировки при вводе полного тезки

Проанализируем логику работы типовой конфигурации «1С:Зарплата и управление персоналом». При создании нового элемента в справочниках ФизическиеЛица и Сотрудники срабатывает встроенный механизм сопоставления дубликатов. Платформа проверяет введенные данные:

1. Предупреждение о схожих данных: если найдено совпадение по ФИО, система выводит окно с вопросом, не является ли новый сотрудник уже существующим в базе человеком. В этом окне необходимо явно подтвердить действие, выбрав вариант «Это другой человек».
2. Контроль уникальности наименования: на уровне программного кода формы и модуля объекта конфигурации реализована строгая проверка уникальности поля Наименование. Если попытаться записать элемент с наименованием, которое в точности повторяет существующее, программа заблокирует сохранение и запросит обязательное заполнение поля «Дополнение к представлению».

Разберем критически важные нюансы разделения учета родственников

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

Именно физическое лицо выступает хранителем персональных сведений, налоговой базы по НДФЛ, стандартных вычетов и страховых взносов. Если создать второго сотрудника на базе старого физлица, программа объединит доходы обоих людей, что неизбежно исказит расчет налога, базу для исчисления взносов и персонифицированную отчетность. Создаем отдельное физическое лицо и отдельного сотрудника.

Обязательно контролируем СНИЛС и ИНН. Программа запрещает вводить дублирующиеся номера СНИЛС, но отлично воспринимает разных людей с одинаковыми именами, если их личные идентификаторы различаются.

Пошаговое решение с использованием дополнения представления

Разберем по шагам стандартный механизм разделения тёзок, заложенный разработчиками 1С:

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

Посмотрим, как дополнение влияет на печатные формы и отчетность

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

Реальные паспортные данные сотрудника фиксируются и хранятся в периодическом регистре сведений ФИОФизическихЛиц без каких-либо уточнений. Унифицированные печатные формы (приказы о приеме Т-1, личные карточки Т-2, приказы об увольнении Т-8), расчетные листки, а также регламентированная отчетность (ЕФС-1, РСВ, 6-НДФЛ) считывают данные напрямую из регистра сведений. Дополнение к представлению в официальные документы не выводится.

Уточняющая строка отображается только в интерфейсе программы, списках документов и внутренних управленческих отчетах конфигурации для удобства оператора. Если во внутренних отчетах на базе системы компоновки данных (СКД) необходимо скрыть уточнение, достаточно в настройках структуры отчета заменить вывод ссылки Сотрудник на прямое обращение к реквизиту Сотрудник.ФизическоеЛицо.ФИО.

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

Если пользователи категорически возражают против текстовых суффиксов в наименовании, рассмотрим альтернативные практические приемы:

1. Использование неразрывного пробела: при записи нового элемента в конец строки наименования добавляют неразрывный пробел (сочетание клавиш Alt + 0160 на цифровом блоке клавиатуры). Для платформы наименования становятся разными, запись успешно сохраняется, а визуально в интерфейсе строка выглядит чистой.
2. Изменение регистра букв: одного из сотрудников записывают прописными буквами, а второго — строчными. В регистре сведений ФИОФизическихЛиц при этом сохраняется стандартное написание с заглавных букв.
3. Настройка отображения колонок: чтобы не путать людей в списках документов, через меню «Еще» – «Изменить форму» в форму списка справочников выводят поля ДатаРождения, СтраховойНомерПФР и ТабельныйНомер.

Синхронизация с бухгалтерской программой

Проанализируем передачу данных при синхронизации с «1С:Бухгалтерией предприятия». Сопоставление объектов выполняется по внутреннему уникальному идентификатору (GUID), а также по контрольным номерам СНИЛС и ИНН. Наличие одинаковых ФИО не вызовет сбоев или объединения проводок по счетам 70 и 69, поскольку каждый родственник сохраняет свою индивидуальную ссылку и собственный СНИЛС.