客户至上,顾问之道——从《墨攻》看衡量优秀咨询顾问的标准
客户至上,顾问之道——从《墨攻》看衡量优秀咨询顾问的标准 咨询业是非常具有挑战性的行业,如何衡量一名优秀的咨询顾问,一直是大家讨论的话题,而最近上映的大片《墨攻》,我认为给了我们一个非常形象的解释。 《墨攻》故事发生在两千多年前的战国时代,强大的赵国因要攻打燕国而必须踏平夹在赵燕之间的梁国,面对赵国名将率领的十万大军,梁国只能要靠4000余人守护祖国,在自身力量无法达成时,只能向当时最有名的独立咨询公司——墨子公司求助,于是,中国历史上第一位真正意义上的咨询顾问出现了——刘德华! 作为一名独立
跟老黄一起学ARIS6.2.3
跟老黄一起学ARIS6.2.3希望爱好ARIS的朋友跟我一起学习!!!呵呵,在此也请徐兄多多指导!!!!!相关参考资料:http://www.itpub.net/542212.htmlARIS培训资料:http://www.itpub.net/413788,6.html[@more@]
国内ERP顾问最缺的是什么?
国内ERP顾问最缺的是什么?在做总结。国内ERP项目成功率普遍不高的原因除了ERP产品本身的功能缺陷以外,更重要的还是顾问的原因。请从你的观点来看--顾问最欠缺的是什么。只说一点!最欠缺的。[@more@]
这几个月来的一点总结--写给正在选型的朋友
这几个月来的一点总结--写给正在选型的朋友由于本文所涉及到的内容有一定的敏感性,故将所有公司的真实名称隐去,请勿对号入座。1、便宜没好货从项目启动到停止只用了短短一个半月时间,不清楚我这人是要求太苛刻还是顾问公司真的有问题。正如交涉材料中所提到的:顾问不是很好,但更让人无法接受的是频繁的更换。也正如对方所提到的:这个项目的付款方式决定了他们只能以“能产生效益”的客户为重--是啊,便宜没好货,即使有好的,别人也会考虑成本。2、软件是重要的,但顾问更重要。软件有问题--没人能否认这点。根据我们起先提出
Oracle ERP 11i中英对照词汇表 (二)
Oracle ERP 11i中英对照词汇表 (二)Jjob(职务)指可以分配给员工的一组职务名称。您可以使用职务键弹性域结构将职务级别与职务类别组合在一起,从而在 Oracle Projects 中创建职务。例如,您可以将职务级别普通与职务类别工程师组合在一起,从而创建职务普通工程师。job billing title(职务开单称谓)职务开单称谓,它与职称不同,可显示在发票上。job discipline(职务类别)指职务的职业分类,与职务级别一起使用可以创建职称。例如,职务类别可以为工程师或顾问等。job level(职务级别)职务的级别分类,与职务类别一起使用可以创建
作ERP顾问对财务会计的知识要求到什么程度为最基本的?
财务会计的知识掌握到什么程度才算最基本达到ERP顾问对这方面的要求呢?难不成非要通过CPA中国注册会计师的考试么?在座各位有去考过么?谢谢![@more@]
ERP应用误区勘正:ERP实施只有一种BOM
ERP应用误区勘正:ERP实施只有一种BOM本文首发于http://cio.it168.com/t/2007-08-06/200708060739390.shtml【IT168 专稿】经常听到大家讨论BOM的类型和作用,有按照产品生命周期划分的:设计类物料清单(EBOM)﹑工艺类物料清单(PBOM)和制造类物料清单(MBOM);还有按照使用范围来划分的: 狭义的BOM、广义的BOM、扩展的BOM;还有按照用途分的:销售BOM、制造BOM、设计BOM、维修BOM等。 这些分类的基本思路认为:BOM仅仅是描述了产品的物料结构,需要扩展工艺流程信息和资源信息才能成为完整的最终的MBOM或者扩展的BOM。 而我的观点正好
再谈开源ERP
再谈开源ERP前言本文并非针对某个特定的开源ERP产品,也非对开源的ERP抱有某种成见,只是站在ERP用户的角度提出自己的一些想法。辩驳只是为了解惑。提到开源软件,很多人首先想到的是LINUX。就这样一个由个人开发出的类似UNIX的操作系统居然能跟WIN系统在服务器领域进行抗争,并且取得了不小的战绩,真是不容易啊。大家可以很明显的看到:使用了LINUX服务器以后,公司的运营成本在降低--相对于WIN系统,LINUX几乎可以说是免费的。可在ERP行业,开源的生存空间又有多少?[@more@]再谈开源ERP前言本文并非针对某个特定的开源ERP产品,也非
愿意看看就进来!
愿意看看就进来!SAP 4.6 A/B System Adminstration Make Easy!!!!适用 SAP 4.X A/B/C/D 的MS SQL 版本!Chapter 1: R/3 System Administration Basics[@more@]
4万种编码缩编到2300种的实例
4万种编码缩编到2300种的实例 最近,刚刚完成一个机械制造行业的项目。现将物料编码方面方法和情况发布出来,有兴趣的坛友可以参考:背景:某典型机械制造行业,生产的产品从最原始的原材料经过众多工序到零件,再到装配成成品。财务电算化已经有10多年的历史了,第一次使用的ERP软件是国内比较有名的软件XX861,物料编码取有意义的规则,系统中总的物料编码为4万多种。 在准备更换ERP的软件系统时,客户就提出来,公司物料编码的混乱,重码,乱码很多,是公司基础资料中最头疼的事。 该公司是典型的机械制造行业,即是离散性的,又有流程
【本周话题】同一个料
【本周话题】同一个料,由不同供应商供应时可能性能不同,如何处理 这是今天跟一个朋友探讨的一个问题,他们公司就遇到了这样的情况。 R可以由X1 X2 X3三家供应商提供 而R用在A这个产品时只能用X1提供的而R用在B这个产品是可以由三家都提供 这是一个比较经典的话题,主要是因为同一个规格的产品精度不同。我以前的一个客户(做电容的)他们就出现了这个情况。 最常见的方法是用不同的料号来区分,但用新料号的话用户的反对意见往往很大。需要用很多口水来说服。 另外也可以用软件技术的方法来实现(比如说版本)。BTW:偶个人是不太赞同用
我公司的ERP还有救吗??
我公司的ERP还有救吗??我是06年毕业的学生,现在负责公司的ERP,说说公司ERP的现状吧: 1.软件是10用户版的,用的人却有30多,每天都争的头破血流的;2.公司的网速慢,还经常有人下载,ERP软件运行很慢,3.物料编码混乱,BOM里好多编码都是错的,我一次清理过600项从来没被使用过的编码.....4.库存与实际数量不符,估计准确率在70%左右,因此生产部也作不出生产和采购计划.5.采购部自己做单据,也没有人监控,尤其做暂估退回时,我发现新的进货单与进货退回的数量不符,当然一般都是多,财务也不管.6.公司人员变动很大,新来的人估计都没被培训,90%的人
ERP实施一些心得,希望大家补充交流
ERP实施一些心得,希望大家补充交流1. 先固化再优化软件在实施过程中,采用先固化再优化的原则,先把软件的功能用起来,一些操作方面的细节问题不去计较,流程走通了,再说操作方面的细节问题,如操作方便性。因为终端用户(操作员)往往提问题都是针对操作,而没有站在整个软件的流程上去提问题,这样在对软件不熟悉的情况下,往往会对软件造成错误的判断,导致大量不必要的工作。2. 先功能后操作每套软件都有自己的架构思路和特色,不同的软件在操作上没有可比性,操作人员在使用软件时,应先注重软件的整体功能能否满足需
ERP实施中BOM的注意事项
ERP实施中BOM的注意事项 在ERP的运行过程中,由唯一的物料编码编制的BOM是整个体系运行的基石。如果该基石不牢固的话,那么整个ERP就是空中楼阁,无本之木,难免不失败,就算是勉强上线,也避免不了大规模的维护和调整,会举步维艰。 一、首先,物料编码和BOM的编制要有一个标准,此标准应该沿用企业的产品技术标准或命名规则。需要关注的是规范化,标准化。而且绝对要注意的是:乙方不要越俎代庖,替甲方编制;就算是原来有成功的例子,也要推荐使用,让甲方的管理者尤其是技术标准化的人员理解之后在编制(最好也不是IT部门编制,除非以
ERP和其他管理软件之间的逻辑关系
ERP和其他管理软件之间的逻辑关系摘要:随着信息化时代的到来,ERP、PDM、CRM、APS、MES、PMC、SCM等概念和软件经常会混淆在一起,本文试图从管理的角度来解释其间的关系。首先需要说明的是,管理理念和管理软件是不同的,当不同软件供应商的相同名称的软件都放在你面前的时候,你会发现,每个软件所体现的管理理念是不同的。所以我的分析是从管理的角度入手,而不是从某些软件的角度入手。下面我们首先来看看1. ERP的发展历史我先介绍ERP是有理由的:按照我个人的理解,其他的管理都是在ERP的框架下运行的,都是ERP的子集或交集。
CMAN(连接管理器)的一些弊端
CMAN(连接管理器)的一些弊端 刚看了点ORACLE8I(817)有关CMAN的用途的文档,感觉CMAN是个好东西,可以灵活的控制连接用户。只是其弊端多多, 1、CMAN只适用于共享服务器! 这是个大大的弊端。因为目前的数据库大多专用服务器模式, 共享服务器基本上很少用,这大大限制了其使用范围。 2、CMAN即可以和数据库装在通一机器上,也可以装在第三方机器 上,假设是装在第三方机器上,那客户端在连接时,先要跑到第 三方机器上做检测,通过之后再到数据库。 其实。个人认为其实ORACLE没必要提供这种灵活性,既然CMAN 是用于此用途的(控制连接用
一般来说加载的时候,加载的时候parallel 与direct的参数是一块用
一般来说加载的时候,加载的时候parallel 与direct的参数是一块用的, Oracle声称此技术有100GB/小时的处理能力,direct 的参数是直接进行加载, 它必须在服务器端进行操作,在客户端操作不行,我曾经作过系统的测试,在客户端加载大概 400多万条的数据,通过普通的加载大概要1个多小时,在服务器端的加载只要3分钟作用,这个仅供参考.它与普通加载不同的地方是用直接路径加载,sql*loader收集数据,然后把内存中的数据格式化为数据库表中保存的数据,可以说直接从内存到磁盘的操作,比其常规的加载技术消耗的资源更少, 时间更少.同时加载的时候,表中不能
hash join算法原理
hash join算法原理 这两天仔细研究了一下hash join,包括其实现原理,总结了一下,请大家指正。[@more@]
一次分析的全过程,和大家交流
一次分析的全过程,和大家交流! 我们的程序员抱怨一段执行很慢的程序,我把代码执行分析执行计划,后果如下: 这是最初的执行效果及执行计划 SQL> SELECT "SP_TRANS"."TRANS_NO", 2 "SP_TRANS_SUB"."ITEM_CODE", 3 "SP_ITEM"."ITEM_NAME", 4 "SP_ITEM"."CHART_ID", 5 "SP_ITEM"."SPECIFICATION", 6 "SP_TRANS_SUB"."COUNTRY", 7 "SP_TRANS_SUB"."QTY", 8 "SP_TRANS_SUB".&quo
对多种情况下控制文件的理解与疑问,请指正。
对多种情况下控制文件的理解与疑问,请指正。针对以下5种情况,dump control file,提炼trace(均上传)中部分内容进行比较并理解。蓝色为我的标注,红色为我的问题。1.正常运行的数据库2.正常关闭后3.shutdown abort 后4.重建control file noresetlogs(未打开)5.重建control file resetlogs(未打开)环境:Oracle9i Enterprise Edition Release 9.2.0.1.0 - ProductionWindows 2000 Version 5.0 Service Pack 4提供一些Tip方便大家重现:1)dump control file 的方法:SQL> oradebug setmypidStatement processed.SQL> orad