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

Skirbo +
OneSync

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

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

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

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

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

Проект: передать номер заказа клиента, адрес, контакт получателя, состав мест и окно готовности. Это набор требований для согласования, не заявленные поля API OneSync.

Заявка последней милиОператор / будущий адаптер → OneSyncОбсудим в составе подключения

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

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

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

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

Получить подтверждённый результат и план действий. Наличие API возврата не установлено; возврат согласуется отдельно и заканчивается физической приёмкой.

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

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

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

OneSync — контур управления последней милей и выбора курьерского партнёра. Официальный предметный пример относится к ресторану; для интернет-магазина и фулфилмента Skirbo предлагается отдельная проверка типа груза, географии, договора и операций. Адресное хранение, складские остатки и приёмка товара в этом материале не приписываются OneSync.

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

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

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

  1. Склад получает из учётного заказа номер, владельца товара, получателя, контакты, адрес, число мест и окно готовности; сохраняет согласованную версию.
  2. Оператор сопоставляет клиента, склад и договор OneSync. Сначала подтверждает допустимость груза и адреса; название ресторана или магазина не используется как единственный идентификатор.
  3. По согласованному процессу оператор создаёт заявку в кабинете и записывает её номер; будущая автоматизация этого шага требует отдельно проверенного API-контракта.
  4. После подтверждения исполнителя, условий и стоимости сотрудник сверяет данные прибывшего курьера и сканирует коробки. Физическая выдача фиксируется отдельной записью.
  5. Оператор возвращает внешний номер и подтверждённый результат в связанный заказ Skirbo; автоматические поля и события до получения схемы не предполагаются.
  6. При неясном ответе, замене исполнителя или несовпадении мест выдача останавливается. Оператор находит исходную заявку и согласует решение до повторного заказа курьера.

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

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

Готовый товар и согласованная заявка последней мили

Задача: Связать реальную выдачу коробок с проверенной заявкой курьеру.

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

  1. Склад получает из учётного заказа номер, владельца товара, получателя, контакты, адрес, число мест и окно готовности; сохраняет согласованную версию.
  2. Оператор сопоставляет клиента, склад и договор OneSync. Сначала подтверждает допустимость груза и адреса; название ресторана или магазина не используется как единственный идентификатор.
  3. По согласованному процессу оператор создаёт заявку в кабинете и записывает её номер; будущая автоматизация этого шага требует отдельно проверенного API-контракта.
  4. После подтверждения исполнителя, условий и стоимости сотрудник сверяет данные прибывшего курьера и сканирует коробки. Физическая выдача фиксируется отдельной записью.
  5. Оператор возвращает внешний номер и подтверждённый результат в связанный заказ Skirbo; автоматические поля и события до получения схемы не предполагаются.
  6. При неясном ответе, замене исполнителя или несовпадении мест выдача останавливается. Оператор находит исходную заявку и согласует решение до повторного заказа курьера.

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

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

  • Ручной ввод описан для ресторанного примера; наличие аналогичного интерфейса для нужного товарного аккаунта нужно подтвердить.
  • Общая автоматическая маршрутизация партнёров не доказывает приёмку конкретного груза.

Исполнитель сменился до забора

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

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

  1. Заблокировать выдачу по прежним данным и уточнить судьбу действующей заявки в OneSync.
  2. Согласовать, является ли изменение заменой внутри той же заявки или требуется закрытие старой; не предполагать наличие API переназначения.
  3. Сохранить подтверждение, нового исполнителя и историю прежних данных. Новую заявку разрешать только после исключения двух активных поручений.
  4. На выдаче снова проверить курьера и места; расхождение адреса, числа коробок или стоимости передать оператору до передачи.

Результат: Склад использует одну подтверждённую версию поручения на выдачу.

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

  • Не обещается универсальная отмена и автоматическая замена по API.
  • Если груз уже передан, нужен отдельный согласованный процесс с перевозчиком.

Недоставка и возврат на исходный склад

Задача: Установить судьбу отправленных единиц и отделить перевозку от приёмки.

Когда начинается: Покупатель не принял доставку или оператор получил спорный результат.

  1. Связать сообщение с внешней заявкой, внутренним заказом и выданными местами; запросить подтверждённый результат у ответственного за доставку.
  2. Согласовать повторную попытку либо обратный маршрут. Если возвращается часть товара, отдельно зафиксировать ожидаемые SKU, количества и коробки.
  3. Оператор сохраняет основание и номер согласованного обратного поручения, если оно используется. Поле возврата или метод API не выдумывается.
  4. Сотрудник фактически принимает, пересчитывает и осматривает товар; расхождение фиксируется и передаётся ответственному.
  5. Доступный запас пополняется только после разрешённой приёмки. Денежное возмещение покупателю и спорная стоимость доставки рассматриваются отдельно.

Результат: Недоставка заканчивается конкретным подтверждением судьбы товара и финансового разбирательства.

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

  • Статус перевозки без состава не доказывает возврат всех единиц.
  • Возможность автоматического возврата и частичного вручения остаётся неизвестной.

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

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

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

  • Какой договор, товар, район и склад участвуют в первой проверке?
  • Какие конкретно методы создают, читают, изменяют и отменяют заявку, как устроена авторизация?
  • Как различаются назначение исполнителя, принятие груза и вручение; где подтверждён состав частичного результата?
  • Как исключить дубль после тайм-аута и проверить отмену перед повторной заявкой?
  • Как согласуется недоставка, возврат и спорная стоимость?
Перед оценкой

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

  • Подтверждение, что выбранный тип товара, габариты и район обслуживаются на нужном договоре; ресторанный сценарий не переносится автоматически.
  • Один склад и клиент для первой проверки; определённый оператор, который сверяет номер заявки, курьера и результат.
  • Формальная документация OneSync с созданием/чтением/отменой, примерами ошибок, правилами уведомлений и безопасным доступом.
  • Согласованный порядок недоставки, замены исполнителя, возврата и разбирательства стоимости. Секреты через публичную форму не собираются.
Границы сценария

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

  • Первичная страница подтверждает описание продукта и наличие заявления об API, но не методы, параметры и технические гарантии обмена.
  • Ресторанный раздел получен ограниченной официальной поисковой выдержкой; прямой просмотр вернул iframe. Применимость ресторанного процесса к товарному складу требует согласования.
  • Не установлены idempotency-key, webhook или polling, подпись событий, retry-политика, sandbox, точные права ключей и ограничения частоты.
  • Создание возврата, состав частичного вручения, печать этикетки и автоматическая отмена не подтверждены внешним контрактом.
  • Количество курьеров, экономия, сроки подключения и маркетинговый SLA не являются обещаниями Skirbo; доступность определяется конкретной географией и договором.
  • Рассматривается Россия. Казахстан и Узбекистан, местная маркировка и фискализация не покрыты этим свидетельством.
Стоимость и запуск

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

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

Для оценки нужны один склад, тип товара, район доставки, действующие договорные условия и документация OneSync; ключи доступа через эту форму не отправляйте.

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

Это готовая интеграция OneSync в Skirbo?

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

Можно начать без разработки API?

Можно обсудить операторский процесс, если OneSync подтвердит доступный кабинет и услуги для вашего аккаунта. Склад всё равно должен связывать внешнюю заявку с реальной выдачей коробок.

Можно использовать ресторанный пример для фулфилмента?

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

Какой webhook будет обновлять статусы?

Точный контракт событий не получен. Нельзя обещать webhook или придумывать его поля; сначала нужны документация и пример уведомления либо согласованный способ чтения результата.

Что делать, если курьера заменили или заказ вернулся?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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