任何ERP系统都无法做到在任何情况下都能满足企业实际使用的各种要求，企业有时可能需要从其它来源向系统中批量输入数据，如从物料的Excel电子数据表格向EBS的INV系统导入Item信息等等，或者需要与其它第三方应用系统建立业务数据的交换机制，如从专用的“费用报销或发票申付”管理系统向EBS的AP系统导入事务处理数据并将事务处理执行结果反馈回来源系统等等。
理论上，使用相关数据库工具可以向数据库的数据表中直接批量写入数据，但这样做无法对写入的数据进行正确性、合规性校验，无法保证写入数据的质量以及对存在问题进行有效管理。为此，ORACLE提供了接口表Interface Table作为“中间表”过渡，并在此基础上，根据某些业务需要提供业务视图Business View，以便对导入的数据进行修改、更正、重新导入等等管理。如下图35所示“Open Interface Diagram”：
更进一步，ORACLE将某些数据的导入导出功能进行封装，成为一个应用程序可以调用的接口（API），以实现在各模块之间以及内部模块与外部系统之间的数据与流程集成。如下图36所示“Open Application Programmatic Interface（API）Diagram”：
开放接口（API）的基本工作模式分为两个阶段：一是先将来源数据装入（Load）接口表。如果是在两个应用系统之间，这通常是由专用的装入程序完成，例如EBS内部采购申请要转成内部销售订单，需先运行“创建内部销售订单流程”，以便将内部采购申请发送并插入订单管理系统的接口表。如果是从某些电子表格如EXCEL等导入，则需要先使用专门的SQL*Load工具将数据格式转换后直接插入相关接口表，例如要通过物料的EXCEL数据表直接批量装入Item数据，必须先通过SQL*Load工具如DataLoad等将来源数据插入Item数据接口表。在将数据插入接口表的过程中是否对数据进行校验（或是在将接口表数据导入正是表时再校验），取决于系统各应用模块的不同设计；
二是系统将存在于接口表中的数据导入正式的业务数据表，如EBS订单管理模块的“订单导入”，库存管理模块的“导入Item”等等。在从接口表导入“正式表” 或数据装入“接口表”过程中因数据校验而产生的错误或失败信息，如系统提供专门的业务管理视图，则可以在其中进行查看、更正、重新提交，如EBS的“订单导入更正”窗口等。如系统未提供管理视图，则可以在并发程序请求的“输出”文件中查看结果。下图37所示“应付款管理模块费用报表类发票导入流程图”是一个典型的应用过程示例：
