很多企业的信息化建设是按需求逐年累加的：人事一套，财务一套，项目一套，各自立项、各自选型、各自验收。单看每个系统都能用，放在一起却出一堆问题——同一个员工在四个系统里有四个账号，同一份组织架构在三个地方维护，跨部门的事靠邮件在两个系统之间搬运。这就是烟囱式建设的典型后果，也是综合办公OA系统要收拢的残局。

烟囱之所以长出来，并非决策失误。每年都有具体的业务诉求，每个诉求都有对应的预算；综合办公OA系统若只在末端做汇总，前端仍旧各建各的，较快的响应方式往往就是单独采购一套。问题在于这些系统各自独立生长了几年之后，连接它们的成本会超过当初省下的时间。

一、烟囱式的三种隐性成本

1.1重复投入

每个系统都要建门户、做权限、配流程、搭报表。相同的功能重复购买，相同的接口重复开发，预算看起来分给了不同部门，实际有相当一部分花在了重复劳动上。这笔账在单个项目里看不出来，在年度总账上却很清楚。更隐性的重复是维护：每套系统都要有人值守、有人升级、有人接电话，运维人力被摊薄在若干个孤岛上。

1.2各说各话

组织架构、人员信息、供应商名录这些主数据，若各系统自建，差异会随时间扩大。等到需要汇总分析，先要花力气对账：哪个部门的编码是现行的、哪份名单是新的。对账的时间，通常比分析本身更长。口径分歧还会引发执行层面的争议——两个系统对同一笔费用的归集方式不同，报表出来对不上，往往只能靠开会协调，而协调的结果又要靠人工同步。

1.3协同断点

一项跨部门事务往往要穿过多个系统：立项在项目系统，采购在采购系统，付款在财务系统，归档在档案系统。系统之间没有打通，流程就断在边界上，人成了系统之间的搬运工，出错也多半出在搬运环节。断点还有一层代价：状态不可见。申请人不知道单子走到哪一步，只能逐级询问；管理者不知道整体进度，只能靠汇报，而汇报的时点又总是滞后。

二、“一张网”的三层含义

2.1身份一张网

同一个人只保留一个身份，各处通行。单点登录解决的是入口问题，更关键的是账号与组织架构的统一来源。人员入职、调岗、离职在一处维护，权限随之自动调整，“人走了账号还在”这类隐患才有解。身份统一还带来审计上的便利：一个人的全部操作可以按同一身份串起来，追责路径清楚，不必在几套系统里分别核对。

2.2流程一张网

跨系统的流程要能连起来。合同审批通过后自动触发采购申请，采购完成推送付款节点，付款结果回写合同履约状态。流程连起来，数据才跟着流动；流程不连，数据再多也是死账。流程连接的判断标准很朴素：一件事从发起到结束，员工需要登录几个系统、重复录入几次。次数越少，说明连接越实。

2.3数据一张网

综合办公OA系统能否做到主数据统一、消息与待办统一、门户统一、业务流程统一、报表统一、身份认证统一，这六个统一是判断一张网是否成形的标尺。少了任何一项，跨系统协同都会留一道手工缝，而手工缝正是差错与延误的来源。六个统一里，主数据这一项容易被低估，也难补齐——它需要在建设初期定规则，越往后改，历史数据的纠错成本越高。

三、“一张网”不等于一个大系统

把功能都塞进一个系统，看似统一，实际会把耦合度推向极端：一个模块升级牵动全平台，一个部门的需求变化影响所有人。更现实的做法是平台加应用——底座提供门户、流程引擎、组织主数据、集成连接与低代码能力，业务应用按需搭建、独立演进。

低代码在这里的作用值得说明。行政、人事、项目、合同这些业务的管理规则经常调整，若每次改动都要排开发档期，业务部门很快就会绕开系统自建表格。可视化配置让业务人员参与搭建，小改动几天内落地，综合办公OA系统才跟得上管理节奏。规则变得清楚、变更变得可承受，系统才有生命力。

四、起步方式

改造烟囱不必推倒重来，但综合办公OA系统的定位要先想清楚：它是底座，不是又一个业务系统。比较务实的路径分三步：先把入口收拢，用一个统一门户把常用系统接进来，让员工先感受到变化；再统一主数据与身份，把组织、人员、供应商的口径固化；然后逐条打通高频流程，从报销、采购、合同这些每天都在跑的业务开始。分析层放在后面，因为数据不准的时候，看板只会放大错误。

每一步都要配一件事：谁负责、按什么标准验收。集成项目失败的常见原因不是技术不通，而是没有人为“这条流程真的跑通了”签字。把验收标准写成可检验的场景，比如“一张报销单从提交到付款不需要线下补材料”，推进才有抓手。验收还要看反例：人员调岗、组织拆分、单据退回，这些边界情况不发生错误，连接才算稳。

还有一处需要提前想清楚：谁来长期维护这张网。集成关系有上百条，任何一条上游系统升级都可能影响下游。若没有常设的对接责任人，头一年跑得通，第二年就开始出现断裂。综合办公OA系统撑起的这张网，本质是把身份、流程、数据收到同一套规则下，让系统之间不再是墙，而是接口——而规则与责任，才是接口能长期有效的前提。