章丘区做物流信息系统的郑总，想把公司的TMS（运输管理系统）跟客户的ERP系统做对接。但对方的IT部门说'我们的接口不对外开放'，这事卡了好几个月。
API对接的前置条件
API对接不是你想接就能接的——双方都需要做准备工作。你这边需要：明确要交换哪些数据（订单状态/货物追踪/签收信息等）、定义数据格式（JSON/XML/EDI）、准备好接收回调的服务器地址和认证机制。对方那边需要：开放API接口或提供数据导出文件、分配API密钥或账号、约定接口调用频率限制和异常处理方式。
郑总卡住的原因是对方ERP系统是十年前买的商业软件，原厂已经停止更新了也没有公开API。对方的IT部门不愿意为了他这一个客户去改造系统（成本高风险大）。这种情况在红叶谷的传统制造业和物流业特别普遍——大量老旧系统没有现代化的接口能力。
没有API怎么对接
当正规API走不通的时候，有几种替代方案。方案一：RPA（机器人流程自动化）——模拟人工操作对方的系统界面自动录入/读取数据。优点是不需要对方配合改造系统；缺点是脆弱（对方系统界面一变RPA就失效了）且有延迟。方案二：数据库层面的对接——如果对方愿意给你数据库只读权限，可以直接查询需要的数据（这种方式需要高度信任关系）。方案三：文件交换——双方约定好格式（CSV/XML），定时通过FTP/SFTP交换数据文件。
郑总最终采用了方案三——每天凌晨两点对方ERP导出一天的订单变动CSV文件放到SFTP服务器上，他的TMS系统自动拉取解析更新。反向的物流跟踪数据也是通过CSV文件推送回去的。虽然不是实时的（有半天到一天延迟），但对物流行业来说足够了。整个对接花费不到一万块，两周就完成了。经十路沿线如果你也在面对类似的对接难题，文件交换往往是最务实的切入点。
API对接的费用构成
如果双方都有API能力，对接项目的费用主要由这几部分组成：接口开发（双方各做自己的适配层）约占40%；联调测试（两边一起跑通流程）约占30%；异常处理和容错机制约占20%（这部分最容易被低估——正常流程跑通了不代表没问题，网络中断/数据格式异常/超时重试这些场景都要处理）；文档和培训约占10%。
郑总后来又对接了第二个客户——这次对方有现成的RESTful API。对比之下有API的对接效率高出太多了：开发只用了一周（调通接口+数据处理+异常处理），总花费一万五。而第一个文件交换的客户前后花了三周。所以在花园路如果能推动对方上新的系统或有API能力的系统，长远来看是对接成本最低的选择。系统对接的关键是根据双方的实际情况选择可行的方案，有API走API没API就走替代路线。