Каталог запчастей в интернет-магазине: модель применимости, артикулы и проверка совместимости

Каталог запчастей в интернет-магазине — это не выгруженный прайс поставщика, а связанная модель данных: деталь, её номера и аналоги, автомобили и узлы, к которым она подходит, и условия продажи. Работоспособность такого каталога определяется не числом позиций, а тем, может ли покупатель за несколько шагов убедиться, что деталь встанет на его машину, а менеджер — подтвердить это по документам.

Задача бизнеса и границы решения

Каталог запчастей решает три практические задачи. Первая — дать покупателю самостоятельный подбор, чтобы он не звонил по каждой позиции. Вторая — снизить число возвратов и отказов из-за неверно подобранной детали. Третья — разгрузить менеджеров, оставив им только те случаи, где данных действительно не хватает.

Наблюдать за результатом стоит по понятным признакам: доля заказов, оформленных через самостоятельный подбор; число обращений в поддержку с вопросом «подойдёт ли»; доля возвратов с причиной «не подошло»; время, которое менеджер тратит на один подбор. Эти показатели не обещают конкретного роста, но показывают, работает ли модель применимости или каталог остаётся справочником номеров.

Границы решения стоит зафиксировать до начала работ. Каталог не заменяет консультацию по сложным узлам, где применимость зависит от комплектации, года выпуска или рестайлинга. Он не подтверждает юридически, что деталь сертифицирована для конкретного рынка. Он не гарантирует совместимость там, где нет проверенного источника связи между деталью и автомобилем. Если эти границы не проговорить, ожидания расходятся: заказчик ждёт «умный подбор по VIN», а получает поиск по номеру с ручной проверкой.

Отдельно нужно определить, что считается единицей каталога. Для запчастей это почти всегда не «товар», а пара «деталь + исполнение»: один и тот же узел выпускается разными производителями, с разными номерами, в разной комплектации и по разной цене. Поэтому в основе лежит товар с торговыми предложениями, а применимость описывается отдельно от цены и склада.

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

Модель применимости — это набор сущностей и связей, который отвечает на вопрос «подходит ли эта деталь к этой машине». Без неё каталог остаётся списком артикулов, даже если позиций в нём много.

Базовые сущности:

• Деталь — товар с названием, категорией и описанием.
• Исполнение — конкретное торговое предложение: бренд, номер, комплектация, цена, склад.
• Автомобиль — марка, модель, поколение, годы выпуска, двигатель, кузов, при необходимости — комплектация.
• Узел — место установки или функциональная группа: тормозная система, подвеска, двигатель, электрика.
• Связь применимости — запись о том, что исполнение подходит к автомобилю или к группе автомобилей, с указанием источника и уровня достоверности.

Уровни достоверности связи

Уровень достоверности — ключевое поле. Он определяет, что можно показать покупателю и что должен сделать менеджер.

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

Что хранить в карточке детали

Минимальный набор: название, категория, бренд, основной номер, список дополнительных номеров, изображения, единица измерения, вес и габариты для расчёта доставки, признаки «оригинал» или «аналог», а также ссылка на источник данных о применимости. Если источник не сохраняется, через полгода никто не сможет объяснить, откуда взялась связь, и её придётся перепроверять заново.

Связь с категориями и узлами

Категория отвечает на вопрос «что это за деталь», узел — «куда она ставится». Разделение полезно, потому что покупатели ищут по-разному: один знает номер, другой — узел, третий — только марку и модель. Если категории и узлы смешаны в одну ветку, фильтры становятся запутанными, а часть деталей выпадает из навигации.

Артикулы, аналоги и кросс-номера

Номер детали — это не одно поле, а несколько. Оригинальный номер производителя, номер производителя детали, номера аналогов, кросс-номера для замен. Один и тот же физический номер может быть записан по-разному: с пробелами, дефисами, точками, ведущими нулями, в верхнем или нижнем регистре. Если не привести записи к единому виду, поиск по номеру будет давать пустые результаты, хотя деталь в каталоге есть.

Практические правила:

• Хранить номер в нормализованном виде и отдельно — в том виде, как он пришёл от поставщика.
• Не считать аналоги взаимозаменяемыми автоматически: аналог может отличаться материалом, ресурсом или комплектацией.
• Разделять «замену» и «аналог»: замена — это то, что производитель допускает вместо исходной детали, аналог — стороннее изделие со схожими характеристиками.
• Хранить источник для каждого кросс-номера.

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

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

Проверка совместимости без ложных обещаний

Формулировки в карточке должны соответствовать уровню достоверности. Если связь подтверждена производителем, можно писать «подходит». Если связь пришла от поставщика — «подходит по данным поставщика». Если это кросс-номер — «возможная замена, сверьте номер». Если совпадение только по параметрам — «требуется проверка». Если данных нет — деталь не показывается в подборе по автомобилю, но остаётся доступной через поиск по номеру.

Такой подход не мешает продажам, а снижает число возвратов: покупатель видит, насколько уверенно система утверждает совместимость, и сам решает, нужна ли консультация. Полезно добавить в карточку короткое пояснение, что означает каждая формулировка, — иначе «требуется проверка» читается как «мы не знаем» и отпугивает.

Подбор по автомобилю: входные данные и развилки

Способ подбора определяет и точность, и объём работ. На старте обычно доступен не один сценарий, а несколько, и их стоит разделить.

Подбор по VIN

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

Подбор по параметрам автомобиля

Марка, модель, год, двигатель, кузов. Этот способ работает без внешних баз, но даёт более широкий список: в него попадут детали для разных комплектаций. Задача каталога — показать список и честно отметить, где нужна проверка. Чем точнее заполнены параметры автомобиля в карточке, тем короче список.

Подбор по номеру детали

Самый простой и надёжный сценарий: покупатель знает номер. Здесь важны нормализация, поиск по всем номерам и аналогам, а также подсказка «возможно, вы искали». Если номер введён с ошибкой, полезно показать близкие варианты, но не подставлять их молча.

Комбинированный сценарий

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

Цены, наличие и торговые предложения

В 1С-Битрикс торговый каталог поддерживает механизм торговых предложений: у одной карточки товара может быть несколько предложений с собственными ценами и остатками. В системе реализована модель цен с пересчётом зависимых цен по наценкам от базовой. Практический вывод: цену и наличие логично держать на уровне предложения, а применимость — на уровне товара или отдельной связи. Тогда смена поставщика или цены не ломает подбор.

Если каталог проектируется с нуля или перестраивается, полезно заранее посмотреть, как устроены фильтры и скорость выборки в материале Каталог товаров на Битрикс: фильтры, скорость и SEO — там разбираются общие принципы, которые здесь не повторяются.

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

Учебный пример: каталог для условного магазина

Учебный пример. Данные условные и не описывают реальный проект.

Входные условия. Условный магазин продаёт запчасти для легковых автомобилей. В прайсах четырёх поставщиков около 12 000 строк. Три поставщика присылают таблицы с колонками «номер», «название», «бренд», «цена», «остаток»; один — с дополнительной колонкой «применимость» в свободной форме. Часть номеров записана с пробелами и дефисами. Есть пересечения: примерно каждая десятая строка встречается у двух поставщиков.

Шаг 1. Нормализация номеров. Все номера приводятся к единому виду, исходное написание сохраняется отдельным полем. Это позволяет искать по номеру независимо от того, как его ввёл покупатель.

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

Шаг 3. Разбор применимости. Колонка «применимость» разбирается на марку, модель, годы и двигатель. Там, где разобрать не удалось, связь не создаётся, а строка помечается как требующая проверки.

Шаг 4. Присвоение уровня достоверности. Связи от поставщика получают уровень «подтверждено поставщиком». Связи, восстановленные по таблице аналогов, — уровень «кросс-номер». Остальные не показываются в подборе.

Шаг 5. Настройка вывода. В карточке появляется блок применимости с формулировкой по уровню и кнопкой «уточнить у менеджера» для спорных случаев.

Проверка результата. Берётся выборка из 50 позиций, для которых есть данные о применимости, и вручную сверяется с прайсами поставщиков. Отдельно проверяется поиск по номеру: вводятся номера с пробелами, дефисами и в другом регистре. Затем проверяется, что деталь без подтверждённой связи не появляется в подборе по автомобилю, но находится по номеру. Результат фиксируется в отчёте: сколько связей подтверждено, сколько отправлено на проверку, сколько отклонено.

Что показывает пример. Даже при скромных исходных данных каталог можно сделать предсказуемым: покупатель получает честный ответ, менеджер — список спорных случаев, а не поток однотипных звонков. Обещать полный подбор по VIN на таких данных было бы ошибкой.

Как проверить результат и принять работу

Приёмка каталога запчастей — это не «посмотреть, красиво ли выглядит». Проверяются данные, логика и поведение на спорных случаях.

• Номера нормализованы, поиск находит позицию при вводе с пробелами, дефисами и в другом регистре.
• Дубли из разных прайсов объединены, у каждого предложения виден источник.
• У каждой связи применимости указан источник и уровень достоверности.
• Формулировки в карточке соответствуют уровню: нет слова «подходит» там, где связь не подтверждена.
• Деталь без подтверждённой связи не появляется в подборе по автомобилю, но доступна по номеру.
• Цены и остатки обновляются по согласованному регламенту, а не вручную по памяти.
• Спорные случаи попадают в отдельный список для менеджера, а не теряются.
• Есть отчёт о выборочной сверке с прайсами поставщиков.
• Описан порядок действий при расхождении: кто проверяет, за какой срок, что видит покупатель.
• Зафиксирован план возврата: как откатить неудачное обновление каталога.

Отдельно стоит договориться о критериях приёмки заранее: какая доля позиций должна иметь подтверждённую применимость, сколько времени занимает обновление прайса, кто отвечает за ручную проверку. Без этого приёмка превращается в спор о вкусах.

Типичные ошибки и ограничения

• Выгрузка прайса «как есть». Каталог получается, но подбор по автомобилю не работает.
• Обещание подбора по VIN без доступа к источнику данных.
• Смешивание аналога и замены: покупатель получает деталь, которая формально подходит по номеру, но отличается по характеристикам.
• Отсутствие источника у связи применимости. Через время невозможно понять, откуда взялись данные.
• Ручное обновление цен и остатков. Расхождения накапливаются, покупатель видит неактуальное наличие.
• Игнорирование дублей. Один товар представлен несколькими карточками, страдает и поиск, и аналитика.
• Слишком широкие группы применимости. Деталь показывается для моделей, к которым не подходит, и это возвращается возвратами.
• Юридические ограничения: использование изображений, описаний и товарных знаков из чужих каталогов требует проверки. Это не задача редактора каталога, а вопрос к профильному специалисту.

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

Какие исходные данные подготовить для оценки

Чтобы оценить объём работ, нужны не пожелания, а факты о данных.

• Прайсы поставщиков в исходном виде, со всеми колонками и примерами заполнения.
• Список брендов и категорий, которые планируется продавать.
• Есть ли доступ к каталогам производителей или к базе применимости.
• Как сейчас ведётся учёт: таблицы, учётная система, ручные списки.
• Кто отвечает за проверку спорных случаев и сколько времени готов на это тратить.
• Требования к обновлению цен и остатков: как часто, из каких источников.
• Какие сценарии подбора важны в первую очередь: по номеру, по автомобилю, по VIN.
• Есть ли ограничения по использованию изображений и описаний.
• Как обрабатываются обращения покупателей, если деталь не подошла: кто разбирает причину и что меняется в данных.

Если часть данных отсутствует, это не блокирует работу, но меняет её границы: вместо подбора по VIN на старте будет поиск по номеру и параметрам. Такой вариант честнее, чем обещание, которое нельзя выполнить.

Стоимость и состав работ зависят от объёма данных и числа сценариев; ориентиры по составляющим цены разобраны в материале Сколько стоит разработка интернет-магазина: из чего складывается цена. Если каталог нужно не перестроить, а спроектировать вместе с магазином, логично смотреть на разработка интернет-магазина как на общую рамку проекта.