任务描述


需求描述

1.    背景

历史遗留问题&新优化添加


2.    功能设计

原型链接：https://plr8j8.axshare.com/#id=xfuegr&p=removal_order


1）操作优化

移除订单太多，点击后不好区分是否已经看过详情，增加点击后改变样式功能，类似百度搜索点击后改变颜色，刷新后重新恢复（见下方示例）；

点击前

点击后



2）选项卡底纹颜色加深点；


3）添加每页300条


4）重复单号问题；

接口是根据市场ID获取报告，同一套账号不同站点，是相同市场ID，比如德国站和法国站，目前会出现两种情况：

在ERP创建移除订单后，同步到后台，获取结果到ERP，会获取到同一套账号的所有站点的移除订单；

在后台创建移除订单后，获取结果到ERP，会获取到同一套账号的所有站点的移除订单；


解决思路：在后台创建的无法处理，在ERP创建的处理；

方案：获取结果到ERP时，检测是否存在相同移除订单号，且订单来源是ERP的数据，如果有，则只更新已有订单的信息，如果没有，则全部保存下来；


注：这里要检测订单来源是因为获取平台结果有先有后，如果第2个单同步回来的时候检测已经存在而过滤掉其他的，就会导致保存错误，比如销售在德国站点创建了移除订单，但是同步到ERP时先保存的法国站的移除订单，而过滤掉德国站的那个，就会导致错误；


5）批量搜索

在移除订单界面，加上批量搜索功能；


6）采购总价优化；

将现有“采购总价”字段名称修改为“已处理采购总价”；

增加“采购总价”字段，计算方式为“采购单价 * 请求数量”



7）销毁原因设置成固定的几种；

由业务方提供，暂未提供，产品跟进；

对应需要修改的地方为：

7.1）新建的界面中，提示需要加上“分摊人姓名”和“分摊人工号”

7.2）展示区，添加“销毁原因”，“销毁原因”使用下拉选择；

7.3）批量导入的excel中，已有销毁原因字段，改成下拉选择；


8）详情增加图片，库龄，分摊人姓名，分摊人工号，备注；---注：“当前条件导出”也需要添加上新字段，字段位置和界面保持一致即可

字段添加位置见原型，字段解释如下：

图片，自动关联对应sku在产品库中的主图；


库龄，库龄取值于【自定义报告导出-报表导出-亚马逊FBA库龄库存报告V2】中的数据，该报告中包含5个字段，分别为：

  • 大于365天库龄数
  • 271-365天库龄数
  • 181-270天库龄数
  • 91-180天库龄数
  • 0-90天库龄数
从报告中取的数据，展示在字段后面

大于365天库龄数（10）
271-365天库龄数（20）
181-270天库龄数（1）
91-180天库龄数（0）
0-90天库龄数（0）


分摊人姓名，数据库中已经存在，展示出来；

分摊人工号，数据库中已经存在，展示出来；

备注，审核人手动填写，实时保存；


9）移除订单列表增加批量操作


  • 批量提取移除订单号
  • 批量提取系统订单号



10）详情增加操作和搜索条件

10.1）增加批量操作，下拉显示3个操作类型


  • 批量提取系统SKU
  • 批量提取MNSKU
  • 批量提取FNSKU

点击后，将选中产品的对应信息提取出来，提取出来的信息可以复制；

注：此功能用于批量提取当前产品的sku信息，其中的sku根据用户选择的进行显示，可能是sku，mnsku，fnsku三种情况；


10.2）增加搜索条件：

分摊人姓名：下拉选择，去公司组织架构数据（同移除订单列表搜索的相同）


库龄：下拉选择有5个选项，支持多选


  • 大于365天库龄数
  • 271-365天库龄数
  • 181-270天库龄数
  • 91-180天库龄数
  • 0-90天库龄数

选择后，将包含该库龄段产品数大于0的产品筛选出来；

例如：

A产品库龄字段展示为：

大于365天库龄数（0）
271-365天库龄数（1）
181-270天库龄数（0）
91-180天库龄数（0）
0-90天库龄数（0）

如果用户选择了“271-365天库龄数”，则将A产品显示显示出来，库龄字段其它几个依然显示，不用隐藏；

如果用户没有选择“271-365天库龄数”，则A产品不用显示出来；



11）在待我审核中添加数字，数字表示当前待我审核的订单条数



12）同步平台订单信息关联

由于表结构原因，从ERP中创建的订单和从平台同步回来的订单，不是存在一个表中，导致从平台同步回来的订单数据缺失，需要将两个表进行关联，保证数据显示完整；

图片：自动关联图片

系统sku：自动关联系统sku

库龄：自动关联

分摊人比例：订单来源为“平台”的，可以编辑；

分摊人姓名：订单来源为“平台”的，可以编辑；

分摊人工号：订单来源为“平台”的，可以编辑；

销毁原因：订单来源为“平台”的，可以编辑；


注：还有其它因为表结构导致数据展示无法一致的，及时和产品沟通；




验收标准
暂无
相关用例
历史记录  
  1. 2022-07-30 15:37:54, 由 刘超 创建。
  2. 2022-07-30 17:03:11, 由 刘超 启动。
    修改了 实际开始，旧值为 "0000-00-00 00:00:00"，新值为 "2022-07-30 17:03:10"。
    修改了 任务状态，旧值为 "wait"，新值为 "doing"。
  3. 2022-07-30 17:03:56, 由 刘超 完成。
    修改了 总计消耗，旧值为 "0"，新值为 "3"。
    修改了 实际完成，旧值为 ""，新值为 "2022-07-30 17:03:12"。
    修改了 任务状态，旧值为 "doing"，新值为 "done"。
    修改了 预计剩余，旧值为 "3"，新值为 "0"。
    修改了 由谁完成，旧值为 ""，新值为 "liuchao"。
  4. 2022-08-17 09:11:23, 由 刘超 关闭。
    修改了 任务状态，旧值为 "done"，新值为 "closed"。
    修改了 指派给 ，旧值为 "liuchao"，新值为 "closed"。
    修改了 由谁关闭，旧值为 ""，新值为 "liuchao"。
    修改了 关闭时间，旧值为 "0000-00-00 00:00:00"，新值为 "2022-08-17 09:11:23"。
    修改了 关闭原因，旧值为 ""，新值为 "done"。
所属迭代 技术研发中心 8月第 1 版本（2022年）
所属模块 /
相关需求 移除订单遗留问题优化
指派给 Closed 于 2022-08-17 09:11:23
任务类型 测试
任务标签 初始
开发组
任务状态 已关闭
进度 100%
优先级 P2
关键词
抄送给
由谁创建 刘超 于 2022-07-30 15:37:54
由谁完成 刘超 于 2022-07-30 17:03:12
由谁取消 暂无
由谁关闭 刘超 于 2022-08-17 09:11:23
关闭原因 已完成
最后编辑 刘超 于 2022-08-17 09:11:23
团队 最初预计 总计消耗 预计剩余
工时信息
最初预计 3工时
总计消耗 3工时
预计剩余 0工时
预计开始 0000-00-00
实际开始 2022-07-30
截止日期 0000-00-00