一张图纸变成一份报价的两天

24.1 图纸进门那一天

客户在微信里发来一个压缩包："照这个做，报个价。"小徐存到桌面，开始建询价单。

系统里那张询价单要填的比他预想的少：客户、联系人和电话、产品名、要多少件、零件描述、客户特殊要求，再加一个有效期天数和"是不是样品"。图纸不是笼统一份附件，是一张一张登记的：每张记下原名、存放路径、大小、类型、图纸号、属于哪个产品、什么时候传上来的。最后这条比看上去重要——三个月后争"客户到底给过没给过第二版"，答得出的只有这张清单。

进门这一道有三个数要交底。能收的类型列了二十来种：文档、二维图、三维模型、几种图片，连整个压缩包都收。单张上限 40MB。落盘的文件名，只是在原名前面加一串上传时刻。

图纸号是自动编的，但那种自动靠不住。 它数的是"今天有多少张询价单带过图"，再加上"这一单里已经有几张"。同一天两张单各传几张就会跳号、也会撞号：A 单先传三张，拿到 0001、0003、0004；B 单再传两张，拿到 0002 和 0004——两单的最后一张拿到同一个号。而图纸号只是记在一条记录里的文本，没有任何地方拦重复。发给客户的那张纸上写着"图号 0004"，谁也说不清它指哪一张。

这些文件存在一个凭链接就能打开的地方。这件事第十七章已经交底，这一章只补一句：图纸进得越顺，漏得也越干净。

24.2 有没有人先看一眼工艺

按规矩，图进来该有人看一眼：这台设备加工得了吗，这个公差我们平时做不做得到，这个量交期顶不顶得住。

系统里确实有这张纸，叫可行性评估，厂里一般叫工艺协助。销售部填结论和意见，工艺部的结论和意见是必填的，另外勾五项：技术、经济、产能、质量、交付。结论分三种：可行、有条件可行、不可行。

然后是这一章最该被看见的一件事：这张纸还是不硬拦任何人——但转报价那一刻会提醒一句。

• 有一个查询口子会回答"这单做过协助没有、结论是什么"。以前它只在接口定义里躺着、管理端零调用；那个没人用的死件已经清掉。要卡"未评估不许报价"，还得厂里自己定规矩，系统不替你按死。
• 把询价转成报价，代码仍不强制工艺意见；但没有一张已完成的评估时，转报价会回一句警告，提醒去工艺协助补评——只提醒，不阻断。
• 报价提交审批那一步仍不查可行性评估，这一段现状未变。
• 询价详情页带出工艺结论这件事，如今不再借审批状态说话。以前评估一做完就把询价单标成"已审批通过"、转报价又把它改成"已转报价"，结论跟着从屏上消失；现在只要项目下有一张已完成评估就回显，评估语义和审批语义彻底分开，那三个字也不再被滥标成审批结果。

所以"有没有人看过图"这件事，眼下仍靠厂里的规矩、不靠系统。系统能保证的是三样：结论事后查得到、转报价缺评估会提醒一句、评估完成后往询价单上回写一行留痕。

还有一处容易想多。客户确认之后系统确实会自动建工艺路线，但那上面的工序是从产品资料库的工艺概要里拆出来的，不是从这张评估表上抄过来的——评估表上根本没有工艺概要这一栏。这两张纸之间没有线。

24.3 核价：两种进法，一条硬规矩

询价转过来的报价单，一律先落在"待核价"。顺便说一句，明细行不是从询价带过来的：转报价只建一张空头，产品行是核价页面上按询价单里的产品名拆出来的，多个产品用顿号隔开就拆成几行。名称写得含糊，行就分错。

价格由谁填，系统留了两种路子：销售自己知道价，或者领导核价。两种最后都走同一条审批路，差别只剩谁有权改价——领导核价模式下，报价单带着零价提交，价格由销售经理在第一个审批节点上填进去，审批才继续往下走。填价这个动作只写价，不改状态，也不启动审批，但它记下核价人和核价时刻——这是这一段路上唯一新记下的一个时间点。

驳回那条规矩是全章最硬的：已被驳回的报价，重新提交时金额一分没改，就报错，提交不出去，提示写得很直白："请修改产品单价后再重新提交审批，不能原封不动提交"。系统还记着驳回时的金额、累计驳回几次、最近一次是谁驳的、什么时候、什么原因、属于哪一类驳回（价格审批驳回、客户拒绝、工艺路线驳回）。

这一条值得抄进任何一家厂的规矩里。 制造企业最常见的一句谎是"我改了"，改的其实是备注。把价格差当成放行条件，比让人写理由实在。价格这种事不允许系统去猜，也不允许人原封不动地再赌一次。

24.4 两天里唯一能一段一段看清的那一段

报价单在审批里走的每一步都带时刻：谁提的、每个人几点同意、几点驳回、有没有转交给别人、转给谁、什么时候转的，审批意见原文也在。

所以"这一单卡在谁手上几小时"这句话，只有审批那一段答得出。 前面几段答不出：询价单上只有建单时间和最后一次改动时间，没有"什么时候提交的""什么时候转的报价"——后一次改动会把前一次的时间盖掉。可行性评估上记的是评估日期，只到日。核价有时刻，客户确认有时刻，工艺路线审批有时刻，唯独中间的等待没有。

老陈要是想知道"我们报个价到底要几天"，现在只能拿建单那天和客户确认那天两头一减，把中间所有事算成一件事。这不是算得慢，是中间那些数没记下来。

24.5 报价发出去，靠的不是系统那张纸

审批通过，小徐把报价发给客户——截图、微信、自己拼的文件都行。因为系统里"下载报价单"那一个口子，条件是状态已经等于"客户已确认"或者"已转订单"，不满足就直接拒。

顺序正好反了：先登记客户确认了，才能把那份本该发给客户的东西打印出来。 系统里那张明细齐全、带图纸编号的正式报价单，实际是给确认之后归档用的；它顺带累计被下载了几次。

客户确认那一步要人点。凭证文件是可选的——什么都不传也能确认；确认之后询价单跟着改状态，同时发一条通知给工艺：去设工艺路线。客户拒绝也留了一个放拒绝凭证的位置，状态退回"需要重新报价"。这两格都可以不填。于是这三天的依据，还是留在聊天记录里。

24.6 相似件那次机会，差在最后一步

这一单报完，历史就摆在那儿了：同一个客户同一种件，以前报过多少钱、什么时候、批没批过。系统给这件事留了字段——询价、报价、订单、发货明细，每一层都能挂到产品资料库上。

问题是它以前挂得断——断在三处，如今接成了一处：

• 询价转报价那一刻，产品资料的关联以前不带过来，报价单表头那一格是空的。现在转报价、转订单都按明细行继承产品关联，唯一源落在明细行。
• 明细行上的关联，以前靠建单时按产品名称一模一样的字去产品资料库里撞：找到就填上，找不到就空着。改成按编号入料再报价，名字写得含糊也不再把关联撞丢。
• 而产品档案里那一屏"这个件报过的价、下过的单"，查的以前偏偏是表头那一格（很少写入）。现在改按明细行反查，表头那格不再是断点。

三处以前各说各话，如今认的是同一个明细行。 所以"新询价自动给出历史价区间"这句话，眼下缺的不再是那条断链——数据地基已通，按编号能回查同一个件报过的价、下过的单；把区间自动显示到询价新建页，仍排在第二批建设里。在那之前，翻历史这个动作还得人做，但至少翻得到。

断的还不止查历史。产品资料库里的工艺概要，是自动那条工艺路线唯一的工序来源；同一格没填上，拆出来的就是一条空路线，得有人从头敲一遍工序。

24.7 这一章不做的事

• 不替销售定价：没有成本反算、没有毛利约束、没有"低于多少不许报"。价格是填进去的，系统只管批与不批。
• 不做工艺判定的自动把关：24.2 那四处已经交底。
• 不做图纸要素识别：图传进来就是图，不读里面的公差、标题栏、技术要求。
• 不做报价版式自定义：那份文档是固定格式拼出来的。
• 不承诺消息必达：站内通知写进消息列表就算完。

24.8 今晚能定的两件事

1. 把"谁看图"写成一条规矩。 不进系统也行：询价一进"已提交"，工艺协助必须在半天内给结论，没有结论不许对外报价。那张表现成就在那儿，缺的是有人要求别人去填。
2. 把客户确认的凭证改成必填。 现在不传任何东西也能确认；改成先传一张纸——邮件截图、盖章回传、微信确认都行。这一步的成本是十秒钟，保住的是三个月后那句"客户到底哪天认的价"。

下一章讲中标之后：那张有双方签字的纸，怎么变成车间里的活。