Обсудить задачу
Доставка

Skirbo +
eShopLogistic

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

Посмотреть сценарии

Какой обмен обсудим

Зафиксируем нужные операции, направление данных и условия приёмки.

ОперацияНаправлениеСостав и готовность
Параметры отправленияSkirbo → eShopLogisticОбсудим в составе подключения

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

Номер перевозчикаeShopLogistic → SkirboОбсудим в составе подключения

Сохранять service вместе с order_id, а не один строковый номер.

Отмена заявкиSkirbo / оператор → eShopLogisticОбсудим в составе подключения

Проверить data.state и ошибки; действие не удаляет заказ и физическую историю.

Результат упаковкиСклад → SkirboОбсудим в составе подключения

Фактический вес и места — основание проверки условий доставки, не незаметной смены тарифа.

На узком экране таблицу можно прокрутить в сторону.

Это сценарии для обсуждения. Методы API сервиса сами по себе не подтверждают готовность подключения в Skirbo.

Для какой задачи подходит сервис

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

Как организовать обмен

В сохранённых документах есть API /delivery/order, пример удаления и специальный параметр склада для Яндекс Доставки. Полные общие параметры создания и типы полей требуют проверки: в прочитанной странице обнаружены редакционные несоответствия.

Предлагаемый порядок работы

  1. Получить выбранный способ доставки, номер заказа магазина, фактические размеры и контакт получателя.
  2. Сопоставить клиента и физический склад с platform_id Яндекс Доставки; проверить график отгрузки данной площадки.
  3. Сформировать заявку eShopLogistic по проверенному общему контракту и специальным параметрам перевозчика.
  4. Склад сверяет количество мест и готовность к согласованному забору.
  5. Сохранить номер заявки транспортной компании и вернуть его в заказ Skirbo.
  6. Проверить ответ оформления и адрес отправления в принятой заявке; после фактической выдачи записать отдельное подтверждение склада.
  7. При расхождении склада заблокировать выдачу, исправить или отменить заявку по подтверждённому правилу.

Практические сценарии

Предлагаемая схема для согласования и пилота. Она не означает, что описанный обмен уже настроен в Skirbo.

Склад Яндекс Доставки и реальная отгрузка

Задача: Не отправить курьера на другую площадку при многоскладовой сборке.

Когда начинается: Заказ магазина назначен складу и упакован.

  1. Получить выбранный способ доставки, номер заказа магазина, фактические размеры и контакт получателя.
  2. Сопоставить клиента и физический склад с platform_id Яндекс Доставки; проверить график отгрузки данной площадки.
  3. Сформировать заявку eShopLogistic по проверенному общему контракту и специальным параметрам перевозчика.
  4. Склад сверяет количество мест и готовность к согласованному забору.
  5. Сохранить номер заявки транспортной компании и вернуть его в заказ Skirbo.
  6. Проверить ответ оформления и адрес отправления в принятой заявке; после фактической выдачи записать отдельное подтверждение склада.
  7. При расхождении склада заблокировать выдачу, исправить или отменить заявку по подтверждённому правилу.

Результат: У заказа связаны выбранный тариф, фактический склад и одна действующая заявка.

Если возникло исключение

  • Нельзя подставлять platform_id другой организации.
  • Тип platform_id в сохранённой таблице отмечен как boolean при описании идентификатора; тип уточняется по действующей схеме.

Отмена до передачи курьеру

Задача: Завершать отмену по ответу транспортного контура.

Когда начинается: Продавец отменил заказ после создания доставки.

  1. Остановить выдачу и найти order_id вместе с кодом службы service.
  2. Выполнить согласованное удаление через /delivery/order с action=delete и проверить результат, включая errors.
  3. Сохранить подтверждение удаления и уведомить склад; резерв освободить только по собственному складскому правилу.

Результат: Отмена доставки не стирает историю заказа и не создаёт возврат уже выданного товара.

Если возникло исключение

  • Ошибка 4XX оставляет заявку на разборе.
  • Если курьер уже получил товар, требуется отдельная обратная логистика.

Расхождение корзины и упаковки

Задача: Проверить выбранные условия после изменения веса или числа коробок.

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

  1. Сохранить исходный расчёт магазина и фактические габариты отдельно.
  2. Оператор проверяет допустимость текущей услуги и согласует изменение с продавцом через доступный интерфейс.
  3. Обновляет подтверждённую заявку и возвращает новый результат в заказ перед выдачей.

Результат: Обещание магазина проверено по реальной посылке.

Если возникло исключение

  • Перерасчёт не означает автоматически согласованную доплату покупателя.

Кто управляет данными

ДанныеОтветственный источникПравило обмена
Заказ и SKUПродавец / согласованная учётная системаПередавать версию заказа, владельца товара и таблицу соответствий артикулов, не сопоставлять только по названию.
ОстаткиСистема склада, где физически находится товарЗадание перевозчику и расчёт доставки не меняют количество доступного товара.
СтатусыСклад — комплектация и передача; перевозчик — перевозкаСохранять оба времени и исходное событие; трек-номер сам по себе не доказывает передачу.
ДокументыСторона, выпустившая документНомер, версия и связь с конкретными местами сохраняются; повторное чтение не создаёт вторую отгрузку.
ВозвратыПеревозчик — обратное движение; склад — фактическая приёмкаТовар становится доступным после осмотра и разрешения склада, а деньги возвращаются отдельным процессом.

Что обсудить перед пилотом

  • Кто создаёт заявку: магазин или Skirbo, и как исключается двойное оформление?
  • Какие склады разрешены в аккаунте перевозчика?
  • Как продавец согласует изменение доставки после упаковки?
Перед оценкой

Что нужно уточнить

  • Ключ доступа для нужного аккаунта и подключённая служба доставки.
  • Таблица фактических складов и внешних идентификаторов Яндекс Доставки с графиками забора.
  • Проверенные общие параметры создания и примеры успешного удаления и отказа.
Границы сценария

Что учесть заранее

  • Описание Яндекс Доставки содержит слово Boxberry и спорный тип platform_id; эти фрагменты нельзя использовать как готовую схему реализации.
  • Список служб в историческом примере удаления не считается текущим перечнем доступных перевозчиков.
  • Российский сценарий не подтверждает маршруты Казахстана и Узбекистана; создание и печать проверяются отдельно для выбранного перевозчика.
Стоимость и запуск

Оценим ваш набор операций

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

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

Вопросы о подключении

Зачем хранить код службы вместе с номером?

Номер относится к транспортной компании. Совпадающая строка у другого перевозчика или клиента не должна указывать на тот же заказ.

Успешный HTTP-ответ означает отмену?

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

Можно использовать склад магазина по умолчанию?

Только если он совпадает с реальным местом выдачи. При двух складах платформенный ID выбирают по назначению заказа, а не по общим настройкам магазина.

Нужно ли повторять все функции виджета в Skirbo?

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

Интеграция уже готова?

Материал описывает предложение обмена. Работающий коннектор Skirbo, пилот и приёмка на заказах вашего клиента не подтверждены; способ реализации определяется после проверки доступов и операций. Перед запуском подтвердим состав операций и проверим результат на согласованном сценарии.

Официальные материалы сервиса

Используем для оценки возможностей внешней системы. Документация не является подтверждением готовности коннектора Skirbo.

Посмотрите другие сценарии

Весь каталог →
Ваш процесс → следующий шаг

Что хотите связать со Skirbo?

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

  1. Разберём задачуУточним роли, склады и операции.
  2. Проверим возможностьОпределим доступы, ограничения и состав работ.
  3. Согласуем запускОбсудим стоимость, сроки и критерии готовности.

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

1. Какие сервисы подключить?

До 5 сервисов в одной заявке.

Укажите роль — подскажем, какие особенности процесса описать.

2. Какие задачи решить?

Выберите от 1 до 8 задач.

Компания и объём заказов необязательно
3. Как с вами связаться?
Проверяем возможность отправки. Вы также можете подготовить запрос и передать его поддержке.
Открыть поддержку в Telegram

Копирование и переход в Telegram сами по себе не отправляют заявку.

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