Слияние нескольких баз 1С в один справочник

Три базы — три разных «Болта М12». Как собрать единый эталон, вернуть его в базы и не допустить новых дублей.

1. Одна деталь — три записи

Классическая ситуация холдинга: три завода, у каждого своя база 1С, и одна и та же деталь живёт в трёх видах.

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

2. Как собирается единый эталон

1. Нормализуем каждую базу отдельно. Свой прогон конвейера: очистка → разбор характеристик → единицы ОКЕИ → классификация → обогащение. Как это выглядит на конкретных строках — в статье «Нормализация „до/после“ на реальном справочнике».
2. Считаем каноническую подпись. После нормализации у всех трёх записей получается одно и то же: «Болт · М12 · длина 60 мм · класс прочности 5.8 · оцинкованный · ГОСТ 7798-70». Совпадение видно не по тексту, а по смыслу.
3. Сопоставляем и сливаем. Три записи схлопываются в одну эталонную карточку. При конфликте берётся наиболее полный и достоверный вариант, а в эталоне остаётся история: у базы А был ГОСТ, у базы В — класс прочности, эталон собрал всё вместе.
4. Фиксируем версию эталона. Справочник получает номер версии, от которой дальше считаются все изменения. Каждый завод ссылается на один код — появляются сводный остаток, единая цена и честная аналитика.

3. Таблица соответствий «дубль → эталон»

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

Таблицу согласовывает заказчик: её удобно проверять по группам, а спорные строки сразу видны. Из неё же строится план загрузки в базы.

4. Единый справочник контрагентов

Тот же подход работает для юрлиц: один поставщик часто заведён пять раз, часть записей с ошибкой в ИНН, часть давно ликвидирована.

• Проверка ИНН/КПП по контрольным суммам — битые и выдуманные реквизиты отсекаются сразу.
• Дедупликация по смыслу — записи одного юрлица с разными написаниями сливаются в одну карточку.
• Обогащение из открытых официальных источников — полное наименование, актуальный статус (действует, ликвидировано, реорганизация), адрес, регион, ОКВЭД, финансовая отчётность за несколько лет.

На выходе — чистый реестр контрагентов, готовый для консолидации закупок по холдингу и проверки благонадёжности.

5. Загрузка результата обратно в базы

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

1. Репетиция на копии. Сначала загружаем в копию каждой базы и сверяем остатки, обороты и отчёты до и после.
2. Переименование эталонных записей. Одна из записей группы становится эталоном: получает нормализованное наименование, характеристики, единицу по ОКЕИ и коды классификаторов.
3. Замена ссылок у дублей. В документах и регистрах ссылки на дубли заменяются ссылкой на эталон; остатки и история переходят к эталону.
4. Пометка дублей. Дубли помечаются на удаление и перестают предлагаться при вводе, но остаются в базе для истории — ничего не теряется безвозвратно.
5. Боевая загрузка и контрольная сверка. Выполняется в согласованное окно, после — повторная сверка остатков и ключевых отчётов.

6. Роль 1С:MDM после нормализации

Нормализация — разовая уборка. Если не изменить процесс ведения справочников, через год дубли вернутся. Поэтому после слияния эталон переезжает в систему, которая отвечает за его чистоту.

• Единый центр ведения. Эталонный справочник живёт в 1С:MDM, а не в каждой базе отдельно. Базы получают позиции из центра.
• Заявки на новые позиции. Новая позиция не заводится «как получится» — создаётся заявка по шаблону вида изделия с обязательными характеристиками; её проверяет ответственный за НСИ.
• Контроль дублей при вводе. Система подсказывает похожие позиции до того, как появится новый дубль.
• Раздача в базы. Утверждённые позиции автоматически расходятся по базам холдинга через обмен данными или интеграционную шину.
• Те же правила, что при нормализации. Шаблоны наименований, ОКЕИ и классификаторы, согласованные в проекте, становятся правилами ведения.

Для компаний на 1С:Управление холдингом и БИТ.Строительство часть этих задач решает встроенная подсистема НСИ — её достаточно активировать и настроить. Отдельная система нужна, когда баз много или они на разных платформах.

Как продавать такие проекты и довести клиента до бесплатного обследования — в статье «Воронка продаж нормализации НСИ».