Перейти к содержимому

Предпочитать HTTP/REST вместо COM и внешних компонент

Директивный

v8std#std794диагностикаExternalAppStarting

#http#безопасность#обмен

Новые интеграции строятся на HTTP/REST. COM-соединения, внешние компоненты и запуск приложений ОС используются только при отсутствии альтернативы и с явным обоснованием. Существующие COM-интеграции инвентаризируются и планомерно переводятся на HTTP/REST.

  • Реестр интеграций с типом канала (COM / HTTP / файловый), владельцем и критичностью.
  • Для каждой COM-интеграции — зафиксированная причина COM и план миграции.
  • Новый код через COM — только с обоснованием в описании изменения и согласованием.

COM хрупок (привязка к рабочему месту, разрядности, правам ОС), плохо контролируется и небезопасен. Платформенная рекомендация — использовать средства платформы вместо внешних компонент, COM и приложений ОС.

COM-соединение HTTP/REST
Где работает только Windows, та же разрядность, зарегистрированный comcntr любая ОС клиента и сервера
Обновление платформы ломает соединение до перерегистрации версии не затрагивает
Аутентификация логин/пароль в строке соединения токен/JWT, секрет в безопасном хранилище
Наблюдаемость ошибки видны только на стороне инициатора обе стороны логируют запрос/ответ в ЖР
Масштабирование сеанс на каждое соединение, привязка к машине балансировка, асинхронные сценарии

Типовые маршруты миграции:

  • чтение данных из другой базы 1С → её HTTP-сервис или стандартный интерфейс OData;
  • запуск обработки в другой базе → HTTP-сервис, который ставит фоновое задание и отвечает идентификатором (не держать COM-сеанс открытым на время выполнения);
  • офисная автоматизация (Excel/Word через COM) → форматы средствами платформы (ТабличныйДокумент, чтение/запись файлов) — заодно уходит зависимость от установленного Office на сервере.

Если внешняя система физически не предоставляет HTTP/REST-интерфейс (только COM-API или файловый обмен), COM допустим — с зафиксированным обоснованием и планом ухода, когда появится альтернатива.