构建统一企业信息门户
走进任何一家中型公司，数一数员工午饭前要碰多少系统：邮箱、ERP、CRM、人事自助、项目跟踪、BI 报表，外加至少三个"官方不存在"的表格。每个系统各有登录、各有菜单、各有提醒待办的方式。统一企业信息门户就是用单一入口替代这团噪音的前门——也是 IT 部门投入产出比最高的项目之一。
为什么十个系统用起来像一百个
痛点不在系统数量，而在重复。用户登录五次、学五套菜单、去五个地方找消息；IT 要接五个客服热线、执行五套密码策略、同一动作给新人培训五遍。每个孤立系统对"我是谁"还有自己的理解：员工调了部门，一个工具里等一周才有权限，另一个工具里却残留着过期权限。这笔成本在任何单项预算里都看不见，合计起来却实实在在地吃掉效率。
门户到底是什么
门户不是要新买一套系统，而是一层薄壳，只负责四件事：
- 单点登录。一套身份、一次登录、一个会话贯穿所有接入系统。光这一项就去掉了日常摩擦的大头。
- 统一菜单。一棵导航树，由各系统菜单汇集而成，并按用户权限过滤——无论后端是谁，一个功能只出现在一个地方。
- 消息中心。所有系统推送的任务、审批、提醒汇进一个收件箱，每条都深链回来源。审批不再藏在邮件里。
- 统一搜索。一个搜索框覆盖跨系统的文档、主数据和业务记录，且每条结果都遵守权限。
门户从不重写业务功能，只做框架。ERP 照旧开票，CRM 照旧跟单，门户只是让它们用起来像一个系统。
不做大爆炸重写的整合路径
务实的做法是一次只整合一层，先治最痛的：
- 先上 SSO。用标准协议（OIDC/SAML）把所有现有系统挂到统一身份提供方之后。用户立刻有感，其他一切照旧。
- 再统一菜单。让每个系统通过一个小 API 或配置文件暴露自己的菜单和入口地址，门户负责渲染并按角色过滤。这里开始兑现扎实的 RBAC 模型的价值。
- 然后做消息中心。各系统把任务与提醒事件推到队列，门户渲染成统一收件箱。流程引擎里的审批在这里成为一等公民。
- 搜索放最后。先索引文档和主数据（价值最大），再索引交易记录。索引必须落实行级权限，否则会泄露数据。
拖垮门户的几个坑
- 重建而不是做框架。门户一旦重写业务逻辑，你就永远同时养两套系统。务必克制。
- 菜单变陈旧。如果 ERP 里加了功能却不能自动同步到门户菜单，导航一个季度就腐烂。同步必须自动化。
- 搜索不查权限。搜索结果里漏出一份不该看的文档，对门户信任的破坏超过任何功能缺失。
- 当成纯 IT 项目。门户是公司的前门，需要像产品一样有负责人、有路线图、有预算科目。
结语
统一门户的成功靠的是减法：更少的登录、更少的菜单、更少的收件箱、更少要去找的地方。先整合 SSO，给已有系统套上框架，让门户作为前门挣得自己的位置。入口统一之后，下一个难题是各系统互相打架的数据——这正是主数据治理要解决的问题。