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