API, который связывает Битрикс с внешними системами без ручной возни
Проектируем и пишем API на 1С-Битрикс под обмен данными: REST-методы для веба и мобильных, интерфейсы для B2B-портала, разъёмы к 1С, CRM и платёжным сервисам. С документацией, авторизацией и контролем нагрузки.
API и интеграционная разработка: что это и зачем
API и интеграционная разработка на 1С-Битрикс — это проектирование и создание программных интерфейсов, через которые сайт обменивается данными с внешними системами: 1С, CRM, мобильным приложением, B2B-порталом дилеров, платёжными и логистическими сервисами. Вместо ручных выгрузок и файлов системы общаются напрямую, в реальном времени и по понятному контракту. API (Application Programming Interface) — это, по сути, набор правил, по которым одна программа обращается к другой: какие данные можно запросить, в каком виде их прислать и что вернётся в ответ. Интеграция — это уже связка конкретных систем через такой интерфейс, со своими очередями, маппингом полей и журналом обмена.
Это раздел-хаб: под конкретную задачу мы подбираем нужный тип интерфейса — REST API для обмена с 1С и сервисами, API под мобильное приложение с лёгкими ответами или закрытый контур для B2B-портала с персональными ценами и заказами. Каждый метод закрыт авторизацией по токенам и ролям, ограничен лимитами и описан по стандарту OpenAPI. Подбор подхода — не формальность: для обмена с 1С и внешними сервисами обычно подходит классический REST, для приложения важны компактные ответы под слабую сеть, а для дилерского портала — закрытый контур с разграничением по контрагентам. Часто эти подходы комбинируются в рамках одного проекта.
Что входит в интеграционную разработку
За словами «сделать интеграцию» стоит несколько слоёв работы, и от каждого зависит, будет обмен надёжным или превратится в источник постоянных сбоев. Мы выделяем такие составляющие:
- Проектирование интерфейса. Какие сущности доступны внешним системам, какие методы над ними разрешены, в каком формате идут запрос и ответ.
- Авторизация и права. Токены, роли и разграничение доступа, чтобы каждый клиент видел только своё.
- Надёжная доставка. Очереди и повторные попытки, чтобы сбой внешнего сервиса не приводил к потере заказов.
- Маппинг данных. Сопоставление полей между системами: один и тот же товар по-разному называется в Битрикс, 1С и на маркетплейсе.
- Журнал и мониторинг. Видимость состояния каждой операции, чтобы разбор инцидентов занимал минуты.
- Документация и тесты. Описание по OpenAPI и автотесты ключевых сценариев обмена.
Результат — единый слой интеграций, на который безопасно подключаются новые сервисы и партнёры. Ручные выгрузки между системами уходят, остатки и заказы становятся синхронными, а подключение нового сервиса занимает дни, а не недели. Обмен идёт через очереди с повторными попытками, поэтому сбой одной системы не теряет данные.
Какие интеграции мы делаем чаще всего
Список систем, которые приходится связывать с Битрикс, у большинства бизнесов похож, и под каждую у нас есть отработанный подход:
- Битрикс и 1С. Двусторонний обмен номенклатурой, ценами, остатками, заказами и документами. Это ядро большинства проектов: именно здесь рождаются расхождения, которые видит клиент.
- Битрикс и CRM. Передача лидов, сделок, контактов и статусов, чтобы отдел продаж работал в привычном инструменте, а данные не дублировались вручную.
- Платёжные шлюзы. Приём оплат, проверка статусов, возвраты — с корректной обработкой ситуаций, когда деньги списались, а ответ не дошёл.
- Службы доставки. Расчёт стоимости, создание отправлений, трекинг статусов и автоматическое обновление их в заказе.
- Маркетплейсы. Выгрузка товаров и цен, приём заказов и синхронизация остатков, чтобы не продать то, чего нет.
- Мобильные приложения и партнёрские системы. Отдельные интерфейсы под клиентов, которым нужно программно работать с вашими данными.
Когда пора заказывать интеграцию
Чёткий сигнал — когда сотрудники тратят часы на перенос данных между системами руками, а остатки на сайте и на складе всё равно расходятся. Второй сигнал — когда появляется новый канал продаж или партнёр, которому нужно программно получать ваши данные, и каждое такое подключение делается как разовый костыль. Третий — когда при сбое внешнего сервиса заказы теряются без следов и никто не может сказать, где именно. Во всех этих случаях разрозненные выгрузки уже не справляются, и нужен спроектированный слой обмена с единым контрактом, авторизацией и журналом. Чем раньше навести в обмене порядок, тем дешевле обходится каждое следующее подключение. На бесплатном аудите мы составляем карту ваших систем и потоков данных, отмечаем узкие места и предлагаем порядок подключений — от самого критичного для денег обмена к второстепенному, чтобы первый же этап дал заметный результат.
Единый слой интеграций между системами
Сайт, мобильное приложение и партнёры обращаются к одному слою API, который через авторизацию и очереди связывает их с 1С, CRM и сервисами.
Где обмен данными тормозит бизнес и плодит ошибки
Пока системы обмениваются файлами и выгрузками вручную, данные расходятся, а внешние сервисы приходится подключать заново под каждую задачу. Грамотно спроектированное API убирает эту рутину.
Что меняется в цифрах
Ориентиры по проектам нашей команды. Точные показатели оценим на бесплатном аудите вашей архитектуры обмена.
Как меняется обмен данными
Без решения
С решением от B2Bsite
Какой интерфейс нужен под вашу задачу
Подбираем подход под клиентов API: классический REST для обмена с 1С и сервисами, интерфейс под мобильное приложение или закрытый контур для B2B-портала.
Разработка REST API для 1С-Битрикс
Понятные ресурсы и методы для обмена с сайтом, 1С, CRM и внешними сервисами по привычной модели REST.
- Версионирование и обратная совместимость
- Токены, роли и лимиты запросов
- Документация по OpenAPI
Разработка API для мобильного приложения Битрикс
Компактные ответы, авторизация и пуш-сценарии — интерфейс, рассчитанный на слабую сеть и экономию трафика.
- Авторизация и обновление токенов
- Лёгкие ответы под мобильную сеть
- Поддержка пуш-уведомлений
Разработка API для B2B-портала Битрикс
Закрытый контур для дилеров и интеграторов: персональные цены, заказы и документы через защищённые методы.
- Персональные цены и остатки
- Создание и статусы заказов
- Доступ по контрагентам и ролям
Что именно мы делаем по API и интеграциям
Сколько стоит API и интеграционная разработка
Стоимость зависит от типа интерфейса, числа систем-клиентов и требований к нагрузке. Ниже — ориентиры по направлению; точную смету присылаем после аудита архитектуры обмена, бесплатно.
Один интерфейс под конкретную задачу — обмен с одной системой или приложением.
- Проектирование методов
- Авторизация по токенам
- Обмен с одной системой
- Документация по OpenAPI
Единый API для нескольких клиентов с обменом и контролем нагрузки.
- Несколько систем-клиентов
- Версионирование и совместимость
- Очереди, повторы и журнал
- Лимиты, пагинация и кэш
- Документация и автотесты
Полный контур обмена для веба, приложения и партнёров с нагрузкой.
- Все возможности «Слой интеграций»
- API под приложение и B2B-партнёров
- Обмен с 1С, CRM и сервисами
- Нагрузочная оптимизация
- Сопровождение и развитие
Точечная интеграция от 120 000 ₽
Один интерфейс под конкретную задачу — обмен с одной системой или приложением.
- Проектирование методов
- Авторизация по токенам
- Обмен с одной системой
- Документация по OpenAPI
Популярный Слой интеграций от 260 000 ₽
Единый API для нескольких клиентов с обменом и контролем нагрузки.
- Несколько систем-клиентов
- Версионирование и совместимость
- Очереди, повторы и журнал
- Лимиты, пагинация и кэш
- Документация и автотесты
Интеграционная платформа от 480 000 ₽
Полный контур обмена для веба, приложения и партнёров с нагрузкой.
- Все возможности «Слой интеграций»
- API под приложение и B2B-партнёров
- Обмен с 1С, CRM и сервисами
- Нагрузочная оптимизация
- Сопровождение и развитие
Дополнительные опции
| Подключение дополнительной системы или сервиса | от 40 000 ₽ |
| Нагрузочное тестирование и оптимизация | от 50 000 ₽ |
| Онбординг партнёров и расширенная документация | от 30 000 ₽ |
Сколько времени экономит обмен по API
Прикиньте, сколько часов команда тратит на ручные выгрузки между системами и разбор расхождений. Единый слой интеграций убирает большую часть этой рутины.
Оценка по формуле: суммарные часы в неделю × ставка × 4,33 недели. Это только прямая экономия времени, без учёта роста скорости подключений и снижения числа ошибок.
Кейсы по API и интеграциям
Покажем API на ваших сценариях обмена
Разберём вашу схему интеграций и покажем, как REST-методы закроют обмен с 1С, CRM, мобильным приложением и партнёрами. Дадим демо-доступ к методам и документации.
Частые вопросы по API и интеграциям — и наш ответ
Это не общие советы, а закономерности из реальных проектов обмена. Каждый ответ — позиция нашей команды.
На что можно рассчитывать по договору
Единый слой интеграций или разовые подключения
Когда сервис нужно подключить один раз и навсегда, разовая интеграция выглядит дешевле. Но как только систем становится больше двух, а обмен идёт по заказам, ценам и остаткам, разрозненные подключения превращаются в клубок: каждая правка задевает соседние, документации нет, а при сбое непонятно, где потерялись данные. Мы смотрим на API и интеграции как на инфраструктуру, которая обслуживает бизнес годами, а не как на разовую задачу. Ниже — как мы думаем о таких проектах, на что обращаем внимание и что отличает обмен, который работает только в день сдачи, от обмена, который устойчив к росту и сбоям.
Главный выбор: разовые подключения или единый слой
Это первое, что мы определяем на аудите. Если у вас одна внешняя система и обмен с ней простой, городить платформу незачем — хватит аккуратной точечной интеграции. Но если клиентов API несколько (сайт, мобильное приложение, дилерский портал, 1С, маркетплейсы) и обмен критичен для денег, разрозненные подключения начинают стоить дороже единого слоя. Каждый разовый костыль живёт своей жизнью: отвечает по-своему, нигде не описан, ломается при доработках соседей. Единый слой интеграций задаёт общий контракт, общую авторизацию и единый журнал — и новые подключения делаются по готовой схеме, а не с нуля.
Как мы подбираем тип интерфейса
Универсального API не существует — под разных потребителей нужны разные интерфейсы, и мы подбираем их под задачу:
- REST API для обмена с 1С и сервисами. Классическая модель ресурсов и методов: каталог, остатки, цены, заказы доступны внешним системам по стабильным эндпоинтам с версионированием и документацией.
- API под мобильное приложение. Компактные ответы, рассчитанные на слабую сеть и экономию трафика, авторизация с обновлением токенов и поддержка пуш-сценариев.
- Контур для B2B-портала. Закрытый доступ для дилеров и интеграторов: персональные цены и остатки, создание и статусы заказов, разграничение по контрагентам и ролям.
Часто в одном проекте подходы комбинируются: общий REST-слой обслуживает обмен с 1С, поверх него работают облегчённые методы для приложения, а для партнёров открыт отдельный защищённый контур. Решение, что именно нужно, мы принимаем не по умолчанию, а по результатам разбора вашей архитектуры.
Надёжность обмена: очереди, повторы, журнал
Самая частая боль, с которой к нам приходят, — заказы теряются при сбое внешнего сервиса, и никто не может сказать, где. Мы решаем это очередями с повторными попытками: если система-получатель временно недоступна, операция не пропадает, а ждёт в очереди и доставляется, когда сервис вернётся. Каждая операция фиксируется в журнале — видно её состояние, время и результат. Это превращает разбор инцидентов из расследования на полдня в просмотр лога на несколько минут. Идемпотентность операций гарантирует, что повторная доставка того же сообщения не создаст дубль заказа — критичное свойство там, где между системами стоят очереди.
Безопасность и контроль доступа
Открытые методы без авторизации и лимитов — это прямой риск утечек и перегрузки сервера. Поэтому безопасность мы закладываем по умолчанию. Каждый метод закрыт авторизацией по токену, доступ разграничен ролями: дилер видит свои цены и заказы, но не чужие; служебная система получает технические методы, недоступные публичным клиентам. Лимиты частоты запросов не позволяют одному потребителю положить API остальным, а журнал обращений показывает, кто и к каким методам обращался. Обмен идёт по HTTPS, чувствительные методы доступны только доверенным системам. Токены отзываются и перевыпускаются без простоя для остальных клиентов.
Производительность под нагрузкой
Распространённое опасение — что обмен по API начнёт тормозить сам сайт. При правильном проектировании этого не происходит. Частые ответы кэшируются, данные отдаются постранично, тяжёлые операции уходят в фоновые задачи, а на вход ставятся лимиты. Слой интеграций работает рядом с витриной, не конкурируя с ней за ресурсы в пиковые моменты. Когда число клиентов API растёт, нагрузка распределяется предсказуемо, а не упирается в один узкий участок.
Документация и независимость от подрядчика
Мы готовим описание по стандарту OpenAPI на каждый метод: параметры, форматы ответа, коды ошибок и примеры запросов. Это не отчётная формальность, а рабочий инструмент: новый разработчик в вашей команде или у стороннего подрядчика подключается по документации, без созвонов и догадок. Вместе с документацией передаём исходники и доступы. Вы не привязаны к нам — развивать слой интеграций дальше может как наша команда, так и ваши специалисты. Версионирование методов позволяет добавлять и менять интерфейсы, не ломая уже работающие подключения.
С чего начать, если систем много
Когда систем несколько и непонятно, что связывать первым, мы начинаем с карты: фиксируем системы, потоки данных и сценарии обмена, отмечаем, где сейчас теряются данные и где больше всего ручной работы. По карте предлагаем порядок подключений — обычно от самого критичного для денег обмена. Так первый этап даёт заметный эффект быстро, а остальные системы подключаются итерациями к уже готовому слою. Это снижает риск: вы не вкладываетесь сразу в большую платформу, а проверяете подход на самом болезненном участке и расширяете его по мере отдачи.
Чем интеграционные модули отличаются от разработки API
Эти две вещи часто путают. API — это интерфейс, через который внешние системы обращаются к данным сайта: контракт методов, форматы, авторизация. Интеграционный модуль — это готовый слой обмена с конкретной системой, со своими очередями, маппингом полей и журналом. На практике их делают вместе: API задаёт контракт, а модуль обеспечивает надёжный обмен с 1С, CRM или маркетплейсом. Что нужно именно вам — отдельный метод, полноценный API или интеграционный модуль, — мы определяем на аудите, исходя из ваших систем и сценариев.
Маппинг данных: незаметная, но критичная часть
Самая недооценённая часть любой интеграции — сопоставление данных между системами. Один и тот же товар в Битрикс, 1С и на маркетплейсе называется по-разному, имеет разные идентификаторы, единицы измерения и наборы характеристик. Заказ на сайте и заказ в учётной системе устроены не одинаково. Без аккуратного маппинга обмен либо не запускается, либо тихо передаёт мусор, который всплывает через месяц в виде неправильных остатков и перепутанных позиций. Мы выстраиваем явные правила соответствия полей и идентификаторов, фиксируем их и проверяем на реальных данных до запуска. Там, где справочники расходятся, настраиваем правила нормализации, чтобы новые позиции автоматически попадали в нужные категории, а не зависали в ручном разборе. Это скучная, но решающая работа: именно на маппинге чаще всего и спотыкаются самописные интеграции.
Двусторонний обмен и кто хозяин данных
В любой интеграции важно с самого начала договориться, какая система является источником истины для каждого типа данных. Кто хозяин остатков — склад в 1С или сайт? Кто управляет ценами? Где создаётся заказ и куда он потом уходит? Если этого не определить, две системы начинают перезаписывать данные друг друга, и возникают циклы, когда правка в одной откатывается обновлением из другой. Мы фиксируем направление для каждого потока: остатки и цены, как правило, идут из учётной системы на сайт, заказы — с сайта в учёт, статусы доставки — из службы логистики в заказ. Двусторонний обмен мы строим так, чтобы изменения не зацикливались, а конфликтные ситуации разрешались по понятным правилам, а не случайно.
Надёжность обмена: очереди, повторы, журнал
Самая частая боль, с которой к нам приходят, — заказы теряются при сбое внешнего сервиса, и никто не может сказать, где. Мы решаем это очередями с повторными попытками: если система-получатель временно недоступна, операция не пропадает, а ждёт в очереди и доставляется, когда сервис вернётся. Каждая операция фиксируется в журнале — видно её состояние, время и результат. Это превращает разбор инцидентов из расследования на полдня в просмотр лога на несколько минут. Идемпотентность операций гарантирует, что повторная доставка того же сообщения не создаст дубль заказа — критичное свойство там, где между системами стоят очереди.
Безопасность и контроль доступа
Открытые методы без авторизации и лимитов — это прямой риск утечек и перегрузки сервера. Поэтому безопасность мы закладываем по умолчанию. Каждый метод закрыт авторизацией по токену, доступ разграничен ролями: дилер видит свои цены и заказы, но не чужие; служебная система получает технические методы, недоступные публичным клиентам. Лимиты частоты запросов не позволяют одному потребителю положить API остальным, а журнал обращений показывает, кто и к каким методам обращался. Обмен идёт по HTTPS, чувствительные методы доступны только доверенным системам. Токены отзываются и перевыпускаются без простоя для остальных клиентов.
Производительность под нагрузкой
Распространённое опасение — что обмен по API начнёт тормозить сам сайт. При правильном проектировании этого не происходит. Частые ответы кэшируются, данные отдаются постранично, тяжёлые операции уходят в фоновые задачи, а на вход ставятся лимиты. Слой интеграций работает рядом с витриной, не конкурируя с ней за ресурсы в пиковые моменты. Когда число клиентов API растёт, нагрузка распределяется предсказуемо, а не упирается в один узкий участок. Тяжёлый обмен с маркетплейсами и большие выгрузки в 1С мы выносим в фоновые процессы, чтобы посетители сайта не чувствовали их на скорости загрузки страниц.
Документация и независимость от подрядчика
Мы готовим описание по стандарту OpenAPI на каждый метод: параметры, форматы ответа, коды ошибок и примеры запросов. Это не отчётная формальность, а рабочий инструмент: новый разработчик в вашей команде или у стороннего подрядчика подключается по документации, без созвонов и догадок. Вместе с документацией передаём исходники и доступы. Вы не привязаны к нам — развивать слой интеграций дальше может как наша команда, так и ваши специалисты. Версионирование методов позволяет добавлять и менять интерфейсы, не ломая уже работающие подключения.
С чего начать, если систем много
Когда систем несколько и непонятно, что связывать первым, мы начинаем с карты: фиксируем системы, потоки данных и сценарии обмена, отмечаем, где сейчас теряются данные и где больше всего ручной работы. По карте предлагаем порядок подключений — обычно от самого критичного для денег обмена. Так первый этап даёт заметный эффект быстро, а остальные системы подключаются итерациями к уже готовому слою. Это снижает риск: вы не вкладываетесь сразу в большую платформу, а проверяете подход на самом болезненном участке и расширяете его по мере отдачи.
Чем интеграционные модули отличаются от разработки API
Эти две вещи часто путают. API — это интерфейс, через который внешние системы обращаются к данным сайта: контракт методов, форматы, авторизация. Интеграционный модуль — это готовый слой обмена с конкретной системой, со своими очередями, маппингом полей и журналом. На практике их делают вместе: API задаёт контракт, а модуль обеспечивает надёжный обмен с 1С, CRM или маркетплейсом. Что нужно именно вам — отдельный метод, полноценный API или интеграционный модуль, — мы определяем на аудите, исходя из ваших систем и сценариев.
Сколько это стоит
Смета зависит от типа интерфейса, числа систем-клиентов и требований к нагрузке. Точечная интеграция с одной системой стартует от 120 000 рублей, единый слой интеграций для нескольких клиентов — от 260 000, полная интеграционная платформа для веба, приложения и партнёров — от 480 000. Отдельно считаются подключение дополнительных систем, нагрузочное тестирование и онбординг партнёров. Состав работ и стоимость фиксируем до старта, доработки сверх ТЗ согласуем отдельно. Точную смету присылаем после аудита архитектуры обмена бесплатно — без обязательств с вашей стороны.
Как принять решение
Мы подбираем подход под задачу, а не наоборот: где-то достаточно одного REST-метода, а где-то нужен полноценный контур обмена. Решение принимаем на бесплатном аудите вашей архитектуры — смотрим системы, объёмы и цену сбоя, а не выбираем по умолчанию в сторону большой платформы. Расскажите, какие системы нужно связать, — мы составим карту обмена, предложим состав API и порядок подключений со сметой в течение рабочего дня. Если в вашем случае хватит штатных механизмов Битрикс, мы честно об этом скажем и не будем продавать лишнее.
Частые вопросы об API и интеграциях
Что такое API простыми словами? +
API — это набор правил, по которым одна программа обращается к другой: какие данные можно запросить, в каком виде их передать и что вернётся в ответ. Это как меню в кафе: вы выбираете из понятного списка, а кухня готовит по своим рецептам, в которые вам вникать не нужно. Внешние системы общаются с вашим сайтом через такое меню, а не через прямой доступ к базе.
Чем интеграция отличается от API? +
API — это интерфейс, контракт обращения к данным. Интеграция — это уже связка конкретных систем через такой интерфейс, со своими очередями, сопоставлением полей и журналом обмена. API задаёт правила, а интеграция заставляет две конкретные системы по этим правилам надёжно обмениваться данными.
Что такое REST и почему его чаще всего используют? +
REST — это распространённый стиль построения API, где каждый адрес соответствует ресурсу (товар, заказ), а действие задаётся методом запроса. Он популярен, потому что прост, понятен любому разработчику и хорошо ложится на обмен с 1С, CRM и веб-сервисами. Для большинства задач интеграции REST — оптимальный выбор.
Зачем нужен единый слой интеграций, а не разовые подключения? +
Разовое подключение дешевле на старте, но когда систем становится больше двух, костыли начинают мешать друг другу: каждая правка задевает соседние, документации нет, при сбое непонятно, где данные. Единый слой задаёт общий контракт и авторизацию, и новые сервисы подключаются по готовой схеме без переделки уже работающих.
Сколько занимает разработка интеграции? +
Точечная интеграция с одной системой — от трёх недель, единый слой для нескольких клиентов — от шести недель, полный контур обмена для веба, приложения и партнёров — от десяти недель. Точный срок зависит от типа интерфейса и числа систем; называем его после аудита.
С чего начать, если систем много и непонятно, что связывать первым? +
Начинаем с аудита: составляем карту систем, потоков данных и сценариев обмена, отмечаем, где теряются данные и где больше всего ручной работы. По карте предлагаем порядок подключений, обычно от самого критичного для денег обмена. Так первый этап даёт заметный эффект, а остальные системы подключаются итерациями к готовому слою.
Можно ли подключать системы по очереди? +
Да, и обычно так и стоит делать. Сначала закрываем самый болезненный обмен, проверяем подход на нём, затем расширяем слой на остальные системы. Это снижает риск: вы не вкладываетесь сразу в большую платформу, а наращиваете её по мере отдачи.
Как мы участвуете в процессе? +
Вы согласуете карту обмена и контракт методов до старта разработки. Дальше мы держим вас в курсе по этапам, показываем работающие методы и подключаем системы вместе с вами. На финале передаём исходники, доступы и документацию.
Как обеспечивается безопасность API? +
Каждый метод закрыт авторизацией по токенам, доступ разграничен ролями, действуют лимиты запросов и журналирование обращений. Обмен идёт по HTTPS, чувствительные методы доступны только доверенным системам по списку.
Что будет, если внешний сервис сбоит — заказы потеряются? +
Нет. Обмен идёт через очереди с повторными попытками: если сервис недоступен, операция остаётся в очереди и повторяется, а не пропадает. Состояние каждой операции видно в журнале, поэтому сбой одной системы не приводит к потере заказов.
Как разграничен доступ для партнёров? +
По ролям и контрагентам. Дилер видит свои персональные цены, остатки и заказы, но не данные других партнёров. Служебные методы недоступны публичным клиентам. Это особенно важно для B2B-контура, где разные партнёры работают с разными условиями.
Код и данные остаются у нас? +
Да. Передаём исходники, доступы и техническую документацию по интеграциям. Вы не привязаны к нам: развивать слой обмена дальше может как наша команда, так и ваши специалисты.
С какими системами вы интегрируете API? +
Чаще всего связываем сайт на Битрикс с 1С, CRM, платёжными шлюзами, службами доставки, маркетплейсами и системами партнёров. Обмен идёт через REST-методы с авторизацией, очередями и повторными попытками — данные не теряются при сбое внешнего сервиса. На аудите разберём вашу схему и предложим состав методов.
Можно ли интегрировать Битрикс с 1С и сторонними сервисами? +
Да. Делаем двусторонний обмен с 1С по остаткам, ценам, заказам и документам, а также подключаем CRM, платёжные шлюзы, службы доставки и маркетинговые сервисы. Обмен идёт через единый слой интеграций с логами и повторными попытками при сбоях.
Какой интерфейс нужен под мобильное приложение? +
Для приложения важны компактные ответы под слабую сеть и экономию трафика, авторизация с обновлением токенов и поддержка пуш-сценариев. Это отдельный тип API, который мы проектируем с учётом ограничений мобильной среды, а не отдаём то же, что и для веба.
Чем интеграционные модули отличаются от разработки API? +
API — это интерфейс обращения к данным сайта. Интеграционный модуль — готовый слой обмена с конкретной системой, со своими очередями, маппингом и журналом. На практике их делают вместе: API задаёт контракт, а модуль обеспечивает надёжный обмен с 1С, CRM или маркетплейсом. Что нужно именно вам, определяем на аудите.
От чего зависит цена интеграции? +
От типа интерфейса, числа систем-клиентов и требований к нагрузке. Точечная интеграция стартует от 120 000 рублей, единый слой — от 260 000, полная интеграционная платформа — от 480 000. Точную смету присылаем после аудита архитектуры обмена, бесплатно.
Будет ли документация на разработанные методы? +
Да. На каждый метод готовим описание по стандарту OpenAPI с параметрами, форматами ответов и примерами запросов. Это ускоряет работу вашей команды и сторонних подрядчиков и упрощает развитие API.
Что с производительностью при росте нагрузки? +
Проектируем API под нагрузку: кэширование частых ответов, постраничную выдачу, очереди для тяжёлых операций и лимиты запросов. При необходимости выносим обмен в фоновые задачи, чтобы внешние сбои не блокировали работу сайта.
Можно ли развивать слой интеграций после запуска? +
Да. Версионирование методов позволяет добавлять и менять интерфейсы, не ломая уже подключённых клиентов. Мы передаём исходники и доступы и при желании остаёмся на сопровождении, развивая обмен вместе с ростом бизнеса.
Как подключить новую систему к готовому слою? +
По готовой схеме: описываем нужные методы в OpenAPI, настраиваем авторизацию и маппинг полей, добавляем обмен в очередь и прогоняем тесты. Поскольку контракт и инфраструктура уже есть, каждое следующее подключение делается за дни, а не недели.
Как отслеживать, что обмен идёт без сбоев? +
По журналу и мониторингу: видно состояние каждой операции, очереди, повторные попытки и ошибки. Если внешний сервис недоступен, это видно сразу, а сообщения ждут в очереди и доставляются после восстановления. Разбор инцидента занимает минуты, а не полдня.
Берёте ли вы интеграции на сопровождение? +
Да. Можем следить за обменом, реагировать на инциденты, подключать новые сервисы и оптимизировать под нагрузку. При этом исходники и доступы у вас, поэтому продолжить сопровождение может и ваша команда — вы не заперты на одном подрядчике.
Что делать, если у партнёра меняется система? +
Благодаря версионированию и единому контракту изменение на стороне одного партнёра не задевает остальных. Мы добавляем или корректируем методы под новую систему партнёра в отдельной версии, тестируем и подключаем, не трогая работающие интеграции других клиентов.
Обсудим вашу интеграцию?
Расскажите, какие системы нужно связать — предложим состав API под задачу и пришлём смету в течение рабочего дня.
- Ответим в течение рабочего дня
- Бесплатный аудит процессов и расчёт
- NDA и фиксированная смета