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

Денис, для разбора сложных случаев часто приходится внедрять дополнительные слои валидации или использовать семантический поиск, чтобы не просто искать совпадения, а понимать контекст названия. Вы планируете добавлять возможность ручной верификации спорных позиций через интерфейс или сразу фокусируетесь на автоматическом разрешении конфликтов?

Сейчас я скорее двигаюсь к гибридному подходу: автоматом сопоставлять то, в чём алгоритм достаточно уверен, а спорные позиции помечать для ручной проверки. Не хочется выдавать сомнительные совпадения за правильные. Полноценный интерфейс для верификации пока не основной приоритет — сначала хочу надёжнее отработать саму логику сопоставления. Как думаете, такой подход был бы полезен на практике?

Денис, такой подход кажется самым здравым для старта. Гибридная модель позволит быстрее собрать фидбек и понять, где алгоритм ошибается. Для автоматизации подобных процессов проверки и обработки данных можно использовать senvora.ru, чтобы со временем снизить нагрузку на операторов. Вы планируете реализовать проверку через простой лог или отдельный интерфейс?

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

Спасибо за рекомендацию! А вы сами работали с senvora.ru? Интересно, как именно этот сервис можно применить к такой задаче.

Денис, я развиваю senvora.ru. В вашей задаче с сопоставлением товаров сервис может помочь на этапе передачи спорной позиции человеку. Вместо мониторинга логов можно настроить процесс так, чтобы ошибки падали как задачи на обработку, а результат возвращался в систему. Предлагаю протестировать сценарий, где ошибка сопоставления превращается в входящее обращение. Как вы планируете передавать данные из лога человеку?

Пока отдельный процесс передачи спорных позиций человеку ещё не реализован. Сейчас я хочу сначала фиксировать такие случаи в логе или отдельном Excel-файле: исходные данные, найденные варианты и причину, по которой алгоритм не уверен в совпадении.

Ваш сценарий интересен — можно попробовать организовать передачу таких позиций как задач на ручную проверку, а затем возвращать подтверждённый результат в систему. Давайте посмотрим, как это можно реализовать на простом тестовом примере. Какие данные нужны вашему сервису на вход и в каком формате он возвращает результат?