Интеграция с API, CRM и 1С, разработка API
2dev.kz связывает сайты, приложения и внутренние системы между собой: интеграции с CRM, 1С, платёжными сервисами и внешними API, разработка собственных REST и GraphQL API, вебхуки, обмен и синхронизация данных. Делаем так, чтобы данные передавались надёжно и без ручного переноса.
Что чаще всего интегрируем
CRM
Bitrix24, amoCRM и другие: передача заявок, сделок, статусов, обратная синхронизация.
1С и учётные системы
Товары, цены, остатки, заказы, документы — выгрузка или двусторонний обмен.
Платежи
Эквайринг, платёжные сервисы, выставление счетов, обработка возвратов.
Доставка
Расчёт стоимости и сроков, создание отправлений, трек-номера, статусы.
Коммуникации
Email- и SMS-провайдеры, мессенджеры, уведомления и рассылки.
Внешние API
Карты, справочники, госсервисы, отраслевые платформы, аналитика.
Разработка собственного API
Когда вашими данными должны пользоваться мобильное приложение, партнёры или несколько фронтендов, нужен собственный API. Мы проектируем и разрабатываем его с учётом:
- Аутентификация и авторизация: ключи, OAuth, права на уровне методов и данных
- Версионирование, чтобы обновления не ломали существующих клиентов
- Ограничение частоты запросов и защита от злоупотреблений
- Документация (OpenAPI), примеры запросов, тестовый контур
- Вебхуки для событий в реальном времени
- Логирование и мониторинг обращений
Как обеспечиваем надёжность
- Повторные попытки
- Автоматический повтор при временных сбоях внешних сервисов.
- Очереди
- Обмен через очередь: пиковые нагрузки и недоступность не приводят к потере данных.
- Идемпотентность
- Повторная обработка одного события не создаёт дубликатов заказов и платежей.
- Журнал и алерты
- История операций и оповещения об ошибках, чтобы быстро реагировать.
Частые вопросы
Что нужно от нас, чтобы настроить интеграцию?
Доступ к системам, которые нужно связать, и их документация по API. Если у сервиса нет API, обсуждаем альтернативы: обмен файлами, вебхуки, работа через промежуточную базу. Для 1С обычно нужен доступ к конфигурации и данным.
Чем REST отличается от GraphQL и что выбрать?
REST — простой и привычный подход: набор адресов под ресурсы. GraphQL позволяет клиенту запросить ровно те поля, что нужны, одним запросом — удобно для сложных интерфейсов и мобильных приложений. Для большинства интеграций достаточно REST; GraphQL берём, когда это упрощает работу фронтенда.
Как быть, если внешний сервис временно недоступен?
Проектируем обмен с учётом сбоев: повторные попытки, очереди, идемпотентность (повторный запрос не создаёт дубликат), журнал операций и оповещения. Данные не теряются и досылаются, когда сервис снова доступен.
Вы интегрируете с Kaspi, банковским эквайрингом, службами доставки?
Да, если у сервиса есть API и у вас с ним договор. Подключаем платёжные сервисы, работающие в Казахстане, эквайринг, службы доставки, SMS- и email-провайдеров, карты и другие внешние системы.
Можно ли сделать API для наших партнёров?
Да. Разрабатываем публичное или партнёрское API: аутентификация по ключам или OAuth, ограничение частоты запросов, версионирование, документация. Так партнёры и подрядчики работают с вашими данными безопасно и предсказуемо.
Расскажите о задаче
Опишите проект в двух-трёх предложениях: что нужно сделать, для кого и в какие сроки. Ответим и предложим следующий шаг.