自研集成的边界
自研适合系统数量有限、接口以标准协议为主、企业有集成岗的情形。成本主要在长期维护：每套系统升级都可能影响适配层。没有专人跟进，适配层会在两三年内积满临时补丁，没人敢重构。
集成平台的取舍
平台在连接器、调度与监控上成熟，适合接口标准化程度高的场景。限制是对老系统与非标协议支持有限，遇到只能导文件的系统仍要二次开发。选型时应要求现场接通一套真实老系统。
外部交付的条件
外部交付适合缺集成经验、却要快速形成统一入口的企业。合同要写清适配层配置、映射表、监控规则与运维手册的归属，并约定退出时的数据与配置导出方式，否则每次调整都要重新采购。
用一次验证代替比价
让候选方在两周内接通一套最难的系统并完成一个业务闭环，比看参数表更能判断能力。验证要包含字段映射、异常处理与时延标注。愿意接受这种验证的供应商，通常也更清楚自己的边界。
适用与不适用
适合谁
- 正在比较集成方案的信息化负责人
- 系统由多家厂商建设、接口不统一的集团
不适合谁
- 系统只有一两套、集成需求简单的情形
- 不愿投入验证、只想尽快签合同的项目
典型场景
某集团在三家方案间比较，参数表差距不大。评标组要求两周内接通最难的一套老系统，只有一家完成了字段映射与异常处理演示，另一家卡在文件格式。最终按验证结果定标，并要求把映射表与监控规则写入交付清单。
可执行步骤
- 统计系统数量与接口类型的分布，标出非标接口所占比例
- 评估内部集成岗的人数、经验结构，以及每周可投入的时间
- 要求候选方在两周内接通最难的一套系统，并演示异常处理
- 核对知识转移、配置归属与退出迁移方式是否都已写入合同
- 按验证结果而非参数表定标，并向评标组公开每一项评分依据
常见坑
- 只比连接器数量与参数，忽略非标系统的实际支持度，实施时才发现要大量定制开发。
- 合同不约定配置与映射归属，第二年换供应商时全部重做，前期投入无法复用。
- 验证环节由供应商自选系统，接通的是最容易的接口，验证结论没有参考价值。
自检与验收清单
- 系统数量、接口类型与非标接口占比是否已统计
- 是否安排真实系统的接通验证而非演示
- 知识转移、配置归属与退出方式是否写入合同
- 退出时的数据与配置导出方式是否约定
常见问题
平台和自研能混用吗？
可以：平台承载标准协议与调度监控，自研补齐非标系统与特殊字段。混用要定清边界与责任，尤其是故障时先查哪一侧。边界不清时双方都说是对方的问题，排查会被拉得很长。
验证要花多少精力？
两周左右、一套系统、一个业务闭环即可，重点是字段映射与异常处理，不必做完整功能。这点投入相比选错方案的返工成本很低，也能提前暴露厂商的配合度与响应速度。
外部交付后能自己维护吗？
取决于交接是否完整：映射表、调度配置、监控规则与排障手册缺一不可。建议在合同里约定联合运行期，由内部团队实际操作一段时间，供应商只做支持，之后再独立运维。