合同审批状态机
合同从草稿到生效、到期或续签，以及各审核节点的驳回回流。
作者：松柏
合同审批状态机只回答「合同现在处于哪一态、什么事件能把它推走或打回」，不画跨部门怎么走流程——那是流程图。
Prompt 模板
画合同审批状态机：草稿 → 部门审核 → 法务审查 → 总经理审批 → 签署 → 生效 → 到期/续签，以及各环节的驳回分支
适用场景
- 和法务对齐哪些状态允许编辑正文
- 给研发列合法迁移，当作测试大纲
- 解释「退回修改」回到哪一态，而不是从头再来
关键节点
- 草稿
- 可编辑正文。离开条件：提交审核。驳回后通常回到这里，而不是新建一份。
- 部门审核
- 业务负责人看金额与标的。通过 → 法务；驳回 → 草稿，并写驳回原因。
- 法务审查
- 条款与合规。通过 → 总经理；驳回可回草稿或回部门，图上必须写清回哪一态。
- 总经理审批
- 权限内终审。通过 → 签署；驳回策略与法务相同，不要省略。
- 签署
- 双方盖章/签章中。失败（对方拒签）应回到草稿或「已作废」，不要悬空。
- 生效
- 履约中。离开事件是到期、提前解除或进入续签，不是「再审核一次」。
- 到期 / 续签 / 作废
- 终态要分开：到期结束、续签回到新草稿或新合同、作废不可再激活。混成一个「结束」会让系统无法对账。
画图提示
- 每个箭头写事件名：提交、通过、驳回、拒签、到期，不要只画线
- 驳回必须指明回到哪一态；「退回」两个字不够
- 不要在状态机上画「法务怎么审」的步骤，步骤另开流程图
常见问题
为什么不直接画审批流程图？+
流程图讲人怎么做，状态机讲对象处于哪。研发落库和测试用例认状态。流程见 /guides/ecommerce-flow 的拆法，技能见 /skills/state-machine。
标题是合同，和订单状态有什么关系？+
迁移写法一样：合法事件推进、非法事件拒绝。订单版把状态换成待支付/已支付即可，主链不要混进售后，售后另开一张。
作废能不能回到草稿？+
默认不能。需要「复活」就画显式事件，并在图注写谁有权触发，避免运营口头改状态。
