Страницы: 1
RSS
Сопоставление похожих текстовых выражений
 
Добрый день,
Есть лист 1 на нем указаны цены из прайса,
в листе 2 указаны название из программы,
их нужно сопоставить
у них есть небольшая разница в названиях, совсем не существенная, поэтому делаю ручками))))
пожалуйста помогите!!!
Изменено: rotex42 - 21.03.2024 15:52:33
 
А нельзя на Лист 2 из программы выгрузить так же с Артикулами/кодами или штрих-кодами?
В программе нет штрих-кода? Не верю!
 
ШК товара в программе и у поставщика не совпадает
 
rotex42, здравствуйте
Неточный поиск — очень сложная штука.
Лучше обеспечить неизменность ключей/артикулов и обязать их использование.
Попробуйте разместить заказ в платном разделе (может, можно накидать алгоритм под ваши условия), если тут не помогут. Не претендую.
Во всех делах очень полезно периодически ставить знак вопроса к тому, что вы с давних пор считали не требующим доказательств (Бертран Рассел) ►Благодарности сюда◄
 
В PQ есть "нечеткий" join. Не знаю на сколько хорошо он работает (никогда не использовал). Возможно вам чем-то поможет.
 
Serg091, он работает не то чтобы оч плохо, а непонятно, т.е. ненадежно: когда и в сложных случаях справляется на 100%, а когда и в практически равных значениях сходства не находит - у меня было так, что длинная строка и разница что-то вроде в 1 символе и не join-ило, причем в обе стороны - либо разные считало одинаковыми, либо вот почти абсолютно одинаковые не могло сопоставить, при этом я оч. много перепроверял, вручную менял символы, потому что вот совсем не понятно было, почему PQ не видит сходства - так я ничего и не смог сделать, после этого перестал использовать вообще, оч. ненадежно, только уж если это какой-то единственный вариант хоть какой-то проверки без экстраполяции
Изменено: voler83 - 24.03.2024 00:00:14
 
rotex42, согласен с предыдущим автором - для выставления счетов / учета продаж  или т.п. важных операций такое нельзя применять, никакой способ не обеспечит 100%ой точности, либо название в одной таблице должно быть сформировано по 100% определенному правилу из названия др. таблицы (например, из головы - везде отбрасываем миллилитры и убираем кавычки или т.п.), либо одно название абсолютно всегда будет соответствовать другому названию - тогда нужен справочник с названиями, составленный вручную. Есть же даже такие специальные должности - специалист по НСИ (нормативно-справочная информация вроде) - и они реально занимаются тем, что составляют справочники номенклатуры,  обеспечивают сопоставимость таких вот артикулов и т.д. и т.п. в информационных системах. Ваша номенклатура явно ограничена - составьте справочник и разошлите всем причастным с просьбой использовать только его, чтобы хотя бы обеспечить постоянство названий в разных системах, чтобы составив справочник один раз, его не пришлось бы исправлять.
В любом случае, при неточном поиске вы должны ввести какие-то критерии, веса - т.е. если строка 30 символов и совпало 28, то ок, а если 27 то не ок, а если 27, но один символ это точка - то тоже ок....... - триллионы условий можно задать, если у вас большой список номенклатуры, это иск. интеллект или программирование.
Навряд ли вас устроит продавать "Побалуй свою киску" за 100 руб., вместо 199 руб., а если уж наплевать, то в варианте с power query, который кинул предыдущий автор, надо убрать кавычки - точно во второй таблице все без кавычек, тогда будет точнее наверно сопоставлять.
Изменено: voler83 - 24.03.2024 00:32:49
 
Может помочь надстройка нечеткого поиска Fuzzy Lookup (64-битная версия тоже работает).
Приложил результат ее отработки, в столбце С - найденные позиции,
а в столбце D  - степень схожести, чем ближе значение к 1, тем точнее совпадение.
Изменено: ZVI - 24.03.2024 03:11:42
 
Цитата
написал:
ШК товара в программе и у поставщика не совпадает
Это как так? Один и тот же товар имеет разные штрих-кода?
 
Цитата
Sanim написал:
Один и тот же товар имеет разные штрих-кода?
нормальная история, между прочим. В компании свои ШК применяются для ОС, а у поставщика свои(для их продукции).
Даже самый простой вопрос можно превратить в огромную проблему. Достаточно не уметь формулировать вопросы...
Страницы: 1
Наверх