Почему один каталог поставщика не может подтвердить номер детали: 8 из 10 обозначений встретились только один раз

Что именно мы проверяли?

Мы провели локальный аудит одного каталога поставщика, содержащего 2 858 карточек.

Целевой набор взят из нашей контрольной таблицы GM 6T. В ней есть девять строк, содержащих номера/обозначения деталей. Одна строка содержит пару 24231607 / 210450. Для поиска эти два обозначения проверялись отдельно, поэтому в нашем аудите получилось 10 identifier references — десять поисковых обозначений.

Этот набор относится только к нашему аудиту. Он не совпадает с набором из десяти номеров, использованным ранее в нашем сравнении с Made-in-China.

Все десять обозначений были найдены в каталоге поставщика. Но главной задачей было не просто найти номер.

Мы проверяли другое:

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

Для восьми из десяти поисковых обозначений второй записи не было.

В этом наборе каждое из них встретилось только в одной карточке.

Почему одна карточка ограничивает проверку?

Представим, что карточка содержит:

обозначение детали → код АКПП → функцию или позицию

Мы можем точно записать, что написал поставщик. Но из того же каталога нельзя узнать:

• совпадает ли код АКПП в другой карточке;
• совпадает ли сторона или позиция;
• совпадает ли диапазон годов;
• одинаково ли описана функция;
• не является ли первая запись одиночной или скопированной ошибкой.

Второй записи для сравнения просто нет.

Поэтому во внутреннем аудите используется статус:

NO_COMPARISON_SINGLE_LISTING

а не:

CONSISTENT / согласовано.

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

Что показал поиск по десяти обозначениям?

Результат можно описать без попытки превратить маленький целевой набор в статистику всего каталога.

• Исходный каталог: 2 858 карточек.
• Наш аудит проверил 10 поисковых обозначений, развёрнутых из девяти строк контрольной таблицы.
• Восемь обозначений встретились только в одной карточке.
• Только парные обозначения 24230682 и 24230715 имели вторую запись, пригодную для внутреннего сравнения.
• Эти два номера относятся к одной паре левой/правой детали, поэтому их нельзя считать двумя независимыми статистическими наблюдениями.

Главный результат здесь — не «процент ошибок».

Главный результат — нехватка повторных записей для сравнения.

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

Что произошло там, где вторая карточка всё-таки была?

Вторая запись существовала для 24230682 и 24230715.

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

24230682 vs 24230715: какой номер RH, а какой LH?

Здесь этот пример нужен только для одного структурного вывода:

Внутреннее противоречие удалось заметить только потому, что вторая карточка вообще существовала.

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

Это не означает, что одиночная карточка обязательно неправильная.

Это означает, что сам каталог не может подтвердить её правильность.

Отсутствие данных и конфликт — разные состояния

Наш аудит специально разделяет два случая.

MISSING / INCOMPLETE

Поле не указано, либо второй записи для сравнения нет.

Это проблема недостающей информации.

CONFLICT

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

Это конфликт данных.

Разделять эти состояния важно, потому что следующий шаг проверки разный.

Если поле отсутствует, нужен источник, который действительно содержит это поле.

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

В отдельной статье объясняется, почему даже точный номер и код АКПП не делают одну запись полной, если отсутствуют важные поля:

24230715: почему 6T45E без LH/RH недостаточно

Здесь мы задаём другой вопрос: существует ли внутри одного каталога несколько записей, которые вообще можно сравнить между собой?

Почему нельзя считать первую карточку источником проверки?

Потому что единственный доступный источник не становится независимым доказательством только из-за отсутствия альтернативы.

Карточка поставщика полезна, чтобы установить:

• какое обозначение использует поставщик;
• какую терминологию он публикует;
• с каким кодом АКПП связывает позицию;
• как описывает товар.

Но если вопрос звучит «верно ли это поле применяемости?», повторное чтение той же карточки не добавляет независимости.

Нужен следующий уровень доказательств: например OEM/service источник, если он доступен, специализированный каталог АКПП, проверка VIN/application или другой независимый технический источник, соответствующий конкретному утверждению.

Зачем тогда вообще нужны дублирующие карточки?

Они всё равно полезны.

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

Если две карточки совпадают, это даёт сигнал внутренней согласованности.

Но даже совпадение не является автоматическим доказательством правильной применяемости.

Обе записи могут быть скопированы из одного исходника. Они могут восходить к одному и тому же исходному источнику. Одна ошибка тоже может быть продублирована.

Поэтому внутреннее сравнение каталога способно находить часть проблем, но не заменяет независимую проверку.

Почему это важно покупателю и дистрибьютору?

Точный номер визуально создаёт ощущение высокой точности.

Но если поля вокруг него не проверялись независимо, это ощущение может быть ложным.

Информация может пройти цепочку:

каталог поставщика → таблица импортёра → каталог дистрибьютора → заказ сервиса

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

Поэтому безопаснее спрашивать не:

«Сколько раз я нашёл этот номер?»

а:

«Сколько независимых источников подтверждают именно то поле, на которое я собираюсь опираться?»

Какие поля лучше проверять отдельно?

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

В зависимости от детали это могут быть:

• точное обозначение / part-number reference;
• семейство или код АКПП;
• функция / место установки;
• LH/RH или другое положение;
• поколение / конструктивный вариант;
• год / граница применяемости, если подтверждена;
• supersession, если вопрос касается замены номера.

Уровень доказательств для разных полей может быть разным.

Например, каталог поставщика может надёжно показать, какое обозначение использует сам поставщик. Но сторона может требовать специализированного каталога, а supersession — сервисного/EPC источника.

Поэтому OEProof хранит эти поля отдельно и не превращает один заголовок поставщика в полную запись применяемости.

Чего этот аудит не доказывает

Границы этого аудита принципиальны.

Мы не утверждаем, что каталог поставщика в целом неточен.

Мы не рассчитываем и не публикуем общий процент ошибок каталога.

Мы не публикуем процент конфликтов по двум парным обозначениям. Это связанные левая/правая позиции, а не независимые статистические образцы.

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

Мы не называем все десять целей OE numbers. Используется более широкое identifier / part-number reference, потому что статус всех обозначений не одинаков.

Мы не определяем здесь правильную сторону 24230682 / 24230715. Этот вопрос принадлежит отдельной статье о LH/RH.

Мы не распространяем наблюдение из целевого набора на все 2 858 карточек или весь рынок.

Фактический вывод узкий: в данном целевом наборе большинство обозначений не имели второй записи для внутренней перекрёстной проверки.

Практический порядок проверки

1. Зафиксировать карточку без додумывания

Записать номер, заголовок, код АКПП и позицию ровно так, как они присутствуют в источнике.

Не заполнять пустые поля по памяти.

2. Проверить, есть ли в каталоге вторая запись

Если она существует, сравнить поля, а не считать дубли автоматически одинаковыми.

3. Правильно назвать состояние

• одна запись → внутреннее сравнение невозможно;
• несколько записей совпадают → сигнал внутренней согласованности;
• несколько записей противоречат → внутренний конфликт.

Ни одно из этих состояний само по себе не равно OEM-подтверждению.

4. Перейти к независимому источнику

Использовать источник, соответствующий конкретному полю: сервисную информацию, OEM-каталог, специализированный каталог АКПП, VIN/application-инструмент или другую независимую техническую базу.

5. Не закрывать неизвестное поле без доказательств

Если сторона, год, поколение или взаимозаменяемость не подтверждены, поле должно оставаться открытым.

Главный вывод

Каталог поставщика — полезная начальная база данных.

Но это не самопроверяющаяся система.

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

Поэтому каталог нужно читать так:

Одна карточка говорит, что утверждает один источник. Она сама по себе не говорит, правильно ли это утверждение.

Для технической B2B-применяемости это и есть граница между сбором данных и проверкой.

FAQ

Подтверждает ли одна карточка с точным номером применяемость?

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

Если у номера только одна карточка, это уже подозрительно?

Не обязательно. Это ограничение проверки, а не доказательство ошибки. Внутри каталога просто нет второй записи для сравнения.

Если две карточки совпадают, значит применяемость подтверждена?

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

Почему нельзя опубликовать процент конфликтов по повторным карточкам?

В этом целевом наборе повторных записей слишком мало, а два задействованных обозначения относятся к одной паре левой/правой детали и не являются независимыми статистическими наблюдениями.

Чем отсутствие поля отличается от конфликта?

Отсутствие означает, что данных нет или нет второй записи для сравнения. Конфликт означает, что две имеющиеся записи дают взаимоисключающие значения одного поля.

Где проверить, какой стороной являются 24230682 и 24230715?

В отдельной статье OEProof по LH/RH. Эта статья не пересматривает определение стороны; пример нужен только для объяснения того, когда внутреннее сравнение каталога возможно.