直接回答
元器件采购证据包应把请求的 MPN 关联到供应商结果、数量、价格、交期事件、地区、来源、时间戳和决策负责人。原始证据应在私有系统保存，归一化状态要展示边界，并记录为什么采购、暂缓或拒绝。
为什么需要采购证据包
采购决定被复核时，来源页面可能已经变化，价格可能已经过期，原采购人员也可能换岗。采购订单可以说明买了什么，却未必能说明当时为什么选择这个精确料号和供应商。
证据包让工程、采购、质量、计划和财务拥有共同记录，不需要很大，但必须保留身份、商业上下文、来源新鲜度和决策边界。
可以从 MPNRadar 的证据优先监控开始，本篇重点讨论从观测到采购或暂缓的交接。
核心证据记录
```text 设计引用： 请求的制造商： 请求的 MPN 与后缀： 要求的封装/认证： 需求数量与需要日期：
供应商： 供应商 SKU： 地区/仓库： 可用数量： 预计数量/日期： 交期事件与数值： 单价/档位/币种： MOQ 与包装：
来源 URL 或报价： UTC 观测时间： 来源新鲜度规则： 原始证据指针： 核验人： 决定与原因： ```
具体存储系统可以是 ERP、采购工具或受控证据库，但字段含义应稳定，不能因为供应商连接器不同而失去上下文。
从设计身份开始
记录来自 BOM 或工程来源的完整 MPN，包括后缀和封装。不要从分销商搜索结果开始，然后假定它就是设计所需的零件。
MPN 与 SKU 监控说明了为什么制造商标识和供应商标识必须分开。替代料在评审中时，应作为候选关联，不能修改原始行。可以参考替代料监控。
记录商业上下文
同一个零件可能有多个价格和供应状态，要保存：
- 请求数量；
- 价格档位；
- 单价与扩展总价；
- 币种；
- 公共或账户专属上下文；
- 包装和最小起订量；
- 发货地区；
- 当前库存与预计库存；
- 报价或价格有效期。
阅读元器件阶梯价监控时，要特别注意低单价是否需要更大的订单。不能在没有需求窗口的情况下把较低的单价称为节省。
记录时间事件
每次观测都需要 observedAt，还应说明交期代表什么：
``text supplier_ship_estimate expected_replenishment manufacturer_production_estimate confirmed_quote_date customer_delivery_date unknown ``
保留供应商原始措辞。交期监控说明了制造商估计和客户交付承诺为什么不能放在同一字段中。
分开证据层
可以使用三个层次：
| 层次 | 示例 | 可见范围 |
|---|---|---|
| 原始层 | API 响应、页面捕获、供应商文件、报价 | 私有且受控 |
| 归一化层 | MPN、数量、状态、价格、交期字段 | 采购与工程 |
| 决策层 | 采购、暂缓、替代评审、拒绝、负责人 | 决策相关人员 |
归一化层应指向原始证据，决策层应写明仍然未知的内容。不要用一个整洁的状态徽章掩盖缺失来源。
移交前完成核验
使用以下顺序：
- 比较制造商和完整 MPN；
- 比较封装与认证；
- 确认来源和地区；
- 确认数量语义；
- 检查价格档位和 MOQ；
- 识别交期事件；
- 验证新鲜度和连接器健康；
- 必要时取得质量或工程批准。
采购前核验供应商结果对每一步都有展开。证据包不能在其中一项仍未完成时声称结果已经可以下单。
让决定可审计
使用和实际动作一致的决定值：
``text BUY_APPROVED 已批准采购 QUOTE_REQUIRED 需要询价 HOLD_FOR_ENGINEERING 等待工程 HOLD_FOR_SUPPLY 等待供应 ALTERNATE_REVIEW 替代料评审 REJECT_IDENTITY 身份不通过 REJECT_COMMERCIAL 商业条件不通过 NO_ACTION 无需动作 ``
为每个决定添加原因和负责人。“批准采购”应指向采购授权或订单；“等待供应”应记录下一次日期或替代路径；“无需动作”要说明为什么告警没有要求改变。
处理过期或失败观测
来源过期时，保留最后一次有效记录并标记当前证据状态。连接器失败时，参阅供应商 API 故障手册。不能为了让记录看起来新鲜，就用恢复时间覆盖旧观测时间。
来源返回未知状态时也保留未知。未知库存不等于缺货是监控和采购交接都适用的规则。
保留真正改变决策的证据
不一定要永久保存所有原始响应，但应保留支持以下结论的证据：
- 精确身份；
- 采购档位的价格和数量；
- 交付或报价承诺；
- 生命周期或 PCN 风险；
- 质量批准；
- 最终决定。
遵守公司保留、隐私和供应商合同规则。凭据和个人数据不能放入证据包，除非批准的安全系统明确需要它们。
按角色组织交接
证据包应标明：
- 工程：确认技术身份和替代料；
- 采购：确认供应商、价格、数量和订单条款；
- 质量：确认认证与变更控制；
- 计划：确认需求和需要日期；
- 财务：必要时确认商业授权。
小团队中一个人可能承担多个角色，但仍建议写清角色，方便后续交接。
如果证据来自供应商 API，可将供应商当前的 DigiKey Product Information V4 文档放在证据定义旁边，帮助复核人员区分原始产品字段与监控系统的归一化字段。
采购团队常问的问题
截图够不够作为证据？
截图可以保存上下文，但应关联精确 MPN、来源、时间戳、数量和地区。单独的截图难以比较，也可能没有显示完整条款。
证据包应存放在 MPNRadar 吗？
MPNRadar 可以组织监控观测和来源上下文。私有报价、凭据、合同和内部批准应存放在公司的受控系统中。
证据包完整就能保证采购正确吗？
不能。它只能让决定可复核，供应商准确性、交付、质量和商业条款仍需当前确认。
最后检查
另一个负责人应能从证据包回答：哪个精确零件、哪个来源、什么数量和价格、哪个地区和日期、交期代表什么，以及为什么做出这个决定。未知项要保持可见，原始证据要可以追溯。
MPNRadar 用于组织监控和决策证据，不认证产品身份、供应商库存、价格、质量或交付。采购前请确认当前来源和内部批准。相关内容：减少 BOM 误报、元器件生命周期监控、MPNRadar 定价。
Audience and limitations / 适用范围与限制
本文适用于需要监控电子元器件供应、采购和工程风险的团队。This article does not promise supplier accuracy, stock, price, delivery, lifecycle status, eligibility, approval, savings, or any specific business outcome. 具体决定仍应以当前来源、制造商资料、供应商条款和公司审批为准。