一、【问题现象】

出库申请单下推成其他出库单。物料A，批次库存为200个，下推2张出库申请单需求有二行，一行的需求数量是150个，另一行的需求是500

单号           申请数量

CKSQD000048      150

CKSQD000045      500

• 页面操作下推： 200的库存拣货先处理需求分录行为150（单据编号：CKSQD000048）数量的物料，剩余50出给需求分录行为500（单据编号：CKSQD000045 ）数量的物料，剩余需求数量450再拣货其他批次

• webapi调用下推接口： 200的库存拣货先处理需求分录行为500（单据编号：CKSQD000045 ）数量的物料，200批次库存不足，剩余300数量（单据编号：CKSQD000045 ）和150数量（单据编号：CKSQD000048）的物料，再拣货其他批次

不同点：页面下推系统先对单号CKSQD000048物料进行拣货，webapi调用下推，系统先对单号CKSQD000045物料进行拣货，导致两个入口拣货数量不一致。

二、【原因分析】

单据转换下推选择多张单多条分录时，系统默认采用单据内码升序（FID ASC）和分录序列号升序（FSEQ ASC）进行数据排序，同时页面操作下推，会根据页面选择的分录显示顺序(<ListSelectedRow> selectedRows)对数据包重新排序，webapi不存在页面选择操作，所以无法叠加数据排序，导致两边下推因为排序问题批号拣货结果不一致。

解决方案：单据转换路线-排序策略：设置排序字段。这样在多个操作入口操作单据下推，会保证使用相同的排序规则