Сопоставление по неведомому признаку

Caterpillar · 13 апр 2015 15:17

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

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

14 апр 2015 17:24

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

Caterpillar · 14 апр 2015 17:28

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

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

tkachenkoser · 15 апр 2015 16:57

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

tkachenkoser · 16 апр 2015 11:53

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

16 апр 2015 13:04

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

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