Как правильно настроить синхронизацию справочников между УНФ и несколькими базами БП без дублей?

← На главную

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

Механика сопоставления объектов в обмене

Разберем, как именно система 1С понимает, что объект в УНФ и объект в БП — это одна и та же сущность. Современные механизмы синхронизации (использующие формат EnterpriseData) работают по многоступенчатому алгоритму. Проанализируем эти этапы:

Синхронизация по внутреннему идентификатору (GUID): Это самый надежный способ. Если объект ранее уже участвовал в обмене, информация о связи между GUID в базе-источнике и базе-приемнике записывается в специальный регистр сведений СоответствияОбъектовИнформационныхБаз. При последующих обменах система в первую очередь обращается к этому регистру.
Поля поиска (сопоставление по реквизитам): Если связь по GUID еще не установлена (например, при первом обмене), система ищет совпадения по ключевым реквизитам.
- Для Контрагентов это обычно связка ИНН + КПП.
- Для Номенклатуры поиск идет по Наименованию и Артикулу.
- Для Складов — по Наименованию.

Важно понимать: любая разница в написании (лишний пробел, кавычки разного типа, разный регистр букв) приведет к тому, что система не найдет соответствие и создаст новый элемент — дубль.

Стратегия «Золотого справочника»: Пошаговый алгоритм

Для успешного внедрения системы мы рекомендуем придерживаться стратегии «эталонного» справочника. Выясним, как реализовать этот процесс на практике:

Консолидация данных в УНФ: Сначала загружаем справочники из всех баз БП в новую базу УНФ. На этом этапе неизбежно возникнет огромное количество дублей, так как в разных бухгалтерских базах одни и те же контрагенты или товары могли называться по-разному.
Очистка в УНФ: Используем типовую обработку ПоискИУдалениеДублей. Нам необходимо выбрать один «правильный» элемент и перенести на него все ссылки. Этот элемент станет эталонным.
Первичная синхронизация: После наведения порядка в УНФ запускаем обмен с базами БП. На этом этапе критически важно использовать Помощник сопоставления данных. Он позволит вручную указать системе, что «Товар А» из УНФ соответствует «Товару А (стар)» в БП. После ручного сопоставления система запомнит связь по GUID.
Удаление дублей в БП: После того как справочники из УНФ «прилетят» в БП и будут сопоставлены, в бухгалтерских базах также следует запустить обработку поиска дублей, чтобы окончательно вычистить старые, некорректные записи.

Использование регистров для контроля обмена

Проанализируем техническую сторону вопроса. В конфигурациях на базе БСП (Библиотека стандартных подсистем) существуют ключевые объекты, которые программист может использовать для отладки и контроля сопоставления. Если нам необходимо программно проверить или установить связь, мы обращаемся к регистру СоответствияОбъектовИнформационныхБаз.

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


// Пример получения ссылки на объект в другой базе через регистр сведений
Запрос = Новый Запрос;
Запрос.Текст = 
    "ВЫБРАТЬ
    |   Соответствия.СобственнаяСсылка КАК Ссылка
    |ИЗ
    |   РегистрСведений.СоответствияОбъектовИнформационныхБаз КАК Соответствия
    |ГДЕ
    |   Соответствия.УникальныйИдентификаторИсточника = &ИдентификаторИсточника
    |   И Соответствия.УзелИнформационнойБазы = &Узел";

Запрос.УстановитьПараметр("ИдентификаторИсточника", ИДИзДругойБазы);
Запрос.УстановитьПараметр("Узел", УзелОбмена);
// ... выполнение запроса

Административные меры и регламент ведения НСИ

Как показывает практика, технические средства — это лишь половина успеха. Чтобы база снова не превратилась в свалку дублей, необходимо внедрить организационные изменения:

Разделение ответственности: Назначьте ответственного за ведение справочников (мастер-данных). Только этот сотрудник должен иметь права на создание новых элементов номенклатуры и контрагентов.
Запрет создания в БП: Настройте права доступа в базах БП таким образом, чтобы бухгалтеры не могли создавать новые элементы справочников. Новые данные должны появляться только в УНФ и попадать в БП через синхронизацию.
Использование префиксов: Обязательно назначьте уникальные префиксы каждой базе (например, УН для УНФ, Б1 и Б2 для бухгалтерий). Это исключит конфликты номеров документов.

Нюансы работы с характеристиками и единицами измерения

При обмене между УНФ и БП нужно учитывать структурные различия программ. Посмотрим на важные детали:

Характеристики: В УНФ часто используется учет по характеристикам (цвет, размер). В БП такого разреза нет. При обмене система может либо игнорировать характеристики, либо создавать в БП отдельные карточки номенклатуры под каждую характеристику УНФ. Этот момент нужно настроить в правилах обмена заранее.

Единицы измерения: Проверьте справочник КлассификаторЕдиницИзмерения. Если в одной базе код единицы «шт» — 796, а в другой создана запись с кодом 000, автоматического сопоставления не произойдет, что приведет к ошибкам при проведении накладных.

Подводя итог, наиболее жизнеспособным является вариант с предварительной очисткой справочников в УНФ и последующим ручным сопоставлением при первом обмене. Это создает надежный фундамент для дальнейшей автоматической работы системы без вмешательства программистов.