Изучаем возможность
Товары и управление заказами
Ensi
Связь складского исполнения с заказами и товарными данными платформы Ensi.
Товары и управление заказамиSkirbo +
Skirbo +
Sales Layer
Предлагаем выделить складской срез Catalog API, отдельно настроить необходимые медиа и подтверждать импорт по вариантам и версии данных.
Какой обмен обсудим
Зафиксируем нужные операции, направление данных и условия приёмки.
| Операция | Направление | Состав и готовность |
|---|---|---|
| Продукт, вариант, атрибуты | Sales Layer Catalog → Skirbo | Обсудим в составе подключения Только утверждённые поля и связи вариантов. |
| Медиа и инструкции | Sales Layer DAM → разрешённые пользователи склада | Обсудим в составе подключения Отдельный контракт и правила доступа. |
| Замечание и протокол импорта | Skirbo → редактор каталога | Обсудим в составе подключения ID варианта, версия, единица и причина отказа. |
На узком экране таблицу можно прокрутить в сторону.
Это сценарии для обсуждения. Методы API сервиса сами по себе не подтверждают готовность подключения в Skirbo.
Для какой задачи подходит сервис
Область — товарный каталог Sales Layer и необходимые складу ресурсы DAM. Catalog v2 и DAM v2 рассматриваются раздельно; медиа не должны блокировать обязательные идентификационные данные товара.
Как организовать обмен
Подтверждены REST API v2, OpenAPI 3.0.1 и X-API-KEY. Выбор конкретных ресурсов, полей и прав ключа выполняется после чтения схемы текущего аккаунта.
Предлагаемый порядок работы
- Владелец Sales Layer утверждает продукт и вариант для включения в ассортимент склада.
- Контур получает согласованный срез Catalog и сопоставляет product/variant ID, SKU, единицу, штрихкод и набор атрибутов.
- Оператор Skirbo проверяет отсутствующие или противоречивые физические признаки; пригодный вариант допускается к приёмке.
- Получатель сохраняет принятую версию и протокол ошибок по вариантам, а не только общий результат запроса.
- Владелец каталога получает подтверждение, какие варианты приняты и что нужно исправить.
- При смене схемы атрибутов, недоступном ключе или неполной выборке импорт приостанавливают предметно. Отсутствие в неполной порции не удаляет товар.
Практические сценарии
Предлагаемая схема для согласования и пилота. Она не означает, что описанный обмен уже настроен в Skirbo.
Изменение варианта → проверка справочника → допуск к приёмке
Задача: Передать складу пригодную к работе карточку с точной идентичностью.
Когда начинается: Владелец Sales Layer утверждает продукт и вариант для включения в ассортимент склада.
- Владелец Sales Layer утверждает продукт и вариант для включения в ассортимент склада.
- Контур получает согласованный срез Catalog и сопоставляет product/variant ID, SKU, единицу, штрихкод и набор атрибутов.
- Оператор Skirbo проверяет отсутствующие или противоречивые физические признаки; пригодный вариант допускается к приёмке.
- Получатель сохраняет принятую версию и протокол ошибок по вариантам, а не только общий результат запроса.
- Владелец каталога получает подтверждение, какие варианты приняты и что нужно исправить.
- При смене схемы атрибутов, недоступном ключе или неполной выборке импорт приостанавливают предметно. Отсутствие в неполной порции не удаляет товар.
Результат: Каталог склада обновляется контролируемо по вариантам.
Если возникло исключение
- Конкретный changelog-контракт и признак полного среза не выдумываются по названию раздела документации.
Изображения и файлы отдельно от идентификации
Задача: Изолировать риск DAM Beta от обязательного товарного справочника.
Когда начинается: Клиент выбирает необходимые складу изображения или инструкции и связывает их с вариантами.
- Клиент выбирает необходимые складу изображения или инструкции и связывает их с вариантами.
- Контур DAM проверяет разрешённый доступ и привязку файла; при сбое сохраняет прошлый валидный ресурс и создаёт задачу разбора.
- Товарная карточка может продолжить согласованный процесс без необязательного фото; обязательная инструкция блокирует конкретную операцию по правилу клиента.
Результат: Ошибка медиа не превращается в ошибочную замену SKU.
Если возникло исключение
- Статус Beta требует самостоятельной проверки совместимости и процесса изменения API.
Замер склада → утверждение атрибута
Задача: Исправить вес или упаковку с сохранением единиц и происхождения.
Когда начинается: Склад обнаруживает расхождение физического параметра у конкретного варианта.
- Склад обнаруживает расхождение физического параметра у конкретного варианта.
- Редактор получает измерение с единицей, типом упаковки и доказательством; решает, относится ли оно к товару или транспортному месту.
- После утверждения изменённый атрибут возвращается в складской срез и проходит повторную проверку.
Результат: Фактическое замечание не перезаписывает маркетинговые данные без согласования.
Если возникло исключение
- Прямой write-доступ API для обратного замечания не предполагается.
Кто управляет данными
| Данные | Ответственный источник | Правило обмена |
|---|---|---|
| Заказ | OMS/магазин | PIM не разрешает отгрузку. |
| SKU | Каталог клиента / Sales Layer | Продукт и вариант не объединяются в одну сущность. |
| Остатки | Skirbo | Обновление PIM не изменяет фактическое наличие. |
| Статусы | PIM — готовность; склад — импорт | Чтение API и принятие карточки различаются. |
| Документы | PIM/DAM — справочные файлы; учёт — движения | Сертификат или изображение не заменяет товарную накладную. |
| Возвраты | OMS и склад | PIM получает только согласованные исправления характеристик. |
Что обсудить перед пилотом
- Какой ID соответствует физическому варианту?
- Какие файлы обязательны для операции?
- Как распознать полную выгрузку и изменение схемы?
- Какая отметка зрелости указана у каждого нужного ресурса Catalog и DAM?
- Какие признаки полноты и продолжения выборки подтверждены контрактом товарных изменений?
Перед оценкой
Что нужно уточнить
- OpenAPI и разрешения аккаунта для Catalog/DAM.
- Карта product/variant/SKU и единиц.
- Список обязательных атрибутов и файлов.
- Правила полного среза, изменения схемы и архивирования.
Границы сценария
Что учесть заранее
- Catalog Stable и DAM Beta — разные признаки зрелости на прочитанной странице, а не SLA обмена.
- Наличие changelogs не доказывает гарантированную доставку событий или бессрочное хранение изменений.
- Числовые лимиты, webhook и права записи не подтверждены.
- Доступность иностранного сервиса для организации проверяется отдельно.
Стоимость и запуск
Оценим ваш набор операций
На объём работ влияют версии систем, доступы, число кабинетов, направление обмена и обработка ошибок. После разбора задачи согласуем реализацию, стоимость и сроки.
Подготовьте одно семейство вариантов Sales Layer, схему обязательных полей и пример файла DAM — определим два независимых контура проверки.
Вопросы о подключении
Можно использовать один процесс для товара и фотографий?
Технически это проектный выбор, но ошибки и обязательность лучше разделить. У Catalog и DAM разные признаки зрелости, а товарная идентичность должна сохраняться при сбое необязательного фото.
Есть changelog — полная сверка больше не нужна?
Такой вывод не подтверждён. Сначала проверяют курсор, срок истории и пропуски; после сбоя может потребоваться полный контрольный срез.
Склад должен менять карточку через API?
Не обязательно. Без подтверждённых прав безопаснее передавать предметное замечание редактору и получать утверждённую версию.
API changelog и история изменений товаров — одно и то же?
Нет. Политика совместимости описывает журнал изменений самого API. Для товарной синхронизации отдельно нужно проверить ресурс изменений: область отбора, курсор, срок истории и способ восстановления.
Catalog Stable означает, что любая новая операция тоже Stable?
Не обязательно. Политика допускает явно обозначенные Beta-возможности внутри стабильного API. Перед проектом нужно проверить статус выбранной операции и отделить её от критичного складского процесса.
Интеграция уже готова?
Изучаем возможность связи со Skirbo. Ни готовый коннектор, ни приёмка обмена для вашего кабинета пока не подтверждены. Перед запуском подтвердим состав операций и проверим результат на согласованном сценарии.
Официальные материалы сервиса
Используем для оценки возможностей внешней системы. Документация не является подтверждением готовности коннектора Skirbo.
- Sales Layer REST API and MCP Documentation — дата проверки: 2026-10-30
- REST API Evolution and Compatibility Policy — дата проверки: 2026-10-30
Посмотрите другие сценарии
Весь каталог →Ваш процесс → следующий шаг
Что хотите связать со Skirbo?
Выберите сервисы и расскажите, какие данные нужно передавать. Можно описать одну интеграцию или связку из нескольких систем.
- Разберём задачуУточним роли, склады и операции.
- Проверим возможностьОпределим доступы, ограничения и состав работ.
- Согласуем запускОбсудим стоимость, сроки и критерии готовности.
Оценка заявки не означает, что подключение уже готово или разработка согласована. Пароли, API-ключи и данные покупателей в форму не добавляйте.