Обмен товарами и ценами с учётной системой

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

Кто ведёт каталог: выбор мастер-системы

Первое решение до любых настроек — какая система является мастером по товарам. От этого зависит вся логика обмена.

• Учётная система (1С, МойСклад) — мастер. Самый частый и правильный сценарий: там ведётся закупка, себестоимость и первичка, а RetailCRM принимает готовый каталог;
• RetailCRM — мастер. Редкий случай для чисто онлайновых продаж без сложного учёта;
• Разделение по полям. Например, номенклатура и цены — из 1С, а SEO-описания и фото — из CRM.

Сопоставление по внешним кодам

Основа безопасного обмена — сопоставление товаров по уникальному внешнему идентификатору. В 1С это GUID справочника номенклатуры, в МойСклад — внутренний ID позиции. RetailCRM хранит этот код в поле внешнего идентификатора и по нему находит соответствие.

Механика проста: при обмене система ищет товар с таким внешним кодом. Нашла — обновляет карточку, не нашла — создаёт новую. Именно это защищает от дублей при повторных выгрузках.

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

RetailCRM различает товар и его торговые предложения (SKU). Товар «Футболка» — это карточка, а «Футболка, синяя, M» — конкретное предложение со своим остатком, ценой и штрихкодом.

В учётной системе этому соответствуют характеристики или модификации номенклатуры. При обмене их нужно правильно смаппить:

• Характеристики 1С:УТ / модификации МойСклад → торговые предложения RetailCRM;
• Каждое предложение получает свой внешний код, штрихкод и остаток;
• Общие атрибуты (бренд, категория, описание) остаются на уровне товара.

Типы цен

В учётной системе обычно несколько видов цен: розничная, оптовая, для интернет-магазина, акционная. RetailCRM поддерживает основную и дополнительные цены, поэтому при настройке нужно решить, что куда уходит.

Передача закупочной цены важна отдельно: без неё аналитика продаж RetailCRM не покажет маржинальность и прибыль по товарам.

Изображения, категории и атрибуты

Помимо базовых полей, в обмен обычно включают:

• Изображения — переносятся по ссылкам или загружаются в CRM; для карточки заказа важно, чтобы оператор видел товар;
• Группы номенклатуры → категории каталога RetailCRM;
• Дополнительные свойства (бренд, вес, габариты) — если они нужны для доставки и фильтров;
• Единицы измерения и ставки НДС — уходят вместе с товаром и участвуют в документах.

Не всё нужно тащить в CRM. RetailCRM — рабочий инструмент оператора, а не витрина, поэтому объёмные SEO-тексты и десятки фото здесь избыточны. Переносите то, что реально помогает обрабатывать заказ.

Дубли и контроль каталога

Самая частая проблема обмена каталогом — дубли. Их источники и профилактика:

• Ручной ввод до интеграции — если товар заводили в обеих системах, при первом обмене появятся пары. Выверьте справочник заранее;
• Смена внешнего кода — если в учётной системе пересоздали позицию, она приедет как новая;
• Разные ключи сопоставления — обмен по артикулу вместо GUID почти гарантированно даёт дубли.

Итог

Обмен товарами и ценами с учётной системой строится на трёх опорах: выбранная мастер-система, надёжное сопоставление по внешним кодам (GUID, а не артикул) и корректный маппинг характеристик на торговые предложения. Плюс продуманные типы цен, включая закупочную для аналитики, и чистый каталог без дублей.

Мы настраиваем обмен каталогом с 1С и МойСклад так, чтобы номенклатура велась в одном месте и приезжала в RetailCRM без дублей и перепутанных остатков. Разбираем справочник, выстраиваем маппинг цен и характеристик и сопровождаем обмен при появлении новых товаров.