勤哲系统的erp系统怎么填报

选择勤哲系统Excel服务器做企业管理系统ERP的经验之谈

现今ERP软件颇多企业往往在选型时候弄的眼花缭乱,很多企业最终会选择承诺多价格低的。但是一旦实施起来企业便荿为了被动方,最后结果就是钱不少花事没办成。

  曾经有个做ERP的朋友说:我们正在考虑重新选择系统和实施厂商请教人家,都說要选择功能全的就是ORACLE;要选择实施能力强的就选知名的实施公司。好像大的、全的就是风险小的。可是我们公司原来就是这样做的选择发现大系统实施、应用的代价很高,而笨重的系统不能满足公司很多特殊业务需求因为系统大而复杂,花了很多钱做了一些开发使用起来还是很不方便。现在集团业务在发展信息系统却越用越窄。我们现在想重新选型又怕选择小公司、小产品,服务会跟不上真不知道应该怎么选。

  这位朋友遇到的问题是很多企业都会遇到的凭着我多年ERP的工作经验,和大家分享探讨一些选型的重要原則和技巧

  我公司是做服装生产的,也是国内比较知名的品牌服装生产商三年前决策上一套ERP软件,实现业务、生产和财务的一体化管理当初没有选型经验,IT部门只是简单地将各个业务部门在日常工作中遇到的问题收集成需求然后邀请国内外ERP厂家来讲方案。结果听叻一轮后IT人员感觉从厚厚的项目建议书中学习到了很多东西,好像每家产品都有特色似乎都可以解决企业的需求。于是就从性价比角喥考虑选择了一家国内的ERP厂家的产品勤哲系统Excel服务器。

  多数选型失败的首要原因是不了解真正的需求项目的目标不明确,没有很恏地做需求分析

  很多企业将业务部门的直接需求拿来选型,而这些需求大都是要求减轻本部门业务处理量的我们称之为表层需求。其结果是各部门都会站在本部门立场上提需求所提要求常常是只考虑局部、不考虑整体,造成各部门之间自相矛盾

  企业上信息囮是为了规范和提升整个企业的管理,应该将公司层面的管理需求最大化而不仅仅是业务部门的手工业务处理的电子化。这两个层面的管理目标会有一定的冲突所以,选型时判定需求就-定要站在公司的高度跨部门的思考。

  选型和实施之前进行需求分析必不可少那么如何做需求分析?

  现在越来越多的企业在实施信息化之前,先行启动一个管理咨询的项目完成IT战略规划和需求分析,让专业人士幫助企业把控需求这已经成为信息化选型的一般前提。

  做需求分析时应该将需求分层次,从高到低依次理解需求从管理需求到業务需求,再到软件需求逐层推导,以软件需求(特别是核心的业务和软件需求)为选型标准但不要忘记以管理需求为根本,以业务需求為依据用科学的方法分析出需求。

  另外一点经验是在选型时不要一味迷信厂家的项目建议书,不是越全越厚就越好因为建议书嘚大多数内容都是拷贝来的。不如让厂家就企业最核心的几个需求再提供几页详细的答辩报告更有效

  我把我们公司的需求向勤哲系統公司客户经理一一说出,该公司的客户经理为我一一解答最终制定出了一份良好的软件运营管理方案。

  虽然我公司有内外网但電子邮件和文档共享、办公自动化软件都没有,对大多数最终用户来说使用电脑都困难,更不要说是复杂的ERP软件了

  勤哲系统Excel服务器基于excel而开发,对于最终用户来说操作起来都比较方便。而且可以内外网同时使用实现了文档共享和办公自动化。

  面对选型我們会问:把钱花在刀刃上的学问是什么?我认为,最关键的是理解了平台与应用的关系这里面的学问那就是:先搭平台,后搞应用;基础产品選平台发挥效益靠应用。

  勤哲系统公司客户经理建议我们售前承诺的一单一结需求在理论上可以实现,但需要进行较大规模的开發而且开发难度大、周期长。所以他们希望在不开发的情况下通过半手工半系统的做法,先上线用起来如果实在要开发,可等上线後再说而实际上,作为具有行业特色的核心需求如果不能在上线前实现,这部分功能游离于系统之外系统只能成为事后数据的存储の地,就失去业务过程管理的目的了

  在选型方面,最大的误区是:大系统就一定功能强大越是特殊的行业特色需求,越是要选择大嘚产品其实这种只要是大的贵的,就是全的好的想法是很片面的

  不错,大系统很灵活可以变化出多种解决办法。但越大的系统實现起来越复杂需要大量的设置和开发,应用和维护的要求也很高经常是理论上可实现的,而现实中并不可用

  正确的产品选型原则是:实用、够用、好用。

  考虑产品的适用性首先要分析产品的结构框架包括数据逻辑、代码逻辑和技术实现,看产品与本企业核惢业务需求的吻合度和实现的难易程度看实现起来是否最经济、最可靠、最有效,这就是所谓实用就好

  企业可以邀请有丰富业务囷系统实施经验的顾问参与选型的产品方案论证,特别是请那些同时具备技术背景和系统分析能力的复合型顾问因为他们具有管理、业務和软件的综合能力,重视问题和解决问题的方案而不仅仅是产品功能和顾问售前的Vision

  选产品时另一个原则是够用就好适度超前。用过大系统的人都知道面对复杂的大系统,企业会用到的功能也就十之一二软件产品的拓展性更多是根据其合理和适中的架构决定嘚,而不是简单地看其有多少功能和菜单不要为那些永远用不上的鸡肋功能买单。更何况一个软件产品的生命周期也就五六年,到时候必须要更新换代了

  选择产品的第三个原则是好用,这是指产品的易用性Windows系列软件的成功首先是其人性化界面和易用性。很多ERP产品特别是国外的产品,易用性上还很差要让国内最终用户轻松使用系统是有很大难度的。产品的界面、所见即所得、直观打印、便捷查询都是在选择产品时应该判断的基本标准

  勤哲系统客户经理告诉我公司项目实施部,根据实施合同系统中的流转单据需要根据愙户需求做调整,勤哲系统可以做一部分其他的要公司技术人员在掌握单据开发方法后自己做。而对于业务统计和管理用的分析报表系统中没有直接适用企业的,合同中明确规定由企业人员来做勤哲系统指导方法。现在勤哲系统要求企业人员尽量在上线之前完成单据囷报表的开发而实际情况是,系统上线前只开发了几张最重要的单据,报表没有来得及开发造成上线后,用户不能通过统计报表指導业务管理就连月底的结帐对帐都成为大问题。究其原因公司的技术人员,虽然早已经掌握报表开发工具但是在短期内很难对ERP系统複杂的数据字典、逻辑结构有深入的了解,所以不知道报表的数据源在哪里、如何取数一直是有心无力做开发。

  系统成功上线的一個重要标志是:从上线伊始就有与公司业务和管理风格相一致的报表体系。这就要求实施是具备技术可控的甚至不仅仅是报表,还包括特殊业务逻辑的二次开发

  很多企业在选型时,没有仔细判断产品的技术特性或者一味追求技术的先进性。对报表和二次开发的难喥估计不足或者寄希望与实施顾问。其实除非是软件原厂商,否则让顾问进行大量的开发是不现实和不经济的

  企业的IT人员,从產品选型阶段开始就要有意识地判断和选择产品技术的开放性、可控性,掌握技术基础特别要关注的是系统数据字典。大系统的数据芓典庞大复杂大多数实施顾问,没有较强的技术背景很难说清楚系统的内在逻辑,是无法指导开发的

  勤哲系统公司客户经理在幫忙实施期间将大部分时间用在对产品的配置、测试上,只关注与系统相关的流程和功能对培训、数据、方案沟通、理念讲解、项目推進、执行监督等,缺乏管理的经验虽然都有涉及,但似乎又没有很好地做到位所以需要我们公司的人配合才能够完善管理系统。

  軟件是死的终究要人去使用。在选型上不能只重视产品和实施厂家的品牌,而忽视实施团队其实,聪明的选型是在产品方向确定后一直要坚持一条基本原则选人选团队比选择实施公司重要,选实施公司比选产品重要

  每个实施公司,都有成体系的实施方法论泹我们经常发现,方法论的内容都涉及了但项目还是常常做不好。这其中最关键的是人

  之所以这样说,是因为一群能够将管理思想与软件实现相结合的项目顾问一个善于应用项目管理策略和方法的项目经理,一个明白业务、管理、技术和项目运作方法的人一个說做结合的优势互补、合作融洽的团队,才是项目成功的第一要素

  总结几点ERP选型方法:

1.整个项目有个明白人,把控需求、理解产品、控制实施对项目的目标、范围、方法有把控能力,对企业的核心需求和实现策略很了解对产品的适用度有感觉,对实施的过程有控淛能力这样才能组建一个好团队、选出一个好产品。

2.把钱用在刀刃上的学问是花小钱办大事与花大钱办小事的学问即先搭平台,后搞應用基础产品选平台,发挥效益靠应用

3.选人选团队比选公司重要,选公司比选择软件重要

4.需求分层分级,从管理需求到业务需求洅到软件需求,逐层推导用科学的方法分析出需求。

5.重视问题和解决问题的方案而不仅仅是产品功能和顾问售前的vision

6.重视做事的方法囷过程而不仅仅是方法论。

7.从一开始就重视技术的可控性

  就我公司的ERP项目来说,感谢勤哲系统公司客户经理对我公司的帮助才使得我公司项目运营如此方便快捷,大大减少了我公司的运营成本

}

我要回帖

更多关于 勤哲系统 的文章

更多推荐

版权声明:文章内容来源于网络,版权归原作者所有,如有侵权请点击这里与我们联系,我们将及时删除。

点击添加站长微信