алгоритм приблизительного сравнения строк #451436

Доброе время суток! может кто знает алгоритм приблизительного сравнения строк.... задача такова исключить ввод пользователем дубляжа контрагентов

По ИНН дубли ищи, не мудри

У филиалов ИНН одинаковый

=

согласен что по ИНН лучше, но не нельзя по ИНН т.к. данное поле не заполняется

остается только контролировать наименование

Жесть

Не умничай ;)

УТ 10.3 обработка ПоискИЗаменаДУблирующихЗначени там есть в том числе и онализ строк

Опиши задачу поконкретней. Интересует куда  и каким образом будут вносится данные о контрагентах, также тип значения  (хотя скорее всего это будет СправочникСсылка.Контрагеты) и на каком этапе нужно контролировать дубли строк

для нечеткого поиска лучше юзать ПолнотекстовыйПоиск

перед записью нового контрагента проверять если данный контрагент уже в базе

ВЫБРАТЬ ПЕРВЫЕ 10    (

тренируюсь щас пока на номенклатуре

В справочнике Контрагенты я делал поиск по части Наименования. Может что и пригодится:

интересно, контрагенты "Союз" и "Саюз" - это одно и то же?? а "ООО Зарево" и "ООО Зарево АО"??

а "Сырь Мааздам" и "Сыр Мааздам 59%" и "Сыр Мааздам обезжиренный" - это одно и тоже??

куча инфы лежит на Исе. я в 7.7 успешно юзаю StrMatch.dll - проверено на лекарствах, электронике, игрушках, автозапчастях, на данный момент успешно юзается в таком непростом разделе как бизнес с видео/игры/аудио диски - где очень высока похожесть разных дисков/версий/названий. StrMatch работает и в 8-ке.

зависит от частностей... для ответа на - в качестве сравнения надо юзать строки Наименование+ИННКПП+Банк+РасчСчет - при таком "ИД" решение будет гораздо ближе к успеху... в - не спец, но тоже надо что-нить придумать ;-) как вариант поднять вес числе в сравниваемых "наименованиях". Общий принцип такой - чем длиннее наименование - тем выше вероятность положительного однозначного решения