Обсуждение и советы: создание интернет-магазинов - решения, процессы, прайсинг

День добрый.
Уже пару дней наблюдаю чудеса: http://joxi.ru/5mdNxNju5J04A1
Со вполне понятной стиральной машиной сопоставляются абсолютно непонятные комплекты постельного белья. Поле "информация" о бельишке говорит нам: "Найден в СТУС: на основании найденного двойника с кодом из СТУС". Что это значит?
Настройки сопоставления таковы: http://joxi.ru/DmB1a1WuQ6WRrP
Неужели все решает очистка наименования от кириллицы? Логически если ее убрать, то от белья останется Bruno, что вовсе не равно BEKO WKY 71031 PTLYW2. Помогите, пожалуйста, разобраться.

p.s. в СТИПП белье идет без производителя, к нему подцепился производитель Beko только после сопоставления с искомой стиралкой.

Как вариант удалить СТИПП от поставщика и заново проимпортировать проблемный прайс-лист.

e-special писал(а):Как вариант удалить СТИПП от поставщика и заново проимпортировать проблемный прайс-лист.

Делала эту операцию. Не помогло.

Аналогично, очень часто сталкиваюсь с этим сопоставлении (если использовать очистку), причем часто программа считает товары одинаковые, совсем не одинаковые (только общий производитель)
Вот пример.
Артикул товара разный (и в настройках стоит учитывать артикул при поиске одинаковых - по факту не работает), название разное, даже с учетом очистки кириллицы. Ключевых слов нет. Уникальность для прайса - код поставщика, для всех уникальный.
и для всех - Найден в СТУС: на основании найденного двойника с кодом из СТУС. Отключить или запретить невозможно (разве полностью отключить очистку, но всерано почемуто подсказка что товары "одинаковые" ).

После многочасовых экспериментов обнаружил, что (по крайней мере в данной ситуации с вытяжками) проблема с доп полями.
Наименование товара формируется на основании доп поля (к нему же применяется автозамена), а в журнале операций видно, что добавление доп полей и их автозамена происходит достаточно "поздно", но поиск одинаковых идет всеравно позже. Если формировать без доп поля (склеиваем как есть) - то товары не считаются одинаковыми.
Похоже разработчикам надо проверить этот момент: при поиске одинаковых, учитываются ли что в составном значении может находится доп поля (чтоб было понятней, выглядит так {PRODUCT_NAME}[_4840TVN2A] )
Но так и осталась загадка, почему склеились только JET AIR и то не все. Буду экспериментировать далее.

Caterpillar писал(а):

e-special писал(а):Как вариант удалить СТИПП от поставщика и заново проимпортировать проблемный прайс-лист.

Делала эту операцию. Не помогло.

Очень странно, так как должно помочь. Можем проверить на Вашей БД при наличие тех. поддержки.