一直来都在思考制造企业信息化过程中的两个核心系统PLM和ERP到底界线在哪? 以下是自己的几点总结,算是抛砖引玉。
为什么ERP已死的呼声日渐高涨?为什么有种种迹象表明传统ERP大限将至?因为就国内而言,金蝶、用友等巨头设计的ERP系统提供的功能与目前互联网行业的需求相距甚远,所以“一切都需要重新建设,一切都需要再次重构”。
随着信息化的普及,ERP系统在企业中越来越得到广泛的应用,大量的ERP系统应用改变了企业原有的业务“习惯”,特别是企业业务流程的, 试想过去一直传统的手工方式转变为现在的IT方式,颠覆了传统的管理方式,这让ERP在企业中的应用产生了巨大的阻力。
MRP/ERP对于大多数实施过ERP的人员来讲并不是很陌生,特别是制造业的ERP实施者,这是必须要了解的。日前在国内第三方IT专业社区ITPUB(WWW.ITPUB.NET)上网友“醉眼看世界”发布了一组ERP九大流程图的贴子
谈到信息系统不得不提起信息化管理系统中的重要成员ERP系统,而系统实施又是信息系统项目管理中的关键环节。因此,可以通过剖析ERP系统实施的质量控制来讨论信息系统项目管理中的质量控制很有代表性。
企业资源计划(ERP)是先进的企业管理哲理和信息技术的集成,作为一种凝聚了先进管理思想的信息系统,其成功应用能够有效整合企业资源,提升企业管理水平,提高其竞争力。
ERP(企业资源规划)的实施能提高企业管理的效率和业务的精确度,提高企业的盈利能力,降低交易成本。ERP系统是由计划驱动的,划分ERP系统计划层次的目的是为了体现计划管理由宏观到微观、由战略到战术、由粗到细的深化过程。
在ERP系统中,物料编码本身没有含义,但在系统内,是各种物料应用的唯一代号。不同的物料在编码时应区别对待,例如对于半成品,可以直接以图号作为编码进行编号,这样,在PDM、CAPP以及实际操作中更容易实施和理解。
ERP实施成功的本质是准确的交付,而能够实现准确交付的条件便是软件实施的效果能够达到用户的要求,但是,在传统的ERP软件实施案例中,不能按照预算、时间、质量交付给用户的项目比比皆是,本文对传统ERP的缺陷进行了分析,其中一个最重要的缺陷是:传统ERP并不能满足灵活成长。
提到ERP,业界对于ERP最早的印象莫过于是“上ERP找死、不上ERP等死”的理解。可是在最近的几年ERP实施已经不再是这么可怕的事情,现阶段的ERP实施成功率要高于过去的许多倍
管理软件,特别是ERP,一直以来都在探讨一个问题,那就是利用软件来规范业务流程与管理。但如何真正做到既解决流程中的业务操作,又要能给管理带来帮助与效率,却是目前ERP所无法解决的,包括国外的大品牌软件也是一样。
随着国内ERP软件产品同质化加剧,国内ERP软件厂商在缺乏核心技术的情况下,无法形成自身的核心优势,只能拼命提出各种理念、概念来忽悠企业用户,而不是靠产品来实打实的落地。
公司在决定上ERP的时候,要有计划有步骤的进行,一步一个脚印才能取得事半功倍的效果。
ERP是什么?特别是从用户的角度如何认识和理解ERP是非常重要的,ERP是给企业使用的,那就一定要用企业可以理解和接受的言语来阐述,让企业用户不但可以理解其专业的一面,更要让用户认识自己该如何来掌控ERP。
企业资源计划(ERP)应用程序常用于整合和管理内部和外部的资源,例如资产和原料,还有财务和人力资源。
先要说明,标题不是十分准确。应该是生产现场管理的误区。但是应对小批量多品种混线生产管理,ERP的一些概念已经严重误导了用户,但是仍然作为ERP优势特征,在此就只好先把误区放在ERP的头上说了。
三层应用程序模型是指在进行系统设计时,整个系统分成三个层次:用户界面层(UI层)、业务对象层(逻辑层)、数据层。
鉴于目前人们对精益制造怀着极大的兴趣,这对于重要的企业系统供应商来说是个好时机,与用户沟通其在精益制造领域的见解和经验,及其支持组织精益哲学而提供的解决方案和工具的能力范围。以下是些支持多种精益工具和方法的著名供应商例子。显而易见,取决于他们最初的企业资源计划(ERP)系统对大批量生产与按订单生产环境的适应性,供应商将会更加擅长于某些领域。请注意,本文中提到的供应商的排序不具有任何含意(从好到差或者相反)。
本文通过对比实施ERP前和实施ERP后的公司绩效来说明ERP系统的可量化的和无形的收益。在证明ERP投资决策的合理性时可能遇到其他问题。例如,一个公司可能考虑替换现有系统,而不是对其进行升级或重新实施一个ERP软件包。
今天的ERP系统需要处理的流程已超过企业内部的流程范围。它还必须面对相关扩展企业中的用户和流程问题——在供应链中,制造商需要合作和协调的人和合作伙伴。简单地说,“企业资源计划(Enterprise Resource Plan,ERP)”中的“企业(Enterprise)”代表的不仅仅是企业内部。更确切的说,它将超越传统的制造环境范围,从而包括扩展的企业。因此,产品架构不再局限于提供功能性、用户界面和平台支持,它还要确定一个产品是否持久,是否可支持大量用户,以及是否可结合新兴的技术,以便满足日益增长的用户需求。