集团要把合同审批放进一套系统，子公司未必反对。让人犯难的是，大家办的都叫“合同”，走的却不是同一条路。

拿采购合同来说，涉及设备的，制造子公司可能要先让技术部门核对规格；做项目的子公司，要先确认支出算在哪个项目上。总部还可能规定：没有采用集团标准条款的合同，得再过集团法务。

把这些要求硬画成一条很长的审批线，后面改一个节点，可能牵动其他公司。可要是各公司分开建，连合同字段和状态也各定各的，总部又很难看清每份合同归谁、批到哪一步。

一套系统，不等于所有子公司都走同一条流程。关键是先弄清楚：什么必须统一，什么确实可以不同。

总部要统一的，究竟是什么？

先别急着比较每家公司的流程图。拿合同来说，总部至少得知道：业务归哪家公司、谁是签约主体、合同属于什么类型、金额按什么口径填、最后是审批通过了，还是已经签署了。

这里有个很实际的问题。如果一家公司填的是含税金额，另一家填的是未税金额，总部把两边直接加在一起，数字看着完整，意思却不一样。“审批通过”和“已签署”也不能混成一个状态。 同一套系统先要保证的，是这些信息说的是同一回事。

另外，有些环节是集团明确要求不能跳过的。比如前面说的非标准条款合同，无论由哪家子公司发起，都要能找到集团法务这一步有没有完成、谁作了判断。

至于子公司内部先让谁看、技术资料要补哪些、项目预算由谁确认，可以因业务而异。总部管住关键口径和必须经过的控制点，不代表要替每家公司规定所有中间动作。

流程不同，要先看差在哪儿

有时差别只是处理人。同样是预算负责人确认，不同公司的负责人不一样。这种情况，把任务交给各自负责的岗位就行，没必要为了换个人，复制一整条流程。

有时差别在条件。比如用了非标准条款的合同要增加法务审查，超出预算的要上报总部；条件没触发，单子就按子公司的正常路径往下走。这类差异可以放在流程分支里，但条件得写清楚，不能只填一句“特殊情况走集团审批”。什么算特殊，发起人和系统都得知道。

还有一种差别更大：设备采购要核技术方案，项目分包合同要核项目责任和履约要求。两类业务要看的材料、经手的人、签完后要归档的文件都不一样，就别为了追求“一条流程”把节点越画越多。 流程可以分开，合同的归属、可追溯的编号和关键状态仍按集团口径管理。

分流时也别只看“是哪家子公司”。同一家公司可能同时签设备、服务和日常采购合同。真正决定路线的，往往还包括合同类型、金额、预算情况和签约主体。只按公司分流，最后还是会碰到一堆例外。

用一套平台，怎么把这两部分接起来？

这里说的“一套”，不是让所有公司在一张流程图上排队，而是让合同信息和集团必须管的节点能对上。用织信搭时，可以先用数据表建立各公司共用的合同主记录；技术评审、项目材料按业务需要补充。

办理路线再按合同类型、签约主体等条件区分，需要人工判断的节点交给相应公司或集团岗位。差别不大的用条件分支，过程明显不同的就分开建流程。

不过，平台能配置，不等于业务规则已经想清楚。集团法务在哪些情况下必须介入，子公司谁有权确认预算，审批通过之后谁负责签署和归档，这些都得先由企业定。否则系统只是把原来含糊的规则画得更整齐。

如果合同已经在ERP或合同系统里建档，还得确定哪边是主记录、合同编号由谁生成、审批和签署状态怎么回写。织信可以按接口条件接入已有系统。两边都保留记录没关系，关键是别让两边都把自己当成唯一的正式台账，最后再让总部去猜哪份才是准的。

新增子公司、规则改了，旧单怎么办？

系统上线以后，差异不会就此固定。集团调整了法务审查范围，子公司换了负责人，或者新公司加入，这三种变化对系统的改法并不一样：有的只需换处理人，有的要改分支条件，有的得补一条新流程。

这里容易漏掉的是正在审批的旧单。今天启用新规则，昨天已经提交的合同，是继续按原路线走，还是撤回后重新发起？需要补审的，谁来通知、谁来处理？这不是点一下“发布新版”就能替业务决定的。

织信的工作流支持多版本管理，适合把调整前后的流程留成不同版本。但新规则从何时生效、哪些在途合同按旧规则走，仍要集团先定，再拿实际单据测试。至少试一份普通合同、一份必须进入集团审查的合同，以及一份变更时还在审批中的合同。看路线是否走对，最后的合同状态能否回到同一套台账里。

所以，总部不用要求每家公司走一模一样的审批路线。 重要的合同信息要能对上，集团规定必须审的合同不能漏掉；子公司的业务确实不同，就给它留不同的办理路径。以后再多一家子公司，先看差的是处理人、审批条件，还是整段业务过程，再决定怎么改系统。