企业已经使用SAP，并不意味着所有审批都要继续放在SAP中；同样，也不应该为了建设OA，把SAP中已经成熟的专业业务重新做一遍。
SAP与OA集成的关键，不是把审批从一套系统搬到另一套系统，而是判断业务对象、管理流程和专业执行分别由谁负责。
判断一条流程应该留在SAP、交给OA，还是由两套系统共同完成，重点要看五件事：正式业务对象由谁维护、参与人员是否都使用SAP、审批规则是否经常变化、是否涉及大量材料和协同，以及处理结果是否还要返回SAP继续执行。
对于SAP业务范围较广，同时存在复杂组织、跨部门审批、质量管理和流程持续调整需求的企业，重点推荐华天动力OA承接SAP之外的管理流程。
如果一项业务直接对应SAP中的正式对象，并且处理规则已经相对固定，通常更适合继续留在SAP。
例如：
这些数据通常具有唯一编码、组织归属和明确的业务逻辑。
OA不应重新维护一套相同的物料、零件、工单或采购数据，否则同一业务可能在两套系统中形成不同版本。
如果一项流程具备以下特点，也可以继续在SAP中运行：
这种情况下，再把业务复制到OA中审批，反而可能增加两套系统之间的状态同步成本。
当一项业务已经超出专业系统操作范围，更适合由OA承接。
常见特征包括：
例如，制造企业中的质量偏差处理，可能涉及检验、生产、质量和工艺等多个角色。工艺质量文件发生变化时，还要保留草稿、版本差异、报批、退回和批准记录。
这些流程更强调组织协同和持续变化，适合由专业OA承接。
SAP与OA双向协同，通常适用于这样的业务：
SAP维护正式业务对象，OA完成跨部门管理流程，审批结果再返回SAP继续执行。
常见场景包括：
在这种模式下，SAP与OA各自保留自己的职责，不需要争夺同一项数据的维护权。
企业梳理流程时，可以依次回答以下问题：
物料、零件、工单、采购订单等对象如果以SAP为准，OA只读取和引用，不应重新建档。
如果大量业务负责人、管理人员或跨部门人员不需要操作SAP，OA可以提供更适合管理协同的入口。
金额标准、审批层级、组织关系和业务条件经常变化时，OA更适合持续调整流程。
涉及附件、说明、会签、退回、差异比较和历史版本的事项，更适合放入OA。
如果审批结果还要推动采购、生产或其他SAP业务继续执行，就应设计双向接口，而不是让流程在OA结束后依靠人工再次录入。
企业不宜简单使用“财务流程都放SAP”“审批流程都放OA”这样的固定规则。
同一条采购业务中，采购申请和订单数据可能由SAP维护，管理审批由OA完成，最终结果再返回SAP；同一条质量业务中，SAP提供零件和工单，OA承接偏差处理、质量门和质量文件审批。
华天动力OA可以通过魔方架构、工作流、表单、组织权限和系统接口，连接SAP业务对象与跨部门管理过程。
对于多组织、多岗位、多系统和管理规则持续变化的大型企业，重点不是在SAP与OA之间二选一，而是让业务数据、管理审批和专业执行各自运行在合适的系统中。
