基于ERP二次开发平台的落地结算流程的研究与实现03290245.doc

本科毕业论文（设计）题目：基于ERP二次开发平台的“落地结算”流程的设计与研究摘 要采用成熟套件+二次开发是成功实施特色ERP系统的主要方法，而一个成熟的ERP二次开发工具及平台是成功实施ERP不可或缺的保障。 企业资源计划即ERP (Enterprise Resource Planning)，由美国Gartner Group公司于1990年提出，它是MRP II（企业制造资源计划）下一代的制造业系统和资源计划软件。除了MRP II 已有的生产资源计划、制造、财务、销售、采购等功能外，还有质量管理，实验室管理，业务流程管理，产品数据管理，存货、分销与运输管理，人力资源管理和定期报告系统。目前，在我国 ERP 所代表的含义已经被扩大，用于企业的各类软件，已经统统被纳入ERP的范畴。它跳出了传统企业边界，从供应链范围去优化企业的资源，是基于网络经济时代的新一代信息系统。它主要用于改善企业业务流程以提高企业核心竞争力。二次开发，简单的说就是在现有的软件上进行定制修改，功能的扩展，然后达到自己想要的功能，一般来说都不会改变原有系统的内核。针对ERP系统决策层的应用开发ERP系统虽然含有为决策层提供决策的功能模块，但决策层的需求往往是多变的。目前对于ERP二次开发的一个观点是：能不做就不要做。因为二次开发的工作量一般比较大；对企业本身的开发人员来讲，难度更大，要求其对数据库结构及程序源码都十分熟悉。而实际上，国内企业在实施ERP时，几乎都要进行或多或少的二次开发。那么，他们具体是怎么做的呢？排除某些企业选型不当或坚决不做业务流程及管理模式的调整等一些情况，有的二次开发也是合理的，或者说是不得不做的。此外，随着企业规模的不断扩大与发展，往往需要向ERP的深度与高度开发应用。AbstractSecondary development,simple said is on the existing software for custom modifications, expansion of the function and then reached the function you want, generally will not change the kernel of the original system. For ERP system decision-making of the development and application of ERP system, although it contains provide decision-making function module for decision-making, but decision-making demand is often changeable. For a view of ERP two development is: can not do not do. Because the workload of the secondary development is compared commonly big; to the enterprise itself in terms of staff development, more difficult, the database structure and program source code are very familiar with. In fact, the domestic enterprises in the implementation of ERP, almost two times the development of more or less. So, how exactly they did? Exclude some enterprises selection of inappropriate or resolute don't do business process and management pattern of adjustment and in some cases, some secondary development is reasonable, or have to do. In addition, with the continuous expansion and development of enterprise scale, often need to develop and apply the ERP depth and height.【关键词】：ERP 二次开发平台 “落地结算”【Keywords】：ERP Secondary Development Platform Ground Settlement目 录封面.1摘要.2Abstract.2关键词.2Keywords.2正文.5 1 绪论 ERP系统的现状.5 2 ERP系统的用户化和二次开发.6 2.1 用户化和二次开发的背景.6 2.2 用户化与二次开发的涵义.8 2.3 解决的主要问题.9 2.4 二次开发的类型.11 2.5 二次开发的管理重点.12 2.6 关于ERP系统用户化和二次开发的结论.14 3 “落地结算”流程的设计与研究.15 3.1 简述.15 3.2 “不近情理”的合理效应.16 3.3 平台化ERP化解难题.18 4 系统的设计.20 4.1 系统设计思想.20 4.2 系统架构设计.21 4.3 系统详细设计.22致谢.25参考文献. .251.绪论 ERP系统的现状随着信息技术的不断发展，中小型企业信息化建设越来越重要，采用先进的企业资源计划（ERP）系统已势在必行。ERP是顺应时代要求的信息技术与企业管理新思想相结合的产物。目前国内外的ERP系统是一类高度集成的软件，其涉及到众多的计算机技术。而ERP系统又不仅仅是一个软件，更重要的是一个管理思想，它实现了企业内部资源和外部资源的整合通过软件把企业的人、财、物、产、供、销及相应的物流、资金流、管理流、增值流紧密地集成起来。ERP系统的开发需要依靠具有一定的开发经验和很好的技术基础的开发公司来完成。企业所处的环境是不断变化的：企业的产品种类、产品所处生命周期的阶段、企业的计划模式、分销模式都不断变化，企业不断地进行业务流程的再造，企业的规模不断地缩小或者扩展，总之企业的变化是绝对的。对于国内的ERP软件供应商来说，即使软件的开发是对国情深入了解的前提下，即使他们的软件系统功能再全、适应性再强，当面对不通企业千差万别的具体情况和不同企业千变万化的特殊需求时，也不可能以以千变应万变。因而，客观行要求ERP系统具备适应各种变化的能力。而另外一方面，随着时间的推移，系统负载的增加，系统性能将下降，企业业务可能受到影响。因此不管企业采用国内还是国外的软件，都面临着系统的二次开发和性能优化问题。对商业套装软件进行性能优化是比较困难的,但仍有机会对它进行调优.只要对应用系统有正确的理解,提供时间和相关资源,IT团队就能够改善复杂关键应用的性能。2.ERP系统的用户化和二次开发2.1 用户化和二次开发的背景 从80年代初我国引进MRPII软件以来，在近二十年中，有上千家企业购买了MRPII/ERP（下文简称ERP）系统。但从实际的应用情况来看，总体上并不令人满意。由此而引发了很多争论，比如中国企业是否具备了使用ERP软件的能力？再如关于ERP与国情的争论：国内企业和软件开发商经常宣称国外的ERP软件不适应中国的国情，而国外的软件供应商则竭力辩解"管理无国界"和"国情化就是迁就落后"，等等。这些争论的焦点无疑都是些对ERP系统在企业中的有效运用有可能产生影响的因素。不过，在笔者看来，ERP系统在企业中能否得到成功实施和有效应用，还取决于另外一个关键因素：ERP系统的客户化和二次开发。 为什么这样讲呢？我们来看ERP系统在企业中实施的典型步骤： 图1 ERP系统实施步骤 从上图我们可以看到，ERP系统的客户化和二次开发在整个实施过程中处于承上启下的位置。任何ERP软件，不论是国产的还是进口的，都或多或少有用户化的工作，有时还要进行二次开发。这是因为： A.对于国外ERP软件供应商的产品来说，确实存在国情、厂情的问题。中国企业与国外企业相比，主要有以下四个方面的不同： （1）生产规模、生产类型不同  在我国，大而全的国有大中型企业是国家经济的支柱。工厂规模大，生产类型复杂，产品中有70%80%是自制件，既加工制造又装配，管理幅度大，难度也大。而国外基本是一些专业化分工较细的中小型企业，一些大的公司也以装配为主，自制件很少。相比之下，管理幅度和难度不如中国企业。（2）人员素质相差较大  国内、国外企业管理人员和生产工人的素质不能相比。这与多年的计划经济体制和国民教育水平有关，不可能在短期内缩小这个差距。（3）企业的管理机制与管理基础不同  国外企业由于采用现代企业制度，产权明晰，管理科学规范。我国企业管理机制和管理基础随着现代企业管理制度的建立，将会逐步提高，但目前差距还不小。（4）企业的外部环境不同  我国各类企业管理水平不一，交通、通信也不尽人意。企业生产所需的外购、外协件几乎不可能按企业的需求及时供应，供货合同中的供货日期不可能精确，也无法得到保证。 B.对于国内的ERP软件供应商来说，即使他们的软件开发是基于对国情有深入了解的前提之下，即使他们的软件系统功能再全、适应性再强，当面对不同企业千差万别的具体情况、不同企业千变万化的特殊需求时，也不可能做到"以不变应万变"。 再者，企业所处的环境是不断变化的。企业的产品种类、产品所处生命周期的阶段、企业的计划模式、分销模式都不断在变化，企业不断地进行业务流程的再造，企业的规模不断地缩小或扩展等等。总之，企业的变化是绝对的。因而，客观上要求ERP具备适应各种变化的能力。如果ERP系统没有良好的柔性，不能进行方便的用户化和二次开发，那么，企业引进ERP系统之日，就是套上束缚自身发展的枷锁之时。企业对于花重金买来的ERP系统将会"食之无味，弃之可惜"，使自己陷于尴尬境地。 因此，不论企业采用国外的软件还是采用国内的软件，都面临着系统的用户化和二次开发的任务，都必须要求ERP软件具备良好的支持用户化和二次开发的功能。ERP系统的用户化和二次开发是ERP软件作为由企业外部的软件厂商提供的一种产品转变为企业内部的管理信息系统的桥梁和纽带。其意义如下图所示： 图2 ERP系统用户化和二次开发的意义2.2 用户化与二次开发的涵义A.用户化  一般把不牵动程序的改动称为用户化，如修改报表格式。软件如果有报表生成功能，或采用第四代语言，任何业务人员，不需要有很多计算机知识就可以自行设置。当然，还需要项目实施小组的批准。许多国内外的优秀ERP软件提供了强大的支持用户化的功能。B.二次开发  通常把改动程序的工作称为二次开发，要增加或修改软件的功能，需要ERP系统提供支持二次开发的工具，还可能需要有软件的源程序，这些都要支付额外的费用，而且并不是每个ERP供应商都愿意提供源代码。此类问题一定要在签订合同前考虑到。二次开发的工作是在软件功能模拟运行的基础上进行的，一般工作量比较大，需要一定的时间，会延误项目实施进程，这个因素应该在制定项目实施计划时包括进去。  改动软件后还会影响今后软件版本升级。有些ERP软件商提供免费或收费很低的系统升级。如果不升级，新版本的长处无法应用；如果升级，则面临着重新进行二次开发的可能。因为ERP软件供应商在进行新版本的ERP系统开发时，可能根本不会考虑某个特定的用户在旧版本上所作的二次开发。因此，在进行二次开发前，要做认真的分析对比。究竟是修改软件，还是改革现行管理程序；还是两者都有些修改。对修改的必要性、效果和代价要心中有数。 经过分析和权衡，能不二次开发就不要进行。如果必须进行二次开发，则应尽量使得二次开发出的功能模块独立于原来的ERP系统。这样，当ERP系统版本更新时，二次开发出来的模块无需修改或者只需较少的修改就可以应用于高版本的ERP系统。2.3 解决的主要问题A. 国外软件的本土化 每个国家在历史、地理、政治、经济、文化等方面的条件各不相同，而反映到企业中，必然使企业在管理模式、管理方法等方面有所不同，所以自然会对ERP这样的管理系统提出不同的要求。而这些要求对大部分国外软件来说是无法完全实现的。这就产生了对软件进行用户化和二次开发的需求。这种用户化和二次开发常常是可以在多家国内企业广泛使用的，具有本地化的特点。对其程序要求具有产品软件的质量水平和技术支持水平，才能满足用户的需要。B.满足不同行业的需求某种软件产品的存在依赖于需求和市场。企业信息化发展到今天，行业细分需求特点日益明显。以制造业为例，企业用户已经不仅仅满足于财务管理、进销存管理，更要求对生产制造过程进行现代化管理，以提高核心竞争力。而这方面的需求具有鲜明的行业特点：同样是制造业，机械、电子、医药、冶金、化工、纺织、汽车等等对ERP软件的要求是不同的。即使同为汽车行业，总装厂、零部件厂、毛坯厂对软件功能的要求也各有不同。C.适应不同的企业战略一个ERP系统是一个通行的解决方案，它的设计反映了对企业通行业务的基本原则。供应商试图使系统反映最佳的操作，但是这“最佳”的含义往往是由供应商而不是由顾客定义的。在多数情况下，系统能使企业的业务运行比使用前效率更高。但是在有些情况下，系统的设计恰恰违背了企业的最佳效益。因此，在具体实施ERP以前，必定需要对企业、企业所处的行业、企业的客户以及竞争对手等因素进行具体分析，对业务进行合理的分析和调整来保持并加强企业的核心竞争力。当ERP的某些理念与企业的核心竞争力有冲突时，需要对ERP系统进行适当的调整。通过合理的配置。甚至于二次开发来满足企业的需求，而不是一味地修正企业自身来适应系统。D.适应用户企业的特殊需要有些使用ERP系统的公司是集团企业，作为集团企业的成员可能在不同的时期分别使用了自己的ERP系统，或者类似的信息系统，而作为统一管理这些成员公司的母公司，出于信息化管理的需要，必然希望能对这些不同的REP系统的信息进行汇总管理，这就必然要求各个成员公司的ERP系统能够提供母公司要求的格式的数据。这些数据经常是系统本身不能提供、或者不能按要求的格式提供的，这就必然涉及到用户化或二次开发工作。所以，在使用不同软件的集团公司中就常常需要进行接口程序的用户化或二次开发工作。另外，每个企业的生产过程是不一样的，对生产过程的管理与控制也是千差万别的，所以就往往会提出本企业的一些特殊要求。这些要求可能是部分流程逻辑的改变，也可能是一些特殊格式的报表，但是其共同的主旨是适应企业独特的需要，对通用软件进行用户化或二次开发。2.4 二次开发的类型ERP项目二次开发常常涉及以下方面的需求：A. 接口需求由于企业所使用的系统常常不只ERP一个，而各系统的数据之间常常会有所交叉，这就产生了不同系统之间接口的需求。一般来讲，接口程序的编制都要由接口双方系统所属的公司共同完成，所以就在技术之外，先要有双方如何配合的问题。在需求分析上，要求接口双方和用户企业大力配合，才可以确定真正的接口需求。B.报表需求报表需求的产生一般都是由于各单位需要符合自己特殊要求的报表。其特点有以下几点。(1) 不需要修改数据库中数据，而只是进行查询和读取。(2) 一般对导出的数据字段内容及格式要求较严格。(3) 常常会不断有新的需求产生。根据这些特点，应该鼓励用户自己参与报表的开发工作，这样做的理由是：报表的开发不会破坏系统逻辑或者修改系统数据，所以交给用户做是安全的，系统提供了方便的编制报表的工具。用户自己开发报表，更容易了解最终用户对内容和格式的要求。今后在项目实施阶段完成以后，遇有新的需求时。用户可以自行进行报表的开发。可以节约用户支付给开发商的软件开发费用。C.逻辑修改需求一个真正成熟的软件系统，其实施过程中需要进行的逻辑修改很少，进行时也要采取非常谨慎的态度。进行逻辑修改之前要先确认要进行的修改在逻辑上是合理的，在实现上是可行的。并且充分了解用户需求，设计出性价比最高的解决方案。同时要注意所采用的解决方案及其程序实现可以满足需要的性能要求和健壮性，并且界面相对容易掌握。因为要进行修改的是个大系统，所以要整体的看所要做的修改对系统的整体影响，不要顾此失彼，对整个系统的稳定运行造成影响。另外，要建立详细的文档，以保证将来在需要对系统进行升级时，可以在新版本中重建这些二次开发的部分。2.5二次开发的管理重点A. 全面了解用户需求了解用户需求表面上看是很容易的，但实际上却需要很大的努力。有些资深顾问认为，了解用户需求的时间往往超过整个开发项目总时间的1/4，甚至有时在小项目中可以超过总用时的1/3。其困难主要是有以下几点。(1) 用户无法用专业词汇、专业逻辑来表述其需求，而程序开发人员又缺少用户企业环境的背景，造成双方沟通的困难。(2) 用户企业组织不利，造成每个部门，甚至每个人都有对二次开发有不同的要求。(3) 用户总是在自觉不自觉中希望重复企业原有的，不合理的生产逻辑。基于上述可能产生的问题，就需要在了解用户需求时本着真正对用户负责的原则，耐心、细致、科学、系统地了解用户需求。针对困难(1)就需要在进行二次开发设计之前，对用户进行教育、培训，至少使主要的核心用户不仅了解ERP软件的使用方法，同时也了解ERP的内在逻辑，真正懂得ERP。这样，供求双方才能使用共同语言，在共同逻辑基础上讨论ERP二次开发的需求。针对困难(2)要注意以下两点。一是帮助用户建立合理的项目队伍。只有项目队伍有合理的组织结构，才可能汇总、优化各个不同部门，不同个人的不同的需求。二是要求所有主要核心用户都参加整个ERP培训，而不只是自己工作相关模块的培训，这样才能让他们树立全局的观点，自觉把自己的、本部门的需求与ERP项目整体的需求相结合，得到完整的、一致的需求。针对困难(3)就需要负责二次开发的技术人员本着对用户对项目负责的原则，深入地理解ERP系统的整体逻辑，与项目的实施人员紧密配合，真正了解用户的需求。这个工作有时甚至可能是一种极具挑战性的工作，不仅需要科学的态度，还要需要艺术的方法。B.判断二次开发要求的合理性对于软件的二次开发有时是不可避免的。但是，过多的修改又会影响ERP项目的顺利实施。那么，二次开发是否要做的标准是什么呢?也就是说如何判断用户化要求是否合理，从而有效的防止过多的修改呢?有3个方面的工作可以防止过多的修改，即教育、标准软件和管理。C.区分及处理二次开发上线前、后阶段在实际进行二次开发工作时，首要之事就是区分哪些二次开发是属于上线前一定要完成的，哪些二次开发是属于上线完成后才慢慢来进行的。前者指的是那些“不改的话根本无法上线”的二次开发，后者指的是那些属于重要性不高，不会影响上线的二次开发。如果不能对二次开发进行有效的区分，会模糊上线实施的管理重点，进而影响上线的进度甚至质量。D.尽量避免更动数据库结构新增或修改原有的报表或查询程序，不会影响系、统的原有数据库结构，因此不会造成日后系统升级的困扰。但是，如果二次开发牵涉到新增字段或档案，就可能影响到原有数据库结构，此时，最好的方式就是尽量利用系统原有的“闲置”字段，不要轻易新增字段或文件档案。如果有改动较大的二次开发，其规格应当请软件原开发厂商确认，以避免二次开发与产品发展方向重叠或冲突，以降低日后版本升级的困扰。E.建立二次开发的规范二次开发是一项庞杂的系统工程，决不是简单系统代码的增增减减，二次开发的文档应该由专人保管，而代码注释也必须清晰易懂，还必须有专人负责检查代码质量。新扩充的字段命名、新建程序的命名都应该由专人分配，首先不能和现有系统冲突，同时还应预留一定的空间。对于公用元件一般不建议修改，因为公用元件被很多程序调用。在程序的编写上应采用继承的方式，在保证不破坏原有功能的基础上做个性化的功能完善。如要修改处理业务逻辑则分两种情况：一是修改原有程序中的处理逻辑，将局部的继承去掉，重写新逻辑。二是在原有功能基础上新增，保留继承关系，在新的子文件中只完成新功能的实现即可，当版本升级时，二次开发的程序惟一要做的就是继承新版本的源代码作重新编译。 2.6 关于ERP系统用户化和二次开发的结论ERP系统用户化和二次开发具有十分重要的意义，本文旨在从中总结出一些普遍性的经验和教训。对提高ERP实施的成功率和实施效益具有参考价值，从而使得ERP能够真正的发挥作用，提高企业决策体系和市场运作体系的反应水平，提高企业捕捉发展机遇、规避市场风险的能力，提高企业的核心竞争力、加快企业的市场反应机制，并最终推动企业的发展。3.“落地结算”流程的设计与研究3.1 简述 时下的摩托车和汽车配件行业，上下游企业间流行着一种“落地结算”的供销模式。这儿所谓的“落地”并非通常所说的“到货”，而是实际进入“使用”才算成交。具体而言，上家把零配件发到下家，双方的买卖还不算数，此时的货主依然为卖方，买方只承担为卖方“代为保管”的责任，不要说付款，连欠帐单也不用开具。只有等买方实际使用了这些零配件，采购行为才算发生。不用说，“落地结算”是一种下游企业控制库存，进而制约上游企业的生产，协调上下游关系的一种新型结算模式，是能够对指导性计划及时进行调整的有利工具。“落地结算”的运行不能不改变甚至颠覆原先某些管理的程序和理念，从而对ERP提出了新的要求和挑战。3.2 “不近情理”的合理效应 在专业生产汽车空调系统的领域的公司，显然是“落地结算”的受益者。落地结算让他们实现了零库存生产。因为没有了库存资金的占用，他们的账本也漂亮了许多。 谈及买方的“零库存”要以占用卖方的库存和资金为代价，对上游企业是否“不近情理”时，这就取决于你怎么看：只看单个环节还是看产业链的整体，只看一时还是看企业发展的长远。图3 ERP工程项目管理系统功能 上图是一个企业对于公司内部的统筹管理，而“落地结算听上去是有些问题”明明拿到了货，却连欠账都不算，只算“代为保管”，硬是把库存的压力都转移给了上家。不过，如果你真正的了解了我们这个行业，就会发现这种“不近情理”的条款，却是可以保证产业链健康发展的条款，长远看对上游厂商也有好处。 据了解，已成为摩汽配行业约定俗成的落地结算，其发明者却是远在东瀛的日本汽车企业，而后者推行这一模式的出发点也不是转移库存压力，而是为了“品质控制与敏捷制造”的需要。表现上看，“落地结算”让“下家”不近情理地占用了“上家”的库存，但正是有了这种“不近情理”，才有效地遏制了以往的无序供货。 根据该市场财务分析的资料，实行落地结算以前，货物送到下家便能实现销售，所以供应商总希望多送一些货过来。有时需要100，对方却送来150，还求情说“收下吧，下次少送一些过来就是了”。但下一次依然不少送。就这样，仓库里的零配件越堆越多。一般来说，我们每个月有几千件库存件就可以保证正常生产了，“但有一次清点仓库，居然有五六万件之多”。 这种海量无序的库存既把企业拖入了库存占用的泥潭，造成了资金压力和仓库管理上的混乱，更为品质管理带来了很大隐患。而品质管理上的隐患对这个行业是“致命”的。 这是因为，摩汽配行业的产品质量关系到司机和路人的性命，从而也关系到企业的生命，出一点隐患都要求“召回”，不仅零配件的验收极为严格，对使用时间也有“先进先出”的严格规定先进来的产品先使用。因为有些电子元器件和铝制品放置时间长了容易变形、氧化，造成泄漏或焊接不良。又由于汽车更新换代快（骄车平均半年一代产品），一旦整机换代，老型号的零配件就派不上用场了。而且，从产业链的角度来看，任一环节上的企业有了库存的负担，都会危及其上下游的伙伴。有序、合理的库存都是保证这个产业健康发展的必要条件。霸王条款一般是买方市场的产物。但在摩汽配行业并不存在纯粹意义上的买方市场，上下游企业大多是捆在一起的独家供货伙伴，他不供我货，我就无法生产，双方是长期的战略合作关系，一损俱损，一荣俱荣，所以落地结算并没有由谁出面强制推行就得到了普遍认可。3.3 平台化ERP化解难题 “落地结算”好是好，但它的运行是一个复杂的系统工程，对ERP的依赖性很强。而标准的ERP软件已难以适应这种新型结算模式的程序和理念了。  标准ERP由采购订单、销售订单和生产任务三大订单组成，而“落地结算”却取消了采购订单，采购的完成放在了实际使用零配件之后。不仅如此，“落地结算”为有效控制库存，还增设了“虚库”（代保管仓库）和“挂帐付款”（下家实际使用配件之后所实现的“采购入账”和付款）两道程序，这是常规结算模式所没有的。而标准ERP是货到后自动记帐，无法转入代为保管的“虚库”，也无法完成“挂帐付款”这一“不标准”的动作。  此外，汽配行业产业链涉及的企业非常多，仍以汽车空调为例，如果一家为福特、长安、铃木等汽车制冷系统配套的公司实行的是全球采购，国内外合作伙伴达上百家，管理起来十分复杂，牵一发动全身，这也使得结算模式的转换成为企业和ERP软件商的一道难题。  如果是前两年，汽车空调和其ERP软件服务商金蝶公司有可能被这种个性化的应用模式拖进软件修改和维护的泥潭中去，因为那时的软件修改需从代码做起，而修改代码又涉及文档、维护，这对于程序量高达数百万行的软件系统来说可谓是一种不能承受之重。以往不少让人望而生畏的IT黑洞正是这样形成的。  所幸市场上在落地结算中实施ERP的时候，ERP已经走到了第三代平台化时代。平台化ERP采用构件化和SOA（面向服务的结构）模式，打破了传统ERP铁板一块的“紧耦合结构”，系统的各个部分可灵活拆分与组合，以最大限度满足个性化应用的需求。这一来，落地结算带来的个性化挑战被平台化ERP轻松地化解了。  利用金蝶BOS，这一能够实现ERP快速配置和实施的业务基础软件平台，设置和修改系统变得非常方便，因为BOS把复杂枯燥的技术屏蔽到了幕后，人们看到的界面不再是Coding，而是可视化的业务流程图表。譬如做一个计划系统，只需利用计划模板把计划输进去，就会自动生成一个材料用量单，利用这个量单又会自动生成一个采购量与库存量。如果想对系统做调整和修改，也只是搭搭积木的轻松事，如同用“1234567”七个音符组合一首新歌那么方便，对会计人员是小菜一碟。这在以前是不可想象的。没有平台化的ERP支撑，就不会有落地结算的成功。  现在，随着信息化的实施和深入运用，实施落地结算并配置平台的公司的整体管理能力和效率已经得到了很大的提升。以往公司仓库里材料堆积如山，根本无法确认哪批货是先到的，而每批货价格的不同又为成本核算带来不少麻烦。经由BOS的二次开发使“落地结算”得以实际应用后，仓库变得井然有序：货到之后进入代管仓，经生产使用之后，ERP会自动将其从代管仓划入“库房”，并通知供货商来开发票，库存资金由以往的每月1500多万下降了一半还多。月底还可通过ERP与供货商对帐：一目了然地显示出对方的送货量和他们的使用量，让供货商明了自己还有多少货没有“落地”，下一次就不会多送货了。因为合理、有序的供货也大大降低了供货商的库存，并引导其合理调整自己的生产和研发，让他们也从中能够受益。4.系统的设计4.1系统设计思想A. 建立统一的分类和项目编码规则一个庞大的管理系统需要统一的项目编码和分类规则，根据项目的性质和广西路桥公司的实际情况，项目可以分为经营、管理、查询、分析和控制五个部分。B.系统内定义统一的项目管理状态项目的管理状态决定项目的系统内属性，项目的具体操作以项目的管理状态为前提。项目根据其周期管理需求的不同，分为以下六种状态：初始状态，可批复状态，启动批复状态，结算状态，竣工决算状态和最终完成状态。4.2 系统架构设计 ERP系统总体分为五部分，即办公管理，项目管理，档案管理，财务管理和人力资源管理。为了实现对这五个部分的管理，需要以下三个方面来进行操作，即管理门户，EAS系统平台和分析决策系统。管理门户主要指OA办公系统，包括公文管理、知识管理和信息交流；EAS系统平台包括项目管理、档案管理和财务管理。在项目管理中，包括九个方面的管理工作，分别为：合同管理，进度管理，成本管理，物资管理，设备管理，质量管理，安全管理，交付管理和招投标管理；档案管理主要是指日常维护以及支持检索；财务管理涉及到财务会计，管理会计，资产管理，资金管理和集中财务管理几方面。分析决策系统主要是指企业的管理层。也就是人力资源管理，在这里笔者总结为以下几方面：企业组织管理，员工管理，薪酬管理，绩效管理，培训发展，招聘选拔以及社保年金的管理。具体可以参照图4：图4 系统架构设计目标系统采用.NET三层架构技术，将系统业务分为三个层次，分别是用户层、逻辑层、数据链路层。这三层的划分使得系统业务处理速度更快，同时使得系统的开发与实现更容易。 （1）用户层，是直接面向客户的一层应用，用户所有的操作都是通过该层来完成的，因此，在该层运用过程中，要尽量构建一个简洁的外观，方便用户的操作。 （2）业务逻辑层，该层位于三层的中间层，主要是用来对业务相关的逻辑进行处理，在三层中该层起到了承上启下的作用，是三层中的核心层。 （3）数据访问层，该层主要负责对系统的数据库表进行各种操作，为前面一层提供各种数据服务。 之所以要用到.Net三层架构，源于它具有许多的优势，如下介绍：（1）三层独立工作，使得系统设计人员不必对整个业务层进行掌握，只需要关注其中的某个具体工作层就可以了；（2）对于传统的系统实现过程，在此能够轻松地对实现方式进行替换；（3）减少各层间的依赖关系，使其更具独立性；（4）有利于标准化； （5）便于三层之间的逻辑运用及重复使用；（6）具有很强的扩展性，各个层之间独立性强，只关注自己责任内的任务；（7）提供了更强的安全性能。数据层的访问都是通过三层中的逻辑层来实现的，因此，危险的来源途径更少，确保系统的数据安全性；（8）三层的划分使得业务处理的分工更加明确化与具体化，也方便了系统后期的维护工作。 4.3 系统详细设计 系统是一个十分复杂的系统工程，每个系统都是由相应的子系统组成，每个子系统又可以分为多个模块。因此功能模块设计在设计系统模块时，应时刻考虑模块间的内聚与耦合关系，即倡导模块内联系越紧越好，模块间联系越少越好的原则。根据系统分析阶段形成的数据流程图及数据字典，将子系统按功能划分法分为不同模块。同时各个模块又都各自包含相对独立的功能模块。A.项目立项管理模块 为了增强项目管理的有效性，根据规划性文件，完善项目储备池，加强资金使用的计划性，最大限度降低使用风险，提高资金的使用效率，提高企业的整体控制力，可以将资金存储到系统当中实现统筹计划。在建筑项目管理系统中，主要实现以下几个方面的功能模块的固化： （1） 将年度前期的各种费用进行汇总，将各项开支和资金进行整合。（2） 将各个项目的计划汇总到ERP系统当中，实现实时的数据更新和处理。（3） 在线审批立项文件，帮助管理者实现在线实时管理。与此同时，要严格规定，只有在全部条件都符合的情况下才能够进入到下一步的流程当中。（4） 对年度资金报表实现自动创建，进行实时的跟踪和管理，将相关数据录入到ERP系统当中。B.项目启动管理模块 系统固化的各项条件能够有效控制项目建设的前期工作，避免由于各项体制的不完善而随意调动资金，从而以此来提高项目资金使用的安全性，增强资金使用的规范性。通过以下环节的启动管控，不同类型的项目都可以获得在线审批：（1）对于一些紧急的、需要提前审核的启用资金，需要公司上层领导的审批，完成预算审批，将需要更改的项目录入到企业的年度预算当中。在项目符合各项条件要求时，则在ERP系统内进行特殊标注。 （2） 正常情况下，当项目取得相关单位批准，在纳入到企业的年度工作计划后方可进入正式启动阶段。C.项目概预算管理模块 FBS结构可以有效实现各类项目的规范管理。在任务上输入相应的概预算值，通过系统的自动运行和计算来实现动态的执行，达到实时追踪的目的。借助于动态的实时跟踪，对数据进行管理，从而为以后建立标准化管理体系奠定基础。D.