База 1С как внешний источник данных: способы подключения и настройка

Задача использовать базу 1С как внешний источник данных возникает, когда одной информационной базе нужны сведения из другой: остатки склада из учётной системы, контрагенты из CRM на платформе 1С, справочники из архивной базы прошлых лет. Платформа 1С:Предприятие предлагает несколько способов такого подключения, и выбор между ними определяет производительность, безопасность и трудоёмкость поддержки решения.

Основных подхода три: штатный механизм «Внешние источники данных» (ВИД) с доступом через OLE DB/ODBC к СУБД, программное COM-соединение между базами 1С и обмен через промежуточные форматы (EnterpriseData, планы обмена, веб-сервисы). Каждый вариант имеет свои ограничения: прямой доступ к таблицам СУБД обходит бизнес-логику, COM требует совпадения версий платформы, а обмены требуют разработки правил.

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

Как выбрать способ подключения

Первый критерий — что именно нужно получать из внешней базы. Если требуются только данные для отчётов и аналитики (справочники, остатки, обороты) и вторая база развёрнута на MS SQL Server, PostgreSQL или Oracle, рационально использовать внешние источники данных с прямым чтением таблиц СУБД. Это быстро и не требует запуска второго сеанса 1С.

Если нужна бизнес-логика внешней базы — проведение документов, вызов экспортных функций общих модулей, учёт прав пользователей — подходит COM-соединение. Оно запускает полноценное соединение с базой через объект V83.COMConnector, и весь код выполняется в контексте внешней базы. Ограничения: работает только в Windows-окружении, требует зарегистрированной компоненты той же версии платформы и заметно расходует память.

Для постоянной регулярной интеграции между базами, особенно разнесённых по разным серверам и сетям, правильнее план обмена, веб-сервисы (HTTP/SOAP) или формат EnterpriseData. Эти способы сложнее в настройке, но устойчивы к разрывам связи, версионируются и не держат постоянное соединение.

Настройка внешнего источника данных к базе 1С на SQL

Механизм ВИД доступен в конфигураторе: ветка «Общие» → «Внешние источники данных». Для подключения к базе 1С, развёрнутой на СУБД, создаётся новый источник, в свойствах которого указывается строка подключения ODBC/OLE DB к серверу баз данных. Важно понимать: подключение идёт к СУБД, а не к платформе 1С, поэтому читаются физические таблицы вида _Reference123 (справочники), _Document456 (документы), _AccumRg789 (регистры накопления).

После создания источника в него добавляются таблицы: платформа может загрузить список таблиц из схемы СУБД, после чего для каждой нужной таблицы сопоставляются поля. Затем таблицы ВИД можно использовать в запросах, СКД и отчётах наравне с обычными объектами конфигурации — это главное удобство механизма.

1. 1
   Создайте в конфигураторе объект «Внешний источник данных» и укажите тип СУБД
2. 2
   Пропишите строку подключения к серверу БД с учётными данными пользователя СУБД с правом чтения
3. 3
   Загрузите список таблиц и добавьте нужные, сопоставив поля и ключи
4. 4
   Напишите тестовый запрос или отчёт СКД по таблице ВИД
5. 5
   Проверьте работу под пользователем без административных прав и задайте права на объект ВИД

Главная сложность — расшифровка структуры таблиц 1С на уровне СУБД. Имена таблиц и полей генерируются платформой и не совпадают с именами метаданных. Получить соответствие можно функцией ПолучитьСтруктуруХраненияБазыДанных() в толстом клиенте внешней базы или через отчёт по структуре хранения. Без этого сопоставления легко подключиться «не к той таблице».

COM-соединение с внешней базой 1С

COM-подключение создаётся программно через объект COMConnector. В базе-источнике при этом запускается сеанс под указанным пользователем, и вызывающий код получает доступ ко всем объектам: справочникам, документам, запросам, экспортным процедурам общих модулей.

Параметры = "File=\"D:\\Bases\\Trade\";Usr=\"Интеграция\";Pwd=\"secret\";";

Connector = Новый COMОбъект("V83.COMConnector");

Соединение = Connector.Connect(Параметры);

Запрос = Соединение.NewObject("Запрос");

Запрос.Текст = "ВЫБРАТЬ ПЕРВЫЕ 100 Номенклатура.Ссылка ИЗ Справочник.Номенклатура КАК Номенклатура";

Для клиент-серверной базы в строке подключения указываются Srvr и Ref вместо File. Учётная запись, под которой выполняется подключение, должна существовать во внешней базе и иметь ровно те права, которые нужны интеграции, — не административные. Создавайте отдельного служебного пользователя, чтобы по журналу регистрации внешней базы было видно действия интеграции.

Типичные проблемы COM: ошибка «Класс не зарегистрирован» (компонента comcntr.dll не зарегистрирована или зарегистрирована другой версии — лечится регистрацией из каталога нужной версии платформы командой regsvr32), несовпадение разрядности клиента и компоненты, а также зависшие сеансы, если соединение не освобождается. Присваивайте переменной соединения Неопределено после завершения работы и оборачивайте вызовы в Попытка/Исключение.

Права, безопасность и производительность

При доступе через ВИД аутентификация выполняется на уровне СУБД. Заведите отдельную учётную запись базы данных с правами только на чтение (datareader) и только к нужной базе. Строку подключения с паролем не храните в открытом виде в коде — используйте параметры подключения, задаваемые администратором, или программную установку параметров сеанса ВИД.

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

При COM-подключении узкое место — сериализация данных между процессами. Передавайте через соединение только примитивные типы и таблицы значений разумного размера; «тяжёлые» выборки лучше выполнять запросом на стороне внешней базы и забирать результат порциями. Каждое обращение к свойству COM-объекта — отдельный вызов, поэтому циклы вида «для каждой строки получить реквизит через точку» работают на порядок медленнее одного запроса.

Проверка результата и типичные ошибки

После настройки проверьте три вещи: данные возвращаются и совпадают с эталоном во внешней базе (выборочно сверьте 5–10 записей), отчёт выполняется за приемлемое время на реальном объёме, и подключение работает под обычным пользователем, а не только под администратором. Журнал регистрации внешней базы и журналы СУБД помогут увидеть неудачные попытки входа и блокировки.

Когда внешний источник — не лучшее решение

ВИД и COM — инструменты для сценариев «здесь и сейчас»: интерактивные отчёты, разовые выборки, обращения по требованию. Если данные нужны регулярно, в больших объёмах или между базами в разных сетях, эти способы становятся источником проблем: постоянные соединения, зависимость доступности второй базы, блокировки.

В таких случаях переходите на асинхронную интеграцию: план обмена с регистрацией изменений, HTTP-сервисы во внешней базе, обмен через EnterpriseData или брокер сообщений. Да, это требует разработки, но снимает жёсткую связность систем. Компромиссный вариант — регламентное задание, которое по расписанию забирает данные через COM и складывает в локальные регистры сведений, а отчёты строятся уже по локальным данным.

Частые вопросы