Интеграции интернет-магазина: оплата, доставка и CRM

Интернет-магазин никогда не бывает просто сайтом. За каждым заказом стоят платежный сервис, который списывает деньги с карты, служба доставки, которая везет посылку, учетная система, которая знает остатки, ПРРО, формирующий фискальный чек, и CRM, которая превращает разового покупателя в постоянного. Когда эти системы обмениваются данными автоматически, магазин работает ровно. Когда нет, менеджеры переносят данные между вкладками, заказы теряются, а покупатели оплачивают товар, которого уже нет на складе.

Эту «соединительную» работу и называют интеграциями. В статье объясняем, что они включают, разбираем основные типы интеграций для украинского интернет-магазина (оплата, доставка, CRM и маркетинг, учет, маркетплейсы), сравниваем способы их построения и показываем, как спланировать проект, чтобы интеграции не стали источником ежедневных проблем.

Мы делаем разработку интернет-магазина вместе со всеми интеграциями и работаем с ритейлом и брендами в Украине и Европе. Больше о нашем опыте на странице решения для ритейла и e‑commerce.

Что такое интеграции интернет-магазина

Интеграции — это автоматический обмен данными между магазином и внешними системами, от которых зависит бизнес. Заказы, клиенты, товары, цены, остатки, оплаты и отправления переходят между системами без ручного копирования.

Технически интеграции держатся на нескольких составляющих:

• API. Программный интерфейс, через который одна система запрашивает или передает данные другой: «создать ТТН», «получить остаток товара».

• Webhooks. Вместо того чтобы каждую минуту спрашивать об изменениях, система сама отправляет сообщение, как только что-то произошло: оплата прошла, посылка доставлена, возврат оформлен.

• Middleware. Промежуточный слой, который получает данные от одной системы, преобразует их и передает другой. Это может быть собственный код или готовая платформа.

• iPaaS. Облачная платформа для построения интеграций без собственного сервера для middleware.

• Синхронизация данных. Правила, как держать одинаковые данные согласованными в разных системах: какая система главная для цен, какая для остатков, как часто они синхронизируются.

Вот типичный путь заказа в интегрированном магазине, от корзины до учета:

1. Покупатель оформляет заказ и платит. Платежный сервис подтверждает оплату и возвращает статус в магазин.

2. ПРРО автоматически формирует фискальный чек и отправляет его покупателю.

3. Магазин создает заказ и передает его в CRM или учетную систему, где резервируется товар.

4. Интеграция с доставкой создает ТТН в «Новой почте» или другой службе и возвращает номер для трекинга.

5. Покупатель получает письмо или сообщение с номером ТТН.

6. Остатки обновляются на сайте и на всех маркетплейсах, где продается товар.

7. Продажа и оплата фиксируются в учетной системе, а аналитика получает событие покупки.

Каждая стрелка в этой цепочке — это отдельная интеграция. Если одна сломается, кто-то будет делать этот шаг руками.

Почему это так важно для роста? Магазин с двадцатью заказами в день выживет с ручными шагами: менеджер переносит адреса в кабинет перевозчика, а вечером обновляет остатки в таблице. При двухстах заказах тот же процесс требует нескольких человек и все равно дает ошибки. Интеграции позволяют расти количеству заказов без такого же роста операционных расходов.

Интеграция онлайн-оплаты

Оплата — первая интеграция, которая нужна каждому магазину, и та, где меньше всего права на ошибку. Интернет-эквайринг — это сервис, который позволяет принимать оплату банковскими картами на сайте: деньги списываются с карты покупателя и поступают на счет продавца. По сути, это «онлайн-терминал», без которого оплата картой на сайте невозможна. Работает он так: покупатель вводит данные карты в защищенной форме платежного сервиса, банк проверяет карту и подтверждение 3-D Secure, сервис сообщает магазину об успешной оплате, а деньги поступают продавцу по графику выплат.

Онлайн-эквайринг отличается от обычного, при котором покупатель прикладывает карту к POS-терминалу в магазине. Эквайринг для торговой точки и для сайта часто подключают в одном банке, но это разные услуги с разными договорами и тарифами.

В Украине основные варианты такие:

• LiqPay, сервис ПриватБанка с широкой поддержкой готовых модулей для популярных CMS;

• WayForPay с развитыми инструментами для интернет-магазинов и рекуррентных платежей;

• plata by mono, платежное решение от monobank;

• интернет-эквайринг других банков для бизнеса, с которыми у вас уже есть счет.

Почти все эти сервисы поддерживают Apple Pay и Google Pay: они заметно ускоряют покупку на мобильных, а обычная оплата картой остается базовым вариантом для остальных покупателей. Отдельный инструмент — оплата частями (например, от ПриватБанка или monobank), которая помогает продавать более дорогие товары без классического кредита.

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

Стоит знать и об ограничениях. Stripe, популярный в мире платежный сервис, по состоянию на 2026 год не работает с компаниями, зарегистрированными в Украине, поэтому для внутреннего рынка выбирают украинские решения.

Как выбрать платежный сервис

Сравнивая сервисы, смотрите не только на размер комиссии:

• Комиссии. Процент с транзакции, комиссии за возвраты и чарджбэки, возможные ежемесячные платежи. Считайте на своем реальном профиле заказов.

• Валюты. Нужны ли вам платежи в иностранной валюте от клиентов из-за рубежа?

• Скорость выплат. Как быстро деньги поступают на счет и есть ли задержки для новых продавцов.

• UX оплаты. Можно ли встроить форму в checkout или покупателя перенаправляют на страницу сервиса. Поддерживаются ли Apple Pay, Google Pay и сохранение карты.

• Качество интеграции. Понятная документация, тестовая среда, надежные webhooks и готовые модули для вашей платформы.

У интернет-магазина свои требования к эквайрингу: важны корзина, частичные возвраты и связь с доставкой. Поэтому при выборе проверьте, как сервис работает с возвратом части заказа и с наложенным платежом.

Как подключить интернет-эквайринг? Обычно процесс выглядит так: заявка у провайдера, проверка документов бизнеса, договор, получение ключей доступа, подключение модуля или API на сайте, тестовые платежи и запуск. Условия для ФОП и юридических лиц могут отличаться, поэтому их стоит уточнить у провайдера и бухгалтера заранее.

Безопасность и фискализация

Карточные платежи имеют строгие правила. PCI DSS — это стандарт безопасности для всех, кто работает с карточными данными. Самый простой способ уменьшить свои обязательства: никогда не пропускать полные номера карт через собственные серверы. Используйте платежную форму провайдера и токенизацию, когда карту хранит платежный сервис, а магазин получает только токен. 3-D Secure добавляет подтверждение оплаты в банковском приложении, и качественная интеграция проводит покупателя через этот шаг без сбоев.

В Украине к этому добавляется фискализация. Оплата картой на сайте через интернет-эквайринг, как правило, требует формирования фискального чека через РРО или ПРРО. Программный РРО, например Checkbox, интегрируется с магазином и автоматически создает чек после успешной оплаты, отправляя его покупателю на email или в мессенджер. Конкретные требования зависят от формы бизнеса и способа расчета, поэтому схему фискализации стоит согласовать с бухгалтером до запуска.

Интеграция служб доставки

После оплаты доставка дает самую большую экономию ручной работы. Для большинства украинских магазинов главная интеграция здесь — API «Новой почты». Он позволяет сайту:

• искать город и показывать покупателю список отделений и почтоматов, в том числе на карте;

• рассчитывать стоимость и ориентировочный срок доставки еще в корзине;

• автоматически создавать ТТН, как только заказ готов к отправке;

• получать статусы посылки и передавать их покупателю;

• оформлять возвраты.

Несколько практических деталей, которые стоит учесть. Справочники городов и отделений меняются, поэтому их нужно регулярно обновлять, а не загрузить один раз. Поиск города должен понимать разные написания и ошибки, иначе покупатель не найдет свой поселок. Габариты и вес товаров должны быть заполнены в каталоге, потому что от них зависит стоимость доставки. А для наложенного платежа важно правильно передавать сумму и настроить контроль возврата денег.

Так же подключаются Укрпочта и Meest. Многие магазины используют две-три службы, чтобы покупатель мог выбрать удобный вариант по цене или скорости.

Курьерская и локальная доставка

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

• зоны доставки с разной стоимостью и минимальной суммой заказа;

• собственных курьеров, распределение заказов между ними и маршруты;

• слоты доставки, которые покупатель выбирает при оформлении, с ограничением количества заказов на слот.

Такие функции часто разрабатывают под конкретный бизнес, и именно они дают самый большой прирост удовлетворенности клиентов.

Интеграция с CRM и маркетингом

Данные заказов ценны не только для отправки. Когда магазин интегрирован с CRM, менеджеры видят полную картину по клиенту: историю заказов, обращения, статусы, возвраты. Для украинского e‑commerce популярны KeyCRM и SalesDrive, у которых есть готовые интеграции с «Новой почтой», платежными сервисами и маркетплейсами. Для B2B и международных продаж часто выбирают HubSpot. Выбирая CRM, смотрите в первую очередь на готовые интеграции с вашей платформой, службами доставки и ПРРО, а также на то, насколько удобно в ней работать менеджерам каждый день.

Что дает эта связка:

• Сегментация. Новые покупатели, постоянные, самые ценные, покупатели конкретной категории.

• Брошенная корзина. Автоматические письма или сообщения тем, кто оставил товары в корзине. Одна из самых результативных автоматизаций в e‑commerce.

• Цепочки после покупки. Подтверждение, просьба об отзыве, допродажи, напоминания о повторной покупке.

• Работа менеджеров. Новые заказы и обращения становятся задачами в CRM с напоминаниями.

Для email- и мессенджер-рассылок в Украине часто используют eSputnik и SendPulse. Аналитика и реклама — часть той же картины: GA4 должна получать полный набор e‑commerce событий, от просмотра товара до покупки, а Meta Conversions API передает покупки с сервера в Meta, что улучшает точность отслеживания и оптимизацию рекламы.

Учет, склад и ERP

Для магазина с заметным объемом продаж самая важная интеграция держит точными остатки и цены. В Украине основу учета многих компаний составляет BAS, и именно с ним чаще всего нужно синхронизировать магазин.

Типичные потоки данных:

• Синхронизация остатков. Остатки из учета или склада попадают на сайт, поэтому покупатель видит реальное наличие. Это главная защита от продажи отсутствующего товара.

• Синхронизация цен. Изменения цен в учетной системе автоматически появляются на сайте, включая оптовые цены для B2B.

• Передача заказов. Заказы с сайта попадают в учет или OMS для комплектации, счетов и возвратов.

• Товарный контент. PIM-система хранит описания, характеристики и фото и передает их на сайт и в другие каналы.

Правила синхронизации здесь должны быть очень четкими: какая система главная для каждого типа данных и как решаются конфликты. Большинство проблем с интеграциями, которые мы исправляем в существующих магазинах, возникают из-за нечеткого распределения «владения» данными, а не из-за технических ошибок.

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

Маркетплейсы, POS и мультиканальные продажи

Многие бренды продают одновременно в нескольких каналах: собственный сайт, Rozetka, Prom.ua, Epicentr, сравнительные сервисы вроде Hotline, товарная реклама через Google Merchant Center и физические магазины с POS-системой.

Мультиканальная интеграция соединяет все эти каналы с одними остатками и одним потоком заказов:

• Маркетплейсы получают товары, цены и остатки через API или фиды, а заказы из них попадают в вашу CRM.

• Hotline и Google Merchant Center получают товарный фид с ценами и наличием.

• POS-интеграция соединяет физические магазины и сайт: общие остатки, клиенты и бонусы, возможность «закажи онлайн, забери в магазине».

Синхронизация остатков между каналами — основа всего. Без нее каждый новый канал увеличивает риск продать один товар дважды.

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

Способы интеграции

Есть четыре основных способа строить интеграции. Большинство магазинов их совмещают.

Как мы применяем эти подходы на практике, смотрите в наших кейсах e‑commerce, от бутиков одежды до маркетплейсов и платформ бронирования.

Готовые модули и плагины

Для большинства популярных платформ есть готовые модули: для OpenCart, WooCommerce, Shopify. Для LiqPay, WayForPay, «Новой почты» и популярных CRM обычно найдется готовое решение. Для стандартных задач это самый быстрый и дешевый путь.

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

Кастомная API-интеграция

Кастомная интеграция соединяет системы напрямую через их API: REST-запросы и webhooks. Это правильный выбор, когда процесс специфический, объемы большие или надежного модуля нет.

Кастомные интеграции должны учитывать реальные детали: лимиты запросов (сколько запросов API принимает в минуту), повторные попытки при временной недоступности сервиса, дубликаты webhooks, изменения версий API. Если сделано правильно, это самый надежный и предсказуемый вариант.

Middleware и iPaaS

Middleware-платформы стоят между системами и позволяют строить интеграции как сценарии. Zapier и Make популярны для более простых автоматизаций. n8n дает больше гибкости и может работать на собственном сервере, что важно, когда вы хотите контролировать данные и расходы. Такой подход хорошо работает, когда магазин соединяет много инструментов, процессы часто меняются, а команда хочет настраивать сценарии без полного цикла разработки. Мы регулярно строим такие сценарии, подробнее на странице автоматизация на n8n.

Headless и composable commerce

В headless commerce витрина (то, что видит покупатель) отделена от бэкенда магазина (каталог, корзина, заказы) и соединена с ним через API. Composable commerce идет дальше: магазин собирают из отдельных сервисов для поиска, контента, оплат, акций и так далее. MACH-архитектура (микросервисы, API-first, облако, headless) описывает именно этот подход. Он дает максимальную гибкость для крупных брендов, но требует сильной технической команды и тщательного планирования, потому что здесь все — интеграция.

Как спланировать интеграции

Хорошие интеграции сначала планируют, а потом строят. Вот пошаговый план, по которому мы работаем.

1. Составьте карту интеграций. Перечислите все системы: сайт, оплата, ПРРО, доставка, учет, CRM, рассылки, маркетплейсы, аналитика. Нарисуйте потоки данных между ними. Такая карта часто показывает дублирование инструментов или отсутствующие связи.

2. Определите главные системы. Для каждого типа данных решите, какая система главная: товары в PIM или учете, остатки на складе, клиенты в CRM.

3. Сделайте маппинг данных. Сопоставьте поля между системами: артикулы, характеристики, поля клиента, статусы заказов. Несоответствие полей — самая частая причина ошибок.

4. Выберите частоту синхронизации. Оплаты и остатки ходовых товаров требуют обновления в реальном времени, другие данные можно обновлять раз в несколько минут или раз в день.

5. Продумайте обработку ошибок. Что происходит, когда система недоступна или данные некорректны: повторные попытки, очереди, уведомления, ручная проверка.

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

6. Тестируйте в тестовой среде. У платежных сервисов и служб доставки есть тестовые режимы. Проверьте крайние случаи: неудачная оплата, частичный возврат, разделенная отправка, закончившийся товар.

Как проверить интеграции перед запуском. Пройдите полные сценарии, а не отдельные запросы: заказ с оплатой картой, оплатой при получении и неудачной оплатой, отмена и возврат средств, создание накладной и смена статусов доставки, товар, который закончился во время оформления, изменение цены в учетной системе. Для каждого сценария проверьте, что данные правильно появились во всех связанных системах. Такой тест занимает несколько дней, но выявляет ошибки до того, как их увидят покупатели.

7. Настройте мониторинг. После запуска отслеживайте сбои синхронизации, задержки заказов и ошибки API. Интеграция, которая ломается тихо, хуже той, что ломается заметно.

8. Задокументируйте все. Коротко опишите каждую интеграцию: что она делает, какие системы соединяет, какие ключи и webhooks использует, кто за нее отвечает и что делать при сбое.

Кто отвечает за интеграцию с вашей стороны. Интеграция соединяет системы, которыми управляют разные люди: бухгалтерия ведет учет, склад отвечает за остатки, маркетинг — за CRM и рассылки. Назначьте одного человека со стороны бизнеса, который знает, как должен работать процесс, принимает решения по правилам обмена данными и проверяет результат. Без такого человека разработчики вынуждены угадывать, а ошибки обнаруживаются уже после запуска.

Интеграции существенно влияют на бюджет проекта. Как они вписываются в общую стоимость, мы разбирали в статье о том, сколько стоит интернет-магазин. Реалистичную оценку именно для вашего магазина мы даем после брифа, когда видим карту систем.

Стоимость владения интеграциями. Интеграция стоит не только во время разработки. Провайдеры обновляют API, меняют форматы данных и требования безопасности, а магазин добавляет новые товары, склады и способы доставки. Закладывайте в бюджет поддержку интеграций и проверку после каждого обновления со стороны партнеров.

Сколько это длится? Для типичного магазина с онлайн-оплатой, ПРРО, одной-двумя службами доставки, рассылками и аналитикой интеграционная часть проекта обычно занимает несколько недель. Синхронизация с BAS, несколько маркетплейсов и оптовые цены могут растянуть ее до двух-трех месяцев. Большая часть времени уходит не на код, а на маппинг данных, согласование правил и тестирование крайних случаев.

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

Типичные проблемы интеграций и как их избежать

Вот проблемы, которые мы чаще всего видим на аудитах существующих магазинов.

Дубли данных. Один и тот же клиент или товар существует несколько раз в разных системах с немного разными данными. Избежать помогают четкие главные системы и уникальные идентификаторы.

Задержки синхронизации. Остатки обновляются раз в час, поэтому сайт показывает товары, которые распродали сорок минут назад. Подбирайте частоту синхронизации под скорость изменения данных и используйте webhooks, где возможно.

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

Изменения версий API. Платежный сервис или маркетплейс обновляет API, и интеграция, которая работала годами, вдруг ломается. Следите за уведомлениями об изменениях, держите интеграции на поддержке и тестируйте обновления заранее.

Vendor lock-in. Все интеграции построены внутри экосистемы одной платформы, поэтому переезд означает перестройку всего. Держите важную бизнес-логику в собственном middleware или коде и документируйте каждую интеграцию.

Интеграции — не разовый проект. Они требуют такого же постоянного внимания, как и сам магазин. Если вам нужна команда, которая сделает магазин вместе с интеграциями и будет поддерживать их после запуска, наша разработка интернет-магазина охватывает полный цикл, от карты интеграций до мониторинга.