← На главную

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

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

Анализ механизмов контроля уникальности в БСП

Прежде чем переходить к активным действиям, давайте проанализируем, как 1С проверяет уникальность при создании новой синхронизации. Проблема кроется в Библиотеке стандартных подсистем (БСП). Когда мы запускаем помощник настройки синхронизации, система выполняет поиск по нескольким направлениям:

1. Код узла в Плане обмена: Для каждой базы-корреспондента создается отдельный узел. Если вы настраиваете обмен через «Универсальный формат», система пытается зарезервировать определенный идентификатор.
2. Префикс информационной базы: Это не префикс организации (например, «АД»), а технический префикс всей базы (например, «01»), который задается в настройках параметров учета.
3. Служебные регистры сведений: БСП хранит историю всех когда-либо созданных (даже удаленных) настроек в скрытых таблицах. Именно здесь чаще всего «зависают» старые данные.

Шаг 1: Проверка и корректировка префиксов информационных баз

Первым делом проверим базовые настройки во всех участвующих конфигурациях. Важно различать префикс организации и префикс информационной базы. Для корректной работы нескольких обменов префиксы именно информационных баз должны быть строго уникальными.

Перейдем в каждую базу 1С:Бухгалтерия и выполним следующие действия:

1. Откроем раздел Администрирование — Общие настройки.
2. Найдем поле Префикс информационной базы.
3. Убедимся, что в первой базе БП стоит, например, Б1, во второй — Б2, а в самой КА — КА.

Важно: Если префиксы совпадают, система не сможет корректно генерировать уникальные идентификаторы объектов при обмене, что и приводит к блокировке создания новой настройки.

Шаг 2: Очистка «фантомных» записей в регистрах сведений

Если префиксы уникальны, но ошибка сохраняется, значит, в системе остались записи от предыдущих неудачных попыток настройки. Нам необходимо проверить два ключевых регистра. Чтобы получить к ним доступ, воспользуемся меню «Функции для технического специалиста» (ранее «Все функции»).

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

Далее проверим регистр Соответствия объектов информационных баз. Рассмотрим подробнее: здесь хранятся таблицы сопоставления ссылок между базами (UUID-ы). Если ранее обмен уже существовал, записи здесь могут блокировать создание нового узла с тем же префиксом. Однако будьте осторожны: очистка этого регистра приведет к потере связей между уже сопоставленными объектами (номенклатурой, контрагентами).

Шаг 3: Ручное изменение кода узла через автономный режим

Рассмотрим наиболее эффективный метод обхода ошибки, если мастер настройки не дает завершить процесс в режиме «Прямое подключение». Мы можем обмануть систему, создав настройку в «автономном» (файловом) режиме, изменив код узла, а затем переключившись на прямое соединение.

Выполним следующие шаги в базе 1С:Комплексная автоматизация:

1. Запустим создание новой синхронизации, но выберем вариант «Синхронизация данных через файл» или «Синхронизация в автономном режиме».
2. На этапе настройки, когда система предлагает задать префиксы, обратим внимание на Код узла. По умолчанию система может подставить БП.
3. Изменим код узла вручную на уникальный для каждой базы, например: BP_ORG1 для первой организации и BP_ORG2 для второй.
4. Завершим создание настройки (сохраним файл настроек).
5. После того как узел в Плане обмена создан, откроем параметры этой синхронизации и сменим канал связи на «Прямое подключение к информационной базе», указав путь к базе и параметры авторизации.

Этот метод позволяет обойти жесткую проверку уникальности префикса на этапе инициализации помощника, так как мы явно задаем разные коды узлов ПланОбменаСсылка.

Шаг 4: Работа с планами обмена напрямую

Если вышеуказанные способы не помогли, нам придется заглянуть «под капот» планов обмена. В КА 2.4 для обмена с БП 3.0 обычно используется план обмена СинхронизацияДанныхЧерезУниверсальныйФормат.

Проанализируем ситуацию:

1. Зайдем в Функции для технического специалиста — Планы обмена.
2. Найдем Синхронизация данных через универсальный формат.
3. Посмотрим на список узлов. Если там присутствуют помеченные на удаление узлы с тем же префиксом, который вы пытаетесь использовать, их нужно удалить окончательно через обработку Удаление помеченных объектов.
4. Если объект не удаляется из-за ссылочной целостности, воспользуемся стандартной обработкой Поиск и замена дублей или Групповое изменение реквизитов, чтобы переименовать код старого узла на что-то нейтральное (например, OLD_BP).

Шаг 5: Особенности настройки правил отправки

При работе с несколькими базами БП крайне важно правильно настроить фильтрацию данных в КА. Выясним причину, почему данные могут уходить «не туда». В каждой созданной настройке синхронизации в КА необходимо:

1. Нажать Настроить правила отправки данных.
2. В разделе НСИ и документы выбрать вариант «Отправлять только по выбранным организациям».
3. Указать конкретную организацию, которая ведется в соответствующей базе БП.

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

Резюме и рекомендации

Мы рассмотрели основные причины возникновения ошибки «Значение префикса программы не уникально». Подведем итоги:

• Проблема чаще всего вызвана тем, что БСП находит дублирующийся Код узла в плане обмена или запись в регистре Общие настройки узлов информационных баз.
• Всегда проверяйте уникальность префиксов информационных баз в меню «Общие настройки».
• Используйте метод «создания через файл» для ручного управления именованием узлов.
• Не забывайте про окончательное удаление помеченных объектов в планах обмена.

Если после всех манипуляций синхронизация продолжает работать некорректно (например, не переносятся документы), рекомендуется проверить версию формата EnterpriseData. В настройках обмена убедитесь, что обе базы поддерживают одну и ту же версию формата (например, 1.10). Синхронизация между КА 2.4 и БП 3.0 — это мощный инструмент, который при правильной настройке кодов узлов позволяет автоматизировать учет в холдинговых структурах с любым количеством баз-приемников.