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

Skirbo +
Курьерика

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

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

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

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

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

Предлагается передавать готовность, адрес и состав мест оператором до проверки API.

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

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

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

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

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

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

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

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

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

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

Что описано в материалах сервиса

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

  • Назначение и замена

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

  • Выдача и вручение — разные состояния

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

  • Курьер и пункт выдачи

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

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

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

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

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

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

Задача: Разделить предварительное планирование маршрута и разрешение на фактическую выдачу коробок.

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

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

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

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

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

Свой курьер или подрядчик в часы пик

Задача: Не терять ответственного за груз при передаче части нагрузки сторонней доставке.

Когда начинается: Диспетчер решает изменить исполнителя ещё не выданного заказа.

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

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

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

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

Неудачное вручение и обратная приёмка

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

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

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

Результат: Повторная попытка связана с исходным заказом, а остаток меняется по реальной приёмке.

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

  • При расхождении состава открыть разбор по курьеру и конкретным местам.

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

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

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

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

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

  • Редакция Курьерики, схема развёртывания и модель использования своего и стороннего транспорта.
  • Обезличенный пример отправления: адреса, грузовые места, способ вручения и оплата.
  • Получить актуальное описание доступного обмена и подтвердить операции с поставщиком до решения о разработке.
  • Список собственных курьеров и подрядчиков, правило смены исполнителя после выдачи и контрольный реестр возврата.
Границы сценария

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

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

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

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

Как распределяете заказы между собственными курьерами и 3PL в Курьерике?

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

Можно передавать заказы сторонним курьерам в часы пик?

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

Когда передавать заказ диспетчеру?

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

Можно спланировать маршрут, пока заказ ещё собирается?

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

Что делать, если результат вручения пришёл дважды?

Связать сообщения с одним внешним заданием и попыткой доставки. Повторное подтверждение обновляет историю обмена, но не создаёт второе списание или повторный расчёт.

Назначенный курьер уже забрал посылку?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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