Интеграции: обзор подходов
Связать платформу с внешней системой можно четырьмя способами. Выбор зависит от того, есть ли готовый коннектор и насколько глубокой должна быть связь.
1. Готовый модуль-коннектор
Самый простой путь: для распространённых систем есть отдельные модули, которые уже умеют их сопоставление сущностей, аутентификацию и синхронизацию.
- CRM-системы — MOD-INT-B24, MOD-INT-AMO
- Учётные системы — MOD-INT-1C
- Электронный документооборот — MOD-INT-EDO
- Мессенджеры — MOD-INT-MSG и MOD-MSG-ACCOUNTS
- Геосервисы и карты — MOD-INT-GEO
- Календари — MOD-CALENDAR-EXPORT
- Телефония — MOD-TEL
Коннектор — обычный модуль платформы: подключается из маркетплейса, лицензируется отдельно, подчиняется тем же правам и тому же гейту.
2. Универсальный слой данных
MOD-DATA входит в базовую поставку и решает задачу, когда готового коннектора нет: описание источника, загрузка, сопоставление полей, расписание обновления. Подходит для импорта справочников и выгрузок из систем, для которых отдельный модуль писать незачем.
3. MCP-инструменты как API
Любая операция платформы доступна как MCP-инструмент через шлюз ядра. Внешняя система может вызывать их напрямую — с собственными учётными данными, под собственной ролью, со всеми проверками прав и лицензий. Это же используют ИИ-агенты, отдельного «интеграционного» доступа в обход правил не существует. Формат вызовов и аутентификация описаны в «Справочнике API и MCP».
4. Обмен между контурами
Если по обе стороны — установки Modula, отдельная интеграция не нужна: контуры связываются напрямую, см. «Федерацию».
О чём подумать заранее
- Кто чей источник истины. Двусторонняя синхронизация без явного правила разрешения конфликтов рано или поздно даст расхождение.
- Персональные данные. Всё, что уходит наружу, проходит те же правила маскирования — см. «Безопасность».
- Права интеграции. Заведите для внешней системы отдельную роль с минимально необходимым набором инструментов, а не роль администратора.