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

Skirbo +
Золотое Яблоко

Предлагаем связать подтверждённую поставку из кабинета партнёра со складскими заданиями Skirbo и затем сверить фактическую приёмку. Сначала проверяем разрешённые выгрузки или шаблоны конкретного кабинета; наличие публичного API поставщика пока не установлено.

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

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

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

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

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

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

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

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

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

Приёмка и расхожденияСеть / партнёр → склад и учётОбсудим в составе подключения

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

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

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

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

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

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

Российский бренд или поставщик работает с сетью по согласованной модели сотрудничества. Предмет материала — товарные данные и поставка партнёра. Курьерская служба, которая доставляет заказы покупателям сети, имеет другой договор, данные и интерфейс; её документация не является seller API.

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

На этапе оценки — разрешённый кабинет партнёра и согласованная спецификация или шаблон поставки. Возможность автоматического экспорта, EDI/API и обратной загрузки следует получить у владельца партнёрского контракта. ЭДО проверяется как отдельный документарный процесс. Курьерский EAPI не используется для подмены доступа бренда.

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

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

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

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

Подтверждённая поставка бренда → сборка → сверка приёмки

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

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

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

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

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

  • Неизвестный код сети, неверная упаковочная единица или отсутствующее разрешение на сдачу останавливают затронутую часть.
  • Отправленный УПД не доказывает принятие всех коробок; подпись выполняет уполномоченная сторона.

Расхождение при приёмке → решение сети → обратная приёмка

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

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

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

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

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

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

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

ДанныеОтветственный источникПравило обмена
Ассортимент и права на брендПартнёрПартнёр отвечает за сведения о товаре и документы; сеть определяет результат согласования.
Спецификация поставкиПартнёр и сетьСклад исполняет подтверждённую версию; изменения сохраняются адресно.
SKU, штрихкод и упаковкаСправочник бренда + складКоды сети связываются с вариантом и единицей, не только названием.
Остатки и фактические местаСкладУчёт отражает физические операции; подтверждение приёмки сети хранится отдельно.
Приёмка сети и претензияСеть / владелец партнёрского кабинетаИсходный акт и решение передаются складу без вымышленного API.
ЭДО и расчётыУполномоченная учётная командаПраво подписи и денежное закрытие не следуют из складской отметки.

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

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

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

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

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

  • Партнёрская форма и кабинет не подтверждают публичный seller API или допуск любого продавца.
  • Не заявляется универсальная FBS/FBO-схема: логистика определяется выбранной моделью сотрудничества.
  • Тарифы, минимальные партии, сроки и складские нормативы не выводятся из общей страницы партнёра.
  • Создание ПВЗ, доставка покупателю и courier-статусы относятся к другой роли и не используются как контракт поставки бренда.
  • Физическая приёмка, подписанный документ и расчёт с партнёром закрываются разными ответственными.
  • Для других стран нужны свои договоры, интерфейсы и документы; условия РФ не переносятся автоматически.
Стоимость и запуск

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

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

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

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

У Золотого Яблока есть партнёрский кабинет?

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

Можно использовать опубликованный API для курьеров?

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

Обязательно ли везти товар только на склад сети?

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

Как учитывать непринятый товар?

В предлагаемом процессе фиксируем строку и причину, согласуем решение с партнёром и сетью и только после физического возврата проводим осмотр и приход. Деньги и корректирующий документ закрываются отдельно.

Что нужно прислать для первой оценки?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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