所谓“流程集成”也可以分为两个方面：“流程传递的自动化”与“流程识别的自动化”。ORACLE在其产品宣传中经常讲到一点“用户只需很少的干预与击键操作，其它都由系统自动替你完成”，说的正是这个意思。
所谓“流程传递的自动化”，例如ORACLE“内部申购”，如果是向其它公司的库存组织申请物料，则该采购申请PR被自动导入OM，OM发货后循发运网络被接收，系统自动在两公司间生成应收、应付。再如OM中的直接发运（Drop shipment）物料，系统自动生成PR，客户收货后，一旦PO作接收，则OM系统自动作发货确认并生成AR等。
所谓“流程识别自动化”，ORACLE系统通过大量的“参数”设置（SAP的参数设置有七、八千，ORACLE也不遑多让），使得不同的物料、业务类别，在各模块间循不同的业务流程自动得到相应处理。这无疑使得单个用户在面对大业务量且流程复杂的情况下能够轻松应对，应付自如，获得高的生产率。
参数多，设置复杂，令人生畏，实施困难，向来是SAP R/3产品早年开始就一直遭不少人诟病的地方。ORACLE的实际情况不比SAP好多少，但ORACLE产品作为后来者，在系统流程“参数”设计的层次性、使用的方便性方面，还是做了很多努力，相对而言可能要比SAP容易掌握一些。ORACLE在系统业务流程方面相较于SAP也做了一些简化，但这种“简化”往往是以牺牲某些不怎么常用或使用意义不大的“功能”为代价的。这或许正如有人评价的：SAP求严求全，ORACLE求实求用。现代企业管理的发展方向是追求企业管理的整体效益，要求业务流程简化、再简化，因此ORACLE的做法还是符合潮流的。
曾经碰到一位国内产品的设计人员，对于SAP/ORACLE通过复杂的参数设置以控制业务流程的做法，该仁兄颇为不屑、不以为然：“参数设置已经过时，未来的方向是工作流”。这种说法委实不敢苟同，实际上，ORACLE产品内同时也大量使用“工作流”技术（Workflow），但它与“参数”设置并不冲突，两者是相辅相成的关系。
在企业管理实践的核心“业务+财务”领域，系统的“数据集成与流程集成”的重要性是怎么强调也不过分。在“财务”领域，系统的数据集成是重点，因为该领域流程本来就不是很复杂（这也是应用软件厂商多财务出身，企业信息化也往往先从实现财务电算化开始的原因）。而在核心“业务”领域，系统的流程集成