Интеграция SendPulse, eSputnik или Mailchimp с интернет-магазином: автоматические письма о корзине и заказах

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

Ниже мы расскажем, как подключить SendPulse, eSputnik или Mailchimp, какие сценарии следует автоматизировать в первую очередь, какие данные для этого нужны и где чаще всего возникают технические ошибки.

Зачем интернет-магазину интеграция с сервисом email marketing

Email marketing в eCommerce давно вышел за рамки еженедельных новостей. Большую часть регулярной коммуникации с покупателем можно автоматизировать: поприветствовать после регистрации, напомнить о незавершенной покупке, подтвердить заказ, сообщить об отправке, попросить отзыв и предложить повторный заказ немного позже.

Ключевое различие между массовыми и автоматическими письмами — в триггере. Массовая email-рассылка запускается маркетологом вручную для сегмента в конкретный момент. Автоматические письма запускает поведение конкретного пользователя: событие на сайте, смена статуса заказа, отсутствие активности в течение определенного времени. Такие сообщения приходят именно тогда, когда человек еще помнит о магазине, поэтому зачастую открываются лучше, чем общие рассылки.

Чтобы триггерные рассылки работали, сервису email-рассылок нужны данные магазина:

• контакт и профиль клиента (email, телефон, имя, язык, город, источник регистрации);

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

• состав корзины и данные checkout;

• заказы, статусы оплаты и доставки;

• каталог товаров с актуальными ценами и наличием;

• статус согласия на маркетинговые коммуникации.

Стандартных писем CMS хватает, пока магазин отправляет только системные сообщения: «заказ принят» и «пароль изменен». Когда появляется потребность в сегментации, A/B-тестах, многослойных цепочках, товарных рекомендациях или SMS и Viber как резервных каналах, встроенных возможностей CMS становится мало. Каждую новую логику приходится программировать в коде магазина, поэтому маркетолог не может менять сценарии самостоятельно.

SendPulse, eSputnik и Mailchimp: что выбрать для интернет-магазина

Все три платформы умеют отправлять email-рассылки по триггерам, но отличаются фокусом, набором каналов и глубиной работы с данными eCommerce.

SendPulse: возможности для автоматизации email-рассылок

SendPulse — мультиканальная платформа с украинскими корнями, в которой объединены email, SMS, Viber, web push, чат-боты в мессенджерах и собственная CRM. Для магазина ключевой инструмент — конструктор сценариев Automation 360: цепочки запускаются событием, изменением переменной контакта или датой. Платформа имеет понятный интерфейс на украинском языке, гибкий REST API и SMTP для транзакционных писем, поэтому ее часто выбирают магазины, которым нужно быстро запустить базовые сценарии без отдельной команды CRM-маркетинга.

eSputnik: автоматизация коммуникаций для eCommerce

eSputnik изначально ориентирован на retention-маркетинг в электронной коммерции. Помимо email, SMS, Viber, web push и мобильных push, платформа работает с товарным фидом, скриптом вебтрекинга, динамическими товарными рекомендациями и сегментами на основе поведения. Большинство сценариев запускаются одним событием через API, в котором передаются все нужные параметры. Это удобно для магазинов со сложной логикой, но требует более тщательного проектирования событий на старте.

Mailchimp: email marketing и Customer Journeys

Mailchimp — одна из самых известных мировых email-платформ с большим количеством шаблонов и зрелой аналитикой. Сценарии строятся в конструкторе Customer Journeys, который в новом интерфейсе называется Automation Flows. Для магазинов доступны нативные подключения Shopify, WooCommerce, BigCommerce и PrestaShop, а для других платформ — интеграция через API как «custom store».

Сравнение SendPulse, eSputnik и Mailchimp по ключевым возможностям

Какой сервис лучше подходит малому, среднему и крупному интернет-магазину

Малому магазину с несколькими сотнями заказов в месяц зачастую хватает SendPulse или Mailchimp с готовым плагином: welcome-серия, брошенная корзина, подтверждение заказа. Среднему магазину, где важны SMS и Viber, сегментация по истории покупок и рекомендации, чаще подходит eSputnik или SendPulse с интеграцией через API. Крупным магазинам с десятками тысяч SKU, несколькими складами и программой лояльности нужна платформа, работающая с фидом и поведенческими событиями, а также кастомный слой интеграции, гарантирующий консистентность данных.

Как работает интеграция SendPulse с интернет-магазином

В поиске платформу называют по-разному: «сенд пульс», «сент пульс», «сенпульс» или просто send pulse. Независимо от написания, логика интеграции одинакова: магазин создает и обновляет контакты, передает события и переменные, а Automation 360 запускает цепочки.

Какие данные можно передавать в SendPulse

В SendPulse можно передавать email и телефон, имя, язык, переменные контакта (сумма покупок, дата последнего заказа, количество заказов, любимая категория), а также события с произвольным набором параметров: состав корзины, номер заказа, сумму, статус, ссылки на товары.

Интеграция SendPulse через API, модуль CMS или готовый коннектор

Для популярных CMS существуют готовые модули, которые синхронизируют подписчиков и базовые события. Если магазин работает на собственном движке или нужно передавать статусы из учетной системы, интеграцию реализуют через REST API: бэкенд отправляет события в момент изменения данных. Для системных писем (восстановление пароля, счета) используют SMTP или транзакционный API.

Создание контактов, списков и сегментов в SendPulse 

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

Настройка автоматических цепочек в SendPulse Automation

Здесь есть нюанс, который часто упускают. Если сценарий запускается триггером «изменение переменной», контакт нужно обновлять именно методом изменения значения переменной, а не повторным добавлением email в адресную книгу. Иначе данные в карточке обновляются, но сценарий не стартует. Также нужно передавать новое значение: если магазин отправляет ту же сумму или дату, что уже сохранена, изменения для платформы нет. Еще один момент безопасности: SMTP- и API-ключи должны храниться в менеджере секретов, а не в коде, чтобы их можно было быстро заменить во всех средах, если провайдер объявит принудительную ротацию.

Какие события магазина использовать как триггеры для рассылки

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

Интеграция eSputnik с интернет-магазином

Среди пользователей встречаются варианты «е спутник» и e sputnik, но речь идет об одной платформе с более глубокой, чем у большинства email-сервисов, работой с поведением покупателей.

Передача товаров, контактов, заказов и поведенческих событий в eSputnik

Интеграция состоит из нескольких слоев: товарный фид с каталогом, скрипт вебтрекинга для событий на страницах, API-вызовы для контактов и заказов. События имеют четкую спецификацию: например, для страницы товара передается признак наличия, а поисковый запрос часто стоит отправлять только тогда, когда поиск не дал результатов, чтобы запускать сценарий «не нашли – поможем». Важно, чтобы категории в событиях совпадали с категориями в фиде, иначе рекомендации и сегменты будут работать некорректно.

Как подключить eSputnik через API или готовую интеграцию

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

Сегментация покупателей по истории просмотров и покупок

После настройки трекинга можно строить сегменты: “смотрели категорию, но не купили”; “покупали более N раз”; “средний чек выше порога”; “давно не заходили на сайт”. Это основа для персонализированных сценариев и товарных рекомендаций.

Триггерные рассылки и сценарии омниканальной коммуникации

Один сценарий в eSputnik может сочетать email, push, SMS и Viber с условиями перехода между ними. Например, если письмо о брошенной корзине не открыли за сутки, отправить web push, а покупателям с высоким средним чеком — Viber-сообщение.

Когда eSputnik целесообразно использовать вместо простого email-сервиса

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

Как подключить Mailchimp к интернет-магазину

В запросах можно встретить «мэйлчимп» или mail chimp, но сценарий подключения этого сервиса от написания не зависит.

Интеграция Mailchimp с WooCommerce и другими eCommerce-платформами

Для WooCommerce, Shopify, BigCommerce и PrestaShop есть нативные интеграции, которые подключаются в несколько шагов. Для OpenCart, Magento, собственных движков и конструкторов магазин подключается через Marketing API как custom store: бэкенд сам создает клиентов, товары, корзины и заказы через соответствующие эндпоинты.

Синхронизация аудиторий, товаров и заказов

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

Настройка Customer Journeys в Mailchimp 

Готовые шаблоны Customer Journeys покрывают welcome-серию, брошенную корзину, благодарность после первой покупки и возвращение неактивных клиентов. Расширенные сценарии с ветвлениями доступны на платных тарифах.

Автоматические email-кампании на основе поведения клиента

Mailchimp поддерживает триггеры по событиям магазина, тегам и кастомным событиям через API, а также рекомендации товаров на основе истории покупок.

Ограничения MailChimp для украинского eCommerce

Mailchimp не имеет украинского интерфейса и украиноязычной поддержки, тарифы выставляются в долларах, а SMS-маркетинг доступен только в ограниченном перечне стран, в который Украина не входит. Viber и нативных интеграций с украинскими службами доставки, платежными сервисами и учетными системами нет, поэтому для таких связей придется создавать кастомные интеграции.

Автоматические письма о брошенной корзине

Письмо о брошенной корзине – самый очевидный и зачастую самый прибыльный триггерный сценарий. Но и ошибок в нем больше всего.

Как система определяет брошенную корзину

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

Какие данные должны передаваться в SendPulse, eSputnik или Mailchimp

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

Через какое время отправлять первое письмо о брошенной корзине

Типичная практика — первое письмо через 1–3 часа. Меньшая задержка может «догнать» человека, который еще сравнивает варианты, а большая снижает шанс возвращения. Оптимальный интервал стоит определять A/B-тестом для конкретного магазина.

Сценарий из двух или трех напоминаний о незавершенной покупке

1. Напоминание с товарами из корзины через несколько часов.
2. Письмо с отзывами, условиями доставки или возврата через сутки.
3. При необходимости —  персональное предложение через 2–3 дня.

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

Как персонализировать письмо с товарами, ценой и ссылкой на корзину

Товарный блок должен подтягивать актуальные цену и наличие, а не значения на момент добавления. Ссылка на корзину должна работать независимо от браузера и сессии: если она привязана к cookie, пользователь, открывший письмо на телефоне, увидит пустую корзину или ошибку 404. Надежнее использовать подписанный токен корзины с ограниченным сроком действия.

Стоит ли добавлять промокод или скидку в автоматическую рассылку

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

Автоматические письма после оформления заказа

Транзакционные письма (transactional email) клиент ожидает и открывает охотнее. Их задача — снять тревогу после покупки и уменьшить количество обращений в поддержку.

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

Письмо об успешной или неуспешной оплате. Важно, чтобы событие «оплачено» генерировалось только после подтверждения от платежного провайдера через callback, а не в момент перехода на страницу оплаты. Иначе клиент получит подтверждение и даже цифровой товар еще до того, как заплатил. Для неуспешной оплаты стоит отправлять письмо с повторной ссылкой на оплату.

Уведомление об изменении статуса заказа. Статусы «в обработке», «собрано», «отменено» должны передаваться из того источника, где они реально меняются: из CMS или из учетной системы.

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

Рассылка после получения товара. Инструкции по использованию, условия гарантии и возврата.

Запрос отзыва и рекомендация сопутствующих товаров. Через несколько дней после получения — просьба оценить товар и подборка аксессуаров или расходников.

Какие еще триггерные рассылки стоит автоматизировать

• Welcome-серия после регистрации или подписки: 2–4 письма о преимуществах магазина, бестселлерах, программе лояльности.

• Напоминание о просмотренных товарах: для тех, кто смотрел карточку, но не добавил товар в корзину.

• Уведомление о снижении цены: для товаров, которые клиент просматривал или добавлял в избранное.

• Письмо о появлении товара в наличии: подписка «сообщить, когда появится» на карточке товара.

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

• Реактивационная рассылка для неактивных клиентов: для тех, кто не покупал 3–6 месяцев, с подборкой новинок или персональным предложением.

• Персональные рекомендации на основе истории покупок: блоки «вам может понравиться» в регулярных письмах и после заказа.

Какие данные нужны для корректной работы email-автоматизации

Данные пользователя и контактная информация. Email, телефон, имя, язык, город, дата рождения, источник регистрации, внутренний ID клиента. Внешний ID обязателен для корректного объединения профилей.

Просмотры товаров, категорий и поисковые запросы — дают материал для поведенческих рассылок и рекомендаций.

Данные корзины и checkout. Состав, сумма, шаг оформления, на котором остановился пользователь.

Информация о заказе, оплате и доставке. Номер, состав, суммы, статусы, ТТН, дата получения.

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

Согласие пользователя на маркетинговые рассылки. Отдельный флажок для каждого канала (email, SMS, Viber, push) с датой и источником получения согласия. Закон Украины «Об электронной коммерции» прямо связывает распространение коммерческих электронных сообщений с согласием адресата и требует возможности отказаться от дальнейшего получения.

Варианты технической интеграции сервиса рассылок с магазином

Готовый модуль или плагин для CMS. Самый быстрый старт. Модуль синхронизирует контакты, корзины и заказы, но ограничен стандартными событиями и полями.

Интеграция через API. Бэкенд магазина сам формирует события и обновляет контакты. Это дает полный контроль над тем, что и когда передается, но требует разработки, логирования и поддержки.

Webhooks для передачи событий в реальном времени. Webhooks удобны, когда статус меняется во внешней системе: платежный провайдер сообщает об оплате, служба доставки — о получении посылки. Обработчик webhook должен быть идемпотентным, то есть повторное получение тех же данных не должно менять результат. Это важно, ведь провайдеры нередко отправляют одно и то же событие несколько раз, например, если не получили своевременного ответа об успешной обработке. 

Интеграция через CRM, CDP или ERP. Если заказы живут в учетной системе, а профиль клиента – в CRM, логично передавать данные в платформу рассылок именно оттуда, чтобы не дублировать логику в нескольких местах.

Когда нужна кастомная интеграция SendPulse, eSputnik или Mailchimp. Когда статусы формируются в ERP, есть несколько витрин, собственная программа лояльности, мобильное приложение или нестандартные сценарии вроде подарочных сертификатов с отложенной датой отправки.

Как построить логику автоматических рассылок

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

Условия, фильтры и сегменты. Кто входит в сценарий: только клиенты с согласием, только определенный язык или регион, только первая покупка.

Задержки между сообщениями. Дату и время в параметрах событий стоит передавать в формате ISO 8601 со смещением времени, например 2026-10-05T14:00:00+03:00. Без смещения платформа может интерпретировать время как UTC, и письмо с отложенной отправкой придет на несколько часов позже.

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

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

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

Email, SMS, Viber и web push: как сочетать каналы

Когда достаточно email marketing. Для писем с большим объемом информации: подтверждение заказа, welcome-серия, подборки и рекомендации.

Когда стоит дополнять письмо SMS или Viber-сообщением. Для срочных и важных событий: заказ готов к выдаче, оплата не прошла, посылка ждет в отделении. SMS-рассылки и Viber-рассылки дороже email, поэтому их стоит использовать как резервный канал, если письмо не открыли.

Push-уведомления для возвращения клиента на сайт. Web push подходит для уведомлений о снижении цены, появлении товара или напоминания о корзине для анонимных посетителей. Пояснение перед системным запросом разрешения реализуется на стороне сайта или приложения.

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

Типичные ошибки при интеграции SendPulse, eSputnik или Mailchimp

Дублирование контактов и заказов. Бывает, что событие заказа срабатывает несколько раз: на каждый товар отдельно или из нескольких обработчиков. Клиент получает 2–4 одинаковых письма. Решение – один внешний ID заказа, проверка идемпотентности и генерация события в одной точке кода.

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

Отсутствие проверки, завершил ли клиент покупку. Пользователь уже оплатил свою корзину, но получает напоминание о ней. Это вредит доверию и увеличивает количество отписок.

Устаревшие данные о товарах и ценах в письмах. Например, фид обновляется раз в сутки, а цена изменилась утром. Клиент переходит по письму и видит другую сумму или статус «нет в наличии».

Рассылки без сегментации аудитории. Одно и то же реактивационное предложение для всех обесценивает скидку и повышает долю жалоб.

Неправильная настройка домена и email-аутентификации. Без записей SPF, DKIM и DMARC для домена отправителя письма попадают в спам или отклоняются. Типичная ситуация: DKIM пройден, но записи DMARC нет вообще, и проверка вроде mail-tester сразу снижает оценку.

Как проверить интеграцию перед запуском

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

Тест регистрации нового пользователя. Контакт появляется в платформе со всеми полями, стартует welcome-серия.

Тест брошенной корзины. Добавьте товар, покиньте сайт, проверьте задержку, состав письма и работу ссылки с другого устройства.

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

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

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

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

Как оценивать эффективность автоматических email-рассылок

Delivery Rate и Bounce Rate. Доля доставленных писем и доля отклоненных. Высокий bounce — сигнал убрать несуществующие адреса и проверить аутентификацию домена.

Open Rate и Click Rate. Open Rate показывает интерес к теме, но из-за защиты приватности в почтовых клиентах он завышен, поэтому для решений надежнее опираться на Click Rate.

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

Доход от брошенных корзин. Сумма заказов, оформленных после сценария возвращения корзины, с учетом окна атрибуции.

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

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

Готовая интеграция или кастомная разработка: что выбрать

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

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

Что учесть при большом каталоге и высоком количестве заказов? События стоит отправлять через асинхронную очередь с повторными попытками, а не прямым вызовом в момент оформления заказа. Если API платформы временно недоступен, покупатель не должен видеть ошибку, а событие должно быть доставлено позже. Для очереди нужны мониторинг и алерты на ошибки, а массовые синхронизации стоит разбивать на пакеты.

Интеграция email-платформы с CRM, ERP и программой лояльности. Баллы, уровень клиента и баланс сертификатов должны передаваться из того источника, где они просчитываются. CRM интеграция позволяет менеджерам видеть историю коммуникаций рядом с историей заказов.

Как подготовить техническое задание на интеграцию. В ТЗ зафиксируйте:

• перечень сценариев и триггерных событий;

• спецификацию каждого события: название, параметры, типы данных, источник, момент генерации;

• источник истины для статусов, цен и наличия;

• правила работы с согласием и отпиской;

• обработку ошибок, повторов и дубликатов;

• план тестирования и критерии приемки.

FAQ