深圳智汇创想科技有限公司

修改了 优先级，旧值为 "1"，新值为 "3"。

修改了 版本号 ，旧值为 "1"，新值为 "2"。
修改了 需求描述，区别为：

002- 价格计算器调用了计算运费的公共方法，但是计算器请求的并发量太大，导致数据库阻塞
002+ 虾皮新增了部分字段，需要刷新数据；
005- 如果计算器调用了计算运费公共方法，则将运费规则数据缓存5分钟，每次优先获取缓存。（其他调用运费公共方法的入口仍然直接查询数据库）
005+ 针对shopee V2平台订单，订单添加时间在11.1 00:00 ~ 11.16 24:00之间，刷新以下字段：
006-
006+ 最后发货时间；
007- 修改完今晚先单独发布WEB03
007+ 剩余发货时间；

002- <p><span style="color:#171A1D;">价格计算器调用了计算运费的公共方法，但是计算器请求的并发量太大，导致数据库阻塞</span></p>
002+ <p><span>虾皮新增了部分字段，需要刷新数据；</span></p>
005- <p><span style="color:#171A1D;">如果计算器调用了计算运费公共方法，则将运费规则数据缓存5分钟，每次优先获取缓存。（其他调用运费公共方法的入口仍然直接查询数据库）</span></p>
005+ <p>针对shopee V2平台订单，订单添加时间在11.1 00:00 ~ 11.16 24:00之间，刷新以下字段：</p>
006- <p><span style="color:#171A1D;"><br /></span></p>
006+ <p>最后发货时间；</p>
007- <p><span style="color:#171A1D;"><span style="color:#171A1D;">修改完今晚先单独发布WEB03</span><br /></span></p>
007+ <p>剩余发货时间；</p>

修改了 所属计划，旧值为 "548"，新值为 "653"。

修改了 指派给，旧值为 "tianzihao"，新值为 "Admin186"。

修改了 价值描述 ，旧值为 "解决计算器调用计算运费方法失败的问题"，新值为 "协助刷新数据，节省人力1人天"。
修改了 业务价值 ，旧值为 "controlrisk"，新值为 "operatingefficiency"。
修改了 每月价值量，旧值为 "提升费用计算效率"，新值为 "节省业务人力"。
修改了 预计工时 ，旧值为 "4"，新值为 "2"。

修改了 版本号 ，旧值为 "2"，新值为 "3"。
修改了 需求描述，区别为：

005- 针对shopee V2平台订单，订单添加时间在11.1 00:00 ~ 11.16 24:00之间，刷新以下字段：
005+ 针对shopee V2平台，订单添加时间在11.1 00:00 ~ 11.16 24:00之间，发货状态是“未发货”和“部分发货”的订单，刷新以下字段：

005- <p>针对shopee V2平台订单，订单添加时间在11.1 00:00 ~ 11.16 24:00之间，刷新以下字段：</p>
005+ <p>针对shopee V2平台，订单添加时间在11.1 00:00 ~ 11.16 24:00之间，发货状态是“未发货”和“部分发货”的订单，刷新以下字段：</p>

修改了 评审时间，旧值为 "0000-00-00"，新值为 "2022-11-18"。
修改了 指派给 ，旧值为 "Admin186"，新值为 "tianzihao"。
修改了 当前状态，旧值为 "draft"，新值为 "active"。
修改了 由谁评审，旧值为 ""，新值为 "Admin186"。

修改了 当前状态，旧值为 "active"，新值为 "changed"。
修改了 版本号 ，旧值为 "3"，新值为 "4"。
修改了 由谁评审，旧值为 "Admin186"，新值为 ""。
修改了 评审时间，旧值为 "2022-11-18"，新值为 "0000-00-00"。
修改了 需求名称，区别为：

001- shopee协助数据刷新（无需发版）
001+ shopee剩余发货时间逻辑更改

001- shopee协助数据刷新（无需发版）
001+ shopee剩余发货时间逻辑更改

修改了 需求描述，区别为：

002- 虾皮新增了部分字段，需要刷新数据；
002+ shopee V2平台，标发后并非发货，需修改最后发货时间显示逻辑；
005- 针对shopee V2平台，订单添加时间在11.1 00:00 ~ 11.16 24:00之间，发货状态是“未发货”和“部分发货”的订单，刷新以下字段：
005+ 针对shopee V2平台，发货状态是“未发货”和“部分发货”的订单，即使标发了，依然显示剩余发货时间，只有在全部发货状态，才隐藏剩余发货时间；
006- 最后发货时间；
006+
007- 剩余发货时间；
007+
008+ 更新后检查，订单添加时间在11.1 00:00 ~ 11.16 24:00之间，剩余发货时间，是否正常显示，如果没有正常显示，则刷新下数据；

002- <p><span>虾皮新增了部分字段，需要刷新数据；</span></p>
002+ <p><span><span>shopee V2平台，标发后并非发货，需修改最后发货时间显示逻辑</span>；</span></p>
005- <p>针对shopee V2平台，订单添加时间在11.1 00:00 ~ 11.16 24:00之间，发货状态是“未发货”和“部分发货”的订单，刷新以下字段：</p>
005+ <p>针对shopee V2平台，发货状态是“未发货”和“部分发货”的订单，即使标发了，依然显示剩余发货时间，只有在全部发货状态，才隐藏剩余发货时间；</p>
006- <p>最后发货时间；</p>
006+ <p><img src="{226019.png}" alt="" /></p>
007- <p>剩余发货时间；</p>
007+ <p><br /></p>
008+ <p><span>更新后检查，订单添加时间在11.1 00:00 ~ 11.16 24:00之间，剩余发货时间，是否正常显示，如果没有正常显示，则刷新下数据；</span></p>

修改了 关键词，旧值为 "11月21更新"，新值为 "11月22更新"。

修改了 评审时间，旧值为 "0000-00-00"，新值为 "2022-11-21"。
修改了 当前状态，旧值为 "changed"，新值为 "active"。
修改了 由谁评审，旧值为 ""，新值为 "tianzihao"。

修改了 当前状态，旧值为 "active"，新值为 "changed"。
修改了 版本号 ，旧值为 "4"，新值为 "5"。
修改了 由谁评审，旧值为 "tianzihao"，新值为 ""。
修改了 评审时间，旧值为 "2022-11-21"，新值为 "0000-00-00"。
修改了 需求名称，区别为：

001- shopee剩余发货时间逻辑更改
001+ shopee剩余发货时间逻辑更改&amp;运输统计优化&amp;谷仓优化

001- shopee剩余发货时间逻辑更改
001+ shopee剩余发货时间逻辑更改&amp;运输统计优化&amp;谷仓优化

修改了 需求描述，区别为：

005- 针对shopee V2平台，发货状态是“未发货”和“部分发货”的订单，即使标发了，依然显示剩余发货时间，只有在全部发货状态，才隐藏剩余发货时间；
005+ 1、针对shopee V2平台，发货状态是“未发货”和“部分发货”的订单，即使标发了，依然显示剩余发货时间，只有在全部发货状态，才隐藏剩余发货时间；
008- 更新后检查，订单添加时间在11.1 00:00 ~ 11.16 24:00之间，剩余发货时间，是否正常显示，如果没有正常显示，则刷新下数据；
008+ 更新后检查，订单添加时间在11.1 00:00 ~ 11.16 24:00之间，剩余发货时间，是否正常显示，如果没有正常显示，则刷新下数据；
009+
010+ 2、运输统计界面-&gt;批量重新计算运费，针对包裹体积的计算优化
011+
012+
013+ 3、谷仓接口会返回入库单的状态，和上架数量。 应该获取上架数量 和 入库单状态 作为入库单完结依据
014+
015+
016+
017+
018+ 当前的逻辑是只是判断了 接口这个字段如果有值就判断为收货完结
019+
020+ 相关字段：overseas_receiving_count
021+
022+
023+ 逻辑调整为：首先判断入库单的状态："receiving_status": 10，"overseas_shelves_count" 这个字段有值 才能算收货上架了
024+
025+
026+
027+
028+
029+

005- <p>针对shopee V2平台，发货状态是“未发货”和“部分发货”的订单，即使标发了，依然显示剩余发货时间，只有在全部发货状态，才隐藏剩余发货时间；</p>
005+ <p>1、针对shopee V2平台，发货状态是“未发货”和“部分发货”的订单，即使标发了，依然显示剩余发货时间，只有在全部发货状态，才隐藏剩余发货时间；</p>
008- <p><span>更新后检查，订单添加时间在11.1 00:00 ~ 11.16 24:00之间，剩余发货时间，是否正常显示，如果没有正常显示，则刷新下数据；</span></p>
008+ <p><span>更新后检查，订单添加时间在11.1 00:00 ~ 11.16 24:00之间，剩余发货时间，是否正常显示，如果没有正常显示，则刷新下数据；</span></p>
009+ <p><span><br /></span></p>
010+ <p><span>2、运输统计界面-&gt;批量重新计算运费，针对包裹体积的计算优化</span></p>
011+ <p><span><img src="{226054.png}" alt="" /></span></p>
012+ <p><span><br /></span></p>
013+ <p><span>3、谷仓接口会返回入库单的状态，和上架数量。 应该获取上架数量 和 入库单状态 作为入库单完结依据</span></p>
014+ <p><span><img src="{226056.jpeg}" alt="" /><br /></span></p>
015+ <p><span><img src="{226058.jpeg}" alt="" /><br /></span></p>
016+ <p><span></span></p>
017+ <p><br /></p>
018+ <p>当前的逻辑是只是判断了 接口这个字段如果有值就判断为收货完结</p>
019+ <p><br /></p>
020+ 相关字段：overseas_receiving_count
021+ <p><br /></p>
022+ <p><span><img src="{226059.png}" alt="" /><br /></span></p>
023+ <p><span>逻辑调整为：<br /><span>首先</span>判断入库单的状态："receiving_status": 10，<br />"overseas_shelves_count" 这个字段有值 才能算收货上架了<br /></span></p>
024+ <p><span><br /></span></p>
025+ <p><span><br /></span></p>
026+ <p><span><br /></span></p>
027+ <p><span><br /></span></p>
028+ <p><span><br /></span></p>
029+ <p><span></span></p>

修改了 价值描述，旧值为 "协助刷新数据，节省人力1人天"，新值为 "解决线上异常问题"。
修改了 预计工时，旧值为 "2"，新值为 "6"。

修改了 评审时间，旧值为 "0000-00-00"，新值为 "2022-11-21"。
修改了 当前状态，旧值为 "changed"，新值为 "active"。
修改了 由谁评审，旧值为 ""，新值为 "tianzihao"。

修改了 所处阶段 ，旧值为 "tested"，新值为 "released"。
修改了 设置阶段者，旧值为 ""，新值为 "zhengqiao"。

修改了 所处阶段，旧值为 "released"，新值为 "closed"。

修改了 由谁关闭，旧值为 ""，新值为 "zhengqiao"。
修改了 关闭日期，旧值为 "0000-00-00 00:00:00"，新值为 "2022-12-14 09:53:19"。
修改了 指派给 ，旧值为 "tianzihao"，新值为 "closed"。
修改了 当前状态，旧值为 "active"，新值为 "closed"。
修改了 关闭原因，旧值为 ""，新值为 "done"。

修改了 所属模块，旧值为 "1684"，新值为 "1742"。

修改了 所属模块，旧值为 "1742"，新值为 "1854"。