Доставка
СДЭК
Отправления, документы и статусы доставки из складского процесса.
Оценить передачу заданий из Skirbo в Где Курьер и получение согласованных состояний доставки.
Зафиксируем нужные операции, направление данных и условия приёмки.
| Операция | Направление | Состав и готовность |
|---|---|---|
| Заказ на доставку | Skirbo → Где Курьер | Обсудим в составе подключения Уникальный номер, получатель, дата/окно, организация и склад; поля перечислены в сохранённом PDF, адаптер требует разработки. |
| Внешний ID и состояние заказа | Где Курьер → Skirbo | Обсудим в составе подключения Сохранить ответ создания и сверять состояние по списку заказов; частичный возврат документом не описан. |
| Организация и склад | Где Курьер → таблица соответствий Skirbo | Обсудим в составе подключения Полученные при авторизации org_id/store_id сопоставить с кабинетом клиента и физическим складом; названия не заменяют ID. |
На узком экране таблицу можно прокрутить в сторону.
Это сценарии для обсуждения. Методы API сервиса сами по себе не подтверждают готовность подключения в Skirbo.
Где Курьер рассматривается для продавца с собственной доставкой от одного или нескольких складов. В сохранённом API описаны организация, склад и заказ на доставку — это даёт предметную основу для передачи готового заказа и сверки его статуса. Полноценный обмен товарным каталогом, остатками и GPS-треком этим документом не подтверждается.
Прочитан сохранённый PDF API: авторизация, создание заказа и получение списка заказов со статусами. В примерах есть организация и склад. Это документированная основа проектирования, но действующая редакция, права, отмена, возвраты и ограничения запросов требуют проверки у поставщика.
Это возможности внешнего продукта. Их применимость к вашему доступу проверяется перед подключением.
В PDF перечислены идентификаторы организации и склада, уникальный номер заказа и признак необходимости посещения склада курьером. Эти поля нужно сопоставить до регистрации.
Предлагаемая схема для согласования и пилота. Она не означает, что описанный обмен уже настроен в Skirbo.
Задача: Передать курьерский заказ без смешивания организаций и складов.
Когда начинается: Упаковка закончена и заказ разрешён к доставке.
Результат: Внешний номер заказа сохранён в Skirbo, выдача зарегистрирована отдельно, статус подтверждён чтением списка заказов.
Задача: Находить задания, которые есть у курьерской системы, но потеряли актуальное состояние на складе.
Когда начинается: Периодическая проверка заказов после выдачи.
Результат: Состояния не зависят от единственного ранее полученного ответа.
Задача: Передать курьеру правильное условие вручения без подмены финансовой сверки.
Когда начинается: Владелец заказа разрешил доставку с определённым способом оплаты.
Результат: Курьерское задание несёт понятное условие оплаты.
| Данные | Ответственный источник | Правило обмена |
|---|---|---|
| Заказ | Продавец / OMS | Неизменяемый внешний номер должен быть уникален в согласованной области. |
| SKU и места | Skirbo | Товарные строки API этим PDF не подтверждены; связь с коробками хранится на складе. |
| Остатки | Skirbo | Доставлено в курьерском сервисе не повторяет списание выдачи. |
| Организация и склад | Кабинет Где Курьер + таблица соответствий | org_id и store_id проверяются до создания задания. |
| Статус доставки | Где Курьер | Перечисление из PDF сопоставляется со складским процессом; «просрочен» не означает отменён. |
| Документы и оплата | Продавец / финансовый контур | Условие оплаты в заказе не доказывает расчёт. |
| Отмена и возврат | Диспетчер + принимающий склад | Метод отмены/возврата требует отдельного подтверждения. |
На объём работ влияют версии систем, доступы, число кабинетов, направление обмена и обработка ошибок. После разбора задачи согласуем реализацию, стоимость и сроки.
Какие собственные курьеры и события сервиса Где Курьер нужны складу?
Прочитанный PDF описывает заказ и его состояние, а не получение GPS-трека. Поэтому первый этап можно ограничить созданием задания и сверкой статусов; геоданные требуют отдельного документа.
Сначала нужна явная таблица соответствия организации и склада. Значение из авторизации нельзя автоматически подставлять за все склады фулфилмента.
Нет, в документе это отдельные значения. Просрочка должна вызвать проверку окна доставки, а отмена — отдельное решение по выдаче и возврату.
Сначала нужно выяснить, принят ли исходный уникальный номер. Если результат неизвестен, повтор без сверки запрещается в проектной логике.
Нет. Поле описывает необходимость посещения склада курьером. Факт передачи коробок нужно фиксировать отдельно; наличие этого признака или статуса назначения не меняет остатки само по себе.
Изучаем возможность связи со Skirbo. Рабочий коннектор и сроки подключения не подтверждены; сначала согласуем описанный ниже процесс и проверим доступный интерфейс. Перед запуском подтвердим состав операций и проверим результат на согласованном сценарии.
Используем для оценки возможностей внешней системы. Документация не является подтверждением готовности коннектора Skirbo.
Выберите сервисы и расскажите, какие данные нужно передавать. Можно описать одну интеграцию или связку из нескольких систем.
Оценка заявки не означает, что подключение уже готово или разработка согласована. Пароли, API-ключи и данные покупателей в форму не добавляйте.
Названия и логотипы используются для обозначения сервисов. Состав подключения и условия уточняем для вашей задачи.