企业合同起草电子化设计从模板套用、占位域填充到在线成稿归档演示地址http://ruoyioffice.com | 源码1·GitHubruoyi-office | 源码2·GitCoderuoyi-office | 源码3·Giteeruoyi-office | 微信17156169080备注「RuoYi Office」“合同模板发你邮箱了甲方名称、金额、日期自己改一下”——这句话背后藏着企业合同最大的隐患模板满天飞、版本对不齐、关键字段填错、改完的稿子谁也说不清是不是最终版。合同的价值在于严谨而发个 Word 各自改恰恰把严谨交给了运气。合同起草电子化本质是把写合同这件事从自由发挥变成模板驱动、字段受控、正文可追溯的标准动作。本文以 RuoYi Office 的合同起草能力为样本拆解一份合同正文如何从模板套用、占位域填充一路走到在线成稿与归档面向法务、实施顾问与做合同系统选型的同学。 本文聚焦「合同起草成稿」这一段模板→正文→产物。合同的 9 状态生命周期、审批签署与台账履约另见《合同管理全生命周期设计》一文此处不再展开。▲ 合同起草电子化全景① 选用合同模板关联分类/类型→ ② 按占位域定义填充字段值 → ③ 在线拟稿富文本 / OnlyOffice→ ④ 生成正文 HTML Word/PDF 双产物 → ⑤ 提交审批、归档留痕正文与台账贯通引言合同起草难在受控写份合同听着简单做成企业级能力要回答一连串问题难点一模板满天飞。销售 A 用的是三年前的老模板法务改过的新版没人同步同一类合同在公司里存在好几个版本风险条款各不相同。难点二关键字段靠手填。甲乙方名称、金额、起止日期、信用代码——这些字段散落在正文各处手工替换极易漏改、错改一份合同里甲方名字前后不一致是常事。难点三改完的稿子说不清。Word 传来传去“合同终版”合同终版2合同终版最终版满桌飞到底哪份是提交审批的那份谁也不敢拍板。难点四正文和系统两张皮。合同正文在 Word 里、合同信息在系统里履约、审批、归档时又要重新对一遍正文与业务数据完全脱节。朴素做法问题邮件发模板各自改版本混乱、条款不一关键字段手工替换漏填错填、前后不一Word 反复另存终稿难辨、无留痕正文与系统分离数据两张皮RuoYi Office 的解法是把起草做成模板套用 占位域填充 在线拟稿 双产物成稿 归档的受控链路。下面拆开看。一、功能拆解合同起草电子化的组成一份合同正文从无到有涉及这几块能力环节职责关键能力模板套用选定标准范本按分类/类型选模板引用版本占位域填充结构化填字段占位域定义 字段值映射在线拟稿编辑正文富文本 / OnlyOffice 二选一双产物成稿生成正式文件正文 HTML Word PDF可编辑治理控制能不能改contentEditable 只读锁定归档留痕留存正式件签署件/归档件 URL价值在于把合同起草从自由改 Word升级为模板受控、字段结构化、正文可追溯的标准动作。二、数据模型起草单承载正文与字段值合同主表contract_info是起草成稿的载体它把选了哪个模板、填了哪些字段、生成了什么产物全部结构化沉淀publicclassContractInfoDOextendsTenantBaseDO{privateStringcontractName;// 合同名称privateLongcategoryId;// 合同分类privateLongtemplateId;// 选用的合同模板privateIntegertemplateVersion;// 选用的模板版本号privateStringcontentHtml;// 填充后的合同正文在线编辑最终稿TableField(typeHandlerJacksonTypeHandler.class)privateMapString,ObjectfieldValuesJson;// 占位域填充值key - valueprivateStringcontractDocUrl;// 生成的 Word 文件 URLprivateStringcontractPdfUrl;// 生成的 PDF 文件 URLprivateStringsignedFileUrl;// 正式签署件 URL}关键字段解读字段含义设计意义templateId/templateVersion模板 版本正文可溯源到具体范本版本fieldValuesJson占位域值JSON字段与正文解耦可回填可复用contentHtml富文本正文富文本模式下的最终稿contractDocUrl/contractPdfUrlWord/PDF 产物高保真模式下的正式文件signedFileUrl签署件盖章回传后的定稿为什么正文contentHtml和字段值fieldValuesJson要分开存因为填了什么和正文长什么样是两件事字段值结构化存下来既能在正文里替换占位域也能同步回合同主数据金额、甲乙方还能在后续变更时对比改了哪个字段。正文与字段解耦是合同数据能被系统复用、而不是烂在一坨 HTML 里的关键。三、起草流转从模板到成稿一份合同正文的成稿过程是一条从范本到定稿的受控流转线阶段状态特征说明选模板templateId 已定按分类选标准范本填占位域fieldValuesJson 就绪结构化填甲乙方/金额/日期在线拟稿contentHtml / docUrl 更新富文本或 OnlyOffice 编辑生成产物pdfUrl / docUrl 生成导出正式 Word/PDF提交审批processStatus审批中进入合同生命周期归档signedFileUrl / archiveDate定稿留痕关键在于占位域填充模板里预置了${甲方名称}、${合同金额}、${签订日期}这类占位标记起草时按字段定义收集值一次性回填到正文杜绝这里改了那里忘改。填完的字段值随正文一起沉淀正文因此不再是一份死的 Word而是可追溯、可复用的结构化数据。四、页面深拆从起草列表到台账合同起草列表所有在起草/编辑中的合同集中管理是正文成稿的工作台入口。▲ 合同起草列表起草态合同集中呈现从这里进入在线拟稿页完成正文填充与编辑合同台账列表审批通过后的合同以资产态进入台账正文产物与合同信息一体留存。▲ 合同台账成稿并审批通过的合同进入台账正文 Word/PDF 与合同主数据一并归档关联业务合同CRM 等业务模块的合同同源共管起草能力全局复用。▲ 业务侧合同CRM/采购等场景的合同复用同一套起草与模板能力正文标准统一五、选型视角起草电子化的价值在受控 打通合同工具很多起草电子化真正的分水岭在两点维度发 Word 各自改一体化平台起草模板管控版本混乱模板库 版本引用字段填充手工替换占位域结构化填充正文产物反复另存正文 Word/PDF 双产物可编辑治理无只读锁定可控业务打通两张皮正文与台账/审批贯通一句话合同起草的价值不在能打字而在让每一份正文都从受控范本长出来、每一个字段都结构化可追溯、每一份定稿都和业务数据连着。模板守住条款一致、占位域守住字段准确、双产物守住定稿唯一、系统打通守住数据一体——这四点是发 Word永远给不了的。六、方案亮点亮点说明价值模板版本引用templateId version正文可溯源范本占位域填充fieldValuesJson字段准确、可复用双编辑模式富文本 / OnlyOffice轻重场景各取所需双产物成稿HTML Word/PDF定稿唯一可导出正文台账贯通与合同主数据一体数据不两张皮七、常见问题 FAQQ1占位域是怎么定义和填充的模板里预置占位域定义字段名、类型起草时按定义收集字段值存入fieldValuesJson再一次性回填正文避免手工在正文里逐处替换。Q2正文既有 HTML 又有 Word以哪个为准取决于编辑模式富文本模式以contentHtml为最终稿OnlyOffice 高保真模式以回存的contractDocUrlWord为准并可导出 PDF。系统按模板的编辑器类型统一不会两套并存混乱。Q3能锁定正文不让业务随意改吗可以。模板可设生成正文是否允许二次编辑为不可编辑时由该模板生成的合同正文在起草页只读仅可生成不可修改保障标准条款不被篡改。Q4起草的正文怎么进入审批和台账起草完成提交后进入合同审批流程审批通过的合同以资产态进入台账正文产物随之归档形成起草—审批—台账的连续链路生命周期细节见另一篇专文。Q5不同业务模块的合同能共用起草能力吗可以。合同起草与模板是独立的合同模块能力CRM、采购等业务侧合同可复用同一套模板与占位域保证全公司合同正文标准一致。Q6换了模板版本老合同会受影响吗不会。合同正文引用的是起草时的模板版本号templateVersion模板后续升级不影响已成稿合同历史正文保持稳定可追溯。结语合同的严谨不该寄托在业务自己改 Word 别改错上。RuoYi Office 把合同起草做成模板套用 占位域填充 在线拟稿 双产物成稿 归档的受控链路用模板版本守住条款一致、用占位域守住字段准确、用正文与字段解耦让合同数据可复用可追溯。对法务和实施顾问来说起草电子化的意义不是少发几封带附件的邮件而是让每一份合同正文都从标准范本长出来、都和业务数据连在一起——这才是合同数字化真正的起点。演示地址http://ruoyioffice.com | 源码·Giteeruoyi-office | 微信17156169080备注「RuoYi Office」
