Как устранить ошибку «Не удалось выполнить отправку данных» при синхронизации УТ 11 и БП 3.0?

Программист 1С v8.3 (Управляемые формы) 1С:Управление торговлей Бухгалтерский учет IT и автоматизация бизнеса
← На главную

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

Причина 1. Сбои и несовместимость библиотеки COM-соединения

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

  1. Обновление платформы: после установки нового релиза платформы 1С:Предприятие библиотека старой версии может остаться активной в системе или регистрация новой компоненты не выполнилась автоматически.
  2. Несовпадение разрядности (32-bit и 64-bit): если клиентское приложение или сервер 1С работает под 64-разрядным процессом, а вызов COM-объекта идет к 32-разрядной компоненте (или наоборот), соединение аварийно завершается без записи в журнал.
  3. Разные версии сборок: для прямого COM-подключения требуется полное совпадение версий платформы обеих информационных баз вплоть до номера сборки.

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

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

Если сервер 1С 64-разрядный, а к базе требуется обращаться через 32-битные механизмы, настроим выделенное COM+ приложение через системную оснастку Windows dcomcnfg («Службы компонентов»), добавив в него библиотеку comcntr.dll.

Причина 2. Модальные окна, блокировки и права пользователя подключения

При инициализации сеанса через COM-соединение в базе-приемнике запускается фоновый пользовательский сеанс. Проанализируем параметры доступа и состояние целевой базы:

  1. Интерактивные диалоги: если у пользователя для обмена при входе открываются запросы легальности получения обновлений, рекламные баннеры или запуск обработки отложенного обновления, фоновое COM-соединение зависает и сбрасывается по таймауту.
  2. Права пользователя: учетной записи, указанной в параметрах прямого подключения, обязательно должна быть назначена административная роль или специализированная роль Запуск внешнего соединения, а также отключены ограничения RLS на таблицы планов обмена.
  3. Отложенные процедуры обновления: убедимся, что в обеих базах в разделе «Администрирование» — «Обслуживание» — «Результаты обновления программы» полностью завершены все регламентные процедуры обработки данных.

Альтернативное решение: Переключение на обмен через файлы или веб-сервисы

Если прямое COM-соединение вызывает систематические сбои из-за разницы инфраструктур, самым надежным решением является перевод синхронизации на транспорт обмена через общий сетевой каталог, FTP-ресурс или публикацию базы на веб-сервере (HTTP-соединение):

  1. Перейдем в раздел «Администрирование» — «Синхронизация данных» — «Настройки синхронизации».
  2. Изменим параметры транспорта с прямого подключения на «Синхронизация через общий сетевой каталог» или настроим обмен через файлы.
  3. Выполним пробный обмен пустыми сообщениями для проверки корректности чтения и записи файлов в каталог.

Порядок регистрации объектов и устранение рассинхронизации

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

  1. Сброс номеров сообщений: если счетчики узлов рассинхронизировались, откроем форму настроек узла плана обмена и установим значения полей Номер отправленного и Номер принятого равными 0 в обеих информационных базах.
  2. Первоочередная регистрация справочников: категорически не рекомендуется отправлять документы до синхронизации нормативно-справочной информации. В первую очередь регистрируем и передаем базовые классификаторы, валюты, организации, контрагентов и номенклатуру. В противном случае документы загрузятся с пустыми реквизитами или дефолтными валютами.
  3. Регистрация документов по отбору: откроем форму «Регистрация изменений для обмена» (обработка ПланОбменаРегистрация), выделим конкретный тип документа (или ветку документов) и нажмем «Зарегистрировать изменения объектов при помощи отбора». В открывшемся окне установим условие отбора по дате (например, Дата >= 01.01.2018) и организации. Если отбор не применяется к корневому узлу, установим фильтр точечно на каждый составной вид документа.

Соблюдение последовательности — от нормализации COM-библиотеки или смены транспорта до поэтапной выгрузки справочников и документов по отборам — гарантирует стабильную отправку данных без скрытых ошибок.

← На главную