Принципы работы системы поиска запчастей

Система поиска запчастей объединяет набор модулей для приёма запроса, отбора кандидатов и валидации совместимости. Основные входные данные — VIN, каталожный номер, описание и изображение детали; VIN декодирует параметры конфигурации автомобиля, что позволяет сразу отсеять несовместимые модификации. Для интеграции с внешними сервисами и справочниками используется документация API https://autoinfo24.ru/stati/1122, которая описывает форматы обмена и схемы полей.

Источники данных и их роль в точности подбора

Источники включают производственные каталоги, дилерские базы, прайс‑листы поставщиков и пользовательский ввод. Каждая запись снабжена метаданными о происхождении и дате обновления: источник, версия каталога, штамп времени. Качество данных зависит от полноты полей (каталожный номер, размеры, электрические разъёмы), частоты обновления и согласованности единиц измерения. Типичные форматы идентификаторов — буквенно‑цифровые строки длиной 6–12 символов; штрихкоды применяют стандарты EAN‑13 и QR Code для привязки складских единиц.

Алгоритмы сопоставления: VIN, параметры и машинное сравнение

VIN длиной 17 символов служит первичным фильтром: 1–3 позиции указывают производителя, 9‑я позиция — контрольная цифра, 10‑я — год выпуска. Декодирование VIN возвращает модель, модификацию двигателя, тип трансмиссии и кузова. Поисковый модуль использует индексирование полей и ранжирование по совпадениям: точное совпадение каталожного номера выше семантического соответствия по описанию. Для поиска по описанию применяются обратные индексы и взвешивание TF‑IDF или векторные эмбеддинги; для изображений — алгоритмы извлечения признаков и сравнение с хэш‑подписами или сверточные нейронные сети для детектирования характерных контуров.

Формирование и представление каталога запчастей

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

Структура карточки детали и обязательные метаданные

Карточка детали включает идентификатор, каталожный номер, список совместимых моделей с годами выпуска, технические параметры (габариты, диаметр, резьба, электрические контакты), состояние (новая, б/у, восстановленная), изображения (минимум одно, рекомендуемое разрешение 800×600 пикселей), штрихкод/QR и сведения об источнике. Для электрооборудования обязательны параметры разъёмов и номинальные напряжение/ток; для крепёжных элементов — размер резьбы и шаг, например M8×1.25.

Кросс-референсы и правила приоритизации эквивалентов

Кросс‑референс формируется через матрицу соответствий между каталожными номерами разных производителей и поставщиков, с указанием отличий по геометрии, материалу и посадочным параметрам. Правила приоритизации учитывают OEM‑совместимость, степень совпадения критических параметров и частоту применения в базе. Эквиваленты снабжаются пояснением различий: например, различие по длине шпильки в 5 мм или отличающийся тип крепления, что влияет на применимость в конкретной модификации.

Интерфейсы поиска и пользовательские сценарии

Интерфейсы предусматривают ввод VIN, каталожного номера, текстового описания и загрузку фото. Для интеграции с внешними системами документируются REST‑эндпоинты и форматы JSON; помимо периодических запросов поддерживаются вебхуки для событий изменения остатков.

Поиск по VIN, по номеру, по описанию и по фотографии

По VIN система фильтрует по декодированным полям, критичными являются позиция 1–3, 9 и 10. По каталожному номеру поиск выполняется как точный ключевой запрос с вариациями записи (дефисы, пробелы). По описанию применяется полнотекстовый поиск и синонимизация. По фотографии проводится сравнение признаков: при хорошем качестве снимка (рекомендуемое разрешение не менее 800×600, нейтральный фон и несколько ракурсов) точность сопоставления может превышать 70–85% в зависимости от класса детали; для сильно вариативных элементов точность ниже и требует ручной валидации.

Фильтры, сортировка и отображение совместимости

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

Интеграция с учётом склада и поставщиков

Синхронизация остатков и статусов выполняется через API с использованием форматов JSON и механизмов контроля кэширования: ETag или заголовки If‑Modified‑Since применяются для оптимизации обмена. Частота обновления может варьироваться от минутных вебхуков до суточных поллингов в зависимости от политики поставщика.

Обмен данными через API и синхронизация остатков

API предоставляет методы получения каталога, остатков и цен, а также приёма заказов и статусов. Интеграция предусматривает идентификацию по штрихкоду/QR, обновление количества на складе и статусов доступности. При разработке учитываются ограничения: задержки репликации баз, лимиты запросов и требования к аутентификации.

Обработка конфликтов данных и приоритет источников

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

Проверка совместимости и управление рисками

Проверка совместимости сочетает автоматические проверки по критическим параметрам и ручную валидацию для сложных случаев. Автоматизация снижает число очевидных ошибок, ручная экспертиза требуется при несовпадении ключевых размеров или при отсутствии однозначных метаданных.

Автоматические проверки и ручная валидация критических совпадений

Автоматические правила проверяют совпадение по VIN‑декодированным параметрам, габаритам и электрическим характеристикам. Для критических групп деталей (подвеска, тормозная система, электроника двигателя) вводится дополнительная стадия ручной валидации. Валидация фиксирует проверяющего, дату и основания решения.

Логирование, отчёты об ошибках и процедуры возврата

Система ведёт транзакционные логи запросов, изменённых карточек и синхронизаций остатков. Ошибки классифицируются по типу: несовпадение параметров, устаревшие данные, конфликт версий. Для возврата применяется процедура: создание инцидента, уведомление ответственных поставщиков, корректировка кросс‑референса и обновление записей с отметкой о проверке.