钢构合同签不下来，卡的是构件清单没核完
一份钢结构合同，从报价到签字拖了四十天。老板以为是审批流程太长，把三级审批砍成两级，又拖了二十天。真正卡住的是那张构件清单：三百多行，甲方改了两版，每改一次金额都要重算，谁也不敢签。
清单核不完，是因为它不在系统里
钢结构报价的特点是行数多、单件差异大。一根钢柱和一根檩条的价格逻辑完全不同，按吨算还是按件算，不同项目还不一样。
千营的订单里能添加产品/服务：从产品列表选产品（产品名称、编号、单价、单位），填数量，系统自动算小计。三百行清单照这个方式一行行加，不现实。这一点必须承认：系统没有清单批量导入到订单明细的功能，硬要一行行加，录入的人会疯。
可用的折中做法是把产品库做粗、把清单做附件。产品库里只建「钢柱」「钢梁」「檩条」「支撑」这几类，单价填基准价，订单里按大类加几行，金额按大类汇总。真实的三百行清单作为附件挂在跟进记录里，或者用订单备注写清「详见附件清单 V3」。
这个做法放弃了逐行核对的精度，换来的是订单能建、金额能算、合同能生成。对大多数中小钢构厂，这个取舍是对的。
合同从订单取数，金额对不上就是清单没核完
电子合同的模板支持变量自动填充，像 ${customer_name}、${order_amount} 这类变量能从 CRM 直接取值。订单审核通过之后生成合同，金额、产品明细、交付日期这些字段从订单直接读，不用重新录入。
这条链路的价值在于：合同金额和订单金额天生一致。如果两者对不上，只有两种可能，一种是有人手工改了合同，一种是订单本身建错了。这两种都能查出来，比对着两份 Excel 找差异快得多。
反过来看，这也是清单必须先核完的原因。订单是源头，源头错了，合同、回款、开票全跟着错。核清单这件事没法交给系统，只能交给一个明确的人。
审批该砍的不是级数，是会签和或签
审批流程支持多级，节点上能设会签和或签。会签是这个节点上的人全部同意才过，或签是任意一个同意就过。
钢构合同的实际风险集中在两处：技术条款和付款条件。技术条款该由技术负责人会签，付款条件该由财务会签，这两处不能或签，因为任何一个人放过都可能出事。老板那一级反而适合或签，两个副总任意一个签字即可，避免一个人出差就压单。
签署方式也得选对。对公合同用 CA 数字证书，金额大的加人脸识别核验身份，个人客户用短信验证码快签。多方签署支持企业方、客户方、担保方多角色，签署顺序可配置。顺序这个设置影响生效日，钢构项目常有垫资，生效日晚半个月，资金成本就是实钱。
回款节点跟着构件发运走
钢构的收款节点通常是预付、发运、安装、验收四段。订单支持分阶段收款，每一期设金额和时间。分阶段建好之后，订单详情里能看到已付金额、原定收款时间、实际收款时间，订单分析里能看延期订单数量和延期订单金额。
延期订单金额这个数在钢构行业特别值得每天看，因为发运节点和收款节点容易脱节：构件已经拉到工地，预付款还没到账。这种时候停发货伤客户关系，不停发货伤现金流。
流程配完，还得有人按它跑。做钢构这类按图加工的生意，跟非标自动化CRM里的按单设计逻辑很像，都是「图纸定、清单定、价格定」三步走。项目金额大、垫资多的，可以再看项目制销售CRM里按阶段设收款的办法。
四十天不稀奇。稀奇的是砍了两级审批之后，那四十天一天都没少。
