Коннектор к 1С без доработки конфигурации: как мы построили его на OData

В сфере искусственного интеллекта произошло заметное событие. Wicort 46 минут назад Коннектор к 1С без доработки конфигурации: как мы построили его на OData Простой 6 мин 1. 3K Блог компании Диасофт Программирование * Хранение данных * Микросервисы * Высоконагруженные системы * Привет, Хабр! Меня зовут Виктор Овчинников, я руковожу направлением интеграции и развитием платформы Digital Q.

Integration в «Диасофт». Недавно мы с коллегой Андреем Даниленко, ведущим разработчиком, провели вебинар, на котором рассказали про коннектор к 1С, и в комментариях попросили выложить более подробный технический разбор, что там происходит «под капотом» с точки зрения OData, и как выглядит этот сценарий на живых примерах. Здесь я делаю детальный текстовый анализ.

Технические детали

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

Логика живет внутри 1С, и вы напрямую работаете с ее объектами. Дальше начинается та часть работы, о которой обычно не думают заранее. Конфигурация, в которую что-то дописали, перестает быть типовой, а значит, каждое официальное обновление платформы превращается в отдельный маленький проект: перенести изменения, свериться, протестировать заново.

И это займет не часы, а недели. Таков естественный темп работы внутри 1С, а не поверх системы. Когда мы проектировали коннектор для Digital Q.

Отраслевые последствия

Integration, то отталкивались от простого принципа: интеграция не должна создавать пользователю новых проблем. Мы не хотим, чтобы для подключения к 1С клиенту приходилось нанимать разработчика 1С, лезть в конфигурацию и потом каждый год мучиться с обновлением. Отсюда и выбор фундамента: не доработка, а стандартный протокол OData.

Два пути – честно, по одной таблицеЕсли разложить оба подхода по критериям, получается вот такая картина. Конфигурация vs OData: сравнение по критериямOData выигрывает почти по всем пунктам, кроме одного: сложную бизнес-логику через него не сделать, это протокол про данные, а не про запуск процедур. Забегая вперед, скажу, что этот пробел закрывается не самим протоколом, а интеграционной платформой поверх него, и дальше объясню, как именно.

Что вообще такое ODataOData расшифровывается как Open Data Protocol – открытый протокол данных. У него интересная история. В 2007 году его придумали в Microsoft: к тому моменту в индустрии уже был ODBC – стандарт для единообразного доступа к базам данных, и создатели OData решили сделать то же самое, но для веба.

Этот прогресс даёт важные сигналы о будущем отрасли, и технологический мир внимательно наблюдает.