Почему при обмене через COM-соединение возникает ошибка «Метод объекта не обнаружен»?

При настройке обмена данными между конфигурациями, например, при выгрузке из Управление торговлей 10.3 в Бухгалтерию 2.0 через COM-соединение, разработчики нередко сталкиваются с ошибкой «Метод объекта не обнаружен». Даже если функция является экспортной и существует в общем модуле, платформа периодически «не видит» её при вызове. Давайте разберем, почему это происходит и как устранить данную проблему.

Понимание контекста «Внешнее соединение»

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

Если в свойствах общего модуля не установлена галочка «Внешнее соединение», код, находящийся в нем, будет недоступен для вызова через COM. Более того, если внутри модуля код обернут в директивы препроцессора, такие как #Если Клиент или #Если Сервер, платформа Внешнего соединения просто проигнорирует эти блоки при компиляции.

Как правильно настроить доступность функций

Чтобы метод стал видимым для COM-соединения, выполните следующие шаги:

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

#Если Сервер Или ВнешнееСоединение Тогда
Функция УстановитьСубконто(Параметры) Экспорт
    // Ваш код
КонецФункции
#КонецЕсли

Проблема «плавающих» ошибок и кэширования

Иногда ошибка возникает не всегда, а периодически. Это может указывать на то, что объект Соединение был поврежден в процессе работы. Рассмотрим способы диагностики:

• Проверка связи: Создайте тестовую функцию, которая просто возвращает Истина, и вызывайте её перед основным методом. Это поможет понять, живое ли еще COM-соединение.
• Очистка ссылок: Не передавайте объект соединения в параметры функций, если это не требуется явно. Старайтесь использовать локальные переменные и своевременно обнуляйте их, чтобы избежать «зависания» сеанса.
• Технологический журнал: Если проблема сохраняется, включите логирование в технологическом журнале (ТЖ) на стороне принимающей базы. Это позволит увидеть, доходит ли запрос до сервера 1С и какие ошибки возвращает платформа в момент обращения.

Рекомендации по архитектуре обмена

Работа через COM-соединение — это классический, но достаточно требовательный к стабильности метод. Если ошибки продолжают возникать, стоит рассмотреть переход на современные механизмы:

• HTTP-сервисы: Это наиболее стабильный способ обмена. Код выполняется в полноценном серверном контексте, что избавляет от проблем с COM-библиотеками и разрядностью (x32/x64).
• Веб-сервисы: Хорошая альтернатива для интеграции, если важна типизация данных.

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