Обсудить задачу
Маркетплейсы

Skirbo +
100sp

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

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

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

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

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

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

Карта товара и размераОрганизатор и склад → согласованное сопоставлениеОбсудим в составе подключения

Связать исходный товар и размер с вариантом SKU, единицей измерения и владельцем товара.

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

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

Возвратная приёмкаУчастник / сеть выдачи → организатор → складОбсудим в составе подключения

Связать возврат со строками покупки, осмотреть товар, отдельно согласовать денежное решение.

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

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

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

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

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

Подтверждён документированный HTTP API и токен x-api-key; для первой оценки подходит чтение отчёта покупки. Полный контракт записи статусов, квоты, события и идемпотентность ещё проверяются. Если разрешённого машинного обмена недостаточно, организатор передаёт согласованную спецификацию оператору. Скрипты из документации здесь не выполнялись; доступы на публичной странице не собираются.

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

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

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

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

Отчёт закупки → сборка по участникам → подтверждённая передача

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

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

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

Результат: Можно проследить путь от покупки и участника до SKU, места и подтверждения передачи.

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

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

Внешний заказ → транзит 100sp → сверка мест

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

Когда начинается: Организатор получает внешнее отправление и подтверждает, что его роль и товар допускают доставку через сеть 100sp.

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

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

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

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

Разрешённый возврат → осмотр → решение организатора

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

Когда начинается: Участник оформляет возврат по правилам своей покупки; для доступной опции «Лёгкий возврат» используется предусмотренная форма и штрихкод.

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

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

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

  • Опция доступна не во всех покупках; сроки сверяются с действующей инструкцией.
  • API регистрации возврата и выплаты не подтверждён.

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

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

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

  • Какую покупку и кабинет организатора подключаем?
  • Из какого поля или документа получаем однозначное заказанное количество?
  • Какие события разрешают сборку и кто подтверждает отмену?
  • Кто сдаёт груз в транзит и где хранится подтверждение?
  • Какие возвратные правила включены в этой покупке?
Перед оценкой

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

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

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

  • Поле count в опубликованном отчёте названо остатком. Его нельзя автоматически считать заказанным количеством без подтверждения смысла.
  • Фильтр по дате создания не является журналом всех изменений. Отмена старого заказа требует отдельной сверки.
  • Сценарий МоегоСклада не подтверждает универсальную запись остатков или резервов сторонней WMS. Экспериментальные списания не переносятся в Skirbo.
  • Готовность коннектора, обратная запись статуса, webhook, квоты и семантика повторов не подтверждены.
  • Печать стикера и оплата доставки не означают физической сдачи. Условия, сроки и ассортимент внешней доставки проверяются перед отправкой.
  • Возврат товара, решение организатора и возврат денег — отдельные события. Российские условия не переносятся на другие страны.
Стоимость и запуск

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

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

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

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

Можно ли сразу забирать заказы по API?

Документировано чтение отчёта покупки. Перед реализацией надо проверить права кабинета, состав строк и количество на реальных обезличенных примерах. Наличие метода не означает готового коннектора Skirbo.

Поле count — это сколько нужно собрать?

В описании отчёта оно названо остатком. До предметного подтверждения его не используем как заказанное количество; сверяем согласованную спецификацию.

Почему нельзя скопировать готовую связь с МоимСкладом?

У этой функции собственные правила товаров, размеров, складов и подтверждения импорта. Они не устанавливают контракт сторонней WMS и не доказывают обратные операции Skirbo.

Как избежать второй отгрузки после повторной загрузки?

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

Выдан штрихкод возврата — товар уже на остатке?

Нет. Штрихкод разрешает определённый этап обратной передачи. Склад сначала получает и осматривает товар, а организатор отдельно принимает коммерческое решение.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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