← На главную

При настройке взаимодействия между конфигурациями 1С:Зарплата и управление персоналом 3.1 (ЗУП) и 1С:Бухгалтерия предприятия 3.0 (БП) многие технические специалисты и пользователи сталкиваются с неожиданным поведением системы: справочник ФизическиеЛица, заполненный в БП, упорно отказывается мигрировать в новую базу ЗУП, даже если в узле обмена принудительно зарегистрированы все изменения. Разберем детально, почему так происходит и как правильно организовать перенос данных, чтобы избежать дублирования и потери информации.

Анализируем архитектуру обмена EnterpriseData

Для начала выясним причину, по которой стандартная синхронизация не помогает в данной ситуации. В современных версиях программ 1С обмен строится на базе универсального формата EnterpriseData. Особенность этого формата в связке ЗУП и БП заключается в его асимметричности. Методологи 1С заложили в логику программ принцип разделения функций: кадровый учет и расчет зарплаты являются первичными в ЗУП, а бухгалтерский учет — в БП.

Проанализируем направления потоков данных в типовых правилах:

1. Из ЗУП в БП: передаются сведения о сотрудниках, физических лицах, документах начисления зарплаты (ОтражениеЗарплатыВБухучете), выплатах и налогах. Здесь справочник ФизическиеЛица является ведущим и активно выгружается.
2. Из БП в ЗУП: передаются преимущественно финансовые документы, подтверждающие факт выплаты (ведомости, платежные поручения, кассовые ордера).

Выясним главную техническую причину: в правилах обмена на стороне Бухгалтерии предприятия для справочника ФизическиеЛица просто не предусмотрена самостоятельная выгрузка. Даже если вы принудительно укажете программе "отправить" этот объект через регистрацию в узле обмена, обработчик выгрузки проигнорирует его, так как в составе отправляемых данных для БП этот объект отсутствует как независимая единица.

Решение №1: Использование помощника начального переноса данных

Если ваша задача — наполнить новую базу ЗУП данными, которые уже накоплены в БП, забудьте на время о кнопке "Синхронизировать". Вместо этого воспользуемся специализированным инструментом. Рассмотрим по шагам, как это сделать:

1. В программе ЗУП 3.1 перейдем в раздел Администрирование, далее выберем пункт Перенос данных из прошлых программ.
2. В открывшемся окне выберем вариант 1С:Бухгалтерия предприятия 8, редакция 3.
3. Система предложит подключиться к базе БП напрямую (через COM-соединение) или выгрузить данные в файл. Рекомендуем использовать прямое подключение для минимизации ошибок.
4. Укажем параметры аутентификации и выберем организацию.

Разберем, почему этот метод эффективнее синхронизации. В отличие от обмена изменениями, помощник переноса выполняет комплексную загрузку. Он не только перенесет справочник ФизическиеЛица, но и подтянет:

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

Технические нюансы сопоставления объектов

Часто возникает ситуация, когда в ЗУП уже созданы некоторые записи вручную. Чтобы избежать появления дублей ("Иванов Иван Иванович" в двух экземплярах), нам нужно понимать, по каким полям программа сопоставляет данные при загрузке. Проанализируем приоритеты поиска:

1. СНИЛС: это самый главный уникальный идентификатор. Если СНИЛС заполнен в обеих базах, 1С сопоставит физлиц безошибочно.
2. ИНН: используется как второй по значимости ключ поиска.
3. ФИО + Дата рождения: применяется только в том случае, если ключевые номера (СНИЛС/ИНН) не указаны.

Важный совет: перед началом переноса убедитесь, что в исходной базе БП у физлиц корректно заполнены СНИЛС и ИНН. Это сэкономит часы работы по поиску и удалению дублей.

Решение №2: Загрузка через файлы (Excel)

В случаях, когда прямой перенос из БП невозможен или база БП слишком "замусорена" лишними объектами, рассмотрим вариант загрузки через промежуточный файл. Посмотрим на алгоритм:

1. В Бухгалтерии откроем справочник ФизическиеЛица и выведем список в таблицу (через Еще — Вывести список).
2. Сохраним полученную таблицу в формате Excel.
3. В ЗУП перейдем в раздел Администрирование — Загрузка данных из файла.
4. Выберем справочник ФизическиеЛица и сопоставим колонки файла с полями программы.

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

Анализ проблем при эксплуатации (из опыта)

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

Проанализируем причины:

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

Если в вашей БП учет велся некорректно (документы "лепились руками"), рассмотрите возможность заведения данных в ЗУП "с нуля" или через ввод остатков. Это позволит выстроить правильную методологию учета с самого начала работы в специализированной программе.

Резюме для специалиста

Выясним основные итоги нашего анализа:

1. Типовая синхронизация не предназначена для миграции справочника физических лиц в сторону ЗУП.
2. Для первичного наполнения следует использовать Помощник переноса данных в разделе Администрирование.
3. Ключом к успешному сопоставлению объектов являются СНИЛС и ИНН.
4. Если синхронизация уже настроена, она будет успешно передавать изменения в данных физлиц из ЗУП в БП, но не наоборот.

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