<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>虫虫网 &#187; ERP</title>
	<atom:link href="http://www.70hoo.com/tag/erp/feed" rel="self" type="application/rss+xml" />
	<link>http://www.70hoo.com</link>
	<description>PPT设计可以象音乐一样优美动人!</description>
	<lastBuildDate>Fri, 16 Jul 2010 05:31:35 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>再谈供应商赠品成本核算(转载)</title>
		<link>http://www.70hoo.com/supplier-costing.html</link>
		<comments>http://www.70hoo.com/supplier-costing.html#comments</comments>
		<pubDate>Thu, 13 Aug 2009 09:42:57 +0000</pubDate>
		<dc:creator>虫虫</dc:creator>
				<category><![CDATA[01.项目管理]]></category>
		<category><![CDATA[ERP]]></category>
		<category><![CDATA[项目管理]]></category>

		<guid isPermaLink="false">http://www.70hoo.com/?p=399</guid>
		<description><![CDATA[今天和同事JACK讨论了一个问题，还是围绕着之前提过的供应商赠品成本核算问题展开。 在谈这个问题之前，首先要明确以下2点原则问题： 1、仓库只对收货数量负责，一概不管成本高低。仓库收货确认后，采购单价即使发生变化，也不会影响仓库存货数量日记帐的数量数据。 2、成本核算的依据是供应商提供的结算发票上标注的价格。 财务将供应商结算发票匹配收货单，对赠送物料的成本核算通常有2种处理方法——零成本法和原成本法 零成本法       理论依据是：既然是赠送的，肯定是免费的，供应商发票不会涉及到，成本为零。把赠送数量视为无偿使用，当次采购单位成本自然因此而降低。       采购订单数量100件，采购单价120，采购总额12000。结果仓库超收20件，       实际到货单位成本＝12000/120＝100        帐务处理如下：   业务   借   贷   收货   存货 14400   暂估应付14400   发票匹配   暂估应付 14400 进项税 12000×0.17   应付12000×1.17 存货2400   原成本法      理论依据是：即使是赠送的，也要把原采购单成本体现出来，供应商发票不涉及到，也按照发票的不含税成本计入成本。       采购订单数量100件，采购单价120，采购总额12000。结果仓库超收20件，       实际到货单位成本＝120×120＝14400        帐务处理如下：   业务   借   贷   收货   [...]]]></description>
		<wfw:commentRss>http://www.70hoo.com/supplier-costing.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>ERP实施顾问——要专业 更要坚持</title>
		<link>http://www.70hoo.com/erp-consultant.html</link>
		<comments>http://www.70hoo.com/erp-consultant.html#comments</comments>
		<pubDate>Wed, 24 Jun 2009 13:09:03 +0000</pubDate>
		<dc:creator>虫虫</dc:creator>
				<category><![CDATA[01.项目管理]]></category>
		<category><![CDATA[ERP]]></category>
		<category><![CDATA[PMP]]></category>
		<category><![CDATA[项目管理]]></category>

		<guid isPermaLink="false">http://www.70hoo.com/?p=326</guid>
		<description><![CDATA[            作为ERP实施顾问的我们，是一个项目管理实施的领导者和企业先进管理知识的传播者。       我们在实施ERP项目过程中，经常会遇到客户提出很多各式各样的要求，但有一种要求提得很有意思，就是按企业或者客户项目经理个人的思路来实施，在这里我暂且先不讨论这种要求是不是合理，我们先来看这种要求对项目管理有利还是有弊，若我们按客户的要求或者思路来实施，那么将首先面对的是二次开发量巨大(不是所有的二次开发都是对企业产生增值的，相反会阻碍企业的发展，因为大多数的企业会将现在企业的现状搬到ERP系统里，分不清什么叫管理与资源。)；最坏的结果是项目根本无法进展下去，面对的是项目的生与死，作为实施顾问，我们必须对项目负责，必须坚持我们有利于项目进展的正确做法。       很多企业懂得项目管理的人很少(不信您就问他们什么叫PMP，看有几个能回答得上来)，那么真正懂得ERP项目管理的人就更少了，他们常常需要甚至依赖实施顾问给他们提供专业的实施方法和解决方案。但也有一些称为半桶水的客户要求实施顾问如何如何来实施项目，结果害了这个项目也害了自己。最后的原因是因为这个实施顾问不够专业，缺少那所谓的坚持，导致整个项目失败。部门主管也许会经常听到自己的实施顾问这样说：“因为客户要求这样，所以就……”，类似这样的抱怨应该不是很少吧！每一个客户要求确实很多(企业花那么多的RMB来实施一个项目您说要求会少吗？)，自问一下吧！作为一位顾问，我们的项目管理是什么？我们的主张是什么？我们又坚持了什么？反问一下为什么我们不敢坚持？       我们也许经常听说“洗脑”这个词(这个在传销里出现的词在这里借用一下)，那应该谁洗谁的脑呢？一定是在这个领域中专业人员洗不专业人员的脑，再有一种就是专业人员洗专业人员的脑(看谁够专业)，洗脑者一定是专业的，敢于坚持自己的观点，同时敢于通过很多事例或者方法来说服他人接受我们的观点。(在这里我们只讨论专业洗脑，不讨论哪些误导的洗脑比如传销等洗脑。)       作为ERP实施顾问，要专业，更要坚持……       坚持是建立在专业的基础之上，因为您对这个领域足够专业，所以您能够分析得透彻，并且能够列举出令人信服的事例来证明您的观点。       坚持自己观点的同时，要帮助客户将原因分析清楚，您的观点以及他人的观点、优点和缺点对项目会出现什么样的状况。       坚持就是一种负责任的体现。坚持正确的观点和做法，并不是不尊重客户提出的需求，而是帮助客户真正成功，充分体现您的责任感。       坚持就是充分体现实施顾问的价值。作为顾问，我们除了让客户成功应用ERP系统之外，还有义务和责任给客户传播先进的管理知识以及管理经验，这些通常要打破客户现有的思维模式和做法。       坚持就是胜利。因为客户大多数不清楚如何实施ERP项目，所以才需要请专业的顾问来辅导，也才会有ERP顾问师这一行的出现。客户的需要很多程度上是对现有状况的描述，而且只是基于现有状况上对软件的需求，顾问的优势是从管理的角度系统地给客户提出专业建议和方案。我们更多要学会坚持每一点，成功每一步，这样我们离ERP项目最后的胜利就不远了。]]></description>
		<wfw:commentRss>http://www.70hoo.com/erp-consultant.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>项目管理网站网址集</title>
		<link>http://www.70hoo.com/projectweb.html</link>
		<comments>http://www.70hoo.com/projectweb.html#comments</comments>
		<pubDate>Mon, 08 Jun 2009 16:48:46 +0000</pubDate>
		<dc:creator>虫虫</dc:creator>
				<category><![CDATA[01.项目管理]]></category>
		<category><![CDATA[ERP]]></category>
		<category><![CDATA[PMP]]></category>
		<category><![CDATA[项目管理]]></category>

		<guid isPermaLink="false">http://www.70hoo.com/?p=201</guid>
		<description><![CDATA[中国项目管理网http://www.project.net.cn PMP项目管理培训中心http://www.pmp.cn 中国工程项目管理网http://www.cpmchina.com 项目管理者联盟http://www.mypm.net/index.asp ITPUB论坛http://www.itpub.net 项目管理网http://www.cntiptop.cn 项目管理网http://www.tw103.com 提供最新房地产动态、项目管理文章、项目信息、企业信息、培训、项目管理培训、软件、项目管理软件、政策法规、标准规范、房产财经、造价信息 贵州工程项目管理网http://www.gzpmc.org 河北项目管理网http://www.hbpmp.cn 专业提供项目管理、生产管理、人力资源、客户服务、领导技能、市场营销、质量管理、财务管理培训与咨询服务 易知乐学网http://www.easyhot.com 关注信息技术,软件开发,项目管理,知识管理,企业管理,网站管理,教育技术发展 中国项目管理资源网http://www.leadge.com 最专业的项目管理培训、咨询和内容服务供应商 宁波项目管理网http://www.nbmanage.com 华鼎项目管理资讯网http://www.huading.net.cn 北京皓辰广域网络信息技术有限公司www.itpub.net]]></description>
		<wfw:commentRss>http://www.70hoo.com/projectweb.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>实施顾问的类型与主动思考</title>
		<link>http://www.70hoo.com/implementation-consultant.html</link>
		<comments>http://www.70hoo.com/implementation-consultant.html#comments</comments>
		<pubDate>Sat, 09 May 2009 12:23:33 +0000</pubDate>
		<dc:creator>虫虫</dc:creator>
				<category><![CDATA[01.项目管理]]></category>
		<category><![CDATA[ERP]]></category>
		<category><![CDATA[项目管理]]></category>

		<guid isPermaLink="false">http://www.70hoo.com/?p=105</guid>
		<description><![CDATA[      有位高人把实施顾问划分为四种类型：先知先觉型、后知先觉型、后知后觉型和不知不觉型。       先知先觉型：是指在问题还没有发生时就意识到了，并且很清楚与之相关的其它问题；这种类型的顾问非常厉害，属高高手级别；       后知先觉型：是指在问题发生后才意识到，但立即由此问题联想可能的其它问题，这种类型的顾问比较厉害，属高手级别；       后知后觉型：是指当问题发生时才意识到，但不能由此及彼的联想到其它问题，这种类型的顾问干活时会比较累；       不知不觉型：是指问题已经发生了，还没有意识到，更不用提联想到其它问题了，这种类型的顾问就不评论了。         前两种类型属主动思考型，后两种属被动思考型。       主动思考与被动思考有什么不同？看看顾问的级别就知道了，高手、高高手都属于主动思考型的；主动思考会使用事情时有缓冲时间。主动思考进步比较快、也比较容易被客户认可。]]></description>
		<wfw:commentRss>http://www.70hoo.com/implementation-consultant.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>浅谈BOM断阶原则</title>
		<link>http://www.70hoo.com/step-fault-principle-of-bom.html</link>
		<comments>http://www.70hoo.com/step-fault-principle-of-bom.html#comments</comments>
		<pubDate>Sun, 03 May 2009 14:00:46 +0000</pubDate>
		<dc:creator>虫虫</dc:creator>
				<category><![CDATA[01.项目管理]]></category>
		<category><![CDATA[BOM]]></category>
		<category><![CDATA[ERP]]></category>

		<guid isPermaLink="false">http://www.70hoo.com/?p=58</guid>
		<description><![CDATA[         BOM的断阶实际上就是对BOM中的ITEM之间，父项子项确认关系的一个过程。这种确认是为了满足管理的目的，所以对应不同的管理目的有不同的断阶方式。下面我来简单的描述一下BOM的断阶主要功能及原则。          总则：外购的直接材料，肯定也必然是BOM的最底层的断阶,BOM最底层的材料也必然是外购材料。最底层到产成品之间，都是半成品。在中间如何断阶，一是要看管理的需要，二是要看管理的能力。因为管理也是需要成本的。 一、BOM的基本功能是描述产品的构成，物料编码及物料定额，是整个ERP系统运行的基石。         1、BOM描述产品的构成是通过物料父子关系的描述来实现的，这种单层物料清单为BOM的维护提供了方便，避免了因为物料改动而对各较高层清单造成变化的影响，这也是BOM断阶的主要原因之一。         2、BOM是ERP运行的基础，必须被准确并恰当的构成。也就说说：BOM不仅仅是反应产品的构成（完全缩排物料清单），还要反应构成的逻辑关系，以满足管理的需要。 额外说明的是：基本的BOM原理中，只强调了物料编码的唯一性，并没有强制要求对BOM中处于同一等级（或者说同一单层物料清单）的物料进行合并。在复杂的装配中，有部分零件（尤其是标准件），虽然都是最底层的物料，可能出现在BOM的各个层级。而且有可能在同一等级中起不同的作用。所以在有的情况下，即使是同样的物料，如果保留其会更好的描述产品的构成情况，也不建议对定额进行合并。         3、BOM的断阶对于造船、重型机器、建筑机械等面向设计单件生产的产品，尤为重要。如果构成正确，可以作为生产的核对表，保证物料不缺失，并为生产活动（生产计划、成本控制）提供详细的参考。 二、BOM是MRP逻辑的基础，那么除了物料编码和产品定额，相应的其他信息也必须被描述，如：采购提前期、批量规则、订货点等，必须在物料的属性中完善；而影响其可用量的信息，如：计划数量、未完成计划数量、库存数量等，也必须准确无误。这里就涉及到一个管理的权衡问题：BOM的断阶越复杂，相关的信息越多，管理成本越高，而且容易出错；但是过于简单，那么计划的准确性必然值得怀疑。 在MRP的基本逻辑中，物料是分为独立需求和相关需求的。如果一个半成品在生产的关键路径上，是独立需求物料，是必须断阶的。 三、BOM用来统计和控制成本：基本的原则就是BOM的断阶要符合成本核算的要求，如果需要核算成本的半成品和成品，必须是断阶的。换个说法：发生出入库的半成品，必然是断阶的。 这里也涉及到一个管理平衡的问题。用工序管理还是断阶完全取决于企业的管理需要和管理能力。 对于一些非直接材料，包括直接人工，也可以组合在BOM中，进行定额管理，这并不违背BOM的逻辑，只是在领用的时候，需要注意并确认成本走向。 四、BOM作为生产指导的数据性文件，那么与工艺路线必须有很好的统一。 BOM的断阶实际反应的就是工艺路线的流程，而且生产排程的相关信息，也是通过BOM来汇总的。一般来说，BOM是个简化版本的工艺路线。对于工艺比较复杂的企业，建议用关键生产工序或者合并工序的断阶方式来管理，如果需要，可以在系统外采用工艺流程卡来辅助管理。避免因为大量冗余信息对系统管理造成压力。 五、BOM中工程更改的控制，因为直接影响到系统的运行，这里特殊说明一下： 工程更改无外乎两种情况： 1、为满足法规以满足顾客要求的强制性更改 2、为降低成本、改进质量等满足顾客要求的选择性更改 在工程变更的过程中，必须考虑到以下的因素： 1、新产品能力验证，需要相关部门的批准：否则改物料是不能投入使用的 2、成本：这是改进的动机之一。 3、现存产品的库存：包括整个供应链上的库存都需要考虑，以保证整体供应链的损失降到可接受的程度。 4、售后服务的满足：对顾客使用原有产品的售后服务保证一定要有持续性。 5、版本的控制：不管哪一层的物料清单，只要发生物料变更或者物料版本变更，必然影响到更高层的物料清单。]]></description>
		<wfw:commentRss>http://www.70hoo.com/step-fault-principle-of-bom.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
