施比较简单”的特点就凸显了。当前中低端市场的国外产品如SAP的SBO、微软的Navision，系统业务流程简单也是它们的共同特点，不过，相较国内产品，它们还是抛弃了很多“手工操作”与“系统实现”相冲突的东西，因而，系统流程的业务效率比纯粹的手工操作还是有明显改善。
最后，来谈谈所谓应用系统的“管理集成”问题。这里的所谓“管理集成”主要是针对非核心业务或其它“事务”性工作领域，系统所能提供的“管理与控制”而言。这些领域工作的共同特点是，不象核心的“业务/财务”领域那样与“实物流”（价值增值）、“资金流”（价值实现）紧密相关。有很多人在学习ORACLE（或SAP）时，都曾会有一个疑问：新增物料、新增供应商、新增销售订单等等，系统的标准操作功能几乎都不考虑这些数据是怎么来的过程问题（例如“单据审批、流程审批”等），实际情况肯定不是这样的吗！为什么核心系统的有些单据界面感觉纯粹只是提供一个“最终结果”的录入功能？
原因在于ORACLE/SAP核心业务/财务系统“以价值为中心”（物与资金都属价值）的应用架构设计，本来就不擅长于处理“以关乎人或组织的行为信息为中心”的事务过程。世上有没有“两者”处理同时都很擅长的应用系统呢？迄今为止还没有出现，鱼与熊掌不可兼得。也就是说针对核心系统，为了保证数据与流程的高度集成性，必须适当牺牲系统的“管理集成性”。为了弥补核心系统的这一不足，ORACLE/SAP提供了大量的外围系统（非核心业务或事务领域）供用户选择使用。
例如“新增物料”过程管理，EBS有“Advance Product Catalog”产品可以提供支持；“新增供应商”过程管理，EBS R12 已经增加提供了基于WEB的某些新功能，相信未来会逐步丰富完善并独立出类似SAP SRM的产品；至于OM中的销售订单，属于CRM的很多模块都是其前端产品，都在为其提供支持与服务。非核心的外围产品由于它们与核心系统在“数据与流程集成性”方面的要求相对较低，故在系统设计时可以更多地考虑系统的管理集成性。这些外围系统通常还有一个共同特征，就是尽可能采用比较适合处理“需要多人参与的信息传递与管理过程”的WEB界面方式。EBS R12中将供应商及客户定义的GUI界面改为WEB界面，单纯从数据录入（集成）角度来看或许并不更方便易用，但却为系统向强调“管理集成”的事务领域扩展打开了方便之门。