WMS 系统中，发运，是指将拣选并打包好的货物按照订单要求进行装载、分配运输资源，并最终将货物从仓库发出的物流操作过程。
对WMS来说，发运往往是最后一步，因为WMS指处理和记录货品在仓库的事，离开仓库就和WMS没有关系了。
但对供应链来说，虽然这只是其中一个过程，但其重要性不容小觑。有效的发运管理可以确保订单的准确交付，减少延误和错误，进而提高客户的满意度和企业的声誉。
一、相关介绍
发运常常分为以下几种方式，快递发运、自提（客户）、承运商装车发运。
快递发运，一般是对ToC客户，往往是在复核捆包后，由仓库人员贴好电子面单，并统一放到快递发货位上，由物流商统一取货，所以对仓库来说，一般复核捆包之后就算发运了。
有一些物流商会来仓库上门取货，上门取货的时候有一些会在取货揽收的时候就逐个扫描清点货物，也有一些是直接拉回去之后再扫描清点。当然也有一些物流商是不来仓库揽收的，需要仓库自己定期送到揽收点。
自提（客户）和承运商装车发运，一般是ToB客户，因涉及到货物的交接，往往是需要司机核实，由仓库人员使用PDA进行装车确认，待确认完成后视为已发运。
装车方式往往无非有以下几种，按单发运、按箱发运、按托盘发运。
- 按单：装车时扫描SO单据进行确认，常见于ToB客户按单确认交付的场景。
- 按箱：装车时扫描复核捆包的装箱条码进行确认，通过逐箱扫描箱码达到对货品发运的确认
- 按托盘：装车时扫描托盘编码，该托盘编码可能是扫描装箱后处于装载和集货后需要的打托码，也可能是整托拣货时所附带的托盘码。
值得注意的是，现场处于装车效率原因，仓库也可能会先将货统一放入车内，再使用PDA扫描确认。
此外除了在PDA上操作发运外，对于一些小型仓库，因为量不大且不容易出错，还会直接在PC端按单直接发运，简化其操作成本。
另在装车发运过程中，常常需要仓库打印一些纸质单据，例如装车单或送货单等。
二、相关概念
计划发运时间/预计发货时间：一般由上游系统约定或订单员进行填写的时间，指导仓库按照时间提前拣货备货。
发运图片：部分客户需在发运过程中所记录图片等信息作为货品备查。
装车顺序：有些货物存在重量和体积不同的情况，所以需安排合理的装车顺序，避免在运输过程中造成货物的损坏。同时零担运输（多客户拼车）时，装车顺序还需考虑卸货前后的情况，便于卸货方便。
装车清单：用于指导仓库装车核对货品信息，并指导装车，用于司机和仓管交接确认的纸质单据。
送货单：一般是按客户打印，用于记录和确认即将发出的货物信息，包括品类、规格、数量等。送货单用户帐务部审理并核对。留给客户作为送货依据。
三、如何设计
1、发运单
对于发运设计，常见于将其独立成单据进行设计，通常称之为发运单。
顾名思义，发运单是用于处理发运的，用于监控整个发运装载过程中的情况，其对应的状态包括新建、装车中、装车完成、已发运、已取消等
而发运单与出库订单的关系应该是多对多的。即一个出库订单可以直接发运生成一个发运单，也可能随TMS运单而来，一个发运单对应多个出库订单（一车多单），一个出库订单对应多个发运单（一单多车）。
所以从某种意义上说，WMS发运单等效于TMS的运单的，对于有打印装车单或送货单需求的用户，也可直接在发运单上增加相关的按钮进行打印。
从内容上来看，发运单包含如下信息。
至于记录发运单实际装载的商品，可在捆包箱上去记录发运单号，这样可直接兼容未计划的装车发运场景。
2、装车发运
对于PC和PDA的操作是类似的，常见的操作是支持按捆包箱、按订单、按托盘装载的操作，其分别对应的条件是已复核并关箱的箱号、已存在打包的订单、已存在打托号或整托拣货的托号。
在设计时，应考虑装错了撤销装车、查看已装数据等情况，便于用户更加灵活的操作。
值得一提的是，部分仓库仓储和配送人员是同一个部门的，也存在司机参与一起扫描复核的情况，即WMS无需做装车发运，而是司机在手机上使用TMS移动端对运单进行确认或逐一扫描货物的情况。
此时相关出库流程变更为TMS确认运单发运驱动WMS发运，所以发运单应考虑由外部系统驱动发运的情况。
但就TMS扫描货物而言，更推荐使用WMS PDA做条码出库扫描，这样能更加精准。
3、捆包自动发运
可在参数配置上设置复核捆包后自动发运，发运后及时扣减相应的库存，并生成加载到对应的发运单上。
四、常见问题
1、存在拦截如何处理？未发运和已发运如何处理？
对出库订单而言，库内作业取消和拦截是很重要且很正常的场景，电商作业会更加频繁。
例如我们在电商平台下单，经常会出现下单后，发现其他店铺更加便宜，我需要立刻对这个单据取消。但这个单据已经在出库作业中了，如果不能支持在发运前取消，那就只能等物流拦截或拒收退货，这样其实很影响正常的用户体验。
出库拦截分为以下几种情况，1、创单前拦截；2、创波前拦截；3、拣货前拦截；4、拣货后复核捆包前拦截；5、捆包后发运前拦截；6、发运后拦截。
一般情况下，前5种情况都允许拦截，最后1种肯定会拦截失败。随着作业节点作业越高，系统和人工处理的拦截成本自然也就更高。
例如订单已经创波了但是还未拣货，拦截指令下来后，只需要从波次里剔除该订单或明细即可。如果订单已经开始拣货，则需要取消未拣部分，当拣货人员去拣货时应给予提示。
如果订单已拣货，则需要再后续操作中提示该货物存在拦截，例如复核捆包时提示订单被取消了，不能再打包出库，这部分货物应放置到发运异常区，等待后续操作人员上架处理。如果是已捆包待发运拦截，则需在装车扫描时给予提示，便于操作者将货物取回并放置到发运异常区。
而对于已发运的订单或商品，若仍然需退回到仓库，则需仓库重新做销退单，通过销退单或拒收入库单的形式将货品重新入库到仓库里，当然这会影响这部分商品的实际库龄。
2、装车发运过程中的发现货物损坏怎么办？
在装载过程中，发现货物损坏也是一种很常见的场景，此时应允许现场操作人员撤销已装车的数据。
该操作同时撤销了拣货任务，并对已拣库存做上报异常数据，通过上报异常的方式去锁定在这部分库存在拣选库位(PICKTO)上，避免被其他操作把库存占用，待后续发运完成后再处理这部分异常库存。
如果仓内有相同批次满足发货要求的商品，则可通过系统重新触发生成新的拣选单，作业人员领取拣货任务后，重新拣货并装载到车上。
若库存不足，则根据业务要求，决定是否缺货发货或延迟发货。