起草|智能合同管理产品设计（3）：合同起草( 二 ) 环峻科技|相机|机器人|环峻|光

企业内部合同履约异常、纠纷案件等情况同样也要加入合作方资信评估模型。评估模型的设计可以根据企业自身行业属性、管理水平、风险偏好进行设计，可以黑、白、灰、红或是A、B、C、D等级的方式呈现，且在资信等级变化或是发生重大事件时及时提醒合同承办人和负责合同履行人员，及时做出应对措施。
关于合同相对联系人、联系方式、银行账号等信息的设计需要注意，一个合作方可能与集团多个公司或是多个部门存在合作关系，但联系人和银行信息不一样。
五、校验与审核一般页面校验应该不用介绍，只是页面信息项比较多，且直接存在一定的业务关系。但在设计时应考虑将这些信息项直接的校验关系进行抽取，做成可以有业务人员进行控制的功能。
比如，每个单位对于合同招投标合同类型和金额的限制是不一致的，而且组织数量基数大后，规则发生变动频率就显得非常的频繁，用户非常希望有制度的制定者进行维护，而不是有服务商做的程序的代码中，无论是及时性和成本都不符合用户的要求，甚至影响业务的运行。目前有不少的规则引擎框架可以引入使用，或是参考其设计思路进行自研。
可以在合同起草解决设计合同的形式性审查，比如错别字校验、合同格式校验、分期付款金额计算、金额大小写、相对方名称一致性校验、法律引用等，虽然看次不起眼的校验可能大部分需要基于人工智能技术的支持才能实现。
关于实质的审查目前可以通过文本智能对比发现缺失条款、对范本改动，通过提供审查清单辅助合同承办人自查风险等，更复杂审查可以参见《智能合同管理产品设计（1）：合同智能审核》。合同校验审核通过就可以提交审批流程了，关于合同审批可以参见《从合同审批流程出发，说说工作流引擎的设计原理》
六、关于系统集成如何合同管理做的深入，合同起草阶段集成还是比较复杂的，主要是应为合同是对外合作的主要桥梁，其中包含了不少的业务信息（采购系统、设计系统、销售系统等），很前期谈判确定的规则（招投标系统）。
面对这么对的集成系统，而且每个系统集成逻辑、信息也不一样，这时确定合同管理的边界显得尤为重要（哪部分是由合同系统开发、哪部分不能纳入合同系统开发否则就会陷入需求无限蔓延的泥潭）。
最好是由合同管理系统提供抽取的标准接口，但在很对企业不现实，就是考验项目经理和产品经理业务熟练程度和管控能力的时候了，祝你好运！
本文由 @Being4 原创发布于人人都是产品经理。未经许可，禁止转载
【 起草|智能合同管理产品设计（3）：合同起草】题图来自Unsplash，基于CC0协议