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

Skirbo +
Major Express

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

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

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

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

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

Сопоставить номера коробок, фактические параметры и клиентский договор.

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

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

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

Отдельно согласовать забор; накладная не заменяет заявку.

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

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

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

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

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

Материал относится к клиентскому продукту «Экспресс-доставка» Major Express. Это самостоятельная тема относительно Major Cargo Service. Партнёрские, агентские и филиальные права, а также соседний раздел сборных грузов не переносятся на клиентский доступ.

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

В официальной документации разобраны SOAP/WSDL и Basic-аутентификация, отдельная тестовая среда и выбор сервиса по предмету договора. Доступ выдаётся клиенту; готовность обмена со Skirbo ещё требуется подтвердить на согласованном пилоте.

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

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

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

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

Упаковка → накладная → отдельный забор

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

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

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

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

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

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

Потерянный ответ без второй накладной

Задача: Восстановить результат после сетевого сбоя.

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

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

Результат: Одна попытка перевозки сохраняет один проверенный внешний результат.

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

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

Прямое и обратное плечо с другим получателем возврата

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

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

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

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

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

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

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

ДанныеОтветственный источникПравило обмена
Заказ и адресПродавец / клиент фулфилментаСклад исполняет согласованную версию.
SKU, состав и физические местаSkirbo на обслуживаемом складеClientInfo связывает отправку; PackageID связывает место, но не заменяет SKU.
Договор и праваКлиент Major ExpressУчётная запись не используется для другого клиента или другой роли.
Накладная, забор, историяMajor ExpressНомер заказа на забор и номер накладной хранятся отдельно.
Приёмка возвратаФизический складСобытие перевозки не увеличивает остаток без осмотра.

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

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

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

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

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

  • Клиентский доступ не включает автоматически методы партнёров, агентов или филиалов.
  • Наличие WSDL и печатной формы не доказывает действующую интеграцию Skirbo или фактический приём груза.
  • Вебхуки, гарантированный срок хранения идентификатора запроса и порядок отмены не подтверждены прочитанными разделами.
  • Действие договора и требования других стран оцениваются отдельно; эта статья не переносит на них российские документы.
Стоимость и запуск

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

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

По какому клиентскому договору Major Express вы отправляете груз и кто сейчас отдельно вызывает водителя?

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

Чем эта тема отличается от Major Cargo Service?

Здесь рассматривается клиентский сервис экспресс-доставки Major Express. Грузовое направление Major Cargo Service и интерфейсы других ролей имеют отдельную область проверки.

После печати накладной водитель уже приедет?

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

Что делать, если оформление завершилось тайм-аутом?

Сначала проверить результат по сохранённому идентификатору запроса. Для заказа и накладной предусмотрены разные проверки. Создавать второй номер до этой сверки нельзя.

Можно сохранить наши штрихкоды коробок?

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

Возврат обязательно идёт на исходный склад?

В описанном методе получатель возврата задаётся отдельно. Его необходимо согласовать до оформления; физическую приёмку и решение по деньгам ведут отдельно.

Можно свести несколько заказов в один манифест?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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