Изучаем возможность
Товары и управление заказами
Ensi
Связь складского исполнения с заказами и товарными данными платформы Ensi.
Товары и управление заказамиSkirbo +
Skirbo +
Salsify
Предлагаем фиксировать профиль и запуск экспорта, проверять его завершение, импортировать карточки по предметным ключам и возвращать протокол редактору Salsify.
Какой обмен обсудим
Зафиксируем нужные операции, направление данных и условия приёмки.
| Операция | Направление | Состав и готовность |
|---|---|---|
| Профиль и результат экспорта | Salsify → Skirbo | Обсудим в составе подключения Объекты, версия, обязательные свойства и признак полноты. |
| Протокол по объектам | Skirbo → владелец PIM | Обсудим в составе подключения Принятые ID и причины ошибок. |
| Замечание к свойству | Skirbo → редактор Salsify | Обсудим в составе подключения Физический параметр с единицей и подтверждением. |
На узком экране таблицу можно прокрутить в сторону.
Это сценарии для обсуждения. Методы API сервиса сами по себе не подтверждают готовность подключения в Skirbo.
Для какой задачи подходит сервис
Область — товарные данные и выбранные digital assets Salsify. Запуск экспорта, получение результата и принятие карточек складом считаются разными этапами.
Как организовать обмен
Прочитаны отдельные REST-методы запуска и чтения экспорта, параметры профиля и алгоритм проверки webhook. Доступ организации, выбранные свойства, полный набор ответов и применимость событий проверяются перед разработкой.
Предлагаемый порядок работы
- Владелец PIM утверждает профиль экспорта для клиента фулфилмента и необходимый набор атрибутов.
- Связка запускает либо получает согласованный export run, сохраняет его идентификатор и отдельно проверяет готовность результата.
- Перед импортом сопоставляют product/record ID, вариант, единицу, штрихкод и обязательные свойства; неизвестная модель не меняет существующий SKU.
- Оператор Skirbo получает прошедшие проверку карточки и список исключений. Для приёмки допускаются только согласованные физические варианты.
- Протокол фиксирует принятую версию и количество обработанных объектов; владелец PIM подтверждает разбор отклонённых строк.
- При неготовом экспорте, неполном файле или изменённом свойстве импорт не объявляется завершённым. Повтор использует прежний run/версию и не архивирует отсутствующие в неполном срезе товары.
Практические сценарии
Предлагаемая схема для согласования и пилота. Она не означает, что описанный обмен уже настроен в Skirbo.
Экспорт Salsify → полный срез → принятые SKU
Задача: Проверить не только доставку файла, но и полноту товарного результата.
Когда начинается: Владелец PIM утверждает профиль экспорта для клиента фулфилмента и необходимый набор атрибутов.
- Владелец PIM утверждает профиль экспорта для клиента фулфилмента и необходимый набор атрибутов.
- Связка запускает либо получает согласованный export run, сохраняет его идентификатор и отдельно проверяет готовность результата.
- Перед импортом сопоставляют product/record ID, вариант, единицу, штрихкод и обязательные свойства; неизвестная модель не меняет существующий SKU.
- Оператор Skirbo получает прошедшие проверку карточки и список исключений. Для приёмки допускаются только согласованные физические варианты.
- Протокол фиксирует принятую версию и количество обработанных объектов; владелец PIM подтверждает разбор отклонённых строк.
- При неготовом экспорте, неполном файле или изменённом свойстве импорт не объявляется завершённым. Повтор использует прежний run/версию и не архивирует отсутствующие в неполном срезе товары.
Результат: У склада есть проверенный срез, а у редактора — предметный результат импорта.
Если возникло исключение
- Статус completed подтверждает готовность файла у Salsify. Полный перечень состояний, применимость профиля и полнота принятия складом требуют отдельной проверки.
Уведомление об изменении и проверка подлинности
Задача: Не менять товарные данные по непроверенному сообщению.
Когда начинается: В проекте выбирают подтверждённый тип webhook и соответствующий контракт проверки подписи.
- В проекте выбирают подтверждённый тип webhook и соответствующий контракт проверки подписи.
- Получатель проверяет подлинность, привязывает событие к нужной среде и сохраняет сообщение до дальнейшей обработки.
- Затем получает согласованную версию карточки либо новый срез и фиксирует результат применения; неподтверждённое сообщение не меняет справочник.
Результат: Уведомление служит поводом для проверяемого обновления.
Если возникло исключение
- Алгоритм подписи и правила сертификатов прочитаны. Типы событий целевого аккаунта, расписание повторов и реализация получателя ещё не приняты.
Исправление физического свойства через редактора
Задача: Устранить расхождение единицы или упаковки без изменения всей модели PIM.
Когда начинается: Склад фиксирует замер или ошибку конкретного SKU с указанием продукта, свойства и единицы.
- Склад фиксирует замер или ошибку конкретного SKU с указанием продукта, свойства и единицы.
- Редактор сопоставляет замечание с Properties и утверждает изменение в нужном наборе данных.
- Новая версия проходит тот же экспорт и контроль; результат не записывается напрямую в произвольное поле.
Результат: Исправление прослеживается до источника и повторного принятия.
Если возникло исключение
- Создание нового свойства через API не требуется для каждого складского замечания.
Кто управляет данными
| Данные | Ответственный источник | Правило обмена |
|---|---|---|
| Заказ | OMS/канал продаж | PIM не формирует складское разрешение. |
| SKU | Каталог клиента / Salsify | Product, record, свойство и складской вариант сопоставляются явно. |
| Остатки | Skirbo | Экспорт PIM не заменяет учёт наличия. |
| Статусы | Salsify — экспорт; склад — импорт | Готовность run и допуск товара к операциям различаются. |
| Документы | PIM — справочные assets; ERP — учёт | Файл каталога не является подтверждением движения. |
| Возвраты | OMS и склад | Каталог получает только утверждённые исправления данных. |
Что обсудить перед пилотом
- Что обозначает завершение export run?
- Как отличить частичный профиль от полного каталога?
- Какие свойства идентифицируют физический вариант?
- Какие признаки показывают полный состав выбранного профиля?
- Как найти уже созданный export run, если ответ запуска был потерян?
Перед оценкой
Что нужно уточнить
- Детальный контракт export run/status/result.
- Профиль среза и таблица Properties → складские поля.
- Пример полного и ошибочного экспорта.
- Спецификация подписи webhook, если этот механизм выбран.
Границы сценария
Что учесть заранее
- Прочитаны страницы экспорта и подписи; контракт целевого аккаунта, полный перечень состояний и правила повторной доставки ещё требуют проверки.
- Подпись webhook нельзя реализовать по названию главы.
- Наличие JSON и JSON Lines в разделе imports не определяет формат выбранного export.
- Готовность Skirbo, числовые квоты и условия доступа не подтверждены.
Стоимость и запуск
Оценим ваш набор операций
На объём работ влияют версии систем, доступы, число кабинетов, направление обмена и обработка ошибок. После разбора задачи согласуем реализацию, стоимость и сроки.
Пришлите профиль экспорта Salsify, пример результата и карту Properties — определим контроль полноты и подтверждение принятия карточек.
Вопросы о подключении
Запуск export run означает, что склад получил каталог?
Нет. Сначала нужно получить завершённый результат, затем проверить и принять его по объектам. Эти подтверждения сохраняются отдельно.
Можно доверять любому webhook с нужным названием товара?
Нет. Требуется проверка подлинности по официальному алгоритму и сопоставление среды. В текущем материале этот алгоритм не придуман.
Почему не удалять отсутствующие SKU после каждого файла?
Файл может быть неполным или относиться к ограниченному профилю. Архивирование допустимо только по согласованному признаку полного среза и правилу владельца каталога.
Почему в полученном файле может не оказаться идентификатора товара?
Если профиль ограничивает набор колонок, идентификатор нужно включить явно. До запуска мы согласуем устойчивый ключ физического варианта и проверим его наличие; название товара не используем вместо ключа.
Тайм-аут означает, что надо запустить экспорт ещё раз?
Если идентификатор запуска уже сохранён, сначала проверяем его состояние. Если идентификатор потерян вместе с ответом, результат считается неопределённым и разбирается отдельно; автоматическое создание нового запуска может продублировать работу.
Интеграция уже готова?
Изучаем возможность связи со Skirbo. Ни готовый коннектор, ни приёмка обмена для вашего кабинета пока не подтверждены. Перед запуском подтвердим состав операций и проверим результат на согласованном сценарии.
Официальные материалы сервиса
Используем для оценки возможностей внешней системы. Документация не является подтверждением готовности коннектора Skirbo.
- Salsify Developers — дата проверки: 2026-10-30
- Salsify — Export Overview — дата проверки: 2026-10-30
- Salsify — Start Export Run — дата проверки: 2026-10-30
- Salsify — Get Export Status — дата проверки: 2026-10-30
- Salsify — Webhook Signature Headers — дата проверки: 2026-10-30
- Salsify — Webhook Signature Verification Algorithm — дата проверки: 2026-10-30
- Salsify — Certificate Caching — дата проверки: 2026-10-30
Посмотрите другие сценарии
Весь каталог →Ваш процесс → следующий шаг
Что хотите связать со Skirbo?
Выберите сервисы и расскажите, какие данные нужно передавать. Можно описать одну интеграцию или связку из нескольких систем.
- Разберём задачуУточним роли, склады и операции.
- Проверим возможностьОпределим доступы, ограничения и состав работ.
- Согласуем запускОбсудим стоимость, сроки и критерии готовности.
Оценка заявки не означает, что подключение уже готово или разработка согласована. Пароли, API-ключи и данные покупателей в форму не добавляйте.