电子签名上线失败，多半不是「不会点发送」，而是模板字段、签署角色顺序与法务效力未对齐。Odoo 19 侧常见模型：sign.template、sign.request。顺序错误会导致对方无法下签或法务拒收；签署完成后若不回写单据状态与 PDF，业务仍会裸奔发货。本文按模板、顺序、回写、作废重发说明。
模板与变量
合同正文 + 签署区角色（我方/对方/见证）。金额、甲乙方、日期等变量来自 Odoo 单据字段，避免手填关键金额。模板变更要版本化；已发出的旧包不自动变。
签署顺序
串行：我方先签再对方；或并行：双方同时。与法务确认后写进配置，培训销售不要临时改序。变更条款后旧签署包作废并重发，保留审计。
回写与闸门
签署完成回写单据状态，PDF 挂到 ir.attachment。未完成不得进入发货/付款等下一阶段——用自动化或必填校验卡住。证书与时间戳保留策略按公司法务要求。
验收标准
- 双人顺序签署完成并自动挂 PDF。
- 作废旧包后不能继续签。
- 未签署单据无法确认发货（按配置）。
法务与销售的交接清单
模板上线前：法务确认签署角色与顺序、sign.template 变量映射表、作废重发规则。
销售只被允许从已发布模板发起 sign.request，不得上传随意 PDF 当正式合同
（除非开例外权限）。签署完成后检查 PDF 是否挂到业务单据；发货/付款自动化读取签署状态。
证书与时间戳导出抽样归档，满足审计抽查。
电子签链接有效期与提醒策略写进模板说明；过期自动作废并通知发起人重发。
作废、重发与审计导出
条款变更 → 作废旧 sign.request → 基于新模板重发 → 旧链接失效。
审计导出：发起人、签署人、时间戳、IP（若有）、最终 PDF 哈希。业务闸门：未完成签署不能确认发货/付款，
用自动化或必填校验。销售培训用预生产模板演练串行签署；法务抽查变量是否被手改。
证书到期前轮换并回归一次完整签署。
外部签署人邮箱错误导致的退信，要有仪表可看，并通知发起人改正后重发。
电子签模板停用流程：先停新发，再处理在途包，最后归档。
预生产勾选表需覆盖文章编号 371 全部验收点后再约生产窗口。
将文章编号 371 的配置变更记入发版说明，便于回滚对照。
将文章编号 371 的配置变更记入发版说明，便于回滚对照。
将文章编号 371 的配置变更记入发版说明，便于回滚对照。
将文章编号 371 的配置变更记入发版说明，便于回滚对照。
模板生命周期
停用模板：停新发 → 处理在途 → 归档。作废旧包链接失效。审计导出 PDF 哈希。
未签署挡发货。邮箱退信可观测。证书到期回归。销售仅用已发布 sign.template。
法务抽查变量映射，防止手改金额。
落地备忘（371-0）：把本文验收项做成检查表，预生产逐条勾选并附截图；生产窗口前提交负责人签字。相关模型与字段以当前 Odoo 19 实例开发者模式显示为准。
落地备忘（371-1）：把本文验收项做成检查表，预生产逐条勾选并附截图；生产窗口前提交负责人签字。相关模型与字段以当前 Odoo 19 实例开发者模式显示为准。
落地备忘（371-2）：把本文验收项做成检查表，预生产逐条勾选并附截图；生产窗口前提交负责人签字。相关模型与字段以当前 Odoo 19 实例开发者模式显示为准。
中国Odoo网｜对照 Odoo 19 企业版电子签实践：模板变量来自单据，顺序与法务一致，PDF 回写挡业务闸门。