Изучаем возможность
Товары и управление заказами
Ensi
Связь складского исполнения с заказами и товарными данными платформы Ensi.
Товары и управление заказамиSkirbo +
Skirbo +
inriver PIM
Предлагаем начать с выделенной выгрузки товарного среза для Skirbo, сохранив устойчивые ID, связи вариантов и контроль принятой версии.
Какой обмен обсудим
Зафиксируем нужные операции, направление данных и условия приёмки.
| Операция | Направление | Состав и готовность |
|---|---|---|
| Товарный срез и связи вариантов | inriver → Skirbo | Обсудим в составе подключения Выбранная syndication или разрешённый контракт передают только утверждённые поля. |
| Протокол импорта | Skirbo → владелец PIM | Обсудим в составе подключения Номер выгрузки, принятые SKU и предметные ошибки. |
| Складское замечание | Skirbo → процесс редактирования PIM | Обсудим в составе подключения Замер с единицей измерения и точным объектом упаковки. |
На узком экране таблицу можно прокрутить в сторону.
Это сценарии для обсуждения. Методы API сервиса сами по себе не подтверждают готовность подключения в Skirbo.
Для какой задачи подходит сервис
Область — товарные данные inriver PIM и согласованная syndication для внешней системы. Прямой REST-доступ к бизнес-модели не приравнивается к безопасному чтению ограниченной витрины.
Как организовать обмен
REST API и запуск syndication описаны официально. Детальные методы, права, формат выгрузки и актуальные ограничения подтверждаются по клиентской документации; числовые параметры архивного обзора не публикуются как текущие гарантии.
Предлагаемый порядок работы
- Владелец PIM утверждает ассортимент и набор полей для определённого клиента и склада.
- Через разрешённый механизм запускают или получают syndication; идентифицируют выгрузку, товарные сущности, варианты и связи.
- В Skirbo сопоставляют ID вариантов с SKU и проверяют единицы/штрихкоды до допуска к приёмке.
- Оператор принимает товар по подготовленному справочнику, а расхождения фиксирует отдельными замечаниями.
- Контур обмена подтверждает, какие версии карточек приняты, и возвращает предметные ошибки владельцу PIM.
- Неполную выгрузку, обрыв связи вариантов или отказ прав не трактуют как удаление товара; повторяют согласованный срез после проверки.
Практические сценарии
Предлагаемая схема для согласования и пилота. Она не означает, что описанный обмен уже настроен в Skirbo.
Syndication → проверка карточек → склад
Задача: Передать только согласованный срез каталога с контролем полноты.
Когда начинается: Владелец PIM утверждает ассортимент и набор полей для определённого клиента и склада.
- Владелец PIM утверждает ассортимент и набор полей для определённого клиента и склада.
- Через разрешённый механизм запускают или получают syndication; идентифицируют выгрузку, товарные сущности, варианты и связи.
- В Skirbo сопоставляют ID вариантов с SKU и проверяют единицы/штрихкоды до допуска к приёмке.
- Оператор принимает товар по подготовленному справочнику, а расхождения фиксирует отдельными замечаниями.
- Контур обмена подтверждает, какие версии карточек приняты, и возвращает предметные ошибки владельцу PIM.
- Неполную выгрузку, обрыв связи вариантов или отказ прав не трактуют как удаление товара; повторяют согласованный срез после проверки.
Результат: Внешний склад получает нужные карточки без прав редактирования модели PIM.
Если возникло исключение
- Успешный запуск syndication ещё не подтверждает импорт всех SKU.
Связь семейства и варианта
Задача: Сохранять точный товар при сложной модели сущностей.
Когда начинается: В inriver меняют данные семейства или связи с вариантами.
- В inriver меняют данные семейства или связи с вариантами.
- Интеграция определяет затронутые складские SKU по согласованной модели и передаёт необходимые поля.
- После проверки обновляют разрешённые свойства; исчезнувшую связь разбирают до архивирования.
Результат: Изменение общего описания не сливает разные варианты.
Если возникло исключение
- Модель сущностей и допустимые связи задаёт клиент; универсальные названия не предполагаются.
Складское замечание → редактор PIM
Задача: Согласовать физическую характеристику без изменения бизнес-модели.
Когда начинается: Склад фиксирует конкретное расхождение веса, единицы или упаковки.
- Склад фиксирует конкретное расхождение веса, единицы или упаковки.
- Ответственный получает ID карточки, замер и контекст, проверяет происхождение.
- После утверждения PIM выпускает исправленный срез; склад подтверждает новую версию.
Результат: Справочник исправлен контролируемо.
Если возникло исключение
- Не нужен административный REST-ключ для передачи самого замечания.
Кто управляет данными
| Данные | Ответственный источник | Правило обмена |
|---|---|---|
| Заказ | OMS/магазин | PIM не управляет складской выдачей. |
| SKU и модель каталога | inriver/ERP по таблице владения | Сущность семейства и товарный вариант различаются. |
| Остатки | Skirbo | Неполная syndication не обнуляет наличие. |
| Статусы | PIM — утверждение; контур — импорт | Запуск выгрузки и принятие карточек разделены. |
| Документы | PIM — справочные ресурсы; учёт — движения | Ссылка на медиа не даёт права на весь каталог. |
| Возвраты | OMS и склад | PIM получает только согласованные замечания к данным. |
Что обсудить перед пилотом
- Как отличить семейство от варианта?
- Что включает syndication и чем подтверждается полнота?
- Какие права получает API-пользователь?
- Кто подтверждает полноту именно этого внешнего среза?
- Какой listener/relay поддержан поставщиком для вашей версии и как восстанавливаются пропуски?
Перед оценкой
Что нужно уточнить
- Клиентский доступ к REST-описанию и версия модели.
- Согласованный срез syndication с вариантами и полями.
- Минимальные права выделенного пользователя.
- Правила полного/частичного экспорта и удаления карточек.
Границы сценария
Что учесть заранее
- REST-ключ может давать доступ к модели, поэтому его не передают складскому оператору.
- Упоминание listener extension не равнозначно готовому надёжному webhook.
- Точные ограничения партий, связей и тайм-аутов необходимо перепроверить для текущей среды.
- Договор и доступность для организации проверяются отдельно.
Стоимость и запуск
Оценим ваш набор операций
На объём работ влияют версии систем, доступы, число кабинетов, направление обмена и обработка ошибок. После разбора задачи согласуем реализацию, стоимость и сроки.
Подготовьте модель одного семейства товаров, пример syndication и требуемые складские поля — оценим ограниченный доступ и правила импорта.
Вопросы о подключении
Почему начинать с syndication?
Она позволяет определить внешний срез каталога. Это соответствует предупреждению поставщика о правах REST; формат и права всё равно необходимо согласовать.
Можно использовать один ключ для всех клиентов?
Такой проект создаёт риск доступа к чужим данным. Нужны разделённые клиентские срезы и права, проверенные в целевой среде.
Событие изменения гарантирует полную карточку?
Такого подтверждения нет. Получатель должен получить допущенную версию и связи вариантов, а также иметь процесс сверки пропусков.
Что делать, если событие получено, а связанного варианта в выгрузке ещё нет?
Не создавать SKU по догадке. Сохранить событие и контекст, запросить согласованный срез после проверки связей и подтвердить результат только для полностью сопоставленных вариантов.
Если каталог стал пустым после отказа доступа, нужно архивировать товары?
Нет. Пустой результат на фоне ошибки доступа не подтверждает удаление. Сначала восстановить разрешённое чтение и сверить полный согласованный срез; наличие товара и история операций сохраняются.
Интеграция уже готова?
Изучаем возможность связи со Skirbo. Ни готовый коннектор, ни приёмка обмена для вашего кабинета пока не подтверждены. Перед запуском подтвердим состав операций и проверим результат на согласованном сценарии.
Официальные материалы сервиса
Используем для оценки возможностей внешней системы. Документация не является подтверждением готовности коннектора Skirbo.
- Inriver REST API overview – inriver community — дата проверки: 2026-10-30
- Inriver PIM Software: #1 Product Information Management Solution — дата проверки: 2026-10-30
Посмотрите другие сценарии
Весь каталог →Ваш процесс → следующий шаг
Что хотите связать со Skirbo?
Выберите сервисы и расскажите, какие данные нужно передавать. Можно описать одну интеграцию или связку из нескольких систем.
- Разберём задачуУточним роли, склады и операции.
- Проверим возможностьОпределим доступы, ограничения и состав работ.
- Согласуем запускОбсудим стоимость, сроки и критерии готовности.
Оценка заявки не означает, что подключение уже готово или разработка согласована. Пароли, API-ключи и данные покупателей в форму не добавляйте.