先把“可采购的型号”定义清楚
MCU 采购最常见的延误，不是报价慢，而是询价开始时只有一个系列名或不完整的丝印。对同一核心系列，闪存容量、封装、温度等级、供电范围、外设组合、引脚复用和安全配置都可能不同。采购前应优先确认完整 MPN、目标数量、封装、应用板版本和可接受的生产日期范围；若有后缀、编带方式或无铅版本，也应写进 RFQ。KETA 作为独立 IC 分销与采购合作伙伴，会按 RFQ 核对可供货信息，并不把目录文字当作实时库存承诺。
把工程约束交给采购链路
MCU 是否能替换，不能只看内核或引脚数量。应由客户工程端确认启动方式、时钟、电压域、ADC 精度、通信接口、Flash/RAM 配置、调试接口、软件包和认证要求。若可接受替代方案，RFQ 中应明确“完全指定型号”与“可评估替代料”分别处理；替代料的最终技术确认始终应由客户工程端完成。
封装与版本是独立风险项
- 确认 LQFP、QFN、BGA 等封装及精确脚数、尺寸和焊盘兼容性。
- 区分工业、商业或车规等温度与可靠性要求，避免仅凭系列名称判断。
- 确认裸片版本、Flash 密度、加密或安全功能是否影响现有固件。
- 对于卷带、托盘或管装，写明期望包装与是否允许混批。
供货风险应在报价前拆开确认
独立市场的可得性会随具体料号、数量和交付地区变化。建议把目标数量拆分为首批与后续需求，并说明是否接受分批交付；不要假定某个数量、批次、交期或 MOQ 已经被保证。对长生命周期项目，应同时准备已批准料号、可评估候选和不可替代的关键限制，这样供应商才能在报价时准确反馈 RFQ-based 或 On Request 的供应状态。
一份可执行的 MCU RFQ 至少包含
- 完整 MPN、制造商和目标数量；
- 封装、温度等级、应用限制与所需交付地区；
- 对 date code、lot、原包装和可追溯资料的要求；
- 可接受/不可接受替代料的边界；
- 期望到货窗口，而非未确认的固定交期。
若项目包含多颗 MCU 或同时缺少存储器，建议上传 BOM 并标出关键项。这样可以在同一轮核对中比较风险、交期和替代路径，再由客户工程端完成技术决策。