Справочники — самая «безопасная» часть миграции 1С: они не двигают регистры. Но именно на них обычно ловят дубли, битые ссылки и потерянные штрихкоды.
На практике переносят не «все справочники», а ключевые. Остальные либо заводятся вручную, либо подтягиваются при первом использовании.
Справочник — это контейнер НСИ (нормативно-справочной информации). Переносим прежде всего те, на которые ссылаются документы и регистры, иначе после переноса остатков получим битые ссылки.
Выбор зависит от того, переносим ли в ту же конфигурацию или в другую, и от объёма.
1. Универсальный обмен данными XML
Штатная обработка в БП 3.0, УТ 11.5, УНФ 3, ЗУП 3.1 (НСИ и администрирование → Сервис). Подходит для переноса между ОДНОЙ конфигурацией. Выгрузка справочника в XML, загрузка в приёмник. Без программирования, занимает от 5 до 30 минут.
2. Конвертация данных 3.0
Отдельная конфигурация-инструмент от фирмы «1С». Используется для переноса между РАЗНЫМИ конфигурациями (БП → УТ, УПП → ERP, БП 2.0 → БП 3.0). Загружается структура источника и приёмника, пишутся правила конвертации объектов, отлаживается на тестовых данных, потом — продуктивный запуск. Старая «Конвертация данных 2.1» — для устаревших конфигураций (УПП, УТ 10.3).
3. Excel/CSV для микро-объёмов
Выгрузка справочника в Excel через «Все действия → Вывести список», правка, загрузка через «Загрузка данных из табличного документа». Работает на объёмах до ~1000 строк, дальше — медленно и неудобно.
Самая частая ошибка — отчитаться «справочники перенесены» и не проверить детали. Через месяц всплывают дубли и битые ссылки.
Битые ссылки — самая коварная проблема. Если перенесли только «Контрагентов» без «Договоров», в карточках контрагентов будут пустые ссылки. Аналогично — номенклатура без подчинённых характеристик. Правило: переносить связанные справочники одной операцией, в порядке от подчинённых к главным (Договоры до Контрагентов, Характеристики до Номенклатуры).
См. структурированный premium-вариант выше.
Типовой случай (БП 3.0 → БП 3.0, разные юрлица): подготовка правил универсального обмена 20–30 минут, выгрузка 5–10 минут, загрузка 10–30 минут, проверка на дубли и битые ссылки 30–60 минут. Итого 1.5–2 часа работы программиста. Нетиповой случай (УТ 10.3 → ERP 2 с кастомными реквизитами через Конвертацию данных): подготовка правил 4–16 часов, тестовые прогоны и отладка 2–8 часов, продуктивный запуск 1–2 часа. Итого от 1 до 3 рабочих дней.
Универсальный XML-обмен подходит, когда переносим между ОДНОЙ конфигурацией (БП ↔ БП, УТ 11.5 ↔ УТ 11.5), нужна разовая операция и нет специфических преобразований реквизитов. Это «кнопочный» инструмент. Конвертация данных 3.0 нужна, когда конфигурации РАЗНЫЕ (БП → УТ, УПП → ERP), нужны сложные правила сопоставления, плановая миграция с возможностью повторного запуска. КД требует понимания объектной модели 1С и времени на настройку — дольше, но универсальнее. Для малого бизнеса с разовыми задачами хватает XML-обмена.
Да, оба инструмента поддерживают фильтрацию при выгрузке. Способы: по пометке удаления (исключить помеченные на удаление); по реквизиту «Не используется»/«Архивный», если он есть; по дате последней активности (контрагент участвовал в документе после такой-то даты — это требует доп. запроса через регистры); по произвольному запросу-фильтру в правилах Конвертации данных. На практике в 2026 году обычно переносят контрагентов с движениями за последние 3 года + активные договоры. Старые архивные элементы остаются в исходной базе.
Дубли возникают, когда в источнике некорректно заполнен ИНН (пусто, ошибочно введён, тестовые данные) или когда правила идентификации настроены некорректно. Решение в два шага. 1) До переноса: в правилах конвертации явно прописать ключи идентификации (для юрлиц — ИНН+КПП, для физлиц — ИНН или СНИЛС, для иностранных — сложный ключ). 2) После переноса: запустить типовую обработку «Поиск и удаление дублей» (есть в БП 3.0, УНФ 3, УТ 11, ERP). Она найдёт дубли по ключевым полям, покажет различия и предложит слить с переносом ссылок. Сливать вручную — обязательно с проверкой по каждой паре, автоматическая склейка опасна.