← На главную

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

Причина 1: Сбой аутентификации COM-соединения (Идентификация пользователя не выполнена)

Ошибка возникает при выполнении вызова COMConnector.Connect(СтрокаСоединения) в общем модуле ОбщегоНазначенияКлиентСервер. При этом интерактивная проверка подключения в мастере настройки может проходить успешно, а регламентное или ручное выполнение синхронизации завершается аварийно. Проанализируем основные факторы, вызывающие этот сбой:

1. Тип аутентификации пользователя: COM-соединение работает исключительно через механизм аутентификации 1С:Предприятия. Если в базе-приемнике у пользователя включена только аутентификация операционной системы (Windows) или OpenID-аутентификация, подключение будет отклонено.
2. Имя пользователя и специальные символы: В строке соединения и настройках синхронизации необходимо указывать именно краткое «Имя» (логин), а не «Полное имя». Наличие в логине или пароле кавычек, точек с запятой и обратных слешей может приводить к искажению строки подключения.
3. Права учетной записи: Пользователю в базе-корреспонденте недостаточно иметь роль Администратор системы. Обязательно должна быть назначена роль Внешнее подключение или профиль с правами на синхронизацию данных.
4. Сброс сохраненных паролей при обновлении: После обновления конфигураций платформа может очищать сохраненные параметры авторизации в служебных регистрах сведений. Необходимо повторно зайти в параметры подключения и перезаписать пароль.
5. Регистрация компоненты comcntr.dll: Если на сервере или рабочей станции устанавливались новые релизы платформы, в реестре Windows может остаться ссылка на неактуальную версию библиотеки.

Для повторной регистрации COM-компоненты запустите командную строку от имени Администратора и выполните команду для нужной версии платформы:

regsvr32 "C:\Program Files\1cv8\8.3.XX.XXXX\bin\comcntr.dll"

Если используется 32-разрядная платформа на 64-битной операционной системе, путь к файлу будет располагаться в каталоге Program Files (x86).

Причина 2: Ошибка «Поле объекта не обнаружено» при загрузке правил обмена

После успешного восстановления связи через COM-соединение обработка КонвертацияОбъектовИнформационныхБаз может вызвать исключение в процедуре ЗагрузитьПравилаОбмена. Выясним причину такого поведения: в большинстве случаев ошибка связана с рассинхронизацией префиксов информационных баз и кодов узлов в планах обмена.

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

Разберем по шагам правильный алгоритм исправления настроек:

1. Проверка префиксов информационных баз: Перейдите в раздел Администрирование -> Синхронизация данных в обеих базах (БП и ЗУП) и проверьте поле «Префикс этой информационной базы». Префиксы должны быть заданы (состоять из 2 символов) и не должны быть пустыми.
2. Анализ планов обмена: Через меню Функции для технического специалиста (или Все функции) откройте соответствующий план обмена (например, СинхронизацияДанныхЧерезУниверсальныйФормат или ОбменЗарплата31Бухгалтерия30). Убедитесь, что коды узлов строго соответствуют установленным префиксам обеих программ.
3. Очистка старых узлов: Если при изменении префиксов образовались дубли узлов обмена, удалите некорректные узлы и создайте синхронизацию заново.
4. Очистка кэша и регистров: При повторном создании настройки необходимо убедиться, что очищены служебные регистры сведений: Соответствия объектов информационных баз и Правила для обмена данными для удаляемого узла.
5. Соответствие форматов обмена: Убедитесь, что релизы конфигураций совместимы по версиям формата обмена (EnterpriseData или правил конвертации). Если одна база обновлена до актуального релиза, а вторая устарела, модуль загрузки правил не сможет сопоставить обновленные реквизиты метаданных.

Альтернативные варианты синхронизации

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

1. Подключение через веб-сервис: База-приемник публикуется на веб-сервере (IIS или Apache). В мастере синхронизации базы-источника выбирается подключение через Интернет (веб-сервис). Этот метод полностью исключает зависимость от comcntr.dll, контекста серверных служб и разрядности платформы.
2. Обмен через общий сетевой каталог или FTP: Передача данных происходит в виде XML-файлов сообщений обмена. Настройка выполняется автономно в каждой базе, что предотвращает ошибки блокировок и аутентификации внешних соединений.