Перейти к содержимому
XSIS
Инженер работает с сетевыми кабелями в синем свете

Корпоративные системы и интеграции

Промежуточное ПО и услуги интеграции API

Один интеграционный слой для каждой системы и партнёра с обработкой сбоев

Когда каждое подключение — отдельный скрипт

Большинство компаний зависят от сервисов, которыми не управляют: CRM, перевозчиков и логистических провайдеров 3PL, налоговых платформ, проверок KYC и AML, SaaS-инструментов. У каждого свой API, свои лимиты и свой способ отказывать.

Подключённые по одному, они превращаются в набор точечных скриптов, которые никто полностью не понимает. Партнёр меняет API, сообщение теряется ночью, и первым признаком становится жалоба клиента.

Что меняется для вас

  1. Один слой вместо сети скриптов

    Системы публикуют и получают события через один управляемый слой, поэтому добавление партнёра не означает правки каждой системы.

  2. Ничего не теряется и не дублируется

    Идемпотентные записи, повторные попытки с нарастающей задержкой и очередь недоставленных сообщений, чтобы сбой фиксировался и повторялся, а не терялся.

  3. Каждый поток виден

    Трассировки, частота ошибок и задержка по каждому партнёру с оповещениями о том, какой партнёр отказал и как.

Что мы предоставляем

  • API-шлюз

    Единая управляемая точка входа для публикуемых вами API: аутентификация, ограничения частоты, квоты, версионирование и аналитика использования.

  • Событийная сетка и сервисная шина предприятия

    Событийная сетка — сеть брокеров, маршрутизирующая события между системами и площадками в реальном времени. Если ваш ландшафт уже работает на сервисной шине предприятия (ESB), мы проектируем и расширяем и её.

  • Автоматизация процессов BPMN

    Процессы, охватывающие системы и людей, например подключение клиентов или согласования, смоделированные в BPMN (Business Process Model and Notation) и исполняемые движком рабочих процессов.

  • Коннекторы экосистемы третьих сторон

    Коннекторы через REST, SOAP и вебхуки либо через iPaaS (интеграционную платформу как услугу) для CRM, логистики 3PL, налоговых платформ и провайдеров KYC и AML.

  • Контракты API и версионирование

    Определения OpenAPI или WSDL для каждого интерфейса с правилами полей, кодами ошибок и лимитами и политика поглощения изменений партнёров.

  • Идентичность и секреты

    Единый вход через OpenID Connect или SAML, доступ сервисов через OAuth 2.0 и учётные данные в хранилище секретов с ограничением прав и ротацией.

  • Надёжность и мониторинг

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

Как строится работа

  1. Проведите инвентаризацию

    Мы перечисляем системы и партнёров, от которых вы зависите, данные, нужные каждому, и сбои, которые видите сейчас.

  2. Спроектируйте слой

    Мы пишем контракты API и выбираем прямые вызовы, события, ESB или интеграционную платформу для каждого потока.

  3. Соберите коннекторы

    Мы собираем каждый коннектор с обработкой ошибок, защитой от дубликатов и журналированием с самого начала.

  4. Протестируйте с каждым партнёром

    Мы прогоняем контрактные тесты и сквозные сценарии в тестовой среде каждого партнёра, включая сбои.

  5. Выпускайте безопасно

    Мы выпускаем поэтапно и держим старый путь доступным, пока новый не доказан.

  6. Эксплуатируйте и адаптируйте

    Мы следим за частотой ошибок и необработанными сообщениями и адаптируем коннекторы, когда партнёры меняют API.

От ERP к третьим сторонам: одна платформа, много партнёровБизнес-события выходят из ERP один раз, и интеграционная платформа доставляет их каждому партнёру в нужном ему формате. Обратные вызовы возвращаются тем же путём. Сообщение, которое не удалось отправить после повторов, попадает в очередь недоставленных сообщений и вызывает оповещение с приложенными данными.ERPERPКлиенты, заказы,счетаXSISИнтеграционнаяплатформаiPaaS илисобственныесервисы,сопоставление иповторыСторонняя системаCRMАккаунты, контакты ивозможностиСторонняя системаЛогистика иперевозчикиОтправления иотслеживаниеСторонняя системаПлатформаэлектронныхсчетов-фактур иналоговПодтверждение иотчётностьСторонняя системаПоставщик KYC иидентификацииПроверка и скринингСервисОчередьнедоставленныхсообщений иоповещенияНичего не теряетсяЛюдиКомандаподдержки1REST · OData · webhook2REST/JSON3REST/JSON4webhook5SOAP/XML · REST6REST/JSON7webhook89

От ERP к третьим сторонам: одна платформа, много партнёров

Бизнес-события выходят из ERP один раз, и интеграционная платформа доставляет их каждому партнёру в нужном ему формате. Обратные вызовы возвращаются тем же путём. Сообщение, которое не удалось отправить после повторов, попадает в очередь недоставленных сообщений и вызывает оповещение с приложенными данными.

  • Основной поток
  • Асинхронный
  • Сценарий исключения
Поток из 9 шагов

Поток шаг за шагом

  1. От ERP к Интеграционная платформа: Бизнес-события, по REST · OData · webhook (основной поток).
  2. От Интеграционная платформа к CRM: Клиенты и заказы, по REST/JSON (основной поток).
  3. От Интеграционная платформа к Логистика и перевозчики: Забронированные отправления, по REST/JSON (основной поток).
  4. От Логистика и перевозчики к Интеграционная платформа: События отслеживания, по webhook (асинхронный).
  5. От Интеграционная платформа к Платформа электронных счетов-фактур и налогов: Счета для подтверждения, по SOAP/XML · REST (основной поток).
  6. От Интеграционная платформа к Поставщик KYC и идентификации: Проверки личности, по REST/JSON (основной поток).
  7. От Поставщик KYC и идентификации к Интеграционная платформа: Результаты проверок, по webhook (асинхронный).
  8. От Интеграционная платформа к Очередь недоставленных сообщений и оповещения: Сбой после повторов — в очередь недоставленных сообщений (сценарий исключения).
  9. От Очередь недоставленных сообщений и оповещения к Команда поддержки: Оповещение с данными и ошибкой (сценарий исключения).

Протоколы, платформы и стандарты

Если у вас уже есть интеграционная платформа, мы строим на ней. Упоминание продукта не означает партнёрства с его вендором.

Данные и аналитика
  • Apache Kafka
Интеграция
  • REST
  • SOAP
  • GraphQL
  • Webhooks
  • OpenAPI
  • MuleSoft
  • Boomi
  • Azure Logic Apps
  • Apache Camel
  • RabbitMQ
Идентификация и доступ
  • OAuth 2.0
  • OpenID Connect
  • SAML 2.0
  • SCIM
  • Keycloak
  • Microsoft Entra ID
Стандарты здравоохранения
  • HL7 v2
  • HL7 FHIR

Подтверждение в эксплуатации

Для банка из первого эшелона стран Персидского залива и регионального конгломерата мы построили событийную промежуточную сетку на Apache Kafka. Она соединяет SAP S/4HANA с банками и налоговыми органами, а секреты хранятся в HashiCorp Vault.

Как начать

Понятный список партнёров и потоков сразу переходит в предложение. Недокументированная сеть существующих интеграций начинается с диагностики существующей системы.

Что происходит дальше

  1. Предконсультационная сессия

    бесплатная 30-минутная онлайн-сессия предварительного консультирования: мы разбираем ваши цели, системы и ограничения.

  2. Оценка готовности

    В рамках бесплатная 48-часовая оценка готовности ведущий архитектор проверяет ваш проект по шести критериям определения готовности и рекомендует подходящий трек.

  3. Выбор трека

    Проекты с готовым объёмом работ получают обязывающее предложение в течение 3–5 рабочих дней. Проекты на стадии концепции начинаются в Blueprint Studio. Действующая система, которая сбоит, не документирована или требует интеграции, начинается с диагностики 1–2 недели. У Blueprint Studio и диагностики фиксированная плата, указанная в предложении.

  4. Поставка в пять этапов

    Мобилизация, спринты с живыми демонстрациями, интеграция и усиление защиты, приёмка и запуск, затем управляемые услуги. После запуска наступает гарантийный срок, затем дополнительная поддержка и обслуживание.

Вопросы и ответы

Стоит ли использовать интеграционную платформу или заказной код?

Зависит от числа подключений и того, кто будет их эксплуатировать. Интеграционная платформа, такая как MuleSoft, Boomi или Azure Logic Apps, даёт готовые коннекторы, сопоставление и мониторинг в одном месте за лицензионную плату. Заказные сервисы дают полный контроль и отсутствие лицензии, но больше кода в поддержке. Мы сравниваем оба варианта для вашего случая.

Чем отличается ESB от событийной сетки?

Сервисная шина предприятия маршрутизирует и преобразует сообщения через центральный узел. Событийная сетка распределяет события через сеть связанных брокеров, поэтому системы в разных облаках и на разных площадках публикуют и подписываются напрямую. Многие ландшафты используют оба подхода, пока переходят с одного на другой.

Что происходит, когда API партнёра недоступен?

Запросы, сбой которых вызван временной причиной, повторяются с нарастающими задержками. Каждая запись несёт ключ идемпотентности, поэтому повтор не создаёт второй заказ или счёт. Сообщение, которое всё ещё не проходит, попадает в очередь недоставленных сообщений с полезной нагрузкой и ошибкой. Оповещение доходит до вашей команды, а сообщение повторяется после восстановления партнёра.

Как вы обрабатываете изменения версий API?

Для публикуемых вами API мы версионируем их, сохраняем старые версии на согласованный срок и сообщаем потребителям об изменениях. Для API, которые вы вызываете, мы отслеживаем уведомления об устаревании каждого партнёра и тестируем новые версии в его песочнице. Контрактные тесты ловят необъявленное изменение до попадания в промышленную среду.

Можете ли вы подключить нашего провайдера идентичности?

Да. Мы добавляем единый вход через OpenID Connect или SAML 2.0 с такими провайдерами, как Microsoft Entra ID или Keycloak. Пользователи провизионятся через SCIM, где приложение это поддерживает. Ваш провайдер идентичности остаётся единственным местом, где доступ выдаётся и отзывается.

Как вы справляетесь с ограничениями частоты?

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

Готовы начать разработку? Запросите предложение.

Пришлите требования или RFP. Наши архитекторы проверят их и вернут обязывающее предложение с фиксированным объёмом.

Что происходит дальше

  1. Оценка готовности

    В рамках бесплатная 48-часовая оценка готовности ведущий архитектор проверяет ваш проект по шести критериям определения готовности и рекомендует подходящий трек.

  2. Обязывающее предложение

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

  3. Мобилизация

    После подписания наши инженерные команды начинают Sprint 0 в течение 5–10 рабочих дней после подписания договора.

  4. Поставка в пять этапов

    Мобилизация, спринты с живыми демонстрациями, интеграция и усиление защиты, приёмка и запуск, затем управляемые услуги. После запуска наступает гарантийный срок, затем дополнительная поддержка и обслуживание.