像「下摆臂」「起动机」「刹车片」或「水泵」这样的品名，识别的是配件类别。它本身并不能识别具体的车型适配。
对后市场采购商来说，这一区分是根本性的。同一品名描述可以对应不同车辆世代、发动机、转向配置或参照编号。当品名与 OE 参照及拟用车型适配连在一起时，寻源需求会好管理得多。
品名、OE 参照和车型适配回答的是不同问题
品名回答的是：这是哪一类配件？
OE 参照回答的是：所请求的配件对应哪一个原厂参照？
车型适配回答的是：该件拟用于哪一车辆、世代、配置或系统？
这三项信息不应被当成可以互换的。
例如，一份 Toyota Hilux 下摆臂需求，如果相关世代或 OE 参照未知，仍然不完整。同样，在未核对车型适配之前，也不应把一个 OE号当成该件适用于所有同名车型的证明。
清单越大，OE 参照越重要
采购商处理五条或十条参照时，往往还能手工消除歧义。更大的清单会带来另一个问题：从识别走到报价和采购时，每一行都必须保住自己的身份。
实务结构是：
车辆 → 车型适配 → OE 参照 → 后市场产品 → 寻源状态
这并不是声称单凭 OE 参照就能解决所有适配问题。它是一种让关键信息保持相连的方式。
Toyota Hilux 说明了这个问题
DEAUTO 自身的采购记录中，有一份 Toyota Hilux 需求包含 115 条行记录、81 个不同的 DA 参照。这份证据的价值不在于衡量全球 Hilux 需求。它说明，一份以单一车型为中心的需求，会多快变成一项大型参照管理工作。
DEAUTO 当前的 Toyota Hilux 目录也显示了该平台上的品名与 OE/OEM号范围。目录例子可以说明品名与 OE/OEM号之间的关系，但目录上有件，不应被说成客户已购买的证明。
更好的寻源需求结构
一份专业 RFQ 在信息可用时应保留：
- 品牌和车型；
- 世代或年份区间；
- 发动机或配置；
- OE/OEM 参照；
- 所请求的品名描述；
- 数量；
- 以及任何市场特定的适配备注。
原始需求越完整，后续需要做的解释就越少。
实务规则
品名适合描述配件；OE 参照和车型适配信息适合识别配件。
对复杂的后市场寻源来说，最有力的需求并不是简单的「找这件」。而是一份结构化需求：车辆、车型适配和参照从识别一直连到报价。