即将泡壳这种原材料，在设置产品类别的时候，设置为“辅助零件”，并为这个产品类别设置默认仓库为“包装材料仓库”。然后在统计成本的时候，将其与零件统计到一起。这虽然从数字上解决了问题，但是将辅助零件存放到包装材料仓库，总觉得有点别扭。不过从当时的情况来看，这也是最好的处理方法了。即使如此，由于涉及到的原材料数量比较多，最后企业还是抽调了很多人员开了一个夜班才将这些内容调整过来。虽然最终没有给ERP项目带来很大的损失，但是也让我们吓出了一身冷汗。
从这个事件以后笔者学乖了。在整理基本资料的时候，不是一个部门的事情。上了ERP系统之后，各部分数据都是高度共享的。也就是说，每一个基本资料跟各个部门都有紧密的联系。
防止以后发生类似的错误，笔者建议企业项目管理员，在整理某个基本资料的时候，如产品基本信息，最好先列一个固定的格式，如利用Excel表格先将基本资料的格式固定下来，哪些字段是必须填写的，哪些字段会对其他作业产生连锁反应等等。然后向各个部分进行确认。根据笔者的经验，每个部分流转下来，原先定义的基本资料格式会有60%以上的改动。可见单靠一个部门在定义基本资料的格式，并不能够反映出各个部分的实际需求。最后的结果肯定是在模拟运行甚至在系统上线之后才发现基本资料的不足。在最关键的时刻，后院起火，会阻碍ERP项目的正常上线。.
三、 系统正准备上线，却为垃圾数据烦恼。
企业用户辛辛苦苦终于引来了系统上线的日子，却发现系统中存在很多的垃圾数据。这些垃圾数据主要是在前提系统测试、系统培训的时候遗留下来的。这会大大的破坏用户的积极性。这又是一起很严重的后院起火事件。由于系统中存在不少的垃圾数据，对于系统后续的运行会产生很大的负面影响。如在报表统计、产品导入到处等作业中，都会看到这些垃圾数据的影子，从而影响这些作业的正常运行。这就叫做“一颗老鼠屎坏了一锅粥”。
很多企业在项目实施过程中都遇到过类似的事件。这主要的责任在于企业的项目管理人员或者实施顾问的身上。其实只要在项目开始之前，稍微做一些防范措施，就可以避免这种情况。如在基本数据建立完成之后，对数据库进行备份。然后再进行测试与培训。如此的话，在上线之前，将数据库还原即可。这就可以消除垃圾数据对项目的负面影响。
除此之外，还可以建立两个企业实例。现在的ERP系统，很多都支持多企业的。那么我们就可以建立两个企业，一个企业专门用来后续的测试与培训；而另外一个企业实例保存的就是企业最真实的数据。而且通过后台数据库，还可以让企业真实的数据同步到测试数据库中。如此的话，测试产生的垃圾数据也不会影响到企业最后的应用。
可见，只要在项目一开始的时候对这个问题引起重视，就可以采取很多简单却行之有效的措施来避免这种垃圾数据对系统运行的不利影响。这个后院起火的事件明显是可以避免的。这主要看企业项目管理员或者实施顾问是否有这个心了。对此笔者强烈建议，各位用户对这个问题要引起高度的重视，不要让一颗老鼠屎坏了一锅粥。
可以根据ERP系统的实际情况，采取以上几个措施中的任何一个，就可以轻松的避免这个尴尬的境地。如果不涉及到版权的问题，即ERP企业允许给企业安装两个独立的ERP系统，那么这是笔者所推荐的解决方案。如果软件公司处于版权考虑不允许这么做的话，那么就建立两个实例，分别完成不同的任务即可。由于两个公司的数据相互之间是独立的，所以也不会对最终的使用产生很大的影响。
项目经理胜任力免费测评PMQ上线啦！快来测测你排多少名吧~
http://www.leadge.com/pmqhd/index.html
