车型数据
品牌层级、车系、车型、年款、排量、版本、发动机、车身与排放字段。
car_brand / parent_id / levelcar_series · car_model_name · model_yearengine_description · fuel_type · body_form
数据服务
汽配数据即服务
数据域
目录里包含什么
六大主数据域，全部标准化并互相外键关联。
配件主数据
配件编号、名称、标准名称、分类、车品牌与配件品牌，一条记录说清。
parts_no · parts_namestandard_name_id · category_idbrand_id · car_brand_id · unit
OE 与替换码
一个配件可挂多个 OE 号，并可限定车品牌或配件品牌范围。
general_code范围：car_brand_id范围：brand_id
适配关系
适配按车型存储，可选销售区域，保证适用性精确。
parts_id ↔ car_model_idarea_id（销售区域）remark · isEnabled
分类体系
持续维护的分类树，覆盖汽车系统与配件品类，商城目录与配件目录均可用。
name · name_enparent_id · sorttype：类目 / 发动机 / 车厂
标准名称与别名
统一命名层，避免同一个实体件被写成五种不同叫法。
standard_name · unitalias_namecategory_id
覆盖情况
当前覆盖量
实时读取自生产环境的汽配数据服务。
数据量实时读取自当前租户的汽配数据服务。
交付方式
你可以怎么拿到数据
先看网站，再上接口，规模上来后用文件推送。
网站查询
本站页面——车型、配件与通用码检索，并展示适配详情。
REST 接口
JSON 接口，可直接接入你自有的目录系统或 ERP。
文件导出
按需一次性或定期导出 CSV / Excel，范围由你指定。
托管推送
通过 SFTP 或对象存储定期推送，并带变更追踪。
数据治理
数据为什么可靠
每条记录都带启用/停用状态与软删除审计，并持续维护。
启用 / 停用状态
记录可停用而不丢历史，停用数据不会对外出现。
软删除审计
删除保留时间戳，可追溯、可回滚。
引用一致性
配件、车型、适配与编码之间的外键在模型层强制约束。
持续维护
随着新车型与配件品类接入，目录持续扩充与纠错。