IT部门被问“SAP和OA怎么打通”时,往往直接跳到RFC、PO或API。更常见的失败不是技术选错,而是物料在OA批完又在SAP手录一遍、采购账在两套系统各记一份、审批过了库存却没动。打通的第一步是分工,不是选接口。
先分工:OA管审批,SAP管交易和账
OA擅长组织协同、多级审批、待办和门户。SAP擅长主数据落库、采购销售库存过账和财务凭证。两者重叠的是“人要批一下才能做业务”,不是“两套系统各做一套进销存”。

泛微等OA厂商公开的SAP集成方案,通常包括组织人员同步、流程与SAP单据衔接、门户查询,以及通过RFC调用SAP。这些是打通面,不是把SAP搬进OA。原则可以写死:库存、应收应付和物料编码以SAP为准;请示、会签、知会留在OA。不要在OA里再做一套库存账,也不要把所有审批硬塞进SAP界面。
主数据和审批:以SAP为准,OA走流程
最典型、也最容易乱的是物料和供应商。致远开放平台公开过一类做法:用户在OA填申请,审批中调用SAP查询是否已有相同物料或供应商,审批通过后再调用写入接口,避免批完再手工录入。查重以SAP侧数据为准,因为OA本地往往不是主数据权威。
费用报销和采购申请是同一逻辑:OA完成预算或权限审批,SAP生成会计凭证或采购申请/订单后续单据。公开案例里,致远OA经SAP PO做主数据同步和费用管理,OA侧用REST/JSON,SAP侧用RFC,中间做报文转换。企业不必复制某一家的中间件,但要复制这条规则——审批流和业务账不是同一个系统里的两张表。
接口怎么选:先清单,后RFC或API
接口方式是第三步。先写清:哪些对象(物料、供应商、人员、费用、采购申请)、方向(OA到SAP还是回写)、触发时机(提交、审批通过、驳回)、失败怎么回写待办。没有这张清单就开发,后面一定在编码补位、日期格式和重复数据上返工。
已有SAP Process Orchestration或类似中间件的企业,可以继续用它做报文转换。点对点调用RFC或REST API也可以,Cloud ERP产品页强调提供即用型API,方便与伙伴集成。选哪种,看对象数量和已有平台,不看哪篇文章把某个缩写写得更响。
验收看一致性和异常,不必换OA
打通成功不看接口调用次数,验收至少看下面四项:
- 主数据会不会重复创建;
- 审批状态能不能回写OA;
- SAP过账是否只发生一次;
- 失败有没有日志和重试入口。
这四项过不了,演示再顺也不算通。
一般没有必要为了接SAP就更换现有OA。工博科技提供系统集成,CIP平台含BPM流程管理和IMC集成管理,可以把审批流和SAP连起来,但工博不是OA厂商,也不是“必须换成我们的流程平台才能集成”。保留现有OA、把归属和接口清单写清楚,比先比OA品牌更接近能上线的方案。
FAQ
采购订单必须在OA里做完吗?
不一定。采购申请和审批可以在OA,订单创建、收货和发票校验应在SAP完成。两边都做完整采购账,对账会变成日常工作。
没有中间件能不能打通?
能。对象少、报文简单时,点对点调RFC或API即可。系统多、格式差异大、要统一监控时,再上中间件。中间件是管理选择,不是打通的前提。
组织人员要以OA为准还是以SAP为准?
先定一个主系统。常见做法是人事或OA管组织人员,同步到SAP账号;物料、供应商、客户仍以SAP为准。两个系统都当主数据,接口只会复制冲突。
打通是不是必须换成工博的流程平台?
不必。保留现有OA,做SAP侧接口和回写即可。工博可以提供集成和流程扩展,这不是替换OA的前提,也不应理解成唯一方案。
总结
SAP和OA怎么打通,正确顺序是:先定OA管审批、SAP管交易和账,主数据以SAP为准;再写对象和触发清单;最后才选RFC、API或中间件。验收看查重、回写和一次过账。接口可以后选,归属不能后补。