Товарный каталог в RetailCRM

Товарный каталог — это справочник, из которого RetailCRM берёт позиции для заказов, считает остатки и цены. От того, как устроен каталог, зависит скорость операторов, корректность резервов и точность аналитики продаж. Разберём структуру, поля карточки и способы наполнения.

Что такое товарный каталог и зачем он нужен

Каталог в RetailCRM — это единая база товаров, доступная во всех модулях системы: при создании заказа оператор ищет позицию в каталоге, триггеры и сегменты обращаются к товарам, а аналитика по товарам и брендам строится на тех же данных. Каталог не хранит контент витрины (описания, SEO, баннеры) — за это отвечает сайт. В CRM попадает то, что нужно для продажи и учёта: название, артикул, цена, остаток, категория, бренд и ключевые характеристики.

Каталог обновляется автоматически из источника данных — чаще всего из интернет-магазина. RetailCRM в этой связке ведомая система: она читает выгрузку и приводит свой справочник в соответствие с сайтом или учётной системой.

Товары и торговые предложения

В основе каталога две сущности. Товар (product) — это карточка модели: «Кроссовки Nova». Торговое предложение (offer) — конкретная продаваемая вариация: «Кроссовки Nova, размер 42, чёрные». Именно торговое предложение имеет собственный артикул, цену и остаток, и именно оно добавляется в заказ.

• У одного товара может быть много предложений (размеры, цвета, объёмы).
• Если у товара нет вариаций, у него всё равно есть одно торговое предложение — «сам себя».
• Остатки, резервы и цены живут на уровне предложения, а не товара.

Такое разделение позволяет корректно вести учёт: продаётся не абстрактная «модель», а конкретный SKU с собственным складским остатком.

Поля карточки товара

Карточка предложения содержит набор полей, которые RetailCRM использует в разных сценариях. Ключевые из них:

Дополнительно хранятся картинка, ссылка на карточку сайта, штрихкод, вес и габариты, признак активности. Характеристики (цвет, размер) передаются отдельными параметрами и помогают операторам различать предложения одного товара.

Откуда товары попадают в каталог

Наполнить каталог можно тремя способами, и на практике их комбинируют.

1. Выгрузка ICML. Основной способ для интернет-магазинов: CMS формирует XML-файл в формате ICML, RetailCRM регулярно его читает и синхронизирует каталог. Подходит для тысяч позиций.
2. API. Метод /api/v5/store/products и загрузка каталога через API применяются, когда нужна интеграция с нестандартной учётной системой или тонкий контроль над данными.
3. Вручную. В интерфейсе можно завести отдельные товары — удобно для мелкого ассортимента, услуг и разовых позиций.

Несколько каталогов и магазинов

RetailCRM поддерживает несколько магазинов (сайтов) в одном аккаунте — например, интернет-магазин и оптовое направление или разные бренды. У каждого магазина может быть свой каталог со своей выгрузкой ICML. При этом склады и типы цен — общие ресурсы аккаунта, которые магазины могут использовать совместно.

• Товар, привязанный к магазину, доступен в заказах этого магазина.
• Один и тот же ассортимент можно продавать в нескольких магазинах, если правильно настроить выгрузки.
• Аналитика позволяет смотреть продажи как по каждому магазину, так и суммарно.

Схему нескольких каталогов важно продумывать до запуска: переразбить товары по магазинам постфактум сложнее, чем спроектировать структуру сразу.

Как каталог работает в заказах

Когда оператор создаёт заказ, он ищет позицию в каталоге по названию или артикулу. Система подставляет актуальную цену, показывает доступный остаток и предупреждает, если товара не хватает. При сохранении заказа предложение резервируется — доступное количество уменьшается.

Через каталог работают и другие механики:

• триггеры могут проверять состав заказа и наличие конкретных товаров;
• сегментация клиентов строится в том числе по купленным товарам и категориям;
• отчёты по товарам, брендам и маржинальности берут данные из карточек предложений.

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

Типичные ошибки при работе с каталогом

Большинство проблем с каталогом возникают из-за несогласованности с источником данных.

• Нестабильные артикулы. Если xmlId меняется при каждой выгрузке, RetailCRM создаёт дубли вместо обновления существующих позиций.
• Пустая закупочная цена. Без purchasePrice аналитика не посчитает маржу и прибыль.
• Категории без иерархии. Плоский список групп затрудняет отчёты и фильтрацию.
• Товары без остатков и признака активности. Операторы продают то, чего нет на складе.

Итог

Товарный каталог в RetailCRM — операционный справочник, где товары делятся на карточки моделей и торговые предложения с собственными артикулами, ценами и остатками. Наполняют его выгрузкой ICML, через API или вручную, а качество данных прямо влияет на скорость операторов, точность резервов и аналитику. Ключ к порядку — стабильные артикулы и единый источник данных.

Мы проектируем структуру каталога, настраиваем выгрузку и связываем RetailCRM с сайтом и учётной системой так, чтобы товары обновлялись автоматически и без дублей. Если каталог нужно собрать с нуля или навести в нём порядок — поможем на этапе внедрения и последующей поддержки.