第三方系统对接
两个系统各干各的，中间靠人手工导 Excel，这是最常见的浪费。对接做完之后，数据自己流，人只处理异常。
我们接过的东西
| 类别 | 常见对象 | 做什么 |
|---|---|---|
| ERP / 财务 | 金蝶、用友、管家婆 | 订单同步、库存查询、凭证生成 |
| 办公协同 | 企业微信、钉钉、飞书 | 消息推送、审批流、通讯录同步 |
| 支付 | 微信支付、支付宝 | 下单、回调、退款、对账 |
| 通知 | 短信、邮件、语音 | 验证码、订单通知、告警 |
| 物流 / 发票 | 快递鸟、快递 100、电子发票平台 | 查轨迹、下单取件、开票 |
对接最容易出事的三个地方
- 重复回调。支付平台可能重复通知，没做幂等就会重复发货、重复加余额。我们会做去重表。
- 网络抖动导致半成功。请求发出去了但没收到响应，到底成没成？要设计查询补偿，不能靠猜。
- 对方接口改版。必须做失败告警和对账，否则数据悄悄丢了你都不知道。
这三件事做完，对接才算能用；只把接口调通，那只是开始。
什么情况下你需要这个
- 订单要人工从商城抄到 ERP
- 客户下单后要手工发短信、手工填快递单
- 财务每月手工对支付平台流水
- 内部系统和企微/钉钉不互通，通知靠人转达
交付内容
- 接口可用性评估与方案设计
- 对接开发（含认证、签名、重试、幂等）
- 失败告警与对账机制
- 联调测试（含异常场景模拟）
- 接口文档与运维说明
- 上线后一个月观察期支持
EXAMPLE · 看个实例
这件事具体怎么做
不用先听我讲概念。下面是一个同类项目的真实流程和前后对比，三步走完你就能判断值不值得做。
场景商城下单了，要人工把单子敲进金蝶，一天 200 单敲到半夜，还敲错。
1 · 你提供两边系统的账号权限、字段对照（谁对应谁）
→
2 · 我们做对接接口 + 失败重试 + 日志 + 差异核对
→
3 · 你拿到同步服务、监控告警、字段对照文档
| 看什么 | 之前 | 之后 |
|---|---|---|
| 订单 | 人工录入，一天 200 单 | 下单即同步，秒级 |
| 库存 | 两边各算各的 | 定一个主数据源，单向同步 |
| 对账 | 月底核三天 | 每天自动核对，差异出清单 |
| 失败 | 客户投诉才知道 | 自动重试 + 微信告警 |
看全部 8 个在线演示 →
这类交付主要以文档、表格、脚本为主，交互界面可参考上面的实例。
对接最贵的不是写代码，是两边字段对不上。所以第一步永远是出一份字段对照表让你确认。
常见问题
对方系统没有开放接口怎么办？
可以让对方提供数据库只读权限，或走中间表方案。实在不行的，用 RPA 模拟操作，但稳定性差一些，我们会说清代价。
对接失败会不会丢单？
做了幂等和补偿查询就不会。我们会加对账任务，每天比对两边数量，不一致就告警，人来处理。
按什么收费？
按接口数量、复杂度、是否有现成 SDK 评估。单个标准接口 2,000 元起，复杂业务流（多步、多系统）单独报。
微信扫码，直接说需求手机上长按识别也可以。看到的都会回。