温岭让五金erp更适合自己的企业发展和管理（五金erp系统的有点有哪些）用友好业财erp
微信号：18679110658
摘要： 五金erp系统最关键的效益就是建立合理化，高效化，标准化，制度化，系统化的营运模式，提高工作效率，减少工作量，降低营运成本，建立企业的神经网络，提升企业的异常反应能力。
由于国内企业实施五金erp系统的时间较外国企业晚，对于五金erp系统企业资源整合全面电算化的经验和专业应用上普遍都较欧美企业晚起步二十年以上。因此，有许多MIS和经营管理咨询公司的专业从业人员都可能会误认为：‘欧，美，日国家的五金erp系统企业资源整合全面电算化的专业技术肯定比国内先进，完美！’。这个想法也许可以被容许，但是却不是绝对正确的看法。罗马帝国发展得比美国还早N千年，如果照前面这个道理推理的话，美国的科技永远都赶不上罗马帝国，这个误解能称得上是个道理吗？先做的人不必然做得更好，慢做的人也未必然做得不好，巧思妙用完全存乎于不同专业人才的脑海构思规划里，谁家天下则是自有安排。
如果你具备一定的经营管理专业知识，有相当年资的软件规划和开发的实务经验，加上在制造产业实际辅导五金erp系统全面电算化实施的经验，你将能够轻易的发现，目前国内、外很多五金erp系统软件系统规划的架构理念是有严重的错误的，一套良好的五金erp不仅仅是功能要完整，整合程度要高，运行效率用友好业财要快，实施过程要短，必须具备QRM快速反应机制，维护作业要简单，移植能力要好，还要实质上能大幅降低营运成本。可是，当你使用过国内、外五金erp系统软件，你会发觉，这些五金erp系统的最终的诉求，他们大部份都无法实现。
温岭任何一种五金erp系统的资料Table，在每一家关系企业，都有不同的属性或用途，例如：料品主檔，相同的一个料品，在AX01公司属于原材料，在BL01公司属于半成品，在DX03公司属于制成品，在FC02公司则是属于商品，到底由哪家公司的人来负责定义这个属性？为甚么别人公司的数据要由某个人来统一设定呢？另外，属于研发机能的属性该由谁来设定？属于采购机能的属性该由谁来设定？属于生产机能的属性该由谁来设定？属于营业机能的属性该由谁来设定？属于委外加工机能的属性该由谁来设定？属于生管机能的属性该由谁来设定？属于物控机能的属性该由谁来设定？属于财务和成本属性的数据该由谁来设定？本来各公司自行设定，既快速，又简洁，现在把它搞在同一个Database，就变得复杂无比，每建立一个新的产品，就可能有几十项到几百，几千项新的子阶料品，就需要等待这些料品都建立完毕，才能开始顺利运作，这算是有效率的管理模式吗？为了每一个关系企业而设定的不同属性的数据，能够放在同一个Table里定义吗？10个公司的属性和50个公司的属性，如果存放在一起，字段数量肯定不同，因此，肯定必须放在不同的Table里，这就让系统的复杂度变大了，如果有30个关系企业，对于不同的属性数据，就必须开30个Table，在系统的维护工作上，不就变得非常复杂了吗？一个人有一个头，一个身体，两条胳膊，两条腿，五脏六府。..。..，这是何等的灵活而有效率，现在把30个人的头，身体，胳膊，两条腿，五脏六府。..。..等等全部结合在一起，这个架构能够更有效率的运行吗？从30个合倂的人体中让其中一个人运作，速度可能会变快还是变慢？这么一个复杂的人体结构，一旦动起手术来，会比帮一个人东手术快吗？这个道理应该非常的简单。
温岭同样是会计总帐，不同的企业可能就有不同的营业型态（Business model），就可以规划不同的会计科目，不同的公司就有不同的簿记账册，产生不同的财务报表。把多家公司的会计总帐资料放在同一个Database中，用公司代码加以区隔，并不能提升任何工作效率，而且，不属于某家公司的会计科目，全部显示出来让会计人员选择，还会出现误用会计科目的可能，如果每个企业使用的会计科目以公司代码将其分隔，避免误用会计科目，则会计科目就无法资源共享。对于无法达到资源共享的数据把它们放在同一个Database，到底有甚么意义？当集团企业在进行集团内部交易调整/冲销分录之时，这些关系企业的会计总帐的传票（凭证）也不能提供任何合并汇总的用途，集团财务是拿各关系企业的电子表格进行合并汇总作业，这种合并调整和冲销分录和会计总帐的会计传票属性和做法完全不同，集团财务合并报表属于合并汇总的观念，而不是像总帐会计的簿记账册的观念，把这两种属性不同管理体系的数据存放在同一个Database中，除了把系统搞得更复杂，能够得到其它任何效益吗？所以，从总帐会计和集团财务合并报表的角度来分析，这种架构规划也是完全错误的规划方式。
温岭不同的关系企业可能分布在不同的国家或地区，使用不同的记帐币别，拥有不同的汇率体系，将30家关系企业的数据放在同一个Database，各自设定不同的记帐币别，建立不同的每日汇率，这和将数据存放在不同的Database数据库有何差异？资源无法共享，却造成数据量变得庞大，执行效率降低，系统维护工作也变得更复杂，这对集团企业有产生任何价值吗？
温岭人力资源，固定资产，制造成本。..。..等等管理体系。..。..，从任何角度分析，把所有关系企业的资料存放在同一个数据库，肯定是不合理的规划方式。由于将多家关系企业的资料存放在同一个Database里，如果想要共用数据资源，就要把各个公司无法共用的数据屏蔽掉，这个工作任务就变得非常繁重而复杂，如果没有把各个公司无法共用的数据屏蔽掉，就有可能造成User误选数据，导致后续许多的数据错误。当User数据选用错误之后，再来事后清理的话，这就等于把狗或猫放在公园到处排泻，事后再来清理一样，绝对是一件非常不好玩的苦差事。如果这些存放在同一个Database里的资料使用公司代码给予区隔，不让部同的企业共享数据资源，那又何必将这么庞大的不同公司的数据存放在同一个数据库Database里呢？
一套完整的五金erp系统全面电算化整合信息管理系统所包含的范围非常的广泛而博大精深，不论从基础工程的规划设定，系统参数的规划设定，往来客户和厂商的规划设定，仓储管理的规划应用，总帐会计的规划应用，财务资金的规划应用，营销收款循观体系的规划管理，采购付款循环体系的规划管理，生产制造循环体系的规划管理，生产管制体系的规划应用，物料管制体系的规划应用，委外加工体系的规划应用，质量管制体系的规划应用，固定资产体系的规划应用，人力资源管理体系的规划应用，制造成本分析体系的规划应用，税务管理体系的规划应用，关务管理体系的规划应用，短期投资体系的规划应用，融资贷款体系的规划应用，产品研发体系的规划应用，自动立体仓储体系的规划应用，厂务管理体系的规划应用。..。..等等，每一个企业实体都有各自独立运作的相关体系。不同关系企业之间的数据是不可以搞混在一起的，就算是亲兄弟的公司也得明算帐，何况，在现今国际金融体系跨国快速运作的环境下，今天是关系企业的公司，明天就可能不再是关系企业，今天不是关系企业的公司，明天却可能就是关系企业。今天是属于控股公司的，明天就不是属于控股公司。在分分合合的国际金融购併体系下，把随时都有可能改变关系的公司数据存放在同一个Database数据库中，你认为这样的系统集成结构规划方式是个合理的架构规划设计吗？
温岭最关键的效益就是建立合理化，高效化，标准化，制度化，系统化的营运模式，提高工作效率，减少工作量，降低营运成本，建立企业的神经网络，提升企业的异常反应能力。可是我们不难发现，国外软件产业竟然将所有关系企业的数据存放在同一个Database数据库中，甚至连集团财务合併报表的数据也存放在同一个Database数据库中，你相信这样的规划设计方式能够提高工作效率吗？能够加快电脑的执行效率吗？如果因为这样的规划设计方式导致每笔数据读取需要增加20%的时间，就表示每个人的工作效率是降低20%，因为每个人都必须要多Waiting20%的时间。何况，把几十家公司的资料全部混在一个Database数据库中存放，只会降低20%的运作效率吗？任何一个企业的信息，耽误20%的时间，就可能丧失许多商机，增加许多成本，何况是耽误50%或更多的时间？这是算数问题，并不需要特殊专业的学问才能判断。从这么简单的角度分析，外国软件到底有甚么地方称得上可以提升产业竞争优势的？这就是值得国内专家和学者进行思考的其中一个问题！
温岭(编辑：)
