东莞爱粤金属粉末K3ERP实施案例.docVIP

  1. 1、本文档共3页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
东莞市爱粤金属粉末有限公司K/3项目实施案例 公司介绍 客户由爱粤和立粤两家工厂组成,于2006年7月新开厂,即买入K/3 ERP。 爱粤由高层管理干部集资成立,初期投资660万人民币,现有员工65名,生产线4条,年产能4500吨,从事粉末涂料的国内销售。 立粤由香港注册的控股公司立中化工有限公司投资成立,初期投资165万美金,现有员工70名,生产线4条,年产能4500吨,从事粉末涂料的转厂外销业务。 产品主要应用于家具、器材、电器、管道、汽车配件等金属 使用部门 License数 1 总帐管理系统 财务部 2 2 报表管理系统 财务部 1 3 固定资产管理系统 财务部 2 4 应收管理系统 财务部 2 5 应付管理系统 财务部 2 6 现金管理系统 财务部 3 7 采购管理系统 采购部 2 8 销售管理系统 销售部 3 9 仓库管理系统 仓库部 5 10 存货管理系统 财务部 2 11 生产数据管理系统 生产制造部 3 12 生产任务管理系统 生产制造部 2 13 成本管理系统 财务部 1 三.实施范围 东莞市爱粤金属粉末有限公司 东莞市立粤金属粉末有限公司 四.实施过程 东莞市爱粤金属粉末项目自2006年6月26日启动,于2006年10月26日验收交付,短短四个月就完成了财务,物流,生产,成本及二次开发项目,充分体现了金蝶Kingdeeway的快速实施理念。 爱粤金属粉末所有人员之前都在一家大型粉末生产厂商工作,用过花200多万买的QAD的MFG软件,已经习惯了信息化。当他们共同集资成立了爱粤时就决定企业一定要上信息化,一定要上ERP。而财务人员之前用过金蝶K/3 9.4,所以,一开厂,他们就选择了金蝶K/3 ERP,考虑到金属粉末行业的特殊性,同时也签订了二次开发项目。 项目初期,客户还停留在QAD的思路之中,从系统流程到每一个操作,客户项目经理都会拿金蝶的K/3与QAD的MFG相比较,对于系统中的财务部分还好,他们因为用过所以比较认同,但对于物流,生产就没有那么客气了,总是认为这个也很麻烦,那个也很麻烦。比如对于单据的审核与反审核,他们说之前MFG系统中的所有单据都没有审核的动作,我就把单据设为保存后自动审核,可是他们又认为要修改时还必须反审核,就很麻烦。并且,客户对我们系统中的报表方面非常的不满意,几乎没有可以达到他们所需要的,我就给他们建议万能报表,可是客户对于进入万能报表还要再输入一次用户和密码非常不爽,认为他进入当前账套的所用报表,为什么还要再输入一次用户和密码?而且万能报表也是K/3的  一部分嘛,为什么系统的集成方面那么差呢?所以,起初客户对我们系统很多方面并不是很认同。 但在项目进入蓝图设计阶段后,我们按照系统实施方法论一步步引导客户,每一个基础数据,每一个系统设置,每一个流程都与梁经理进行细致的讨论。梁林虽然是财务经理,可是他对于采购,业务,仓库,配方,生产都很熟悉。从计量单位组的讨论,他们购入原材料和销售成品是1EA=25KG或者1EA=20KG,都要在系统中和他一起设好,并在系统据中RUN出效果。他们原有的配方最多的阶次有7阶,我们来一起讨论有些阶次对于K/3系统来说是没有必要的,就砍掉了,有的就做为虚设件,免得多开生产任务单,而且还要做半成品出入库。对于采购和销售管理系统,他们要求按照付款方式的不同,系统自动算出应收应付日期,比如月结30天,月结60天,月结90天,有的是以出货日期,有的是以发票日期,而我们K/3 10.3只能在销售系统信用管理中根据发票日期+信用天数或月结方式,所以应收日期只能部分满足客户需求,应付日期这块客户要求也很严格,因为他们从来不拖欠供应商货款,该付的钱一定会付,但我们系统在这方面却不行,有在MYKINGDEE提单,但回覆此功能要等到以后的版本才会有。没有办法,只有在基础资料客户和供应商中加一字段,选择结算方式,单据自定义中再加入此字段,以提醒应收应付会计记得在供应链系统中审核完发票后再到应收应付系统中去修改应收应付日期,梁经理对此也表示了迁就。在这一阶段,每一次我们所讨论的结果,系统参数的修改,各个子系统的流程,我们都整理成WORD档案,记录在案。经过这一阶段双方的磨合,梁经理对我们的系统已经非常熟练,对于哪些功能能满足他们的需求,哪些功能不能满足时该如何处理,他都已经了然在心,而我也对客户的产品结构,工厂流程,日常业务都掌控了。所以,在上线前进行客户最终用户培训时,几乎是我和梁经理一起来完成,他讲时也是从K/3的功能出发而不是MFG了,我讲时也都是按照他们的业务流程来讲。这样,在蓝图设计阶段虽然比较辛苦,最多时一周有五天,周六周日都耗在爱粤,但我们扭转了客户项目经理对系统的不满,赢得了客户对工作的认可,同时与客户建立了良好的关系。 在8月

文档评论(0)

jsntrgzxy + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档