При ведении многофирменного учета в программе «1С:Зарплата и управление персоналом 3.1» (ЗУП) бухгалтеры и кадровики часто сталкиваются с ситуацией, когда один и тот же человек работает в нескольких организациях или обособленных подразделениях (филиалах), входящих в общую информационную базу. В связи с этим возникает классический вопрос: должно ли создаваться новое физическое лицо для каждого места работы, или человек должен быть заведен в систему строго один раз?
В этой статье мы подробно разберем архитектуру справочников программы 1С:ЗУП 3.1, проанализируем методологические требования законодательства, рассмотрим критические риски задвоения личных карточек и изучим безопасные инструменты исправления ошибок учета.
---
Для понимания логики работы системы в первую очередь необходимо разграничить два ключевых справочника программы:
ФизическиеЛица: Это единый сквозной реестр для всей информационной базы. Он хранит персональные данные человека как гражданина: его ФИО, дату рождения, паспортные данные, СНИЛС, ИНН, сведения о гражданстве, инвалидности и статусе налогоплательщика. Этот справочник не привязан к конкретному работодателю.Сотрудники: Это кадровый реестр. Каждый элемент этого справочника жестко привязан к конкретной организации (юридическому лицу) и трудовому договору. Именно с сотрудником заключаются договоры, по нему оформляются приказы о приеме, переводах и увольнении, по нему рассчитывается заработная плата.Золотое правило учета в 1С:ЗУП: на одного реального человека в базе данных должно приходиться строго одно физическое лицо из справочника ФизическиеЛица. При этом у данного физического лица может быть несколько карточек в справочнике Сотрудники — например, одна карточка по основному месту работы в Организации №1 и вторая по внешнему совместительству в Организации №2.
---
Давайте проанализируем понятия совместительства в контексте работы в нескольких организациях или филиалах одной базы:
---
Иногда пользователи совершают ошибку и заводят на совместителя новую карточку физического лица. Рассмотрим подробнее, к каким тяжелым последствиям в учете и отчетности это приводит.
С учетом введения многоступенчатой прогрессивной шкалы НДФЛ крайне важно правильно определять совокупный доход физического лица:
Расчет страховых взносов по единому тарифу напрямую привязан к предельной величине базы (например, 2,76 млн рублей):
По закону стандартные налоговые вычеты (например, на детей) предоставляются налогоплательщику только у одного работодателя по его выбору. Если вы ведете учет по двум разным физическим лицам, программа технически позволит применить вычеты параллельно в обеих организациях, что является прямым нарушением статьи 218 НК РФ.
При изменении паспорта, фамилии или СНИЛС информацию необходимо обновить в системе. Если у вас создано два физических лица, пользователь может обновить данные только в одной карточке, забыв про вторую. При отправке отчетности ЕФС-1 (подраздел 1.1 по кадровым мероприятиям) СФР пришлет протокол об ошибке и не примет сведения по организации, где данные остались устаревшими.
---
Перед тем как приступать к исправлению ошибок, проанализируем базу на наличие дублирующихся элементов. Мы можем сделать это с помощью простого запроса. Рассмотрим пример программного кода, который можно запустить в консоли запросов для выявления дублей физических лиц по совпадению номера СНИЛС:
ВЫБРАТЬ
ФизическиеЛица.СтраховойНомерПФР КАК СНИЛС,
КОЛИЧЕСТВО(РАЗЛИЧНЫЕ ФизическиеЛица.Ссылка) КАК КоличествоДублей
ПОМЕСТИТЬ ВТ_Дубли
ИЗ
Справочник.ФизическиеЛица КАК ФизическиеЛица
ГДЕ
ФизическиеЛица.СтраховойНомерПФР <> ""
СГРУППИРОВАТЬ ПО
ФизическиеЛица.СтраховойНомерПФР
ИМЕЮЩИЕ
КОЛИЧЕСТВО(РАЗЛИЧНЫЕ ФизическиеЛица.Ссылка) > 1
;
////////////////////////////////////////////////////////////////////////////////
ВЫБРАТЬ
ФизическиеЛица.Ссылка КАК ФизЛицо,
ФизическиеЛица.Наименование КАК ФИО,
ФизическиеЛица.СтраховойНомерПФР КАК СНИЛС
ИЗ
Справочник.ФизическиеЛица КАК ФизическиеЛица
ГДЕ
ФизическиеЛица.СтраховойНомерПФР В (ВЫБРАТЬ ВТ_Дубли.СНИЛС ИЗ ВТ_Дубли)
УПОРЯДОЧИТЬ ПО
СНИЛС
Запустив этот запрос, мы получим список всех физических лиц, у которых совпадает СНИЛС, но созданы разные карточки в справочнике. Это явные кандидаты на объединение.
---
Если в вашей базе уже допущена ошибка и созданы две разные карточки физических лиц для одного человека, их необходимо объединить. Рассмотрим два возможных сценария и выберем наиболее безопасный.
Многие системные администраторы и бухгалтеры по привычке используют стандартную обработку «Поиск и удаление дублей», доступную в разделе «Администрирование».
Внимание! Использовать этот инструмент для справочника физических лиц в ЗУП 3.1 крайне опасно. Зарплатные регистры (НДФЛ, страховые взносы, расчеты с сотрудниками) очень чувствительны к уникальным идентификаторам (UID) записей. Обычное переписывание ссылок в документах через стандартную обработку может привести к разрушению последовательности расчетов прошлых периодов, появлению «битых» ссылок типа <Объект не найден>, зависанию остатков по взаиморасчетам и искажению налоговой отчетности за прошлые годы.
Разработчики фирмы «1С» предусмотрели специальный безопасный инструмент, учитывающий сложную зарплатную архитектуру регистров. Разберем по шагам, как им пользоваться:
Что происходит во время работы этого специализированного механизма? Программа не просто заменяет ссылки во всех документах и справочниках. Она корректно переносит всю историю начислений, вычетов, доходов для расчета НДФЛ и базу для расчета страховых взносов со «старой» карточки на «новую», аккуратно сопоставляя периоды. Это сводит к минимуму риск повреждения регистров учета за прошлые периоды и позволяет сохранить целостность данных для сдачи отчетности.
Важный совет перед объединением: обязательно сделайте резервную копию информационной базы (файл .dt) перед проведением процедуры слияния физических лиц!
---
Подведем итог нашему анализу:
Сотрудники, где для каждого места работы (основное, внешнее или внутреннее совместительство) заводится отдельная карточка, ссылающаяся на то самое единственное физическое лицо.