Внедрение MCP в Enterprise: low-code интеграции с MWS Octapi | AiManual
AiManual Logo Ai / Manual.
04 Июн 2026 • Гайд

Как внедрить MCP в Enterprise: опыт платформы MWS Octapi с low-code интеграциями

Пошаговое руководство по интеграции MCP-протокола с корпоративными системами на примере low-code платформы MWS Octapi. OpenAPI, SOAP, GraphQL и типичные ошибки.

Корпоративный мир не видел такого хайпа со времён внедрения SOA. Только теперь вместо шины — MCP, а вместо интеграционных брокеров — нейросети. Но если ты хоть раз стучался в поддержку SAP или пытался заставить бухгалтерскую систему отдавать данные через REST, ты знаешь правду: энтерпрайз — это кладбище протоколов. SOAP, CORBA, древние Java RMI — всё это висит на подпорках из костылей и молитв. И тут приходит MCP. Идея красивая: дать AI-агенту USB-порт для подключения к любому сервису. Но как это сделать в среде, где даже версия TLS согласовывается три месяца?

Мой личный опыт внедрения MCP в Enterprise через low-code платформу MWS Octapi показывает: да, это возможно. И даже не больно. Но есть нюансы. О них и расскажу.

Корпоративный ад: почему SOAP не дружит с нейросетями

Ты настраиваешь MCP-сервер, подключаешь к нему OpenAPI-спеку — и всё работает. Но ровно до того момента, пока не натыкаешься на legacy-систему, которая вместо JSON жуёт только SOAP с WS-Security, а в ответ возвращает XML, который парсится только на пятый раз.

Проблема: Большинство готовых MCP-серверов (вроде того, что описан в статье про MCP как USB-порт) заточены под REST. SOAP для них — тёмный лес. А GraphQL — отдельная песня с его запросами в одну строку.

Теперь представь Enterprise: у тебя может быть пятнадцать разных систем с разными протоколами. Одна — SOAP, вторая — GraphQL, третья — какой-то кастомный бинарный протокол поверх WebSocket. Писать под каждую свой MCP-сервер? Ты умрёшь на третьем, а бизнес скажет: «А почему так долго?».

Здесь на сцену выходит low-code интеграционная платформа. Идея не новая — Zapier, n8n, Workato. Но для Enterprise нужно что-то, что умеет тащить данные из SAP, Oracle и 1С, не теряя контроль и безопасность.

MWS Octapi: швейцарский нож для MCP в Enterprise

Платформа MWS Octapi — это low-code конструктор интеграций. Она из коробки умеет:

  • Качать данные через OpenAPI (автоматически генеря клиента по спецификации).
  • Жевать SOAP (да, с WSDL и пространствами имён, без магии).
  • Тянуть GraphQL (с поддержкой фрагментов и переменных).
  • Подключаться к реляционным БД через JDBC (но это уже за рамками MCP).

И главное — Octapi умеет экспортировать эти подключения как MCP-сервер. Ты просто настраиваешь визуальный флоу: «возьми данные из SOAP-сервиса, трансформируй, отдай агенту». И получаешь готовый MCP-ендпоинт.

Важно: Octapi не создаёт агента. Он — мост. Ты можешь использовать его как MCP-сервер для любого LLM-хоста: от Copilot CLI до кастомного оркестратора вроде MCP Orchestrator.

Пошагово: превращаем динозавра в агента

Возьмём реальный кейс: бухгалтерская система на SOAP (пусть будет условный SAP). Нужно, чтобы AI-агент мог получать по ним отчёты и создавать проводки.

1 Регистрируем SOAP-сервис в Octapi

Загружаешь WSDL — Octapi сам строит дерево методов, типов, схем. Если WSDL старый (трепетно вспоминаем RPC/encoded), платформа предлагает ручную корректировку привязок. Лучше сразу переписать под document/literal wrapped, если возможно — меньше боли.

2 Создаём флоу трансформации

Допустим, SOAP-сервис возвращает сложный Object с вложенными массивами. Octapi позволяет визуально нарезать поля, преобразовывать типы (например, даты из SOAP-формата в ISO8601). На выходе — JSON, пригодный для LLM.

3 Экспортируем MCP-сервер

Один клик — и Octapi генерирует mcp-config.yaml для подключения к любому MCP-клиенту. Конфиг выглядит так:

tools:
  "get-invoice":
    description: "Получить данные счёта-фактуры по номеру"
    inputSchema:
      type: object
      properties:
        invoice_number:
          type: string
      required:
        - invoice_number
    outputSchema:
      type: object
      properties:
        amount:
          type: number
        currency:
          type: string
        status:
          type: string
    connection:
      type: octapi
      flow: "invoices/read"
    authentication:
      type: oauth2
      scopes: ["read_invoices"]

Ошибка новичка: В inputSchema указывают все поля, даже необязательные. LLM начнёт их перебирать, и утонет в параметрах. Совет — оставляй только критические.

4 Подключаем к AI-агенту

Например, используем Claude Code или Copilot CLI. В конфиг MCP-клиента добавляем путь к нашему серверу:

{
  "mcpServers": {
    "enterprise-backend": {
      "command": "node",
      "args": ["mcp-client.js", "--config", "./octapi-config.yaml"],
      "env": {
        "MCP_OCTAPI_TOKEN": "${OCTAPI_TOKEN}"
      }
    }
  }
}

И теперь AI-агент может сказать: «Покажи счёт №123», и он уйдёт через MCP -> Octapi -> SOAP -> база. Магия.

Типичные грабли при внедрении

Грабли 1: Безопасность. MCP-сервер, открытый для всей сети — это дыра. В Enterprise каждый tool должен пройти аудит. Используй подход least privilege: для каждого MCP-сервера — отдельный токен и скоуп. Читай о скрытых угрозах MCP в статье про продакшн-безопасность MCP.

Грабли 2: Производительность. Octapi добавляет слой трансформации. Если твой SOAP-сервис отвечает за 2 секунды, через Octapi + MCP может стать 4-5. Для асинхронных сценариев — норм, для real-time — не очень. Решение: кэширование на уровне Octapi (TTL = 1 минута для часто запрашиваемых данных) и ленивая загрузка.

Грабли 3: Rate limiting. LLM-агенты могут дёргать один tool десятки раз в минуту. Enterprise-системы не рассчитаны на такую нагрузку. В Octapi есть встроенный rate limiter на стороне MCP-сервера. Ставь разумные лимиты (например, 10 запросов в минуту на юзера).

Грабли 4: Обработка ошибок. SOAP может вернуть fault, который LLM не поймёт. Нужно транслировать ошибки в человекочитаемый вид. В Octapi можно настроить маппинг кодов ошибок на сообщения для LLM. Пример: FAULT:INVALID_INVOICE -> Моя база данных не принимает номер счёта в таком формате.

Когда low-code не панацея

Octapi — мощная штука, но не жди, что он решит все проблемы. Если система требует кастомной авторизации (например, Kerberos или SAML с динамическими токенами), придётся писать свой adapter на Python или Go. Да, это тот самый случай, когда GoMCP может быть быстрее Python-решения.

Но в 80% случаев low-code подход с Octapi хватает за глаза. Особенно если у вас нет выделенной команды DevOps под каждую интеграцию.

💡
Совет: Начни с одной критической интеграции. Например, подключи через MCP поиск клиента в CRM. Пусть AI-агент покажет окупаемость. После этого легче продать расширение на всю IT-инфраструктуру.

Будущее: Enterprise-агенты с автодискавери

Сейчас Octapi генерирует MCP-сервер вручную. Но уже тестируется фича auto-discovery: платформа сама сканирует сеть на наличие OpenAPI-документов и WSDL, и предлагает создать MCP-сервер на лету. Представь: ты разворачиваешь Octapi в DMZ, он находит все сервисы, и AI-агент сам решает, какой tool использовать. Это именно то, о чём говорится в практическом руководстве по MCP Tool Registry.

Но до этого ещё есть время. Пока же — бери Octapi, цепляй свой SOAP-монстр, и делай Enterprise дружелюбным к AI. Без слез и совещаний по пятницам.

Подписаться на канал

←
На главную