ERP的一点感想.docVIP

ERP软件的一点感想 其实文章的思路我很早就再构思了，苦于没有一个很好的实例用于表达，正好赶上最新版需求中有一条是“发货单增加货位管理”。我就以此为例来表达一下我想说的一点点东西。 首先我们来看这个需求的应用场景。按照客户的描述来说是目前在中小企业中普遍存在的业务场景是发货单是由库管人员填写的，库管人员即要填写发货单，又要填制销售出库单。由于发货单上没有货位字段，也不能通过自定义项进行解决管理，所以库管人员在填制完发货单后要先进行审核（既然都是一个人处理的，为什么这步也不一起省略掉？），然后再进入销售出库单，补充完整货位信息，然后再进行出库单审核扣减货位现存量。以上步骤的最终作用就是销售出库操作，跟用户的手工操作没有什么区别，但是做起来先不说原来做一张单现在却要做两张，而且还做不到一张做完自动生成另一张的效果（因为发货单没有货位）。于是用户就会想要是发货单也有货位不就好了吗？做完发货单，填写好货位，然后审核，进入出库单再进行审核，扣减现存量，这样最起码不需要两张单都得操作一遍了。再于是就去找伙伴提了个“发货单增加货位管理”的需要要求改进。 按照用户的思路，根据客户的应用场景，貌似很有道理，谁都不希望一样的数据没事似的操作两边，尤其当一张单子的数据量多达一百条、二百条的时候。 但是我们再想一想，发货单的主要作用有哪些？个人认为有四个方面： 发货单是在订制合同以后，在进行发货时由于可能一次或者多次根据合同进行发货，也为了与库存系统有效的链接起来，同时需要补充完整一些比较准确的数据信息，比如说价格（很多时候合同的价格未必是真实有效的，当货物从企业发出客户一般不会再去要求企业调整货物价格）。 发货单一般情况下是由销售人员操作的，销售人员对于库存的一些信息不会有太多的关注，但是一些关键的信息又需要掌握，比如说库房是否有充足的货物，因为一旦缺货那就肯定不能及时（最起码不能马上就出库）满足客户的需求时间而导致因为不能及时的响应而造成企业信誉的下降和客户的不满。 一些价格信息的保密性。在发货单中，价格是一个很重要的因素，前面已经提到发货时确定的价格一般都比较准确，甚至可以直接用来计算产品的收入和利润，而这部分信息对于一些企业来说可能是保密的，如果被竞争对手获取则会直接造成一个比较被动的局面。 数据的可传输性。当录入完发货单后，库管人员可以直接根据发货单生成一张出库单，然后根据条码或者手工去仓库进行点货，如果使用立体仓库的话甚至点货的操作都省略，马上打包发货。这在一定程度上是能大大减轻库管人员的工作，增加工作效率的。 但是对于一些中小企业，可能人员配备上销售人员和库管人员都不能很好的到位或者说基本的职责做不到很好的分工。销售人员可能掌握一定的客户人脉，直接影响企业收益，所以比较牛气。而库管人员一般由一些体力劳动者担任，在公司的地位比较低。自然而然的销售人员不想过多的进行电脑操作，而把工作扔给了库管人员去处理，我想多数的企业老板也不会拒绝这样的一个微不足道的要求，谁做不是做呢？ 但是反过来，这样做是不是合理，从企业角度来讲，我认为有以下几点不妥之处： 价格信息不再成为保密信息，由于库管人员直接填制发货单，因此可以通过多个方式获取更多的销售信息，自然价格也就不能成为什么秘密。那有人说我们不能在软件中增加价格的权限控制不就能满足客户的多种需求了吗？这样做确实能在一定程度上满足客户的需求，但是这也会给我们的软件增加更多的复杂程度。 发货单需要增加更多的库存信息。仓库人员填制发货单，需要知道具体的仓库，现在又需要知道具体的货位，对于有批次管理的存货我们还要控制住批次，还有入库单号等等。而对发货单本身来说它自身的功能又不能丢弃，原币价格、本币价格、含税价格、不含税价格、还有扣率等等。于是这些个东西交叉影响，再加上第一点中提到的权限控制，于是发货单变成了数一数二的复杂单据。不仅修改起来困难，还有N多的控制，先输仓库时怎么处理，先输货位如何处理，先输批号又如何处理。不仅程序本身的可控性极差，用户用起来保不准会因为不知道程序有N多的控制而导致数据输入的结果与他自己想要的有较大差别甚至背道而驰。 那是不是说我们就要把用户的需求置之不理呢？如果这样做的话那估计又不了多长时间软件的市场占有率、客户满意度、品牌就会下滑。用户的需求从用户的使用来说是合情的，但绝对不是合理的。说它合情是因为企业的实际情况确实如此，而且也不可能为了这点小事就去对销售人员怎么怎么样？说它不合理是因为从发货单的设计本意出发，这样做确实违背了发货单设计甚至说企业的规范化流程。 那么我们该如何处理类似这样的需求呢？结合用户的需求和软件设计的要求，我觉得在对ERP软件来讲，应该使用以下方式： 上游单据的信息应当尽可能的简单。但是简单不代表着没有信息，必要的信息还是要在单据中体现的。还拿销售订单-销售发