По запросуУведомления
Telegram
Уведомления и документы в Telegram: обсудим события, бота и права в чате.
УведомленияSkirbo +
Skirbo +
Mindbox
Рассмотрим передачу значимых событий склада в ваш проект Mindbox: отгрузка произошла, заказ отменён или возврат принят. Сначала свяжем клиента, заказ и строки в нужной внешней системе; затем настроим разрешённый сценарий коммуникации, сохранив склад и учёт владельцами фактических статусов.
Какой обмен обсудим
Зафиксируем нужные операции, направление данных и условия приёмки.
| Операция | Направление | Состав и готовность |
|---|---|---|
| Подтверждённое событие исполнения | Skirbo / учёт продавца → проект Mindbox | Обсудим в составе подключения Передать только согласованный этап, время, внешний ID заказа, ID клиента и необходимые строки. Имя и поля операции берутся из ТЗ Mindbox. |
| Сверка заказа | Mindbox → адаптер / ответственный за обмен | Обсудим в составе подключения Читать нужный заказ по согласованному идентификатору, сравнить статус и состав; полученные значения не перезаписывают склад автоматически. |
| Отмена или принятый возврат | Система исполнения / учёт → Mindbox | Обсудим в составе подключения Согласовать отдельное событие либо изменение статуса строк; количество возврата и факт возврата денег имеют разных владельцев. |
| Восстановление истории | Экспорт склада / оператор → импорт Mindbox | Обсудим в составе подключения Подготовить CSV/TXT с внешними идентификаторами и версией данных, проверить предпросмотр и ошибки; решить отдельно, должны ли восстановленные данные запускать коммуникации. |
На узком экране таблицу можно прокрутить в сторону.
Это сценарии для обсуждения. Методы API сервиса сами по себе не подтверждают готовность подключения в Skirbo.
Для какой задачи подходит сервис
Для интернет-магазина, продавца и обслуживающего его фулфилмента в России. Тема охватывает Mindbox как платформу клиентских данных и коммуникаций: получение подтверждённых событий исполнения и ограниченную сверку заказа. Она не включает автоматическое управление лояльностью, списание баллов, оплату или складской остаток. Договор, страна получателя и допустимый канал оцениваются для проекта отдельно.
Как организовать обмен
Официальная документация описывает POST-операции Mindbox с настраиваемым именем и точкой интеграции. Для чтения заказа выбирают его идентификатор; запись события или изменение статуса согласуются отдельной проектной операцией. Для восстановления истории подтверждён импорт заказов из CSV/TXT с сопоставлением полей и разбором ошибок. Наличие примера API не подтверждает рабочую схему конкретного клиента.
Предлагаемый порядок работы
- Склад завершает отгрузку и формирует неизменяемую запись события с версией заказа, временем и ответственным за подтверждение. Создание этикетки само по себе не считается отгрузкой.
- Адаптер получает событие, определяет продавца и проект Mindbox, проверяет устойчивый ID клиента и внешний ID заказа; при частичной отгрузке выделяет конкретные строки и количество.
- По карте проекта сопоставляет статус и продукты/варианты. При отсутствии связи не создаёт профиль по догадке, а направляет запись ответственному за обмен.
- Склад сохраняет свой факт отгрузки. Адаптер передаёт согласованный минимум в настроенную операцию Mindbox; владелец проекта определяет, какой сценарий и разрешённый канал может запускаться.
- Ответ операции и связь события с заказом сохраняются в журнале обмена. При необходимости настроенной операцией чтения проверяют, что Mindbox видит ожидаемый заказ и строки.
- Подтверждение приёма данных учитывают отдельно от результата коммуникации. Доставку или открытие сообщения фиксируют лишь при наличии соответствующего подтверждения выбранного сценария.
- При тайм-ауте выясняют результат прежнего вызова; повтор допускают по согласованному правилу проекта и локальному ключу события. Устаревшее событие не откатывает более новый статус.
Практические сценарии
Предлагаемая схема для согласования и пилота. Она не означает, что описанный обмен уже настроен в Skirbo.
Уведомление после фактической отгрузки
Задача: Сообщить клиенту об исполненном этапе, сохранив соответствие между складом и его заказом.
Когда начинается: Склад подтвердил физическую передачу согласованных грузовых мест перевозчику.
- Склад завершает отгрузку и формирует неизменяемую запись события с версией заказа, временем и ответственным за подтверждение. Создание этикетки само по себе не считается отгрузкой.
- Адаптер получает событие, определяет продавца и проект Mindbox, проверяет устойчивый ID клиента и внешний ID заказа; при частичной отгрузке выделяет конкретные строки и количество.
- По карте проекта сопоставляет статус и продукты/варианты. При отсутствии связи не создаёт профиль по догадке, а направляет запись ответственному за обмен.
- Склад сохраняет свой факт отгрузки. Адаптер передаёт согласованный минимум в настроенную операцию Mindbox; владелец проекта определяет, какой сценарий и разрешённый канал может запускаться.
- Ответ операции и связь события с заказом сохраняются в журнале обмена. При необходимости настроенной операцией чтения проверяют, что Mindbox видит ожидаемый заказ и строки.
- Подтверждение приёма данных учитывают отдельно от результата коммуникации. Доставку или открытие сообщения фиксируют лишь при наличии соответствующего подтверждения выбранного сценария.
- При тайм-ауте выясняют результат прежнего вызова; повтор допускают по согласованному правилу проекта и локальному ключу события. Устаревшее событие не откатывает более новый статус.
Результат: Поддержка и коммуникации используют подтверждённую отгрузку конкретного заказа; складская история и состояние сообщения остаются раздельными.
Если возникло исключение
- Повтор одного события не должен повторно запускать рассылку.
- Если заказ не найден, сначала выясняют порядок создания/синхронизации; автоматическая запись нового заказа допустима только отдельной согласованной операцией.
Отмена или возврат в клиентском сценарии
Задача: Остановить неуместные сообщения об активном заказе и передать подтверждённый результат возврата.
Когда начинается: Продавец подтвердил отмену либо склад принял и проверил возвращённые позиции.
- Отделить запрос покупателя на возврат от физической приёмки; выбрать событие, которое действительно подтверждено ответственным владельцем.
- Сопоставить внешний ID заказа и строки, возвращённое количество и текущую версию. Проверить, затрагивает ли операция Mindbox баллы, промокод или другие расчёты.
- Согласовать отдельное событие либо изменение статуса позиции. Данные о возврате денег поступают из учёта после подтверждения; складская приёмка не создаёт этот факт.
- Передать результат в проектную операцию, затем сверить состояние заказа. При частичном возврате сохранять действующими остальные позиции; остановку прежнего сценария и новое сообщение настраивает владелец коммуникаций.
Результат: Клиентская коммуникация соответствует отмене или фактически принятой части возврата; финансовые и складские подтверждения не смешаны.
Если возникло исключение
- Ограничение отменённого заказа с баллами/промокодом передаётся владельцу проекта для решения; новый внешний ID не создаётся автоматически ради обхода ошибки.
- Опоздавшее событие отгрузки не должно возобновлять сценарий после отмены.
Восстановление пропущенной истории по файлу
Задача: Вернуть корректную историю заказов без повторной отправки давно потерявших смысл уведомлений.
Когда начинается: После перерыва обнаружены заказы, которые не дошли до Mindbox.
- Ответственный выбирает закрытый период, сравнивает источники и выгружает только подтверждённые версии заказов; файл не содержит данные других продавцов.
- Готовит CSV/TXT по шаблону проекта: внешний ID заказа и клиента, время изменения в UTC, идентификатор продукта, количество, цена и статус позиции. Несколько строк заказа имеют один внешний ID.
- В интерфейсе проверяет внешние системы, сопоставление, точку интеграции и контакта, предпросмотр первых строк; заранее согласует, какие коммуникации разрешены для исторических записей.
- После импорта сверяет число принятых и ошибочных строк. Исправляет только подтверждённые ошибки и повторяет контролируемую часть; обновление старой версии поверх новой исключается.
Результат: Пропуски закрыты проверенными данными и журналом сверки, а последствия для коммуникаций согласованы.
Если возникло исключение
- Успешное создание задачи импорта не равно успешному приёму всех строк.
- Ограничения отменённых заказов с лояльностью сохраняются и при файловом восстановлении.
Кто управляет данными
| Данные | Ответственный источник | Правило обмена |
|---|---|---|
| Заказ, версия и фактические этапы | Продавец и система исполнения | Mindbox получает согласованный снимок; факт отгрузки и приёмки возврата подтверждает склад. |
| Клиент, контакт и разрешение канала | CRM / владелец клиентских данных продавца | Устойчивый ID клиента связывает системы; подтверждённый контакт не заменяет согласие на маркетинговую рассылку. |
| Продукт, вариант и строка | Каталог продавца и карта внешних систем | Внешний ID продукта/варианта и строка заказа определяются явно; общий SKU не смешивает продавцов. |
| Остаток и резерв | WMS / учёт продавца | Сценарии Mindbox не являются источником доступного остатка и не выполняют списание товара. |
| Оплата, возврат денег и лояльность | Учёт и владелец программы лояльности | Передаются только подтверждённые факты в согласованном объёме; сообщения их не создают. |
| Операции, ключи и сценарии Mindbox | Владелец проекта Mindbox | Он утверждает контракт, отправителя, эффекты операций и разрешённые коммуникации; адаптер хранит связь события и попыток. |
Что обсудить перед пилотом
- Какие операции уже настроены в вашем Mindbox и какие события склада должны их запускать?
- Как связаны tenant, проект/бренд, внешняя система заказа, ID клиента, строка и вариант товара?
- Затрагивает ли операция изменения статуса баллы или промокоды и кто принимает такие изменения?
- Как определяется успешное завершение вызова и допускается безопасный повтор после неизвестного результата?
- Должен ли импорт истории запускать коммуникации и как исключить повторную отправку?
Перед оценкой
Что нужно уточнить
- Техническое задание действующих операций Mindbox, точка интеграции, внешние системы заказа, клиента и продукта.
- Карта tenant → продавец → проект/бренд Mindbox; одинаковый номер заказа разных клиентов не должен давать одну запись.
- Определённый владелец подтверждённого события и согласованный минимальный набор данных; контакты и разрешения на канал задаёт продавец.
- Доступ к секрету через защищённое хранилище, права владельца интеграции и согласованная процедура ротации; ключи не вводят в публичную заявку.
- Отдельная приёмка отмен, частичного возврата, пропущенного события и повторной отправки; влияние на лояльность согласует владелец проекта.
Границы сценария
Что учесть заранее
- Примеры документации Mindbox нельзя использовать без адаптации к проектным операциям.
- Запуск маркетингового сценария и передача складского события — разные задачи. Успешное сохранение заказа не подтверждает доставку сообщения или физическую выдачу товара.
- Обмен не должен перезаписывать профиль клиента или лояльность без отдельного решения.
- У отменённого заказа с использованными баллами или промокодом есть ограничения смены статуса; исправление не выполняют бесконечными повторами.
- Повторный импорт может обновить существующий заказ. Перед восстановлением нужно согласовать последствия для сценариев, исключить старые версии и разобрать пропущенные строки.
- Доступность IP-фильтра, права операции, актуальные лимиты и условия канала проверяются в конкретном проекте. Правила России не переносятся автоматически на Казахстан и Узбекистан.
Стоимость и запуск
Оценим ваш набор операций
На объём работ влияют версии систем, доступы, число кабинетов, направление обмена и обработка ошибок. После разбора задачи согласуем реализацию, стоимость и сроки.
Для оценки подготовьте ТЗ операций Mindbox и обезличенные примеры полной отгрузки, частичного возврата и повтора события; укажите владельца клиентских разрешений и проектную карту идентификаторов.
Вопросы о подключении
Можно использовать стандартное имя операции из примера?
Документация прямо указывает на проектную настройку операций. Сначала получим ваше ТЗ и проверим точные имена и поля.
Какие события полезно передавать?
Обычно обсуждают подтверждённую отгрузку, отмену и завершённую приёмку возврата. Конкретный набор выбирается по вашим коммуникациям, а не по всем изменениям склада.
Что делать, если заказ отгружен частично?
Передавать согласованные строки и количества. Один общий статус заказа может скрыть недоотгрузку, поэтому состав события и поведение сценария проверяют на частичном исполнении.
Станет ли покупатель подписчиком после передачи заказа?
В предлагаемой схеме событие исполнения не создаёт согласие на маркетинг. Контакт, подтверждение его принадлежности и подписка имеют разные основания; правила выбирает владелец проекта.
Можно восстановить пропуск импортом всех заказов?
Файловый импорт подтверждён, но сначала нужна сверка версий и внешних идентификаторов, а также решение о запуске сценариев на истории. После импорта проверяют ошибки отдельных строк.
Можно ли отменить письмо изменением статуса заказа?
Изменение данных заказа и уже отправленное сообщение — разные объекты. Настройки сценария и возможность остановки ещё не выполненных действий проверяются отдельно; доставленное письмо отозвать таким изменением нельзя.
Интеграция уже готова?
Изучаем возможность. Описан предлагаемый процесс обмена; готовый коннектор Skirbo, проведённый пилот и приёмка на заказах клиента не подтверждены. Перед запуском подтвердим состав операций и проверим результат на согласованном сценарии.
Официальные материалы сервиса
Используем для оценки возможностей внешней системы. Документация не является подтверждением готовности коннектора Skirbo.
- Как ограничить доступ к API через списки IP | Документация Mindbox — дата проверки: 2026-10-30
- Как импортировать заказы по файлу | Документация Mindbox — дата проверки: 2026-10-30
- Что такое «Продукт» | Документация Mindbox — дата проверки: 2026-10-30
- Как создать и настроить точку интеграции | Документация Mindbox — дата проверки: 2026-10-30
- Mindbox: получение информации о заказе — дата проверки: 2026-10-30
- Mindbox: изменение статуса позиции заказа — дата проверки: 2026-10-30
Посмотрите другие сценарии
Весь каталог →
Ваш процесс → следующий шаг
Что хотите связать со Skirbo?
Выберите сервисы и расскажите, какие данные нужно передавать. Можно описать одну интеграцию или связку из нескольких систем.
- Разберём задачуУточним роли, склады и операции.
- Проверим возможностьОпределим доступы, ограничения и состав работ.
- Согласуем запускОбсудим стоимость, сроки и критерии готовности.
Оценка заявки не означает, что подключение уже готово или разработка согласована. Пароли, API-ключи и данные покупателей в форму не добавляйте.