合同审批卡在法务三天，节点该怎么排
一份 168 万的设备合同，从销售提交到盖章用了九天。销售以为卡在法务，法务以为在等财务，财务说根本没收到。这种事查起来一点不难，难的是事前把它排明白。
千营的审批能力落在电子合同这个模块里，主要是三件事：谁能签、按什么顺序签、签完的东西放哪。
先定顺序，再定人
审批流程配置支持多级审批，典型排法是销售主管、法务、财务三段。节点上还能设会签和或签：会签是这个节点上的人全部同意才过，或签是任意一个同意就过。法务和财务这种互不替代的角色适合会签，两个副总之间适合或签，否则一个出差就把单子压住了。
签的人不止内部。多方签署支持企业方、客户方、担保方多个角色，签署顺序可配置。顺序这一步最容易被忽略：客户先签了、我方后签，合同生效日就从后签那天算，尾款节点也跟着挪。有垫资的项目，这个日期差半个月就是资金成本。
签署方式有四种。短信验证码适合个人客户快速签；人脸识别用在金额大的合同上做身份核验；CA 数字证书给企业法人和对公合同；手写笔迹在移动端用手指签。选哪种不是技术问题，是万一打官司时你拿什么举证的问题。
模板里的变量，是这个环节省时间的地方
合同模板支持 Word 和 PDF 上传，用拖拽编辑器把字段摆到位。模板里的变量像 ${customer_name}、${order_amount} 这类，可以直接从 CRM 取值填充。系统内置了销售合同、服务协议、NDA 保密协议、采购合同几套标准模板，也能自己建，模板支持多版本并存，改过哪一版有记录。
变量取值的准确性取决于订单。订单填得潦草，合同里的金额和产品明细就跟着潦草。这也是为什么订单审核通过后再生成合同更稳：金额、产品明细、交付日期这些字段从订单直接读，不用重新录入，也就没有第二次录错的机会。
签完的状态，得能自己往回推
合同状态实时同步，能看到待我方签署、待客户签署、已完成、已拒签。和订单是双向的：合同签署完成，订单状态自动更新成待发货或待履约；合同被拒签或作废，订单打回待确认。这条双向关系省掉了一个常见动作：销售在微信群里问「这单到底能不能发货」。
归档是自动的，按客户、订单、金额、签署时间分类，支持按合同编号、客户名称、签署人、关键词检索。合同到期前系统会推提醒，续约管理靠的就是这条提醒，不靠人记得。
有两件事得说清楚。一是这套功能在电子合同模块里，如果团队只想要一个「订单金额超 50 万要两级审批」的轻量控制，用起来会重，订单本身的字段和权限更直接。二是合同在法律上的效力来自 CA 认证和存证，这些是模块本身的能力，不取决于你排了几个审批节点；节点排得再漂亮，签的人没有授权也是白排。做工程和装备类生意的，合同金额大、变更多，可以顺着装备制造CRM里的做法，先把「订单、合同、回款」三个日期对齐，审批顺序反而不急。
九天的合同不稀奇。稀奇的是九天之后，没人说得清时间花在哪一段。审批节点之外的合同条款设计，可以参考项目制销售CRM里按项目金额分级的做法。
