Как получить доступ к реквизитам документа, созданным в расширении, через COM-соединение?

← На главную

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

Анализируем причину возникновения ошибки

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

Шаг 1. Настройка безопасного режима расширения

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

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

Шаг 2. Назначение прав доступа

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

Использование заимствованных ролей: Добавьте в расширение роль ПолныеПрава (или ту, под которой работает COM-пользователь) и убедитесь, что в этой роли для нового реквизита установлены флаги «Чтение» и «Просмотр».
Собственная роль расширения: Создайте новую роль внутри расширения, дайте ей права на добавленные объекты и назначьте эту роль пользователю, данные которого указаны в строке подключения COM.

Помните, что если в расширении включена опция «Использовать основную роль для всех пользователей», это упрощает доступ, но все равно требует корректной настройки прав на уровне объектов.

Шаг 3. Реализация подключения и запроса через COM

Рассмотрим пример кода, который позволяет успешно прочитать данные из расширения другой базы. Основной секрет здесь заключается в правильной инициализации объекта Запрос внутри COM-соединения. Посмотрим на практическую реализацию:


&НаСервере
Процедура ВыполнитьПодключениеКБазе()
    Попытка
        // Создаем COM-объект платформы
        Connector = Новый COMОбъект("V83.COMConnector");
        
        // Формируем строку подключения к базе (файловый вариант)
        СтрокаСоединения = "File=""C:\1C\WorkBase""; Usr=""Admin""; Pwd=""Pass123"";";
        
        // Устанавливаем соединение
        Соединение = Connector.Connect(СтрокаСоединения);
    Исключение
        Сообщить("Ошибка подключения: " + ОписаниеОшибки(), СтатусСообщения.Важное);
        Возврат;
    КонецПопытки;

    // Создаем объект Запрос внутри удаленной базы
    Запрос = Соединение.NewObject("Запрос");
    
    // В тексте запроса обращаемся к реквизиту из расширения (например, Расш_ДатаВПечать)
    Запрос.Текст = 
    "ВЫБРАТЬ
    |   Док.Номер КАК Номер,
    |   Док.Дата КАК Дата,
    |   Док.Расш_ДатаВПечать КАК ДатаВПечать
    |ИЗ
    |   Документ.ПриобретениеТоваровУслуг КАК Док";

    Попытка
        РезультатЗапроса = Запрос.Выполнить().Выгрузить();
        
        // Для передачи данных обратно в текущую базу используем сериализацию
        // Это самый надежный способ передачи таблиц значений через COM
        ДанныеСтр = Соединение.ЗначениеВСтрокуВнутр(РезультатЗапроса);
        ТЗ_Результат = ЗначениеИзСтрокиВнутр(ДанныеСтр);
        
        // Теперь ТЗ_Результат — это обычная ТаблицаЗначений в текущей базе
    Исключение
        Сообщить("Ошибка выполнения запроса: " + ОписаниеОшибки());
    КонецПопытки;
КонецПроцедуры

Обратите внимание на использование ЗначениеВСтрокуВнутр и ЗначениеИзСтрокиВнутр. COM-объекты (такие как удаленная таблица значений) нельзя напрямую использовать как коллекции в вызывающей базе. Сериализация в «внутреннюю строку» позволяет корректно передать данные через границу процессов.

Шаг 4. Регистрация библиотеки COMConnector

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

Запустите командную строку (cmd) от имени администратора.
Перейдите в каталог нужной версии платформы: cd "C:\Program Files\1cv8\8.3.XX.XXXX\bin".
Выполните регистрацию: regsvr32 comcntr.dll.

Для V83.Application (который запускает полноценный процесс 1С вместо DLL) может потребоваться регистрация самого исполняемого файла: 1cv8.exe /regserver. Однако для серверных задач V83.COMConnector является более предпочтительным из-за меньшего потребления ресурсов.