← На главную

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

Причины возникновения проблемы

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

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

Шаг 1. Приведение элементов к единому виду (устранение дублей)

Если рассинхронизация уже произошла, рассмотрим два основных способа выравнивания справочника в базах-приемниках относительно эталонной базы:

Вариант А. Использование обработки «Поиск и замена дублей»

1. Выгрузим актуальный справочник Номенклатура из основной (эталонной) базы во второстепенные базы.
2. В базе-приемнике запустим обработку Поиск и замена дублей (или «Замена элементов»).
3. Укажем эталонный элемент в качестве правильного оригинала, а ошибочно созданные или переименованные позиции — в качестве дублей.
4. Запустим процесс замены: обработка каскадно пересчитает ссылки во всех проведенных документах и движениях регистров, переведя их на эталонную позицию, после чего пометит дубли на удаление.

Вариант Б. Интерактивное сопоставление данных при обмене

Если используется стандартный механизм синхронизации данных, выгрузку следует запустить в интерактивном режиме. На этапе сопоставления объектов программа выведет список несвязавшихся позиций. Выполним ручную связку наименований из базы-источника с соответствующими карточками в базе-приемнике. В результате сформируется запись в регистре соответствия объектов, и при последующих обменах наименования будут перезаписываться автоматически согласно эталону.

Шаг 2. Корректировка правил и механизмов обмена

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

1. Приоритет поиска по GUID или Артикулу: В «Конвертации данных» настроим ПКО для справочника Номенклатура. В качестве основных полей поиска необходимо установить УникальныйИдентификатор, а в качестве резервных — комбинацию Артикул + Вид номенклатуры или внутренний Код, но не наименование.
2. Передача справочника вместе с документами: Убедимся, что в плане обмена включена выгрузка изменений справочника Номенклатура, чтобы обновленные реквизиты сразу транслировались в другие базы.
3. Использование регистра соответствий: Для систем, где GUID не совпадают исторически, применим механизмы регистра сведений соответствия объектов информационных баз. Это позволит сопоставлять элементы с разным кодом или наименованием без перезаписи GUID.

Шаг 3. Организация регламента управления НСИ

Для предотвращения хаоса в нормативно-справочной информации (НСИ) проанализируем организационные и административные меры защиты:

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