Задвоился сотрудник на 70 счете в БП 3.0 после синхронизации с ЗУП 3.1: как найти и исправить ошибку

Бухгалтер 1С v8.3 (Управляемые формы) 1C:Бухгалтерия Бухгалтерский учет
← На главную

Синхронизация данных между программами «1С:Зарплата и управление персоналом 3.1» (ЗУП) и «1С:Бухгалтерия предприятия 3.0» (БП) — это удобный инструмент, который избавляет от двойного ввода документов. Однако периодически бухгалтеры сталкиваются с неприятной ситуацией: в Оборотно-сальдовой ведомости (ОСВ) по счету 70 один и тот же сотрудник начинает отображаться двумя отдельными строками. На первый взгляд ФИО сотрудника абсолютно идентичны, но программа упорно видит их как разных людей и задваивает сальдо.

В этой статье мы подробно разберем, почему возникает подобная проблема, как локализовать ошибку, какими инструментами её исправить и как настроить работу так, чтобы дубли больше не появлялись.

---

Шаг 1. Локализуем проблему через карточку счета

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

  1. Перейдем в раздел «Отчеты» и откроем «Оборотно-сальдовую ведомость по счету», выбрав счет 70.
  2. В настройках отчета на вкладке «Группировка» убедимся, что установлена галочка напротив субконто Работники организаций.
  3. Дважды кликнем по строке с задвоившимся сотрудником и сформируем отчет «Карточка счета» за проблемный период.

Проанализируем документы-регистраторы в карточке счета:

---

Шаг 2. Разбираемся в механизме сопоставления (почему произошел сбой)

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

Сопоставление происходит в строгой иерархии по следующим правилам:

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

Основные причины сбоя сопоставления:

---

Шаг 3. Объединяем дубли в Бухгалтерии

Для исправления ситуации воспользуемся стандартным инструментом 1С — обработкой «Поиск и удаление дублей». Но выполнять эту процедуру нужно крайне аккуратно, соблюдая важные правила.

Рассмотрим процесс по шагам:

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

Важное предупреждение о дате запрета изменения данных:

Если в БП 3.0 установлена дата запрета редактирования прошлых периодов, обработка не сможет заменить ссылки на дублирующегося сотрудника в старых закрытых документах. Перед запуском слияния временно перейдем в «Администрирование» — «Настройки пользователей и прав» — «Даты запрета изменения данных» и отключим эту настройку. После успешного объединения дублей вернем дату запрета на место.

---

Шаг 4. Наводим порядок в регистре соответствия объектов

Простое объединение дублей решает проблему только в текущий момент. При следующей синхронизации ЗУП обратится к БП, используя старый уникальный идентификатор удаленного дубликата. Не найдя его, программа снова автоматически создаст новую «пустую» карточку физлица, и сотрудник на 70 счете задвоится опять.

Чтобы этого избежать, нам необходимо скорректировать регистр соответствий.

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

---

Шаг 5. Нюансы при синхронизации в режиме «Сводно по сотрудникам»

Существует мнение, что если в настройках синхронизации выбрать вариант ведения учета расчетов с персоналом «Сводно по сотрудникам», то детализация по ФИО на 70 счете исчезнет и проблема решится сама собой. Однако это не всегда так.

Даже при включенном режиме сводного учета детальная информация о физлицах может попадать в Бухгалтерию в следующих случаях:

Поэтому даже при сводном учете крайне важно следить за корректностью сопоставления справочников.

---

Шаг 6. Профилактика возникновения дублей

Чтобы раз и навсегда исключить появление дублей на 70 счете, рекомендуем внедрить в рабочий процесс простое правило:

Никогда не заводите одного и того же сотрудника параллельно вручную в обеих базах.

Правильный регламент выглядит следующим образом:

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

Что делать, если сотрудник подотчетный (МОЛ) и он нужен в БП прямо сейчас, до расчета зарплаты и общего обмена?

Не заводите его вручную в БП. Вместо этого в ЗУП перейдите в раздел «Администрирование» — «Синхронизация данных» — «Состав отправляемых данных». Найдите справочник Физические лица, нажмите кнопку «Зарегистрировать» — «Одиночный объект» и выберите карточку нужного человека. Запустите синхронизацию: в Бухгалтерию перенесется только карточка этого сотрудника, без документов начисления, и связь между базами установится корректно.

← На главную