Структура записи детали для корейских и японских грузовиков
Обязательные поля: внутренний уникальный идентификатор, каталожный номер, наименование, краткое и полное описание
Запись детали должна содержать внутренний уникальный идентификатор (UUID или инкрементный ключ), каталожный номер (артикул), наименование, краткое описание для быстрого поиска и полное техническое описание для верификации. Внутренний идентификатор обеспечивает однозначную ссылку в системе аналитики и журнале аудита. Каталожный номер хранится в оригинальном виде и в нормализованной форме (см. полный каталог запчасти для грузовиков isuzu), полное описание включает материал, покрытие, серийные номера деталей и ограничения по применимости.
Связи записи с категорией, техническими параметрами, фотографиями, поставщиком, складом и версией
Запись должна ссылаться на справочник категории (узел, агрегат), таблицу технических параметров, коллекцию изображений и чертежей, карточку поставщика и складские позиции. Каждый экземпляр записи сопровождается версией с указанием источника данных и временной меткой. Связи реализуются через внешние ключи: id_категории, id_параметров, id_поставщика, id_склада, id_версии.
Формат и нормализация каталожного номера
Правила удаления разделителей, унификации регистра и замены сходных символов
Нормализация артикулов включает удаление пробелов, дефисов и слэшей, приведение к одному регистру (обычно верхнему), замену сходных символов (буква O ↔ цифра 0, I ↔ 1). В базе сохраняются исходный и нормализованный варианты для обратной трассировки и поиска по пользовательским вводам.
Хранение синонимов, кросс‑референсов и проверки корректности (шаблоны, контрольные суммы)
Синонимы и кросс‑референсы фиксируются отдельной таблицей соответствий. Для некоторых групп деталей применяются шаблоны валидации и контрольные суммы (например, контрольные символы в сериях артикулов), которые проверяются при импортe данных.
Декодирование VIN и влияние на совместимость деталей
Извлечение года выпуска, кода модификации, типа двигателя и типа кузова из VIN
VIN имеет 17 символов при стандартизации, введённой в 1981 году; десятый символ часто указывает на год модели, а позиции, отвечающие за код модификации, двигатель и тип кузова, варьируются по производителю, но подлежат декодированию согласно таблицам производителя или общим таблицам декодирования. Извлечённые данные включают год выпуска, код комплектации, тип двигателя (цилиндровка/топливо) и тип кузова (самосвал, шасси, фургон).
Правила ограничения совместимости по полям VIN и связывание VIN с перечнем применимых деталей
Совместимость ограничивается по конкретным полям VIN: год модели, код модификации, код двигателя и индекс шасси. Для каждой детали поддерживается перечень допустимых сочетаний полей VIN; при поиске применяется фильтр по этим полям, с возможностью учитывать диапазоны серийных номеров и отклонения по коду комплектации.
Описание модели и модификации грузовика в базе данных
Обозначение поколения, код комплектации, диапазон годов и варианты двигателей
Модель описывается полями: обозначение поколения, код комплектации (опциональный код), диапазон годов выпуска (например, 2005–2012), список допустимых двигателей с их кодами и техническими характеристиками. Эти данные связаны с таблицей модификаций и используются при проверке применимости детали.
Типы шасси и кузова, связи модели с совместимыми узлами и исключениями
Для каждой модификации фиксируются тип шасси (двухосный, трёхосный и т.д.) и тип кузова; указываются совместимые узлы и отмечаются исключения (например, усиленная подвеска или специальная рама), которые ограничивают применимость стандартных деталей.
Правила описания применимости и совместимости детали
Структура поля применимости: список моделей/модификаций, исключения и дополняющие компоненты
Поле применимости содержит список моделей и модификаций с указанием диапазона годов и серийных номеров, отдельный блок исключений и перечень дополняющих компонентов (сопутствующие уплотнения, крепёж). Формат позволяет задавать записи типа «применимо к моделям A,B; не применимо при комплектации X; требует компонент Y».
Категоризация степени совместимости: полная, частичная, требует адаптации и условия установки
Степень совместимости классифицируется как полная (установка без изменений), частичная (необходимы дополнительные элементы) и требует адаптации (изменения посадочных мест или механической доработки). Для каждой степени приводятся условия установки и список необходимых дополнительных деталей.
Критерии подбора аналогов и правила документирования замен
Критерии отбора: геометрия, посадочные размеры, точки крепления и функциональность
Отбор аналогов основывается на геометрии (габариты, оси симметрии), посадочных размерах (диаметры отверстий, шаг резьбы), расположении точек крепления и функциональной эквивалентности (нагрузочная способность, проходные отверстия). Совпадение хотя бы по основным посадочным размерам обязательно.
Документирование уровня совместимости, допустимых модификаций и таблицы соответствия старых и новых артикулов
Замены документируются таблицей соответствий с указанием уровня совместимости, допустимых модификаций и ссылкой на чертежи. Для исторических смен артикулов ведётся перекрёстный реестр с датами замены и причинами (конструкция, поставщик, стандартизация).
Необходимые технические характеристики для точного сопоставления
Физические размеры с допусками, материалы и покрытия, классы прочности
Необходимы точные физические размеры с допусками (например, диаметр Ø с допуском ±0.1 мм), указание материала (сталь с маркой сплава или алюминиевый сплав) и тип покрытия (цинкование, гальваника). Для крепёжных деталей указываются классы прочности (например, 8.8, 10.9).
Резьбовые параметры, электрические характеристики, моменты затяжки и стандарты соответствия
Резьбовые параметры включают тип резьбы (метрическая, профиль 60°), размеры (M8, M10, M12) и класс допуска. Электрические элементы описываются напряжением и током, сопротивлением. Моменты затяжки указываются в Н·м с диапазонами; соответствие стандартам (ISO, SAE) фиксируется в карточке.
Требования к фотографиям, чертежам и схемам детали
Обязательные ракурсы: общий вид, посадочные места, маркировки и номера узлов
Необходимы фотографии общего вида, крупные планы посадочных мест и крепёжных точек, а также изображение заводских маркировок и номеров узлов. Чертежи должны иметь нанесённые номера узлов и размеры, сопоставимые с реальными деталями.
Технические требования: разрешение, масштабы, форматы файлов и метаданные (автор, дата, ракурс)
Рекомендуемое минимальное разрешение изображений — 1200×800 пикселей; форматы — JPEG/PNG для фото, PDF/DWG для чертежей. Каждое изображение сопровождается метаданными: автор, дата съёмки, указание ракурса и масштаб.
Складская информация и логистика в карточке детали
Поля наличия, партия, серийные номера, код ячейки и минимальные остатки
Карточка содержит текущие остатки, номер партии, серийные номера при наличии, код ячейки хранения и параметр минимального остатка для автоматических уведомлений. Для серийных компонентов фиксируется срок годности, если применимо.
Влияние логистических данных на доступность, подбор аналогов и план пополнения
Логистические поля влияют на выбор аналогов при дефиците партии: система может предлагать совместимые аналоги с учётом времени поставки. Параметры lead time и минимальные остатки используются для расчёта планов пополнения.
Источники данных и управление качеством информации
Описание источников: код поставщика, документы поставки, сертификаты и частота обновлений
Каждая запись снабжена ссылкой на источник данных: код поставщика, номер и дата документа поставки, наличие сертификатов соответствия и периодичность обновлений (ежедневно, еженедельно, по событию). Источники маркируются по уровню доверия.
Оценка уровня доверия, результаты проверок и процедура обновления данных от источника
Оценка доверия базируется на верификациях: кросс‑проверка маркировки, сверка с чертежами и физическая проверка. Результаты проверок фиксируются в журнале и используются при автоматическом обновлении: новые данные применяются с пометкой «проверено/непроверено» и временной меткой.
Контроль подлинности и методы проверки качества деталей
Методы проверки маркировки, упаковки и сопроводительной документации
Проверка включает визуальную верификацию маркировки (штрихкоды, лазерная гравировка), соответствие упаковки стандартам и сверку сопроводительной документации (сертификаты, спецификации). Маркировка сравнивается с данными в карточке и с фотографиями эталона.
Показатели дефектности, процедуры возврата и регламенты при выявлении подделок
Фиксируются показатели дефектности по партиям в процентах и количестве рекламаций. Процедуры возврата включают блокировку партии, уведомление поставщика и проведение экспертизы. При выявлении подделки документируются результаты и инициируются регламентные действия по изъятию и уведомлению ответственных подразделений.
Структура базы данных, индексация и обязательные метаданные
Основные таблицы и связи: деталь, модель, поставщик, склад, совместимости и аналитика
База реализует таблицы: детали, модели/модификации, поставщики, склады, таблица совместимостей и аналитическая витрина. Связи строятся через внешние ключи; таблица совместимостей связывает id_детали с id_модели и условиями (год, двигатель, исключения).
Поля, форматы, обязательность заполнения, индексация по артикулу и VIN, справочники нормализации
Для основных полей определены форматы (строка, число, дата), обязательность заполнения и индексация по нормализованному артикулу и полям VIN для ускоренного поиска. Справочники нормализации поддерживают списки материалов, покрытий и кодов модификаций.
Версионирование, аудит и откат изменений
Механизм версий записей, журнал аудита, привязка изменений к источникам и временные метки
Каждое изменение создаёт новую версию записи с указанием автора/источника, причины и временной меткой. Журнал аудита хранит старые значения полей, что позволяет отслеживать происхождение данных и проводить выборочные сверки.
Процедуры отката ошибочных правок, уведомления об обновлениях и хранение истории
Откат реализуется через возврат к предыдущей версии и документирование причины отката. Система рассылает уведомления заинтересованным пользователям при критических изменениях и хранит историю версий для анализа и отчетности.
Интеграция с поставщиками и форматы обмена данных
Рекомендуемые форматы обмена: CSV, JSON, REST/API и требования к схемам данных
Рекомендуются стандартизованные форматы CSV и JSON, а также REST/API с согласованной схемой данных: поля артикула, нормализованный артикул, VIN‑поля, технические параметры, ссылки на изображения и метаданные источника. Схемы включают обязательные поля и контрольные поля версии.
Проверка целостности при приёме данных, обработка конфликтов и синхронизация версий
При приёме данных выполняется валидация схемы, проверка контрольных сумм и сопоставление с текущими записями. Конфликты разрешаются правилами приоритета источников и журналируются. Синхронизация версий предполагает двухстороннюю проверку временных меток и отдельную процедуру для критических обновлений.