SAP接OA：审批在OA、账在SAP，先定单据主责再连接口

SAP和OA怎么打通，技术文章通常直接给RFC或插件。企业真正翻车的地方，往往不是接口调不通，而是同一张单在两边各记各的：OA里批过了，SAP里没有凭证；SAP里已经过账，OA里还显示在途。先定单据主责，再谈接口。审批在OA完成，账和主数据以SAP为准。

先定主责：审批在OA，账在SAP

打通之前先回答四个问题：

• 这张单由谁发起，OA还是SAP。
• 多人审批和待办在哪套系统完成。
• 正式编号、库存和财务结果以哪套系统为准。
• 主数据查重和落号听谁的。

公开的集成实践里，常见路径是OA走完审批再写入ERP，或者ERP草稿同步到OA审批后再回写状态。两种都能成立，前提是不能两边各当一次主系统。接口方式是第三步，不是第一步。

三类单据分别听谁的

物料、供应商这类主数据，可以在OA发起申请、走会签，但查询是否重复、正式编号写入，应以SAP为准。公开的OA与SAP主数据方案也是先查SAP，审批完成后再写入，而不是在OA本地另建一套“更准”的物料档案。

采购订单、销售订单这类业务单据，常见两条路：SAP生成草稿，推到OA审批，再回写SAP；或者OA发起，审批通过后在SAP生成正式单据。无论哪条，SAP必须留下可过账、可对账的结果。

费用报销、付款申请如果要进账，必须约定会计科目、税码、供应商和回写凭证号。只在OA里批完、财务再手工补凭证，不算打通，只是把纸质审批换成了电子审批。

回写什么、失败怎么办、怎样验收

接口通了只证明网络和账号可用。打通至少要回写单号、审批结果、过账或创建状态，以及失败原因。成功单能过去、拒绝单和重复单不知道去哪，业务仍会说“没打通”。

失败要有重试，也要有人工补单入口。验收不要只抽成功单，至少用一笔真实拒绝、一笔重复提交、一笔科目或供应商不存在的单据。工博科技做系统集成时，验收应包含这些异常单，而不是只演示快乐路径。

点对点、中间件还是流程平台

单据种类少、双方系统稳定，点对点接口可以先用。单据一多、要监控重试和日志，再考虑中间件。工博科技自主开发的CIP工博智能平台里，BPM可以承接部分流程，IMC用于连接SAP与外围系统，但它们应按需要选用，不是所有OA场景的默认答案。

不要因为有平台就跳过主责表。平台解决的是连接和监控，解决不了“这张单到底谁说了算”。SAP B1、ECC、公有云版或私有云版都可以与OA集成，具体协议和认证方式按目标产品评估，本文不写统一技术清单。

总结

SAP接OA，先定审批在OA、账在SAP，再约定回写字段和失败处理，最后才选点对点还是平台。下一步带一张单据主责表和一张回写字段表做集成评估。需要实施时，可联系工博科技，不要只丢一个“帮忙对接一下”的口头需求。

FAQ

公有云版SAP和本地OA也能这样打通吗？

可以集成，但接口形态、认证方式和网络策略与本地ECC常见的RFC方案不同。必须按目标产品评估，不能把旧接口原样搬到公有云版。

能不能让OA成为物料和供应商的主系统？

不建议。OA适合做申请和审批，查重和正式编号应以SAP为准。否则后续采购、库存和财务会对不上，集成会把错误放大而不是消除。

接口调通了，业务仍说没打通，常见卡在哪？

常见卡在失败不回写、重复提交没有幂等、附件或会计科目未对齐。验收必须包含拒绝单和重复单，只看成功单不够。

是不是上了工博CIP就不用再做OA集成设计？

不是。CIP的BPM和IMC可以承接部分流程和连接，但仍要先定单据主责。CIP不是所有OA场景的万能平台，也不应被捆绑成集成的前提。