出货流程是ERP系统中相对来说，比较简单的一个流程。但是，说其简单，其实，也不是很简单，其里面还是有很多细节的东西要注意。不然的话，还是会在阴沟里翻船的。下面，我结合一个客户的出货流程，来谈谈在ERP系统中，出货流程中经常会出现的问题及常见的错误。 
　　一、 物流部门追踪出货需求。
　　在这家客户，物流部门的主要作用就是跟踪定单的生产进度及商品检验。在ERP系统中，有些报表，可以帮助物流用户来追踪定单的进度。如系统提供了定单预计出货表，这份定单就提供了系统中所有未出货的定单明细(包括只出了一部分货的销售定单)。用户还可以根据预计的出货日期，来生成具体的报表。
　　物料部门根据预定的出货需求，在系统里生成出货通知单。在定单预计出货表中，用户可以根据客户来区分，也可以只按日期来区分。但是，在出货通知单上，必须按照客户来生成。因为系统会根据客户的基本信息，做一些判断与控制动作。用户在生成出货通知单的时候，我建议用户通过销售定单转出货通知单的功能，来完成出货通知单的生成工作。在系统中，可以把同一个客户的不同定单合并成一张出货通知单。但是，不能把不同客户的定单合并成一张出货通知单。
　　上面我说过，出货通知单会根据客户的基本信息做一些判断，主要的判断动作就是该客户的信用额度与付款条件。
　　若该客户有信用额度管理，并且，在开立出货通知单的时候，该客户的信用额度已经用完了，则系统就会提示用户，该客户的信用额度已经满了。该出货通知单不能够生成或者只显示警告信息。
　　最佳实践：
　　在出货通知单级别上，信用额度的控制，可以选择出货通知单不能生成或者只显示信用额度不足的警告信息。但是，根据我的项目经验，我觉得在这个级别上，信用额度的控制，最好只显示警告信息，提醒物流人员去通知业务员，让他们去督促客户尽快付清以前定单的货款，否则的话，会影响这笔定单的发货。因为，根据企业的不同需求，出货通知单可能提前一个星期甚至一个月就发出去了。在这个间隔时间里，客户是有时间付款的。
　　付款条件的控制，主要指的是有预付款的销售定单。若某个客户的销售定单上的付款条件为预付款，则该定单的出货通知单在生成的时候，会判断该销售定单对应的付款单有没有。若没有付款单，则根据系统的设置，可以拒绝生成出货通知单或者给出错误提示。
　　最佳实践：
　　我个人认为，此处的付款条件管理不要太严格，只需要设置警告提示就可以了。因为在出货通知单到真正出货时，往往还有比较长的时间。这个地方，只需要提醒物流人员，有这个事情就可以了。让他们不要忘了去提醒业务员，去督促客户付款，不然会影响定单的出货。
　　另外，请注意，我在上面语句的描述中，用的是“定单里设置的付款条件”，而不是客户基本信息里设置的付款条件。也就是说，这里是根据定单中设置的付款条件来判断。若在客户基本信息处设置的付款条件与定单处设置的付款条件不一致的话，以销售定单为准。
　　付款通知单打印出来之后，物流人员拿给业务员签字确认，并告知一些相关信息，如上面提到的因信用额度或者付款条件的原因，会不会影响其最终的出货。
　　二、 业务人员确认出货需求。
　　当出货通知单到达具体的业务人员那里，业务员要根据实际情况，对出货需求进行确认。若确认无误后，签字确认
　　后交给物流人员签字。
　　我们现在走的是书面确认过程。从图中可以看出，物流人员要把出货通知单打印出来，然后交给业务员书面确认，然后物流人员再在系统里进行确认。然后，再把出货需求发给仓库部门，让他们准备出货。
　　除了书面确认流程之外，系统还提供了电子确认流程。在系统中，物流人员做好出货通知单，点一下窗口上的确认按钮。出货通知单就会发给我们预先定义好的业务员。可以通过邮件或者即时消息的方式，通知他们已经有出货通知单了，要他们进行审核确认。他们在系统中经过确认后，就不需要物流人员进行审核了。系统可以直接发给仓库，让他们按出货通知单准备出货。不过，这里要注意一点，若业务员在确认的过程中，发现出货通知单有错误，需要修改的时候，则又要重复以上的流程了。
　　最佳实践：
　　从上面的叙述看，电子确认流程比书面确认流程省事好多。单据不用打印出来，分到业务员手里一个一个的签字确认。那不是省事很多呢?
　　不错，电子确认的效率确实比书面确认的效率要高。不过，我建议，我们在刚开始使用的时候，不要心急，还是先采用书面确认流程。等系统应用的熟悉了，再走电子确认流程。这可以实现系统的平稳过度。
　　三、 根据出货通知单生成出货单。
　　仓库人员根据出货通知单，生成正式的出货单。在出货通知单生成出货单的时候，要注意以下几点。
　　一是信用额度的控制。若客户出于资金安全的考虑，有信用额度管理的需求，在出货之前，若信用额度不够的话，不允许出货。则在生成出货单的时候，也会进行信用额度的判断。若信用额度不够时，其要么不允许保存，要么就是提示警告信息。
　　最佳实践：
　　根据我个人的经验，我建议企业，当客户的信用额度不够时，最好允许保存出货单，只是提示警告信息。然后，在出货单审核时，再提示信用额度不够，不允许审核。如此的话，相对来说，企业管理起来比较灵活方便。当然，这要根据用户实际需求进行确认，我作为实施顾问，只能提一个处理的建议。
　　二是付款条件的控制。若客户的销售定单的付款条件为预付款，则系统在生成出货单的时候，会去判断该定单有没有对应的收款单。若没有，则系统会根据预先的安全配置，拒绝生成出货单或者提示警告信息，说“某某定单要求预付款，但是款项还没有付清，是否要继续生成”。若用户选择是，则系统会忽略这个错误，继续生成出货单;若用户选择否，则此次出货单的生成作业就会不成功。
　　最佳实践：
　　这个跟信用额度管理一样，最好在出货单生成的级别上，只提示警告信息;然后，在出货单审核的时候，再对其进行强制控制。没有付清款项的话，就不允许进行出货。
　　三是如何跟出货检验流程结合。我这家客户，对于成品的检验是在生产入库的时候完成的，兼带成品出货检验作业，如外包装箱的标签，等等。所以，这家企业在出货的时候，没有成品出货检验作业。故，在流程图上没有描述出来。若有成品出货检验作业，则在成品出货通知单到达仓库之前，该出货通知单还要先达到质量检验部门那里。他们对成品进行检验之后，才会对成品出货通知单进行放行，最后才会到达仓库那边。
　　最佳实践：
　　有些企业，成品出货检验跟仓库准备出货动作可能同时进行。此时，我们也可以在出货单审核的时候加以控制。也就是说，物流部门在审核完出货通知单的时候，把出货通知单一式两份，一份给出货检验部门，让他们准备出货检验;一份给仓库，让他们准备出货。仓库用户仍然根据出货通知单生成出货单;而出货检验部门检验完毕后，在系统中做个确认动作。然后，仓库人员在审核出货单的时候，系统会附加一个判断动作，去判断出货单对应的货物有没有检验完毕。若还没有，则系统就不允许出货单审核，知道检验完毕为止。如此，即可以保障仓库的工作效率，又可以防止为经检验的成品就发到客户那边去了。
　　四、 成品出货单审核后的相关作业。
　　在成品出货单审核时，其还会进行一些其他的附加动作。
　　如在成品成品单审核的同时，其会更新销
　　售定单上的交付数量。当然，这个前期是要求销售定单、出货通知单、销售定单出货单连成一条线。所以，为了保证出货单能够正确更新相关的销售定单数量，我们在出货通知单、出货单单据性质设置上，最好都设置为“核对前置单据”，如此，才能够保证出货单上有对应的销售定单信息。
　　另外，根据月结的形式不同，有两种发票形式。一种是随货付发票，也就是说，发一笔货，我们就要把对应的增值税发票附在上面，一起发过去。如此的话，在出货单审核的时候，还要自动根据出货单打印发票信息。还有一种是月结发票。若根据这种发票规则，则是在月底的时候，开一张发票，发票的金额是当月所有出货金额的累计。所以，具体怎么做，根据企业的实际情况进行选择。不过，根据我的了解，大部分企业都是按找月结的方法来交易的，除非是那种商品流通领域的企业，才会采取随货附发票的形式。
　　通过以上详细的阐述，再配合具体的流程图，我相信，大家对出货这一块内容，应该有比较感性的认识了。