1.页面

搜索栏：全部中增加“订单号”、“仓库销毁单号”

字段增加：SKU编码【】、SKU ID【】、提交时间【】、完成时间【】、状态【】

操作栏增加按钮：创建【】、提交【】、合并提交【】、完成【】、取消【】

列表增加字段：提交时间【】、完成时间【】、取消时间【】

自定义导出增加字段：提交时间【】、完成时间【】、取消时间【】

2.创建

点击创建按钮进入创建页面

基本信息：

• 客户参考号【】：长度验证，长度待定。唯一性校验（唯一性校验过滤状态为“已取消”订单）
• 发货人：集成商操作时可选择当前集成商下所有有效发货人。发货人操作时没有此字段
• 仓库代码【】：分配给当前发货人的仓库并且状态是有效

仓配中心信息：

• 仓库地址信息，跟踪仓库代码带出，不可编辑。交互效果可以参考代发出库单

商品信息：点击创建按钮，新增空白行

• SKU 编码：必填。下拉选择，支持模糊搜索
• SKU ID：必填。下拉选择，支持模糊搜索
• 库存类型：必填。下拉选择：良品、不良品。
• 数量：必填。不为0的正整数。
• 品名（中文）：必填。下拉选择，支持模糊搜索
• 品名（英文）：必填。下拉选择，支持模糊搜索
• 操作：删除。这一列是新增列，点击删除本行数据无需二次确认

点击底部“保存”按钮，生成一条新的销毁单数据，状态为“已创建”

3.编辑

订单“已创建”状态下，点击详情，进入订单详情可编辑

客户参考号、订单号不可编辑。其他信息可编辑，校验方式与创建一致

4.详情

订单在非“已创建”、“下单异常”状态时，点击进入详情，订单信息不可编辑，如下图

5. 提交

提交有两个按钮

提交：表示选中的订单按照每个订单分别提交到WMS

合并提交：表示选中的订单将商品、库存类型、数量汇总为一个订单后提交到WMS。合并提交的订单仓库销毁单号相同。合并提交需要验证是同一个发货人

点击提交验证：

• 当前仓库下商品良品或不良品数量充足
• 订单状态为“已创建”

提交结果：

下单成功：订单状态更新为“已接收”、生成库存流水、增加待出库库存（良品+不良品）、减少可用库存（良品不良品分别减少）、记录提交时间

下单失败：页面弹窗提示失败原因，订单状态不改变，维持“已创建”，不生成库存流水，实时库存不变动（下单失败的原因可能是WMS验证失败，也可以是本系统验证失败。）

6.完成

点击完成按钮标记订单销毁完成。完成订单时不会在选择订单商品信息，即认为仓库按照预报信息进行了销毁

点击完成验证：

• 订单状态为“已接收”

完成结果：

成功：由于不查询WMS销毁单的进度，因此点击此按钮即认为销毁单完成。订单状态更新为“已完成”、库存流水状态更新为“出库”、待出库库存清零、记录完成时间

失败：不存在失败的情况

7. 取消

点击取消按钮标记订单销毁完成

点击取消验证：

• 订单状态为“已创建”、“已接收”

取消结果：

取消成功：单状态变更为“已取消”、库存流水状态更新为“复位”、待出库库存清零、可用库存（良品/不良品）回退、记录取消时间

取消失败：由于取消失败是不调用WMS接口的，因此不存在取消失败的情况。这个按钮的权限可以只给集成商

菜鸟合并销毁单

1.创建

订单自动获取到本系统，本系统创建成功后，即返回菜鸟销毁单完成。此时订单状态为“已创建”。

2.提交订单

2.1操作：在上述方案的提交中，批量选中订单，点击“合并提交”按钮，将订单中的相同SKU、相同库存类型合并为一个订单提交到WMS。

2.2提交结果

2.2.1提交成功：

单号记录：在本系统页面上仍然是多个订单，多个订单的“仓库销毁单号”相同
订单状态（这一点待定）：两个方案
     方案1：提交到WMS后订单状态为“已接收”，这样可以和其他发货人逻辑一致。仓库完成后操作员再到本系统点击完成。保持本系统和WMS的库存的一致性。但是会对菜鸟造成疑惑，因为在菜鸟的认知里订单已经销毁成功，不应该有仓储费/库龄。
     方案2：提交到WMS后订单状态为“已完成”，只对588菜鸟发货人做特殊处理。
库存流水：按照每个订单分别生成

2.2.2提交失败：

弹窗提示失败原因、不生成库存流水、实时库存不变动

3.完成订单

在2.2.1中，方案2不需要再操作完成；方案1，完成时与仓库销毁单号无关，即用户将同一个仓库销毁单号的多个订单，只进行一部分订单的完成，库存也会根据一部分订单的完成做更新。

4.其他

4.1创建：菜鸟的销毁订单正常来说是由菜鸟自动创建而来。增加手动创建的功能后，不会对菜鸟做限制，用户可以创建菜鸟的销毁订单

4.2编辑：菜鸟的订单创建到本系统初始状态是“已创建”，在这种状态下订单可以做信息更新