按需求完成。

根据利润组提供的方法，物流优选匹配完成后，传入参数【List<OrderMatchResult>分仓匹配结果集合】【List<RB.Model.RB_OrderInfo> 基类映射模型集合】调用提供方法new OrderProfitsCheck().OrderProfitsCheckProcess(),通过该方法返回的参数，订单分仓不涉及利润估算业务，只负责对估算方法返回参数，进行对应数据保存操作。

1.估算方法反参UpdateOrderStatusList集合不为空，则

设置该集合下订单状态为【待审核】，保存条件订单状态为正常的订单才设置待审核（和产品已确认），如订单非正常，即其他状态如锁定，待确认、作废等则不会设置为待审核。

添加订单问题【检测到利润过低】，添加之前删除原先已存在问题【检测到利润过低】之和再进行添加

2.估算方法反参UpdateOrderDescriptionList集合不为空，则

设置该集合下的订单备注为，当前订单备注追加+集合返回的订单备注内容

3.估算方法反参ProfitOrderLogList集合不为空，则

添加利润估算相关订单日志

4.估算方法反参ProfitOrderQuestionList集合不为空，则

添加利润估算相关订单问题

5.如调用估算方法程序异常，则该批次分仓匹配订单相关数据不保存，直接进入异常程序，设置为执行分仓失败，系统进行执行重试机制（和产品已确认）

6.增加调用估算方法相关文本日志，便于后续排查问题。文本日志名称：智能分仓及物流优选日志-利润估算.txt

-----------------------------------------------------------------------------------------------------------------------------------

涉及相关功能和需要验证的模块：

(分别验证单个订单、多个订单同时执行，正常匹配仓库运输方式和未匹配运输方式，匹配后估算利润正常和利润低等场景验证，是否开启利润估算，与利润测试联调)

A.系统自动下载订单  
B.选中订单执行策略
C.添加订单（勾选需要或不需要执行策略）、修改订单（不执行策略）
D.拆分订单（选择了仓库或运输方式不执行策略，未选择）
E.可合并匹配运输方式 （验证是否正常匹配分仓，该功能不涉及到保存，也不会调用估算方法）
F.分仓失败重试机制 （如分仓失败，会执行重试机制）
G.通过API接口创建订单  （传入参数执行策略和不执行策略）
H.手动、批量渠道sku关联
I.无API平台订单导入（执行策略和不执行策略）

-----------------------------------------------------------------------------------------------------------------------------------

注：

1.订单策略存在手工指定仓库和运输方式，也存在按照分仓优选规则匹配仓库和运输方式；

（满足策略匹配仓库或运输方式走利润估算方法，进行相关数据保存操作）

2.类似于官方仓发货(is_fab标识为ture)，是无需调用利润组公共方法；

（官方发货类型订单映射策略会设置为不执行策略，即不走分仓则不会调用利润估算方法）

3.系统参数未开启‘检测订单利润’标识，也不会调用利润估算方法。

（利润估算方法有判断是否开启标识逻辑）

-----------------------------------------------------------------------------------------------------------------------------------

自测部分截图：

文本日志记录