2对于ERP供应商来说，是否还应沿着扩展和改进ERP的功能来满足用户新的需求，继续对ERP进行投入，扩还是改弦换辙放弃ERP的发展呢？
　　这个问题无论是应用企业，还是软件供应商，这都是事关重大的。但制造软件供应商处在这三岔路口的抉择，则更是生死攸关。

　　APS与ERP的集成APS与ERP的集成，或者说，给ERP装备APS引擎，或者APS使用ERP的数据的想法是很自然的，但必须解决很多难题。

　　从APS出发，目前系统毕竟不够大，信息也少，很难独立支持完成某项计算。企业现有的其它系统的数据也不够完整，因此与ERP的集成往往是迫不得已的。如在APS中的可供定货量的计算，就必须与工作定单管理、库存、BOM、工艺路线和采购系统相连接没有这些联系；APS进行计划模拟时，必须与ERP的车间管理、能力数据做实时的交互，单独使用APS会是很麻烦和不完善的，最终会导致系统崩溃。从ERP的立场出发，有些公司企图在成套ERP系统中用APS引擎来替代基于MRP的计划模块，来解决MRP的固有缺陷。

　　但是因为两种系统的设计是源于不同哲理。APS直接使用ERP的数据，是根本不可能的。有人形容这些措施如同人的心脏移植手术。计划模块MPS和MRP是ERP的心脏，心脏移植会引起“排异反应”。APS进入ERP系统也会引发信息系统的心脏病发作。在将ERP与APS集成时，必须仔细地进行对照数据结构的原始定义对ERP的数据结构做小心的更改。

　　尽管存在问题，无论是ERP供应商或者是APS供应商，大家还是这样作了。ERP的供应商都采用各自的策略在自己的产品中加入APS功能。如：或自行开发APS模块、或并购1个或多个APS供应商，将他们的产品改造装入ERP套件中；或与一个独立的APS供应商形成联盟关系，将其APS产品装入到ERP套件中来等等。

　　ERP供应商建立自己的APS模块形成APS与ERP的无缝集成是最好的方案。但是只有少数ERP供应商能够采取这种策略。主要因为这种开发既需要大量的投资有消耗时间。若干资料提到，开发APS系统需要有数学或运筹学的专门人才历经5年左右的时间。在时间就是金钱的竞争环境中，这几乎是不可能的途径。近2年来，几乎每个外国的ERP软件，无论是买的还是自己开发的，80%有了与之集成的APS引擎。如SAP有了SAP APO (Advanced Planning and Optimization), Baan有BaanSCS (Supply Chain Solutions), Oracle买了ILOG的产品, PeopleSoft购买了Red Pepper，而JD Edwards则买了Numetrix。最近专门供应航空和国防工业ERP软件的Western Data Systems (WDS)公司与Adexa? , Inc结成联盟为航空工业企业和MRO提供SCM的集成解决方案。ERP和APS正在融合在一起。

　　尽管理论上说APS、SCM也包括了CRM软件都能独立运行发挥作用，但真正产生APS的效用，还必须有ERP的支持，ERP还是e-business和e-commerce的基础。有专家说：建楼房不能从第二层开始。在这场IT经济革命交响乐中，没有ERP，就不能奏响CRM或SCM的第二乐章、第三乐章，也就不会有再后续的e-business成功的新高潮。

　　ERP定义的变化SCM、CRM等一批“单项优势”软件的出现，使ERP的定义正在悄悄地变化。近1~2年来，很多文献上已经将ERP系统定义为制造企业事物处理的中枢（transaction backbone），它将企业的各种业务功能（如人力资源、财务、制造、会计、分销等等）链接到一个共同的系统中，使企业业务流程流畅和事物处理工作自动化。这种定位实际在强调ERP的集成和作为数据源的作用。ERP趋向于作为应用软件的集成框架。具体的业务作业（不仅仅是事物处理，新的业务作业在很大程度上并行着优化决策的功能），由SCM、CRM、e-Procurement、e-Exchange等软件来完成。从这个意义上说，企业应用ERP系统是必不可少的。