Интеграции, от которых зависит работа магазина каждый день
Платежи, доставка, CRM и маркетплейсы — четыре участка, где чаще всего теряются заказы, деньги и время команды. Разбираем каждый по отдельности и собираем в один управляемый процесс.
Интеграции в интернет-магазине почти никогда не бывают самостоятельной задачей. Оплата должна сойтись с чеком в ОФД, доставка — с составом заказа и весом посылки, CRM — с воронкой отдела продаж, а маркетплейсы — с остатками на складе. Как только один участок начинает жить по своим правилам, появляются потерянные заказы, расхождения в отчётах и ручная работа, которая растёт вместе с оборотом.
Мы занимаемся именно стыками: разбираем, как устроен ваш учёт, описываем статусы и данные, а затем реализуем обмен так, чтобы сбой любого внешнего сервиса не останавливал продажи. Все пять направлений ниже можно взять по отдельности или собрать в один проект, если магазин запускается с нуля.
Направления интеграций
Платёжные системы и эквайринг
Подключение интернет-эквайринга банков, СБП по QR-коду и pay-by-link, рекуррентных списаний, 3-D Secure 2.0, холдирования, возвратов и фискализации по 54-ФЗ с отправкой чеков в ОФД.
Stripe: Connect, подписки, вебхуки
Payment Intents и Setup Intents, Stripe Connect с онбордингом продавцов и выплатами, Billing и подписки, вебхуки с проверкой подписи, Stripe Tax и Radar. Честно объясняем, почему Stripe ограничен для российского юрлица.
Доставка и логистика
Единый интерфейс к СДЭК, Boxberry, Почте России, DPD и Яндекс Доставке: расчёт стоимости и сроков в корзине, выбор ПВЗ на карте, заявки и печать накладных, трекинг, возвратные накладные и кэширование тарифов.
Обмен с CRM (Битрикс24, amoCRM)
Двусторонний обмен заказами, лидами, статусами, клиентами и договорами с Битрикс24 и amoCRM. Соответствие статусов, защита от дубликатов, идемпотентность, очереди и восстановление после сбоя, связка с 1С.
Маркетплейсы: Wildberries, Ozon, Яндекс Маркет
Единый каталог и остатки, схемы FBO, FBS, realFBS и DBS, синхронизация заказов и сборочных заданий, отгрузка и маркировка «Честный ЗНАК», отчёты о реализации и комиссиях, работа с лимитами API площадок.
Почему с нами
Начинаем с процессов, а не с API
Прежде чем писать код, разбираем, как заказ проходит от корзины до денег на счёте. Часть проблем закрывается уже на этом этапе, без разработки.
Проектируем сбои заранее
У каждого внешнего сервиса есть таймауты, лимиты запросов и окна недоступности. Мы описываем поведение системы в этих ситуациях до запуска, а не после инцидента.
Учитываем требования РФ
54-ФЗ и ОФД, маркировка «Честный ЗНАК», СБП, ограничения зарубежных платёжных сервисов — регуляторика входит в техническое задание, а не всплывает в конце.
Оставляем систему наблюдаемой
Журнал платежей, журнал обмена, сверки и оповещения: команда видит, что происходит с заказом, и разбирается без чтения логов сервера.