重现步骤

202304060900140846444

附件
历史记录  
  1. 2023-04-07 13:56:24, 由 林鸿贵 创建。
  2. 2023-04-07 13:56:46, 由 林鸿贵 编辑。
    修改了 Bug标题，区别为：
    001- 订单利润--订单总额=额外关税*2+产品单价*数量得出（问题排查）
    001+ 生产环境订单利润--订单总额=额外关税*2+产品单价*数量得出（问题排查）
    001- 订单利润--订单总额=额外关税*2+产品单价*数量得出（问题排查）
    001+ 生产环境订单利润--订单总额=额外关税*2+产品单价*数量得出（问题排查）
  3. 2023-04-10 09:08:19, 由 许瑞丰 指派给 何智军。
    修改了 指派给，旧值为 "xuruifeng"，新值为 "hezhijun"。
  4. 2023-04-10 09:14:26, 由 何智军 指派给 林鸿贵。
    修改了 指派给，旧值为 "hezhijun"，新值为 "linhonggui"。

    订单详情不属于我们这边， 找订单那边确认一下

  5. 2023-04-10 10:09:38, 由 林鸿贵 指派给 程伟。
    修改了 指派给，旧值为 "linhonggui"，新值为 "chengwei"。
  6. 2023-04-10 13:57:44, 由 程伟 确认Bug。
    修改了 是否确认，旧值为 "0"，新值为 "1"。
  7. 2023-04-10 14:01:49, 由 程伟 解决，方案为 第三方原因（外部系统） 。
    修改了 解决方案，旧值为 ""，新值为 "external"。
    修改了 解决版本，旧值为 ""，新值为 "trunk"。
    修改了 解决日期，旧值为 ""，新值为 "2023-04-10 13:57:45"。
    修改了 指派给 ，旧值为 "chengwei"，新值为 "linhonggui"。
    修改了 Bug状态 ，旧值为 "active"，新值为 "resolved"。
    修改了 解决者 ，旧值为 ""，新值为 "chengwei"。

    订单总额=买家支付金额+额外关税=18.79+1.35=20.14

  8. 2023-04-10 14:52:40, 由 林鸿贵 激活。
    修改了 指派给 ，旧值为 "linhonggui"，新值为 "tianzihao"。
    修改了 Bug状态 ，旧值为 "resolved"，新值为 "active"。
    修改了 激活日期，旧值为 ""，新值为 "2023-04-10 14:52:40"。
    修改了 激活次数，旧值为 "0"，新值为 "1"。
    修改了 解决方案，旧值为 "external"，新值为 ""。
    修改了 解决日期，旧值为 "2023-04-10 13:57:45"，新值为 "0000-00-00"。
    修改了 解决者 ，旧值为 "chengwei"，新值为 ""。
    修改了 解决版本，旧值为 "trunk"，新值为 ""。
    修改了 关闭日期，旧值为 ""，新值为 "0000-00-00"。

  9. 2023-04-10 15:37:23, 由 林鸿贵 添加备注。

  10. 2023-04-10 15:37:40, 由 林鸿贵 编辑。
    修改了 所属迭代，旧值为 "696"，新值为 "0"。
    修改了 影响环境，旧值为 "668"，新值为 "627"。
  11. 2023-04-11 15:16:57, 由 林鸿贵 指派给 程伟。
    修改了 指派给，旧值为 "tianzihao"，新值为 "chengwei"。

  12. 2023-04-11 15:18:14, 由 田子豪 指派给 程伟。

    订单金额不等于产品金额+关税的，缺少运费；


    举例：

    订单：202302271408137822277
    产品金额+关税=10.22
    运费0.99
    相加等于订单金额11.21
  13. 2023-04-12 08:57:54, 由 程伟 添加备注。
    子豪上面备注的第三种情况，需要添加买家支付运费，但是这类订单只占了4000多单，还有4000多单要继续对比是什么情况
  14. 2023-04-12 10:25:08, 由 李乐同 编辑。
    修改了 严重程度，旧值为 "3"，新值为 "1"。
    修改了 优先级 ，旧值为 "3"，新值为 "1"。
  15. 2023-04-12 19:32:37, 由 程伟 添加备注。

    第三方平台原因


    问题原因：

    ebay订单的支付方式如果是Ebay支付的话，订单金额=买家支付金额+关税

    而买家支付金额已经包含了关税，所以订单多了一倍关税，导致订单退款的时候提示金额过大。


    逻辑：ebay订单的支付方式如果是Ebay支付的话，订单金额=买家支付金额+关税，这个是2021年6月份优化的逻辑。

    但是异常数据是从2022-03-12才开始出现的，而且只是部分订单有这个问题，说明接口返回的数据本身就有问题


    优化方案：订单金额只取接口返回的买家支付金额AmountPaid



    异常数据，只修复未2023年1月到4月未发货的Ebay自动下载的订单

    查询异常数据的SQL如下

    select
        oi.OrderCode,
        oi.ClientOrderCode,
        oi.CustomerID,
        oi.OrderSourceID,
        max(oi.TotalPrice) z,
        Round(sum(ol.ProductPrice * (ol.ProductNum+ol.ProductNumUpdate)+ActivityMinusPrice*2),2) '产品金额+2倍额外关税',  
        Round(sum(ol.ProductPrice * (ol.ProductNum+ol.ProductNumUpdate)+ActivityMinusPrice),2)  '产品金额+额外关税',
        Round(sum(ol.ProductPrice * (ol.ProductNum+ol.ProductNumUpdate)),2) '产品金额',
        sum(ActivityMinusPrice) '额外关税',
        max(oi.TransportPay ) '买家支付运费',
        sum(ol.ProductNum+ol.ProductNumUpdate) xxxx
    from rb_orderinfo oi (nolock)
    left join rb_ordersource os (nolock) on oi.CustomerID = os.CustomerID and oi.OrderSourceID = os.ID
    left join RB_OrderList ol (nolock) on oi.CustomerID = ol.CustomerID and oi.OrderCode = ol.OrderCode
    where oi.AddTime >= '2023-01-01'
        and oi.AddTime < '2023-04-10'
        and oi.CustomerID = 1
        and oi.DownLoadUpdateTime > '2000-01-01'
        and os.OrderSourceType = 2
        and oi.PaymentType = 23
        and oi.OrderStatus=0
        and oi.OrderState = 0
    group by oi.OrderCode, oi.CustomerID,oi.ClientOrderCode,oi.OrderSourceID
    having max(oi.TotalPrice) != Round(sum(ol.ProductPrice * (ol.ProductNum+ol.ProductNumUpdate)+ActivityMinusPrice),2) + max(oi.TransportPay)

  16. 2023-04-12 19:32:44, 由 程伟 指派给 唐飞飞。
    修改了 指派给，旧值为 "chengwei"，新值为 "tangfeifei"。
  17. 2023-04-13 10:36:40, 由 唐飞飞 解决，方案为 第三方原因（外部系统） 。
    修改了 解决方案，旧值为 ""，新值为 "external"。
    修改了 解决版本，旧值为 ""，新值为 "trunk"。
    修改了 解决日期，旧值为 ""，新值为 "2023-04-13 10:35:59"。
    修改了 指派给 ，旧值为 "tangfeifei"，新值为 "linhonggui"。
    修改了 Bug状态 ，旧值为 "active"，新值为 "resolved"。
    修改了 解决者 ，旧值为 ""，新值为 "tangfeifei"。
    业务问题已解决且在主干提交，数据修复需要等到发布后再修改，避免有遗漏的数据
  18. 2023-04-13 14:43:09, 由 林鸿贵 添加备注。
    待发布后再观察一段时间
  19. 2023-04-13 16:30:59, 由 林鸿贵 激活。
    修改了 指派给 ，旧值为 "linhonggui"，新值为 "chengwei"。
    修改了 Bug状态 ，旧值为 "resolved"，新值为 "active"。
    修改了 激活日期，旧值为 "2023-04-10 14:52:40"，新值为 "2023-04-13 16:30:59"。
    修改了 激活次数，旧值为 "1"，新值为 "2"。
    修改了 解决方案，旧值为 "external"，新值为 ""。
    修改了 解决日期，旧值为 "2023-04-13 10:35:59"，新值为 "0000-00-00"。
    修改了 解决者 ，旧值为 "tangfeifei"，新值为 ""。
    修改了 解决版本，旧值为 "trunk"，新值为 ""。
    修改了 关闭日期，旧值为 ""，新值为 "0000-00-00"。

    待数据修复后，业务认同修复结果后再点解决指回来

  20. 2023-04-13 17:24:51, 由 程伟 指派给 唐飞飞。
    修改了 指派给，旧值为 "chengwei"，新值为 "tangfeifei"。
  21. 2023-04-14 09:49:22, 由 唐飞飞 编辑。
    上传了附件 ebay平台订单金额数据修复.xlsx,ebay平台订单金额修复sql语句.sql
  22. 2023-04-14 09:51:28, 由 唐飞飞 指派给 程伟。
    修改了 指派给，旧值为 "tangfeifei"，新值为 "chengwei"。
    修改执行sql语句和数据备份已经上传到附件中，执行sql语句发给了吴高发让他来执行
  23. 2023-04-14 09:57:44, 由 程伟 解决，方案为 第三方原因（外部系统） 。
    修改了 解决方案，旧值为 ""，新值为 "external"。
    修改了 解决版本，旧值为 ""，新值为 "trunk"。
    修改了 解决日期，旧值为 ""，新值为 "2023-04-14 09:57:34"。
    修改了 指派给 ，旧值为 "chengwei"，新值为 "linhonggui"。
    修改了 Bug状态 ，旧值为 "active"，新值为 "resolved"。
    修改了 解决者 ，旧值为 ""，新值为 "chengwei"。
  24. 2023-04-18 16:31:15, 由 林鸿贵 关闭。
    修改了 Bug状态 ，旧值为 "resolved"，新值为 "closed"。
    修改了 指派给 ，旧值为 "linhonggui"，新值为 "closed"。
    修改了 由谁关闭，旧值为 ""，新值为 "linhonggui"。
    修改了 关闭日期，旧值为 ""，新值为 "2023-04-18 16:31:14"。
    暂无反馈
  25. 2023-04-21 17:05:44, 由 关依林 编辑。
    修改了 测试责任人，旧值为 ""，新值为 "linhonggui"。
  26. 2023-11-17 09:32:23, 由 刘超 编辑。
    修改了 所属模块，旧值为 "1746"，新值为 "1850"。
所属项目 技术中心-需求池
所属模块 财务   财务管理
所属计划
所属迭代
Bug类型 第三方原因(外部系统)
严重程度 严重
优先级 P0
Bug状态 已关闭
业务部门
影响功能
开发责任人
测试责任人 林鸿贵
解决时效 0
激活次数 2
激活日期 2023-04-13 16:30:59
是否确认 是
当前指派 Closed 于 2023-04-21 17:05:44
截止日期 0000-00-00
上线时间
上线时效
操作系统 Windows
浏览器 chrome
关键词
抄送给
所属迭代
相关需求
相关任务
由谁创建 林鸿贵 于 2023-04-07 13:56:24
影响环境 生产环境-业务反馈
由谁解决 程伟 于 2023-04-14 09:57:34
解决版本 主干
解决方案 第三方原因（外部系统）
由谁关闭 林鸿贵 于 2023-04-18 16:31:14
最后修改 刘超 于 2023-11-17 09:32:19
相关Bug