Изучаем возможность
Товары и управление заказами
Ensi
Связь складского исполнения с заказами и товарными данными платформы Ensi.
Товары и управление заказамиSkirbo +
Skirbo +
Нитроселлер
Спроектируем связь кабинета селлера с WMS на стороне Skirbo: от согласованной заявки и идентификации варианта до складского факта и сверки его отражения у продавца. Начнём с одного клиента, одного склада и ограниченного набора товаров.
Какой обмен обсудим
Зафиксируем нужные операции, направление данных и условия приёмки.
| Операция | Направление | Состав и готовность |
|---|---|---|
| Заявка и решение по ней | Нитроселлер ↔ WMS Skirbo | Обсудим в составе подключения Сохранить связь заявки, клиента и исполнения; техническое получение отделить от принятия менеджером. |
| Товарные соответствия и складской снимок | WMS Skirbo → Нитроселлер | Обсудим в составе подключения Согласовать вариант, клиентский склад и трактовку резерва до первой сверки. |
| Факты приёмки, отгрузки и корректировки | WMS Skirbo → Нитроселлер | Обсудим в составе подключения Одна физическая операция имеет одну историю исполнения и исправлений. |
| Состав коробов и маркировка | WMS Skirbo → Нитроселлер | Обсудим в составе подключения Предлагается передавать проверенную упаковку после её формирования; юридические операции маркировки оцениваются отдельно. |
На узком экране таблицу можно прокрутить в сторону.
Это сценарии для обсуждения. Методы API сервиса сами по себе не подтверждают готовность подключения в Skirbo.
Для какой задачи подходит сервис
Для российского продавца и его фулфилмента рассматривается Nitroseller Fulfillment Protocol 1.3. Нитроселлер ведёт клиентский контур, а физические операции остаются во внешней WMS. API продавца рассматривается отдельно; отсутствие вебхуков установлено именно для прочитанного Fulfillment Protocol.
Как организовать обмен
По протоколу Нитроселлер сам опрашивает интерфейс WMS и отправляет клиентские заявки. Фулфилмент должен быть согласован в справочнике подключения; одного ключа API продавца для этого недостаточно. Совместимость Skirbo с этим контрактом ещё требуется реализовать и испытать.
Предлагаемый порядок работы
- На этапе проекта закрепить клиента и склад за отдельным подключением. При получении заявки сохранить исходное намерение продавца и номер обращения до ответа ему.
- Менеджер сопоставляет вариант с товаром своего клиента. Сомнительный штрихкод или незнакомая упаковка отправляются на уточнение; карточка соседнего клиента не подходит как запасной вариант.
- Принятие заявки разрешает подготовку складского документа. Получение сообщения само по себе не увеличивает остаток.
- При приезде машины сотрудник пересчитывает и осматривает груз. План, факт, брак и причина отклонения фиксируются по строкам; частично прибывшая поставка не закрывается целиком.
- Результат приёмки связывается с исходной заявкой и предоставляется для очередного обмена. Исправление количества получает собственную версию в журнале.
- Ответственный сверяет в кабинете селлера конкретную поставку и количество. До согласования контрольной выборки этап считается передачей данных, а не принятой связкой.
- При расхождении выяснить, что ошибочно: соответствие товара, единица, фактический пересчёт или отражение у продавца. Исправить причину без повторного складского прихода.
Практические сценарии
Предлагаемая схема для согласования и пилота. Она не означает, что описанный обмен уже настроен в Skirbo.
Принять клиентскую заявку и связать её с фактической приёмкой
Задача: У продавца и склада должна оставаться одна поставка с объяснимыми расхождениями.
Когда начинается: Селлер планирует поступление товара на фулфилмент.
- На этапе проекта закрепить клиента и склад за отдельным подключением. При получении заявки сохранить исходное намерение продавца и номер обращения до ответа ему.
- Менеджер сопоставляет вариант с товаром своего клиента. Сомнительный штрихкод или незнакомая упаковка отправляются на уточнение; карточка соседнего клиента не подходит как запасной вариант.
- Принятие заявки разрешает подготовку складского документа. Получение сообщения само по себе не увеличивает остаток.
- При приезде машины сотрудник пересчитывает и осматривает груз. План, факт, брак и причина отклонения фиксируются по строкам; частично прибывшая поставка не закрывается целиком.
- Результат приёмки связывается с исходной заявкой и предоставляется для очередного обмена. Исправление количества получает собственную версию в журнале.
- Ответственный сверяет в кабинете селлера конкретную поставку и количество. До согласования контрольной выборки этап считается передачей данных, а не принятой связкой.
- При расхождении выяснить, что ошибочно: соответствие товара, единица, фактический пересчёт или отражение у продавца. Исправить причину без повторного складского прихода.
Результат: Одна заявка связана с одним контролируемым процессом приёмки и его фактом.
Если возникло исключение
- Неподтверждённая карточка блокирует соответствующую строку, а не подменяется похожим товаром.
- Отмену после принятия разбирает ответственный склада: обещание автоматического отката физической операции не даётся.
Передать упакованную отгрузку и подтвердить её сдачу
Задача: Продавец видит состав груза и реальное завершение отгрузки.
Когда начинается: Согласована отправка товара клиенту или на площадку.
- Зарегистрировать поручение для нужного владельца и проверить достаточность товара по выбранному складу; назначение сборки оставить одной системе.
- Сотрудник собирает заказ, проверяет варианты и фиксирует состав грузовых мест. Номер короба используется вместе с документом, а не как единственный ключ всех операций.
- Передать раскладку только после её проверки. Неготовая упаковка, отсутствие доступа к документу и отгрузка без коробов обрабатываются по-разному.
- Физическая передача груза подтверждается отдельным складским событием. Упаковка ещё не означает, что товар уехал или принят маркетплейсом.
- Сверить строки и количество в кабинете продавца. Для несданного остатка партии сохранить понятное продолжение или согласованную отмену.
- Если после контроля меняется короб, повторить сверку состава и маркировки; не оставлять прежнюю раскладку единственным доказательством фактической сдачи.
Результат: У клиентского поручения различимы сборка, упаковка и сдача груза.
Если возникло исключение
- Проверка КИЗ на складе не доказывает выполнение операции в государственной системе.
- Сдача груза перевозчику не является подтверждением приёмки площадкой.
Сверить доступность товара по отдельным складам
Задача: Не разрешать продажи за счёт чужого клиента, брака или двойного вычитания резерва.
Когда начинается: Завершён контрольный складской период или найдена разница в доступности.
- Подготовить согласованный снимок конкретного владельца и склада; сохранить его время и используемую формулу доступности.
- Сверить товарные соответствия до количества. Для размера или цвета нужен вариант, одного общего артикула модели недостаточно.
- Предоставить физическое количество, резерв и доступность по правилам выбранной WMS. Расхождение ожидаемого равенства разобрать, не исправляя цифры искусственно.
- После обмена проверить несколько контрольных вариантов у селлера, включая нулевой остаток, резерв и склад брака.
- Если набор неполон или устарел, остановить применение неподтверждённой части и восстановить полную сверку. Отсутствующий ответ не считать массовым обнулением.
Результат: У каждой цифры известны владелец, склад, время и смысл.
Если возникло исключение
- Зарезервированный заказ и ещё не сданная отгрузка не должны дважды уменьшать одну доступность.
Разобрать возврат и повторную доставку истории
Задача: Сохранить товарный учёт при позднем документе или восстановлении обмена.
Когда начинается: Вернулась посылка либо после сбоя пришли уже известные документы.
- Физический возврат осмотреть и принять отдельно от запроса клиента; пригодность к продаже решает склад.
- Связать возврат с владельцем, товаром и исходной отгрузкой, насколько это позволяет документ; неизвестную связь оставить на ручную сверку.
- В проекте зафиксировать постоянный ключ документа вместе с типом и клиентом. Повтор известной версии не создаёт ещё одну приёмку.
- После восстановления обмена сопоставить изменения со складской историей и проверить контрольный период у продавца.
- Автоматически появившийся у селлера излишек при расхождении отгрузки вынести на разбор количества и себестоимости; он не заменяет реальную приёмку на нашем складе.
Результат: Возврат отражён после осмотра, повтор истории не удваивает движение.
Если возникло исключение
- Себестоимость исправляет ответственный учёта; складская сверка не подтверждает её автоматически.
Кто управляет данными
| Данные | Ответственный источник | Правило обмена |
|---|---|---|
| Клиентская заявка | Селлер / Нитроселлер | Намерение продавца сохраняется отдельно от факта исполнения WMS. |
| Вариант и связь со SKU | Справочники клиента и WMS | Соответствие хранится в области клиента; приоритетный ключ варианта проверяется до fallback по коду. |
| Физическое количество и состояние товара | WMS фулфилмента | Изменение подтверждает складская операция или согласованная корректировка. |
| Резерв | Выбранный владелец резерва | Назначить единственное правило и проверить переход от заказа к отгрузке. |
| Короба и фактическая упаковка | Склад | Изменение состава требует повторного контроля грузового места. |
| Себестоимость и отражение в кабинете | Учёт продавца / Нитроселлер | Склад не превращает приблизительную оценку в принятую себестоимость. |
Что обсудить перед пилотом
- Какой фулфилмент и клиент будут зарегистрированы для подключения?
- Где сейчас удерживается резерв и когда товар считается фактически сданным?
- Кто сверяет результат у продавца и принимает поздние корректировки?
- Какие временные фото разрешено хранить и сколько времени?
Перед оценкой
Что нужно уточнить
- Согласовать регистрацию фулфилмента и тестового клиента; определить допустимую версию протокола.
- Предоставить обезличенный пример заявки, приёмки, частичной отгрузки и возврата с вариантами товара.
- Назначить владельца SKU, физического количества, резерва и проверки результата у продавца.
- Согласовать срок хранения истории, ротацию клиентского доступа и действия при потере связи.
Границы сценария
Что учесть заранее
- Документация не подтверждает наличие рабочего адаптера Skirbo.
- Принятую заявку нельзя трактовать как свободно редактируемый черновик; физические исправления требуют отдельного решения.
- Временная ссылка на фото не является долговечным архивом. Порядок сохранения разрешённых изображений согласуется отдельно.
- Отправка кодов маркировки не подтверждает юридическое событие; нормы других стран проверяются отдельно.
Стоимость и запуск
Оценим ваш набор операций
На объём работ влияют версии систем, доступы, число кабинетов, направление обмена и обработка ошибок. После разбора задачи согласуем реализацию, стоимость и сроки.
Пришлите обезличенную заявку одного селлера и пример её фактического исполнения на вашем фулфилменте: проверим связи товаров, резерва и складских документов.
Вопросы о подключении
Можно использовать обычный ключ API продавца?
Для рассматриваемого подключения нужен отдельный контракт фулфилмента с адресом WMS и клиентским доступом. Наличие продавцовского ключа не подтверждает такой маршрут.
Кто должен инициировать обновление?
В изученном протоколе WMS отвечает на опрос Нитроселлера. Это правило нельзя переносить на все прочие интерфейсы сервиса.
Что делать, если заявку уже приняли, а клиент хочет отмену?
Сначала выяснить, начаты ли складские действия. Далее согласовать отмену работ или отдельный возврат; стирать уже исполненный факт нельзя.
Короба готовы — товар уже отгружен?
Нет. В проекте отдельно фиксируются упаковка, физическая сдача и последующая приёмка получателем.
Как избежать второго прихода после сбоя?
Согласовать ключ и версию складского документа, сверять повтор с уже проведённой операцией и повторно проверять итог периода у продавца.
Интеграция уже готова?
Изучаем возможность связи со Skirbo. Готовый коннектор, рабочий пилот и сроки подключения не подтверждены. Перед запуском подтвердим состав операций и проверим результат на согласованном сценарии.
Официальные материалы сервиса
Используем для оценки возможностей внешней системы. Документация не является подтверждением готовности коннектора Skirbo.
- Нитроселлер: подключение WMS — дата проверки: 2026-10-30
- Нитроселлер: товары и остатки — дата проверки: 2026-10-30
- Нитроселлер: приёмки и отгрузки — дата проверки: 2026-10-30
- Нитроселлер: заявки клиента — дата проверки: 2026-10-30
- Нитроселлер: коробки и КИЗ — дата проверки: 2026-10-30
Посмотрите другие сценарии
Весь каталог →Ваш процесс → следующий шаг
Что хотите связать со Skirbo?
Выберите сервисы и расскажите, какие данные нужно передавать. Можно описать одну интеграцию или связку из нескольких систем.
- Разберём задачуУточним роли, склады и операции.
- Проверим возможностьОпределим доступы, ограничения и состав работ.
- Согласуем запускОбсудим стоимость, сроки и критерии готовности.
Оценка заявки не означает, что подключение уже готово или разработка согласована. Пароли, API-ключи и данные покупателей в форму не добавляйте.