КАСТОМНЫЕ API — REST, SOAP, ОЧЕРЕДИ, ЛЮБЫЕ НЕСТАНДАРТНЫЕ СВЯЗКИ

КастомныеAPI-интеграцииБитрикс24

Связываем Битрикс24 с любыми системами по REST или SOAP: ERP (Axapta, NAV), самописные сервисы, очереди RabbitMQ и Kafka, внешние платёжные и логистические шлюзы. Архитектуру обмена проектируем под процессы — с очередями, ретраями и мониторингом, без боли при сбоях и обновлениях.

ОФИСПермь, работаем по РФ
ОПЫТ12 лет · 200+ проектов

Для кого

Кому нужны кастомные API-интеграции

Когда типовых связок (1С, телефония, сайт) не хватает — на сцену выходят нестандартные системы: ERP, биллинг, logistic-провайдеры, самописные сервисы. Каждая требует своего подхода.

ERP

Крупному бизнесу с ERP

Microsoft Dynamics (Axapta, NAV), SAP, Oracle EBS, Галеев/1С:ERP. Обмен заказами, контрагентами, складами и производственными планами — между CRM и ERP.

Custom

Компаниям с самописными системами

Унаследованные сервисы (legacy), внутренние разработки, отраслевые системы (PMS, МИС, WMS, TMS) с REST/SOAP API. Связываем с Битрикс24 через middleware.

High-load

Сервисам с большим потоком данных

Финтех, ретейл, логистика — десятки тысяч событий в час. Очереди Kafka и RabbitMQ, async-обработка, ретраи и идемпотентность — обмен держит нагрузку.

Что связываем

С какими системами делаем обмен

Принцип один: проектируем шину данных между Битрикс24 и внешними системами. Коннекторы пишем под API каждой системы, логику обмена — под процессы бизнеса.

/ 01

ERP-системы

Microsoft Dynamics 365 (AX, NAV, BC), SAP, Oracle EBS, 1С:ERP, Галеев. Обмен заказами, планами производства, остатками и закупками. Двусторонний или однонаправленный.

ERP
/ 02

Биллинг и финтех

Платёжные шлюзы (ЮKassa, Тинькофф, Сбербанк), биллинговые системы провайдеров, сервисы фискализации (Честный знак, ОФД). Реестры платежей и статусы в CRM.

Финтех
/ 03

Логистика и доставка

СДЭК, Boxberry, DPD, ПЭК, Деловые Линии, Яндекс.Доставка. Расчёт тарифов, создание заявок, статусы отгрузок, этикетки и накладные в карточке сделки.

Логистика
/ 04

Внутренние сервисы и legacy

Унаследованные системы на SOAP, очереди IBM MQ, самописные REST API. Подключаем через middleware с трансформацией форматов и протоколов.

Legacy
/ 05

Очереди и брокеры

RabbitMQ, Apache Kafka, AWS SQS, Redis Streams. Async-обмен для high-load: тысячи событий в минуту с гарантированной доставкой и идемпотентностью.

Брокеры
/ 06

Внешние SaaS и маркетинг

AMOCRM, HubSpot, Mailchimp, Mindbox, Exponea, GetCourse. Синхронизация контактов, сегментов, событий и сделок между системами маркетинга и CRM.

SaaS

Как выбрать

Прямая связь, middleware или iPaaS

КритерийiPaaS-платформаКастомный middleware
ЗапускБыстрее — готовые коннекторыДольше — разработка под каждую систему
СовместимостьЧто есть в каталоге iPaaSЛюбая система с REST/SOAP/БД
Гибкость логикиОграничена визуальным конструкторомЛюбая логика, ветвления, трансформации
ПроизводительностьЗависит от лимитов iPaaS и тарифаМасштабируется под вашу нагрузку
Стоимость владенияПодписка iPaaS — растущаяСвои серверы — фикс. затраты
Контроль и безопасностьДанные через сторонний сервисПолностью под вашим контролем

Как идёт проект

Этапы интеграции

  1. 01

    Аудит систем

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

    → 1–2 недели
  2. 02

    Архитектура middleware

    Проектируем шину данных: очереди, коннекторы, трансформации, ретраи, идемпотентность. Согласовываем сценарии обработки ошибок и мониторинга.

    → 2–3 недели
  3. 03

    Разработка и тесты

    Пишем middleware (Node.js/Python/Go), коннекторы к API каждой системы, дашборд мониторинга. Нагрузочные тесты и проверка поведения при сбое.

    → 4–10 недель
  4. 04

    Запуск и сопровождение

    Разворачиваем middleware в вашей инфраструктуре или нашем контуре, передаём регламент администрирования. На сопровождении — мониторинг, инциденты и доработки по SLA.

    → от 1 месяца

Стоимость

Из чего складывается смета

Базовая интеграция с 1-2 системами через REST — от 250 000 ₽. Middleware с очередями и high-load — от 800 000 ₽.

  • — 01

    Число систем и API

    Чем больше систем в контуре — тем больше коннекторов и точек отказа. Влияет на смету сильнее, чем сложность одного API. iPaaS вместо своего middleware — отдельный сценарий оценки.

  • — 02

    Сложность API

    REST с JSON — проще всего. SOAP с XML-схемами — дольше разработка. Legacy без документации — reverse engineering и отдельная смета. GraphQL и gRPC — дороже REST.

  • — 03

    Режим обмена

    Периодический (раз в час/день) — проще. По событиям в реальном времени — middleware с очередями. High-load (тысячи событий в минуту) — отдельная архитектура с Kafka/Redis.

  • — 04

    Инфраструктура и эксплуатация

    Где живёт middleware: ваше железо, наш контур или облако (Yandex Cloud, VK Cloud). Каждая опция — своя стоимость владения и SLA. На высоких нагрузках важна автоматизация развёртывания.

Точную смету называем после аудита систем и согласования архитектуры. Если middleware живёт в нашем контуре — отдельно оцениваем ежемесячное сопровождение. Консультация — бесплатно.

Вопросы

Частые вопросы

С какими системами вы делали интеграции?
1С (УТ, ERP, УНФ, отраслевые), Microsoft Dynamics AX и NAV, Axapta, самописные системы на PHP/Node.js/.NET, очереди RabbitMQ и Apache Kafka, внешние сервисы (ЮKassa, СДЭК, Boxberry, UDS, Callibri, Mindbox, GetCourse, Edna, Chat2Desk). Если системы нет в списке — это не проблема, разбираемся на аудите.
Чем REST отличается от SOAP?
REST — это стиль API поверх HTTP/HTTPS, обычно с JSON: лёгкий, гибкий, mainstream. SOAP — протокол с XML-сообщениями по WSDL-схеме: строже контракты, тяжелее, но используется в enterprise и гос.системах (СМЭВ, ЕГАИС). Если система даёт оба — выбираем REST. Если только SOAP — пишем SOAP-клиент и трансформируем в REST на middleware.
Какую нагрузку держит ваш middleware?
Базовая конфигурация — сотни событий в минуту. С очередями RabbitMQ — тысячи в минуту, на одном сервере. С Apache Kafka и горизонтальным масштабированием — десятки тысяч в секунду. На стадии аудита оцениваем вашу пиковую нагрузку и подбираем архитектуру. Нагрузочное тестирование — обязательный этап перед запуском.
Что такое идемпотентность и зачем она нужна?
Идемпотентность — свойство операции: повторный вызов даёт тот же результат, что и первый. Например, создание заказа по external_id: если сеть упала и клиент прислал запрос повторно — заказ не задвоится. На middleware реализуем идемпотентные ключи для всех mutating-операций. Это критично для платежей и создания сущностей.
Как обрабатываются сбои и ретраи?
Все вызовы внешних API идут через middleware с очередями. При ошибке 5xx или таймауте — ретраи с экспоненциальной задержкой (3-5 попыток). Если все попытки провалились — сообщение уходит в DLQ (dead-letter queue) для разбора администратором. Алерты на email и в мессенджер команды. Никакого молчаливого выпадения данных.
Можно ли использовать iPaaS вместо своего middleware?
Да, это разумный выбор для типовых связок (Битрикс24 + 1С + Mailchimp). iPaaS-платформы (Zapier, Make, Albato, русской «Э1») дают готовые коннекторы и визуальный конструктор. Минусы: лимиты на события, зависимость от платформы, растущая подписка, данные через третьих лиц. Свой middleware — когда нагрузки высокие, логика сложная, или данные нельзя отдавать третьим лицам.

Следующий шаг

Описать кастомную интеграцию?

Опишите системы и сценарий обмена — за 30 минут предложим архитектуру middleware и оценим проект.

ТЕЛЕФОН+7 (342) 200-85-19
ПОЧТАinfo@solar.bi
TELEGRAM@solar_bi

Получить консультацию

Ответим в течение рабочего дня. Золотой партнёр Битрикс24 · данные не передаются третьим лицам.

Добавить компанию или комментарий

Заявка уходит напрямую в CRM · без спама и звонков от третьих лиц