Свойство предложения по товару и разделы основного

Что делает робот «Свойство предложения по товару и разделы основного»

В каталоге с торговыми предложениями данные размазаны по двум уровням: характеристики варианта (размер, цвет, артикул SKU) лежат на карточке предложения, а место в структуре каталога определяется по основному товару. Робот собирает обе части одним вызовом: по ID карточки читает значение свойства именно с неё, а разделы каталога — с родительского товара.

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

Свойство — с варианта, разделы — с родителя

Логика робота строго разделяет два уровня каталога:

• Значение свойства читается только с той карточки, чей ID передан. Если на предложении свойство пустое — вернётся пустое значение, робот не подставляет значение основного товара. Это важно, когда нужно отличить «у варианта свой не задан» от «наследуется от родителя»;
• Разделы каталога всегда определяются по основному товару: ближайший раздел и верхний раздел в иерархии. У простого товара без родителя и свойство, и разделы берутся с одной карточки.

Если нужно наоборот — сначала искать свойство на варианте, а при пустом значении подниматься к родителю — используйте робота Свойство товара по ID товара или предложения: у него такой фолбэк есть.

Настройка робота

Обязательных поля два:

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

Третье поле — ID инфоблока — оставьте по умолчанию, если работаете с основным товарным каталогом CRM.

Сценарии использования

Контроль заполнения вариаций. По заказу поставщику процесс проверяет артикул SKU на каждом предложении. Пустое значение — реальный сигнал, что у варианта не заполнен артикул: робот не подсмотрит значение у родителя и не замаскирует проблему. На карточку ставится задача контент-менеджеру.

Маршрутизация по разделу родителя. Клиент заказал «Куртку зимнюю, 52 размер». Раздел у варианта не задан — он живёт на основной куртке: «Одежда → Верхняя одежда». Робот возвращает разделы родителя, и задача на сборку уходит на правильный складской участок.

Печать спецификации с характеристиками варианта. В документ должны попасть размер и цвет конкретного предложения, а не общие значения карточки. Робот читает свойства строго с варианта — в спецификации то, что клиент реально заказал.

Сверка каталога. Раз в неделю процесс проходит по списку ID из смарт-процесса «Номенклатура» и собирает значения ключевых свойств. Пустые результаты складываются в отчёт о незаполненных карточках.

Результат работы

• Значение свойства — строка; пустая, если свойство на переданной карточке не заполнено;
• ID и название раздела основного товара;
• ID и название верхнего раздела в иерархии каталога;
• ID переданного товара и ID основного товара — для следующих роботов цепочки;
• Статус и текст ошибки — если карточка не найдена или свойство не выбрано.

Типичные ошибки при настройке

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

ID позиции вместо ID карточки. Строка из блока «Товары» сделки — не идентификатор карточки каталога. Сначала получите ID товара роботом Тип товара по ID товарной позиции.

Нужны все позиции сделки разом. Робот берёт одну карточку. Для обхода всех товарных позиций элемента CRM со списками значений есть робот Свойство предложения и разделы основного товара.