Обсудить задачу
Товары и управление заказами

Skirbo +
Compo PIM

Предлагаем передавать в Skirbo утверждённую выборку номенклатуры Compo PIM и возвращать обнаруженные при приёмке расхождения на согласование контент-команде.

Посмотреть сценарии

Какой обмен обсудим

Зафиксируем нужные операции, направление данных и условия приёмки.

ОперацияНаправлениеСостав и готовность
Утверждённая номенклатураCompo PIM → SkirboОбсудим в составе подключения

Вариант, единицы и характеристики с устойчивым соответствием.

Предложение исправленияSkirbo → владелец PIMОбсудим в составе подключения

Измерение и контекст, а не бесконтрольная перезапись.

Подтверждение версииКонтур обмена ↔ Compo PIM/SkirboОбсудим в составе подключения

Принятая выборка и ошибки по конкретным карточкам.

На узком экране таблицу можно прокрутить в сторону.

Это сценарии для обсуждения. Методы API сервиса сами по себе не подтверждают готовность подключения в Skirbo.

Для какой задачи подходит сервис

Область статьи сужена до Compo PIM — управления товарной информацией. Отдельные Compo B2B/B2C, DAM и интеграционная шина не считаются автоматически включёнными модулями.

Как организовать обмен

Официально описаны интеграционная шина и XLS-экспорт. Формат программного API, права и событие утверждения требуют проектной спецификации; файловую выборку можно оценить отдельно по реальному образцу.

Предлагаемый порядок работы

  1. Контент-менеджер утверждает выборку товаров Compo PIM для выбранного клиента и склада.
  2. Из согласованного экспорта или интерфейса получают идентификатор карточки, вариант, единицу и необходимые характеристики; формируют связь с SKU Skirbo.
  3. Перед приёмкой оператор проверяет, что штука, упаковка и набор имеют отдельный согласованный смысл и коэффициент.
  4. При фактической приёмке склад сверяет маркировку упаковки и физические параметры, не заменяя их рекламным описанием.
  5. Контур возвращает владельцу PIM протокол принятых ID/SKU и версий либо назначенный оператор передаёт ведомость; ответственное лицо подтверждает получение. Расхождения получают отдельное решение.
  6. Если один штрихкод связан с двумя вариантами или коэффициент неизвестен, приход переводят в разбор, а массовую правку исходного каталога не выполняют.
  7. Сохранить состав и версию утверждённой выборки вместе с протоколом загрузки. Повтор этого же файла сверять с принятым набором, а отсутствующие из-за фильтра позиции не удалять.
  8. Перед архивированием или сменой упаковочной единицы проверить физический запас и открытые задания. Владелец каталога и склада согласуют, с какой партии действует изменение.

Практические сценарии

Предлагаемая схема для согласования и пилота. Она не означает, что описанный обмен уже настроен в Skirbo.

Утверждённая карточка → складская приёмка

Задача: Подготовить SKU до прихода товара и подтвердить соответствие упаковки.

Когда начинается: Контент-менеджер утверждает выборку товаров Compo PIM для выбранного клиента и склада.

  1. Контент-менеджер утверждает выборку товаров Compo PIM для выбранного клиента и склада.
  2. Из согласованного экспорта или интерфейса получают идентификатор карточки, вариант, единицу и необходимые характеристики; формируют связь с SKU Skirbo.
  3. Перед приёмкой оператор проверяет, что штука, упаковка и набор имеют отдельный согласованный смысл и коэффициент.
  4. При фактической приёмке склад сверяет маркировку упаковки и физические параметры, не заменяя их рекламным описанием.
  5. Контур возвращает владельцу PIM протокол принятых ID/SKU и версий либо назначенный оператор передаёт ведомость; ответственное лицо подтверждает получение. Расхождения получают отдельное решение.
  6. Если один штрихкод связан с двумя вариантами или коэффициент неизвестен, приход переводят в разбор, а массовую правку исходного каталога не выполняют.
  7. Сохранить состав и версию утверждённой выборки вместе с протоколом загрузки. Повтор этого же файла сверять с принятым набором, а отсутствующие из-за фильтра позиции не удалять.
  8. Перед архивированием или сменой упаковочной единицы проверить физический запас и открытые задания. Владелец каталога и склада согласуют, с какой партии действует изменение.

Результат: Склад использует согласованный вариант и единицу, а контент-команда видит предметные замечания.

Если возникло исключение

  • Группа похожих товаров не считается набором для сборки без отдельного состава.

Изменение габаритов после замера

Задача: Исправлять мастер-данные с подтверждением владельца.

Когда начинается: Оператор измеряет конкретную упаковку и связывает замер с SKU и единицей.

  1. Оператор измеряет конкретную упаковку и связывает замер с SKU и единицей.
  2. Расхождение передают в Compo PIM как предложение изменения с источником и датой.
  3. Владелец карточки утверждает значение; только после этого новая версия поступает в зависимые процессы.
  4. Сравнить замер с той же упаковкой и единицей: масса товара, масса упакованной единицы и масса короба не подменяют друг друга. Сохранить исходное и приведённое значение вместе с коэффициентом пересчёта.
  5. Владелец PIM возвращает решение о принятии или отклонении замечания; склад сверяет новую утверждённую версию с исходным замером. Повтор сообщения не создаёт ещё одно изменение.
  6. При конфликте с более новой карточкой передать обе версии ответственному, сохранив действующее утверждённое значение до решения.

Результат: Физический замер не затирает произвольно общий каталог.

Если возникло исключение

  • Габариты товара и транспортного короба хранятся раздельно.

Варианты и комплектность

Задача: Не создавать ошибочный резерв по маркетинговой группе.

Когда начинается: Контент-команда группирует позиции по серии, коллекции или другому свойству.

  1. Контент-команда группирует позиции по серии, коллекции или другому свойству.
  2. Для склада определяют, какие элементы являются самостоятельными SKU, а какие — только связями каталога.
  3. Если требуется набор, отдельно утверждают его состав и проверяют комплектацию на тестовом заказе.
  4. После тестовой комплектации ответственный склада подтверждает состав и единицы; контент-команда принимает результат или исправляет спецификацию. Остатки и резервы обновляются только в складском контуре.
  5. Если возврат выявил ошибку упаковки или состава, передать предметное замечание владельцу PIM. Осмотр и физический приход остаются в WMS/OMS, а корректировка карточки проходит утверждение.

Результат: Каталогическая группировка не подменяет физическую спецификацию.

Если возникло исключение

  • Автоматический разбор набора по одному названию не предполагается.

Кто управляет данными

ДанныеОтветственный источникПравило обмена
ЗаказМагазин/CRM/ERPPIM-карточка не создаёт складской заказ.
SKU и описанияCompo PIM/ERP по согласованным полямФизические единицы и вариант утверждаются отдельно.
ОстатокSkirboСтатус активности карточки не является наличием.
СтатусыPIM — качество карточки; Skirbo — движениеПубликация контента не значит готовность к отгрузке.
ДокументыDAM/PIM — справочные файлы; учёт — движенияИнструкция товара не является накладной.
ВозвратСклад/OMSPIM может получить замечание к атрибутам, но не ведёт физический приход.

Что обсудить перед пилотом

  • Как отличить товар от упаковки?
  • Кто утверждает замер склада?
  • Какой модуль и формат обмена реально доступны?
  • Как отмечается утверждение выгрузки и как запретить старому файлу откатить более новую карточку?
  • Какие изменения упаковки должны действовать только на новые партии, сохраняя старые открытые задания?
Перед оценкой

Что нужно уточнить

  • Выбор конкретных модулей Compo и формата выгрузки.
  • Пример карточки с вариантами, упаковкой и единицами.
  • Владелец каждого изменяемого поля.
  • Правило утверждения складского замечания и версии карточки.
  • Образец XLS с тремя вариантами одного семейства, штукой и транспортным коробом; правила единиц, коэффициентов и идентификаторов должны быть согласованы до загрузки.
  • Состав утверждённой партии, дата выгрузки и ответственный за её выпуск; отдельное правило для отсутствующих строк, архивирования и повтора прежнего файла.
Границы сценария

Что учесть заранее

  • Универсальность заявленной интеграции с 1С не доказывает совместимость всех доработанных баз.
  • Упоминание Spring Security/JWT не заменяет контракт авторизации клиентского API.
  • Группы/аналоги/наборы в каталоге не равны автоматически складским комплектам.
  • Готовность карточки не подтверждает наличие товара или права на конкретную маркировку.
  • Фильтрованная XLS-выборка не подтверждает полный каталог: отсутствие строки не означает удаление товара или нулевой складской остаток.
  • История изменений и оповещения в интерфейсе PIM не доказывают внешние webhooks, долговечную очередь или версионирование API. Эти свойства согласуются по проектной спецификации.
Стоимость и запуск

Оценим ваш набор операций

На объём работ влияют версии систем, доступы, число кабинетов, направление обмена и обработка ошибок. После разбора задачи согласуем реализацию, стоимость и сроки.

Подготовьте выборку карточек Compo PIM с вариантами и единицами, плюс пример складского расхождения — согласуем поля и маршрут утверждения.

Вопросы о подключении

Будем загружать в PIM остатки?

В первом сценарии нет: предмет — товарные данные. Если нужен показатель наличия для витрины, его владельца и отдельный канал определяют дополнительно.

Можно обойтись XLS?

Официальное описание включает экспорт выборки. Для применения нужен реальный образец с устойчивыми ID, единицами и правилом обработки изменений.

Шина Compo уже включена?

Это нужно проверить в поставке и договоре. Наличие её в экосистеме не означает доступ в каждом проекте.

Если товара нет в новой XLS-выборке, удалить его из Skirbo?

Нет без отдельного правила. Выгрузка может отражать фильтр или выбранный набор атрибутов. Сначала сверяют область партии и намерение владельца каталога; физический запас и открытые складские документы не исчезают вместе со строкой файла.

Что делать, если масса в PIM и на складе записана в разных единицах?

Сначала уточняют объект измерения: товар, потребительская упаковка или транспортный короб. Например, 0,25 кг и 250 г могут означать одно значение, но сравнение корректно только при одинаковом объекте. Коэффициент утверждает владелец мастер-данных, а результат повторно проверяется на приёмке.

Можно ли по замечанию к возврату сразу изменить карточку для всех клиентов?

Замечание привязывают к клиенту, варианту, упаковке и фактической единице возврата. Владелец Compo PIM решает, ошибка ли это мастер-данных или повреждение конкретной вещи. Только утверждённая версия может изменить разрешённые общие поля; складской приход оформляется отдельно.

Интеграция уже готова?

Изучаем возможность связи со Skirbo. Ни готовый коннектор, ни приёмка обмена для вашего кабинета пока не подтверждены. Перед запуском подтвердим состав операций и проверим результат на согласованном сценарии.

Официальные материалы сервиса

Используем для оценки возможностей внешней системы. Документация не является подтверждением готовности коннектора Skirbo.

Посмотрите другие сценарии

Весь каталог →
Ваш процесс → следующий шаг

Что хотите связать со Skirbo?

Выберите сервисы и расскажите, какие данные нужно передавать. Можно описать одну интеграцию или связку из нескольких систем.

  1. Разберём задачуУточним роли, склады и операции.
  2. Проверим возможностьОпределим доступы, ограничения и состав работ.
  3. Согласуем запускОбсудим стоимость, сроки и критерии готовности.

Оценка заявки не означает, что подключение уже готово или разработка согласована. Пароли, API-ключи и данные покупателей в форму не добавляйте.

1. Какие сервисы подключить?

До 5 сервисов в одной заявке.

Укажите роль — подскажем, какие особенности процесса описать.

2. Какие задачи решить?

Выберите от 1 до 8 задач.

Компания и объём заказов необязательно
3. Как с вами связаться?
Проверяем возможность отправки. Вы также можете подготовить запрос и передать его поддержке.
Открыть поддержку в Telegram

Копирование и переход в Telegram сами по себе не отправляют заявку.

Названия и логотипы используются для обозначения сервисов. Состав подключения и условия уточняем для вашей задачи.