1C/ERP 与 Web 应用集成：签约前应写进规格的内容
公司订购了「方便的员工门户」。半年后，财务仍在 1C 里手工录入同样的发货单，因为「集成挪到了二期」。开发预算已花，采纳率低，IT 解释说「1C 没有开放 API」。
与 1C、SAP 或其他 ERP 的集成不是规格书最后一页的技术脚注，而是关于品名、往来单位、订单状态由谁说了算的决策。下文为 CEO 与 CTO 提供框架：签约前应锁定哪些内容，以免出现两套并行账务。
为什么「以后再接」几乎总是更贵
典型链条：
- 在门户创建发货申请；
- 仓库在 Excel 或聊天里确认；
- 财务按老习惯把数据再录进 1C；
- 差异在月末结账时才暴露。
每天 50 单发货、操作员多耗 1 小时 —— 约 每月 200 小时。按 fully loaded 成本估算，这是可观的隐性损失，还不算差错与对合作伙伴的违约金。
门户架构与数据模型定稿后，集成无法「免费补上」。在 Discovery 阶段就应划定交换轮廓 —— 至少列出实体清单与 master/slave 规则。
签约前 CEO 应问的三个问题
- 每个实体谁是 master？ 品名、往来单位、库存、订单状态 —— 每个实体只有一个真相来源。
- 数据应多频繁一致？ 实时、每 15 分钟、夜间批处理 —— 技术与预算由此决定。
- 出现不一致怎么办？ 告警、阻断操作、人工对账 —— 规则应写在制度里，而不是「开会再说」。
主数据：谁说了算
| 实体 | 常见 master | 说明 |
|---|---|---|
| 品名、价格 | 1C / ERP | 门户只读或通过 workflow 申请变更 |
| 往来单位 | 1C 或 CRM | 重复记录是「谁的税号为准」的主要来源 |
| 申请、审批 | 门户 / CRM | 只有已过账单据进入 ERP |
| 仓库库存 | WMS / 1C | 门户不「编造」库存 —— 只展示 |
若答案是「1C 和小王的 Excel 里都有」—— 任何集成都难落地。每个目录一个负责人与更新规则，是开发前的硬性条件（另见 企业数字化 CEO 清单）。
1C 与 Web 应用如何技术对接
对 50–500 用户的大多数项目，以下一种或组合即可：
- HTTP 服务 / REST（1C 贸易、ERP）—— 发布「创建订单」「查询库存」等方法。
- OData —— 适合读目录；写入需带校验的独立方法。
- 消息队列（RabbitMQ、Kafka）—— ERP 与微服务间需异步与投递保证时。
- 文件交换（定时 XML/JSON）—— 遗留方案仍常见；需监控与幂等。
对 CTO 而言，重点不是「时髦技术栈」，而是交换契约：API 版本、错误格式、重试、死信队列、带 correlation id 的同步日志。
实时 vs 批处理：何时选什么
- 实时（秒级）： 发货前查库存、信用额度阻断 —— 差错立刻影响收入。
- 近实时（5–15 分钟）： 销售看订单状态 —— 成本与新鲜度的折中。
- 夜间批处理： 分析、库存对账、进 DWH —— 可接受延迟时。
常见误区：要求所有实体「全部实时」。集成成本往往翻 2–3 倍，收益不成比例。
集成规格最低清单
- 实体清单与同步方向（ERP → 门户、门户 → ERP、双向）。
- 每实体 master 与冲突解决规则。
- 频率 / 触发（事件、cron、手工）。
- 字段映射（1C GUID、外部 id、品名编码）。
- 错误处理：重试、Telegram/邮件告警、审计日志。
- 1C 测试环境（库副本）与验收场景。
- 客户方负责会计政策与访问权限的人。
集成预算参考（2026）
Discovery 后的量级；高度依赖 1C 版本、配置定制与实体数量。
- 读目录 + 单向单据导出 —— 约 3–6 周。
- 双向交换（申请、状态、往来单位） —— 约 1.5–3 个月。
- ERP + WMS + 门户 + 队列 —— 4 个月以上。
对比：每月 200 小时手工录入 × 12 —— 运营损失常在首年即可覆盖集成投入。
要点
1C/ERP 集成不是「再加一个 API」，而是单一真相来源、同步频率与不一致时的行为约定。签约前写进规格 —— 否则「二期」会变成独立项目，并推倒已建门户。
主题常见问题
侧重工程指标与栈：API、数据库、CDN、代码，而不只是文案与 meta。
最好有指标与日志；数据库侧常用只读或带副本的预发环境。
两者都要：实验室可复现，RUM 反映真实设备与网络，合起来解释差异。
按收益/成本排序，定义上线后指标并复测；大改动可单独立项。
