← На главную
Рассмотрим распространенную проблему, с которой часто сталкиваются при настройке обмена данными между зарплатной базой и бухгалтерией: после выполнения выгрузки в справочнике ФизическиеЛица появляются дубли сотрудников. При этом коды, табельные номера и даже карточки сотрудников могут визуально полностью совпадать, но система упорно создает новые записи, что в итоге приводит к путанице в оборотно-сальдовой ведомости (поступление по одному сотруднику, а списание по его аналогу). Разберем по шагам причины такого поведения и способы решения.
Почему происходит задвоение?
Проанализируем основные причины, из-за которых программа не может сопоставить элементы справочников:
- Ручной ввод данных в обеих базах до синхронизации. Если сотрудник был создан вручную сначала в ЗУП, а затем отдельно в Бухгалтерии, их внутренние уникальные идентификаторы (УИД) будут отличаться. Программа при обмене опирается в первую очередь на УИД, и если они разные, создается дубль.
- Различия в полях поиска. Если обмен идет по правилам, где синхронизация настроена по определенным реквизитам (например, наименование и дата рождения), то малейшее отличие приведет к задвоению. Лишний пробел, буква «Ё» вместо «Е» или отсутствие даты рождения у одного из элементов — и система посчитает их разными людьми.
- Игнорирование этапа сопоставления. При ручном запуске синхронизации система может предлагать этап «Сопоставление данных». Если пропустить его, похожие объекты не свяжутся между собой.
Способ 1: Проверка и настройка правил обмена
Если используется универсальный обмен данными через XML, проблема часто кроется в полях поиска правил обмена. Посмотрим, как это проверить:
- Необходимо загрузить правила обмена в конфигурацию Конвертация данных 2.0 (это отдельный программный продукт для настройки обменов).
- Далее загружаем описание структуры конфигурации источника (ЗУП) и приемника (Бухгалтерия).
- В правилах конвертации объектов (ПКО) для справочника физических лиц проверяем, по каким реквизитам установлен флаг поиска.
- Обычно синхронизацию настраивают по наименованию (ФИО), дате рождения и родительской группе (если используется иерархия). Если сотрудники в Бухгалтерии лежат в группах, а в ЗУП — в корне справочника (или наоборот), правило поиска по группе даст сбой. Убедитесь, что структура справочников и наименования совпадают в обеих базах.
Способ 2: Корректировка регистра соответствия объектов
Если правила корректны, но дубли все равно появляются из-за разных УИД (когда элементы создавались вручную в обеих базах), воспользуемся встроенным механизмом сопоставления платформ:
- В базе-источнике (ЗУП) откройте регистр сведений, хранящий соответствия объектов информационных баз.
- Найдите запись, соответствующую проблемному физическому лицу, и скопируйте его уникальный идентификатор (УИД источника строкой).
- В базе-приемнике (Бухгалтерия) в аналогичном регистре найдите запись для нужного физического лица и вручную вставьте скопированный УИД в поле уникального идентификатора приемника.
- После этого базы начнут "понимать", что это один и тот же объект, и при следующей выгрузке данные обновятся без создания дублей.
Способ 3: Использование обработки «Поиск и удаление дублей»
Если дубли уже созданы и по ним пошли движения в документах, их необходимо объединить. Разберем, как сделать это правильно:
- Откройте типовую обработку (обычно находится в разделе «Администрирование» — «Обслуживание» — «Корректировка данных»).
- Выберите справочник
ФизическиеЛица.
- Важный нюанс: в настройках поиска обязательно измените правило с «Совпадает по похожим словам» на «Совпадает» (точное совпадение). Иначе программа может объединить разных людей, являющихся однофамильцами.
- Укажите правильный элемент как оригинал, а дубли пометьте для объединения. Программа сама перепишет все ссылки в документах на правильный элемент, а дубли пометит на удаление.
Важные ограничения и рекомендации
Прежде чем приступать к массовому удалению дублей или изменению УИД, обратите внимание на следующие моменты:
- Блокировка закрытым периодом. Обработка по удалению дублей перепроводит ссылки в документах. Если в Бухгалтерии установлена «Дата запрета изменения данных», и дубль использовался в старых документах, процесс завершится с ошибкой. На время чистки дату запрета нужно временно снять.
- Ограничение состава выгрузки. Не пытайтесь переносить весь справочник физлиц "пустыми". По стандартам обмена из ЗУП выгружаются только те сотрудники, по которым есть фактические движения, необходимые для отражения зарплаты и налогов в регламентированном учете.
- Резервное копирование. Объединение дублей и ручная правка регистров соответствия — процессы необратимые. Обязательно создавайте резервные копии обеих баз перед выполнением этих действий.
Следуя этим шагам, вы сможете выяснить причину задвоения элементов и корректно настроить синхронизацию данных между конфигурациями.