客户在询盘里写“Delivery W32”，销售若直接把它当成某一天，报价、排产和物流很可能各用一个日期。第32周只是周编号，还缺年份、起始日规则与交货节点。报价单应保留客户原话，再写明双方确认的具体日期。
一个W32还不能确定交货日
周编号离开年份就会重复。十二月接到次年项目时，客户写的W02很可能指下一年；系统如果默认当年，日期会整整错一年。销售需要根据邮件时间、项目计划和客户原文确认年份，不能让表格自行推断。
周从哪一天开始也要写清。若项目采用ISO周制，一周按周一至周日计算；有些客户的ERP或厂内日历使用另一套周起始规则。两边都说“第32周”，实际覆盖的日期可能不同。报价前应向客户确认所用日历，并在记录中留下对方的回复。
还要分清这一周指什么节点。客户可能要求工厂在该周出货，也可能要求货物在该周到仓。二者之间还有订舱、报关和运输时间。只换算周数却没确认节点，得到的日期仍无法用于排产。
报价单同时保留原始周数和确认日期
询盘记录中先保留客户的原始字段，例如“Requested delivery: W32”，不要用换算结果覆盖它。销售另建一个已确认字段，写入年份、日期范围和节点含义。客户回复邮件、更新后的询价单或会议纪要，都可作为确认依据。
报价单上不宜只写“W32”。可以写成“计划工厂出货：2026年8月3日至8月7日（客户W32要求）”这类可核对的表述。具体范围要按双方采用的周制计算，本文示例不能直接套用到其他年份。
若交期还受图纸批准、预付款或材料到位影响，报价单要把起算条件放在日期旁边。“确认订单后若干周”与“W32出货”不是同一种承诺，不能在邮件、报价单和ERP中混用。客户重新确认日期后，旧版报价也要保留，便于订单评审追溯交期变化的依据。
凯乐丰在梳理外贸网站询盘交接时，会把“客户原值”与“内部可执行值”分开保存。这样做不会丢掉W32这个原始线索，排产人员也能拿到已经确认的日期。
从询盘邮件一直核对到排产记录
字段设计不应只在销售的报价表里生效。网站表单、通知邮件、CRM、报价单和排产表都要能保留原始周数与确认日期。具体的页面来源、附件版本和表单字段如何跟随询盘，可参考网站询盘转给销售时的上下文交接方法。
上线前可用年末的W01、年中周数和未注明年份的输入做测试。核对表单是否保留原文，系统是否要求人工确认年份，导出文件里是否还能看到日期范围和节点。无法确认时，状态应显示“交期待客户确认”，不要自动生成一天。
关于制造业询盘字段与交接记录的整理方法，可用于检查这条链路中的字段责任。销售收到客户的日期确认后，应同步更新报价版本和排产备注，并保留修改人与时间。到了这一步，W32才从客户的简写变成团队可以执行的交期。