Фулфилмент
Бета ПРО
Заказы и остатки у внешнего фулфилмент-оператора.
Согласовать обмен реестром мест и подтверждениями забора/сдачи: каждый заказ должен быть связан с фактически переданными коробками, волной отгрузки и площадкой назначения.
Зафиксируем нужные операции, направление данных и условия приёмки.
| Операция | Направление | Состав и готовность |
|---|---|---|
| Реестр забора | Skirbo → оператор ПростоДоставки | Обсудим в составе подключения Клиент, склад, площадка назначения, заказы и места; формат и транспорт согласуются. |
| Подтверждение заявки | Оператор → Skirbo | Обсудим в составе подключения Принятый состав, внешняя ссылка/номер и согласованное окно; это ещё не факт выдачи. |
| Забор и сдача | Склад / исполнитель → Skirbo | Обсудим в составе подключения Два независимых подтверждения с фактическими местами и расхождениями. |
| Внешняя приёмка | Исполнитель → Skirbo | Обсудим в составе подключения Только для выбранной услуги хранения/обработки: ожидаемые и фактические количества отдельно. |
На узком экране таблицу можно прокрутить в сторону.
Это сценарии для обсуждения. Методы API сервиса сами по себе не подтверждают готовность подключения в Skirbo.
Для продавца FBS и фулфилмента, передающего уже подготовленные заказы внешнему исполнителю. В материале разделены доставка готовых коробок и обработка товара на складе ПростоДоставки. Сначала выбирается конкретная услуга и сторона, которая физически комплектует заказ.
Официальные страницы подтверждают FBS, выбор своего склада или склада prostoX и собственную ProstoWMS с отчётностью. Клиентский API и формат передачи в Skirbo не раскрыты. Первый обмен проектируется через согласованный реестр и оператора, пока не получен отдельный договорный интерфейс.
Предлагаемая схема для согласования и пилота. Она не означает, что описанный обмен уже настроен в Skirbo.
Задача: Проследить места от упаковки до подтверждённой сдачи.
Когда начинается: На складе закрыта партия готовых заказов к ближайшей отгрузке.
Результат: Видно, что было готово, что забрал исполнитель и что приняла площадка.
Задача: Не смешать запас собственного и внешнего склада.
Когда начинается: Продавец поручает исполнителю приёмку и подготовку товара.
Результат: Остаток внешнего склада отражает реальную приёмку, а не сам факт отправки задания.
Задача: Выделить новое поручение без второй выдачи прежней партии.
Когда начинается: Часть заказов опоздала к согласованному рейсу.
Результат: Две волны не пересекаются по фактически выданным местам.
| Данные | Ответственный источник | Правило обмена |
|---|---|---|
| Заказ и SKU | Продавец / согласованная учётная система | Передавать версию заказа, владельца товара и таблицу соответствий артикулов, не сопоставлять только по названию. |
| Остатки | Система склада, где физически находится товар | Задание перевозчику и расчёт доставки не меняют количество доступного товара. |
| Статусы | Склад — комплектация и передача; перевозчик — перевозка | Сохранять оба времени и исходное событие; трек-номер сам по себе не доказывает передачу. |
| Документы | Сторона, выпустившая документ | Номер, версия и связь с конкретными местами сохраняются; повторное чтение не создаёт вторую отгрузку. |
| Возвраты | Перевозчик — обратное движение; склад — фактическая приёмка | Товар становится доступным после осмотра и разрешения склада, а деньги возвращаются отдельным процессом. |
| Запас внешней площадки | Система фактического исполнителя | Товар собственного склада и товар на площадке оператора не складываются в общий доступный остаток без правил перемещения. |
На объём работ влияют версии систем, доступы, число кабинетов, направление обмена и обработка ошибок. После разбора задачи согласуем реализацию, стоимость и сроки.
Для оценки нужен один реальный обезличенный FBS-рейс: реестр готовности, подтверждение забора и результат сдачи с расхождениями.
Да, оценим этот процесс отдельно от хранения и комплектации у оператора, начиная с реестра забора и подтверждения сдачи.
Рассмотрим его как отдельную услугу с подтверждённым временем и внешним номером, а не как изменение обычного маршрута без согласования.
Только подтверждённые места и связанные с ними заказы. Остальная часть остаётся на выяснении; внешний номер общего рейса не закрывает все строки.
Название цифрового продукта в старом описании не устанавливает API или состав услуг по вашему договору. Нужно выбрать фактический контур и получить его интерфейс, не смешивая доставку с внешней комплектацией.
Материал описывает предложение обмена. Работающий коннектор Skirbo, пилот и приёмка на заказах вашего клиента не подтверждены; способ реализации определяется после проверки доступов и операций. Перед запуском подтвердим состав операций и проверим результат на согласованном сценарии.
Используем для оценки возможностей внешней системы. Документация не является подтверждением готовности коннектора Skirbo.
Выберите сервисы и расскажите, какие данные нужно передавать. Можно описать одну интеграцию или связку из нескольких систем.
Оценка заявки не означает, что подключение уже готово или разработка согласована. Пароли, API-ключи и данные покупателей в форму не добавляйте.
Названия и логотипы используются для обозначения сервисов. Состав подключения и условия уточняем для вашей задачи.