最佳实践：

　　我个人认为，此处的付款条件管理不要太严格，只需要设置警告提示就可以了。因为在出货通知单到真正出货时，往往还有比较长的时间。这个地方，只需要提醒物流人员，有这个事情就可以了。让他们不要忘了去提醒业务员，去督促客户付款，不然会影响定单的出货。

　　另外，请注意，我在上面语句的描述中，用的是“定单里设置的付款条件”，而不是客户基本信息里设置的付款条件。也就是说，这里是根据定单中设置的付款条件来判断。若在客户基本信息处设置的付款条件与定单处设置的付款条件不一致的话，以销售定单为准。

　　付款通知单打印出来之后，物流人员拿给业务员签字确认，并告知一些相关信息，如上面提到的因信用额度或者付款条件的原因，会不会影响其最终的出货。

　　二、 业务人员确认出货需求。

　　当出货通知单到达具体的业务人员那里，业务员要根据实际情况，对出货需求进行确认。若确认无误后，签字确认后交给物流人员签字。

　　我们现在走的是书面确认过程。从图中可以看出，物流人员要把出货通知单打印出来，然后交给业务员书面确认，然后物流人员再在系统里进行确认。然后，再把出货需求发给仓库部门，让他们准备出货。

　　除了书面确认流程之外，系统还提供了电子确认流程。在系统中，物流人员做好出货通知单，点一下窗口上的确认按钮。出货通知单就会发给我们预先定义好的业务员。可以通过邮件或者即时消息的方式，通知他们已经有出货通知单了，要他们进行审核确认。他们在系统中经过确认后，就不需要物流人员进行审核了。系统可以直接发给仓库，让他们按出货通知单准备出货。不过，这里要注意一点，若业务员在确认的过程中，发现出货通知单有错误，需要修改的时候，则又要重复以上的流程了。

　　最佳实践：

　　从上面的叙述看，电子确认流程比书面确认流程省事好多。单据不用打印出来，分到业务员手里一个一个的签字确认。那不是省事很多呢?

　　不错，电子确认的效率确实比书面确认的效率要高。不过，我建议，我们在刚开始使用的时候，不要心急，还是先采用书面确认流程。等系统应用的熟悉了，再走电子确认流程。这可以实现系统的平稳过度。

　　三、 根据出货通知单生成出货单。

　　仓库人员根据出货通知单，生成正式的出货单。在出货通知单生成出货单的时候，要注意以下几点。

　　一是信用额度的控制。若客户出于资金安全的考虑，有信用额度管理的需求，在出货之前，若信用额度不够的话，不允许出货。则在生成出货单的时候，也会进行信用额度的判断。若信用额度不够时，其要么不允许保存，要么就是提示警告信息。

　　最佳实践：

　　根据我个人的经验，我建议企业，当客户的信用额度不够时，最好允许保存出货单，只是提示警告信息。然后，在出货单审核时，再提示信用额度不够，不允许审核。如此的话，相对来说，企业管理起来比较灵活方便。当然，这要根据用户实际需求进行确认，我作为实施顾问，只能提一个处理的建议。

　　二是付款条件的控制。若客户的销售定单的付款条件为预付款，则系统在生成出货单的时候，会去判断该定单有没有对应的收款单。若没有，则系统会根据预先的安全配置，拒绝生成出货单或者提示警告信息，说“某某定单要求预付款，但是款项还没有付清，是否要继续生成”。若用户选择是，则系统会忽略这个错误，继续生成出货单;若用户选择否，则此次出货单的生成作业就会不成功。

　　最佳实践：

　　这个跟信用额度管理一样，最好在出货单生成的级别上，只提示警告信息;然后，在出货单审核的时候，再对其进行强制控制。没有付清款项的话，就不允许进行出货。

　　三是如何跟出货检验流程结合。我这家客户，对于成品的检验是在生产入库的时候完成的，兼带成品出货检验作业，如外包装箱的标签，等等。所以，这家企业在出货的时候，没有成品出货检验作业。故，在流程图上没有描述出来。若有成品出货检验作业，则在成品出货通知单到达仓库之前，该出货通知单还要先达到质量检验部门那里。他们对成品进行检验之后，才会对成品出货通知单进行放行，最后才会到达仓库那边。