← На главную

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

Выясним причину возникновения ошибки

Проанализируем ситуацию: когда запускается синхронизация с прямым подключением к файловой информационной базе, платформа обращается к объекту V83.COMConnector. Операционная система Windows ищет соответствующую библиотеку в системном реестре и запускает зарегистрированную компоненту comcntr.dll.

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

Способ 1. Ручная перерегистрация библиотеки comcntr.dll

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

1. Закроем все запущенные сеансы «1С:Предприятия» и «Конфигуратора».
2. Запустим командную строку (cmd.exe) обязательно от имени администратора.
3. Определим разрядность установленной платформы и выполним соответствующую команду:

Для 64-разрядной версии платформы:

regsvr32 "C:\Program Files\1cv8\8.3.27.1859\bin\comcntr.dll"

Для 32-разрядной версии платформы:

regsvr32 "C:\Program Files (x86)\1cv8\8.3.27.1859\bin\comcntr.dll"

После успешного выполнения команды появится системное уведомление об успешной регистрации модуля. Теперь операционная система будет обращаться именно к библиотеке актуальной версии.

Способ 2. Очистка блокировок и завершение суррогатных процессов

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

1. Откроем «Диспетчер задач» Windows.
2. Найдем и принудительно завершим все процессы с именами 1cv8.exe, 1cv8c.exe, а также суррогатные процессы dllhost.exe, которые могут удерживать в памяти старую версию comcntr.dll.
3. Перейдем в каталог с файловой базой данных.
4. Убедимся, что сеансы отсутствуют, и удалим временные файлы блокировок: файлы с расширением .cfl, а также временные файлы вида 1Cv8tmp*.

Способ 3. Переход на синхронизацию через общий каталог без прямого подключения

Технология прямого COM-соединения имеет ряд архитектурных ограничений: она жестко привязана к совпадению сборок, зависит от разрядности приложений и чувствительна к обновлениям Windows. Если перерегистрация библиотек не решает проблему или базы администрируются на разных рабочих станциях, наиболее стабильным решением будет отказ от прямого подключения в пользу файлового транспорта.

Рассмотрим порядок настройки синхронизации через каталог:

1. Создадим общую сетевую или локальную папку, к которой имеют доступ оба приложения 1С.
2. В базе-источнике перейдем в раздел «Администрирование» → «Синхронизация данных» → «Настройки синхронизации данных».
3. Создадим или отредактируем существующую синхронизацию, выбрав вариант транспорта «Синхронизация через общий сетевой каталог» вместо варианта «Прямое подключение к информационной базе».
4. Укажем путь к созданной папке и выполним выгрузку файла с настройками для второй базы.
5. В базе-приемнике настроим синхронизацию из полученного файла конфигурации обмена, указав тот же каталог для обмена сообщениями.

Такой способ полностью исключает зависимость от системного объекта V83.COMConnector, версий разрядности и обновлений операционной системы, обеспечивая гарантированную доставку данных формата EnterpriseData в штатном режиме.