Lazada > TAPD历史
共 24 条需求，按创建时间倒序。产品经理：陈家宜 ｜ 来源：TAPD（已发布/测试通过）
需求历史
2021-08-09 ｜ 已发布 ｜ TAPD-1120106611001081018
标题：Lazada订单-》对应平台自动拆分为多个包裹的时候，该订单每个sku旁边需要显示跟踪号，以方便客户根据跟踪号进行去拆分预报
处理人：陈家宜; 模块：销售-订单管理
需求描述：
用户场景 工单：64381 客户：【zoqi】众齐 + 泰利联合
.text-only,.text-card-text{white-space: pre;}.rich-text-paragraph{min-height: 15px;}
问题1：客户那边反馈Lazada订单，在后台自动拆分为2个包裹，而且平台那边也没有自动拆分2个包裹的功能？ 问题2：自动拆分为2个包裹的，走单都报这个错误：异常信息:同步订单到LGA01失败！OAPI:下单商品中存在多个跟踪号 案例订单如下： 订单：LZD-0447-407188221500724 LZD-0447-407164292600724 LZD-0447-407161694000724 LZD-0447-408910335699304 运输方式：PH-LEX-LU-M API：LGA01[lgs物流] 1、客户那边反馈：一个订单会拆分2个包裹
【图片】
2、订单系统报错如下：
【图片】
最后经过和平台沟通确认：
【图片】
【图片】
目前暂时给到的方案： 增加显示关联跟踪号，让客户按关联跟踪号去拆分【每个sku旁边显示跟踪号，客户按照跟踪号进行拆分订单】
【图片】
需求价值 Lazada订单-》对应平台自动拆分为多个包裹的时候，该订单每个sku旁边需要显示跟踪号，以方便客户根据跟踪号进行去拆分预报
业务需求点 Lazada订单-》对应平台自动拆分为多个包裹的时候，该订单每个sku旁边需要显示跟踪号，以方便客户根据跟踪号进行去拆分预报
功能路径 Lazada订单-》对应平台自动拆分为多个包裹的时候，该订单每个sku旁边需要显示跟踪号，以方便客户根据跟踪号进行去拆分预报
注意事项 -特别关注点有哪些（删除此描述进行填写）
【产品需求】 订单系统》lazada订单 1.在订单处于问题件并且在订单内商品具有关联的跟踪号的时候在订单列表页面上新增字段，sku跟踪号：XSM000003605586
【图片】
【图片】
2021-07-19 ｜ 已发布 ｜ TAPD-1120106611001078648
标题：订单系统》lazada订单因为状态不为packed导致标发失败的订单标发逻辑调整
处理人：陈家宜; 模块：销售-订单管理
需求描述：
用户场景 关联需求：【订单系统》lazada订单，限制标发的item状态（发布最近2个版本）】 https://www.tapd.cn/20106631/prong/stories/view/1120106631001078472 此需求上线后，非packed状态的订单进行标发会标记失败，所以会出现部分订单由于在平台上已经标发过状态变为ready to ship以及之后的状态导致无法再进行标发从而导致订单不停循环尝试标发。
【图片】
【图片】
【产品需求】 订单系统》lazada订单
当订单因为订单内存在商品的状态不为packed从而不进行标发的情况下 如果当前的订单内商品的状态是否为pending或repacked，则对这个订单增加标记“标发失败”并且则允许订单在标发失败后再尝试再标发。 如果订单内的商品状态都不为pending或repacked的情况下则不再对这个订单进行提交标记发货，并且在日志中记录：此订单的所有商品的状态都为非pending、repacked、packed的状态则认为这个订单处于已标发的情况下，不再进行标发。 并且不增加“标发失败”的标记
2021-07-15 ｜ 已发布 ｜ TAPD-1120106611001078377
标题：订单系统》lazada订单，限制标发的item状态（发布最近2个版本）
处理人：陈家宜; 模块：销售-订单管理
需求描述：
用户场景
【图片】
【图片】
【图片】
lazada标发调用接口错误过多进行调整。
【产品需求】 订单系统》lazada订单
1.lazada提交标发的时候需要仅提交状态 status为packed的商品进行标发 https://open.lazada.com/doc/api.htm#/api?cid=8&path=/order/items/get
【图片】
2、在进行标发的时候先判断订单是否商品状态是否为packed，如果全部商品都为packed则进行标发。 如果订单中存在部分商品状态不为packed的话则通过通过GetOrderItems获取到订单最新的订单商品状态。 获取到最新的订单中所有商品状态后发现所有订单状态都不为packed则提示：订单中存在xxx、xxx商品状态不为packed，请拆分订单再标发。 （注：xxx为商品sku）
2021-06-09 ｜ 已发布 ｜ TAPD-1120106611001075063
标题：订单系统》lazada订单，部分商品取消订单正常预报后报错后进行截单的处理
处理人：陈家宜; 模块：销售-订单管理
需求描述：
用户场景 针对lazada平台，部分订单明细被取消，订单无法预报及获取标签的问题，需要沟通下各系统的调整。1.oapi：遇到以下错误信息，会返回错误码，通知wms系统进行截单：{"code":"34","type":"ISP","message":"E034: Order Item must be packed. Please call setStatusToReadyToShip before","request_id":"0b0dfbcc16227991014526613"}LZ210604351892.wms接收到oapi的截单指令，订单截单3.eb接收到wms的截单请求，订单变为问题件.4.eb订单重新生成，将被cancel的订单明细设为不发。5.客户重新审单。
【产品需求】 订单系统》lazada订单 1.当仓配系统对订单系统的lazada订单操作截单并且返回这样的错误：{"code":"34","type":"ISP","message":"E034: Order Item must be packed. Please call setStatusToReadyToShip before","request_id":"0b0dfbcc16227991014526613"}则说明此单时由于订单中有商品处取消状态所以被截单转问题件处理。查询此订单内商品的状态，当商品状态为取消即[status] => canceled的时候： ①将取消状态的商品设置为不发。 ②在订单日志中说明：订单的284520236069851被取消了，所以设置product_sku:LXJ1994010123480*34不发货;
【图片】
2021-05-26 ｜ 已发布 ｜ TAPD-1120106611001073680
标题：订单系统-》天渴lazada平台费用状态控制需求优化（配置12）
处理人：陈家宜; 模块：销售-订单管理
需求描述：
用户场景 客户：天渴 工单：57716 平台：lazada 背景：订单拉取下来平台状态是‘packed’已预报，目前逻辑判断归为平台已发货状态，所以费用接口未返回具体的费用时，将订单总金额置0 但实际客户定制的需求，此类情况不需要置0。
【图片】
业务需求点 历史需求：https://www.tapd.cn/20106631/prong/stories/view/1120106631001049344 原需求：
【图片】
在原本的逻辑 系统状态=已出库或平台状态=已出库的条件下订单的非pending 非ready to ship 非shipped状态的订单进行无收入情况下的费用置0 优化调整点： 当LAZADA_ORDER_VOUCHER配置=12时 系统状态=已发货的条件下订单非pending，非ready to ship ，非shipped，则按照transaction接口返回的数据计算收入和支出，如果没有返回任何内容（数据），则收入支出均为0（平台）
** ** -列举业务需求点（条目化），简述业务需求点内容（删除此描述进行填写）
功能路径 -功能路径入口在哪（删除此描述进行填写）
注意事项 -特别关注点有哪些（删除此描述进行填写）
【产品需求】 订单系统-》lazada平台 当用户配置：LAZADA_ORDER_VOUCHER配置=12时 在原本的逻辑 系统状态=已出库或平台状态=已出库的条件下订单的非pending 非ready to ship 非shipped状态的订单如果没有返回费用数据的字段将费用置0 调整为： 系统状态=已发货的条件下订单非pending，非ready to ship ，非shipped，则按照transaction接口返回的数据计算收入和支出，如果没有返回任何内容的字段则置0处理
2021-05-06 ｜ 已发布 ｜ TAPD-1120106611001071958
标题：订单系统》lazada订单费用重复调整
处理人：陈家宜; 模块：销售-订单管理
需求描述：
用户场景 57091 嘉宝康 55651缤恒 智慧谷 1.2 月费用重复问题 以订单：LZD-0257-351607697744015为例
【图片】
和平台沟通的结果：
【图片】
考虑采取订单的order_no+orderItem_no+fee_name来判断lazada订单的费用项的唯一性
【产品需求】 1.lazada订单拉取进入系统内保存的依旧按照order_no+orderItem_no+fee_name+transaction_type+transaction_number来判断费用的唯一性保存订单的费用
2.计算lazada订单的费用的时候需要按照order_no+orderItem_no+fee_name来计算订单的费用，即一个订单同一个orderItem_no内一个fee_name的费用仅计算一次。 如果出现一个订单一个orderItem_no同一个fee name有2个不同transaction_type情况下则取值系统内创建时间最晚的费用项
2021-04-19 ｜ 已发布 ｜ TAPD-1120106611001070867
标题：订单系统》lazada订单，平台新增repacked、packed、ready to ship pending状态
处理人：陈家宜; 模块：销售-订单管理
需求描述：
用户场景
【图片】
【图片】
【图片】
【图片】
【图片】
【图片】
【产品需求】 订单系统》lazada订单
注意：4.26号之后部分店铺的订单就会出现以下订单状态的订单，所以需要在此之前调整
订单状态说明： packed：订单已预报 repacked：已经预报过然后在卖家中心进行了 Recreate Package 的操作，订单重新回到可再次预报的状态，理论上应该是对应我们系统的待发货审核状态。但是由于repacked状态的订单重新预报的接口还未上线，所以目前这种类型的订单还是不能再次预报，这个状态的订单暂且先放在系统订单状态已发货下
【图片】
ready to ship pending：等同ready to ship状态即已标发。
以上的订单状态的订单需要生成标准订单，系统内状态对应已发货状态
2021-04-02 ｜ 已发布 ｜ TAPD-1120106611001069888
标题：订单系统》订单管理》lazada订单标发的当地店铺的承运商和一票多件订单的标发承运商需要特殊处理
处理人：陈家宜; 模块：销售-订单管理
需求描述：
用户场景 鲨鱼 LZD-0003-367679657003095 用 Drop-off: LEX PH, Delivery: QuadX
已上面订单为例使用LEX PH进行标发会报错，需要使用Drop-off: LEX PH, Delivery: QuadX进行标发才行
【图片】
拆分订单的lazada承运商需要设置区分标发的承运商
【产品需求】 订单系统》订单管理》lazada订单
1.在进行订单标发的时候优先级处理为：（由高至低） 用户手动在【选择订单标发发货】设置的承运商》订单内getorderitems返回的shipment_provider（完整的值如：Drop-off: LEX PH, Delivery: Ninja Van PH）》用户在标发承运商规则中设置的承运商》取订单物流的渠道id。
2.调整lazada拆分订单子单的标发逻辑。 子单需要找到订单内的商品明细内任意一个订单商品在原单内的shipment_provider进行标发。如果还是没有的话按照上方流程的优先级进行标发处理
2021-02-03 ｜ 已发布 ｜ TAPD-1120106611001065929
标题：订单系统》订单管理》lazada订单的3PL订单标发处理优化
处理人：陈家宜; 模块：销售-订单管理
需求描述：
用户场景
**工单：49978 50352 lazada的3方物流的订单标发失败，是由于3pl的订单标发的时候需要使用订单内提供的承运商以及跟踪号信息
【图片】
【图片】
【图片】
【图片】
【产品需求】 订单系统》订单管理》lazada订单
当lazada的订单通过接口：GetOrderItems获取到了shipmnet provider字段的信息则这个订单就是3PL的订单 这种3PL的订单标发的时候需要优先使用订单内获取到的shipmnet provider和tracking_code进行标发
【图片】
1.delivery_type固定使用dropship 2.shipment_provider则根据订单内返回的每个商品的对应的shipment_provider进行标发，标发的承运商的值取如下截图内位置的值
【图片】
3.tracking_number则根据订单内返回的每个商品的对应的tracking_code进行标发
【图片】
注意：lazada支持按照商品进行标发，所以标发的承运商和跟踪号的取值需要根据订单内商品的返回的shipment_provider tracking_code
**
2021-02-02 ｜ 已发布 ｜ TAPD-1120106611001065842
标题：订单系统》订单管理》lazada订单，获取并保存账号系统推送过来的seller id
处理人：陈家宜; 模块：销售-订单管理
需求描述：
用户场景 新对接lazada的订单消息通知服务，这个服务需要通过seller id来确认订单是属于哪个店铺的，所以也要接收并保存账号系统推送过来的seller id
【产品需求】 1.接受账号系统推送过来的lazada店铺的seller id。 如有疑问，可以与账号系统的梁康太沟通
2021-01-28 ｜ 已发布 ｜ TAPD-1120106611001065511
标题：账号系统在lazada平台订单授权成功后通过接口获取到seller id给中台通过seller_id来对应账号关系拉单
处理人：陈家宜; 模块：销售-订单管理
需求描述：
用户场景 中台对接lazada的订单消息服务。当中需要通过seller_id来对应账号关系拉单。
所以需要账号系统在lazada平台订单授权成功后通过接口获取到seller id给中台通过seller_id来对应账号关系拉单
【产品需求】 账号系统在lazada平台订单授权成功后通过接口获取到seller id给中台通过seller_id来对应账号关系拉单
lazada获取seller_id的接口如下： https://open.lazada.com/doc/api.htm?spm=a2o9m.11193487.0.0.626d13fenCFlHq#/api?cid=2&path=/seller/get
【图片】
2020-12-02 ｜ 已发布 ｜ TAPD-1120106611001060757
标题：订单系统》订单管理》daraz，fbd订单存在部分产品是FBD发货，部分国内发货的情况，需要参考lazada的FBL订单情况处理
处理人：陈家宜; 模块：销售-订单管理
需求描述：
用户场景 天渴： 店铺BatieFriendshipStore 这个订单 123012755714147 部分产品是FBD发货，部分国内发货
目前订单拉取到待发货审核状态，容易造成重复发货。 针对一个订单部分产品是FBD发货，部分国内发货的情况，将订单拉取到待发货审核，但是FBD的产品设置为不发。（参考LAZADA的FBL订单处理）
【产品需求】 订单系统》订单管理》daraz订单 daraz订单存在和lazada订单一样的情况，一个订单内存在部分产品平台海外仓发货，部分产品自发货。所以要针对这种订单进行处理。
如果一个订单存在两种不同的ShippingType则这个订单是就是存在部分产品平台海外仓发货，部分产品自发货的情况。针对这种订单需要进行拆分订单处理。 1."ShippingType":"Dropshipping"的产品为自发货产品，将这些拆分成一个订单并拉取到待发货审核状态下。 2."ShippingType":"Own Warehouse"的产品为平台海外仓发货产品，需要将这个部分的产品从原单拆分出来单独生成一个订单。这个订单直接拉取到已发货状态下。并且标记为FBD订单。
3.平台上的原单被拆分后更新状态到“已废弃”。日志中需要提示：“订单内部分为FBD发货，部分自发货，所以拆分为2个订单，子订单号：WEC0602012100019;WEC0882012100020”
【图片】
【图片】
2020-10-12 ｜ 已发布 ｜ TAPD-1120106611001056751
标题：仓配系统》lazada线上物流lgs的运输费为空的时候取订单运费试算的值
处理人：陈家宜; 模块：仓配-费用管理
需求描述：
用户场景 1.工单：42083
订单：LZD-5535-466363261227396 天渴表示此订单为shipped状态按照道理应该是按照道理应该是如果订单的状态是pending、readytoship、shipped的时候不应该置0而是应该获取运费试算费用。 和天渴方沟通后确认他想要的效果如下：
【图片】
【产品需求】 订单系统关联需求：https://www.tapd.cn/20106611/prong/stories/view/1120106611001056663 仓配系统在获取lazada线上物流lgs的运输费的情况下，如果获取到订单系统的提供的运输费为-1的时候则意味着此时平台没有返回任何运输费相关字段值，则还是取订单运费试算的值
2020-10-10 ｜ 已发布 ｜ TAPD-1120106611001056663
标题：订单系统》订单管理》lazada订单，lazada订单运输费在pending、readdytoship、shipped状态下为空需要取运费试算的值，如果尾程费用更新的话仓配系统也需要同步更新
处理人：陈家宜; 模块：销售-订单管理
需求描述：
用户场景
订单：LZD-5535-466363261227396 天渴表示此订单为shipped状态按照道理应该是按照道理应该是如果订单的状态是pending、readytoship、shipped的时候不应该置0而是应该获取运费试算费用。 和天渴方沟通后确认他想要的效果如下：
【图片】
2.工单：42091
**关联需求：https://www.tapd.cn/20106631/prong/stories/view/1120106631001054526 ** 根据以上需求，目前仓配系统仅在订单状态转已出库的时候向订单系统获取一次尾程费用。造成订单已出库之后出现的尾程费用平台更新后系统内没有更新而造成工单内的问题。所以做以下需求优化。
** **
【产品需求】 订单系统》订单管理》lazada订单
1.尾程费用（运输费）的计算： ①当订单状态为pending、readytoship、shipped状态并且lazadafee（即平台返回的费用）中的运输费费用字段为空的时候则将订单的费用设置为-1。仓配系统获取到lgs运输费费用为-1的话则认为其费用是为空，则还是取此订单的运费试算费用。 ②当订单状态为非pending、非readytoship、非shipped的状态，并且lazadafee（即平台返回的费用）中的运输费费用字段为空则将运输费置0，则仓配系统获取到lgs的运输费费用则0 ③当订单任何状态下获取到平台的运输费相关的字段有具体的费用值即尾程费用>=0，则需要更新费用为相应的值
【图片】
2.目前lazada平台的运输费仓配系统仅在已出库状态下获取一次，所以可能存在平台的运输费在已出库后才生成获取至系统，而仓配系统没有及时更新造成平台的费用和系统内费用不一致的情况。所以需要优化成如果订单系统的运输费更新后需要通知仓配系统来获取更新。 【注：之前有需求已实现：https://www.tapd.cn/20106631/prong/stories/view/1120106631001052738 但是由于运输费的获取方式有过变更所以需要确定以上需求是否生效，如果还是能起到通知仓配系统更新的效果，则第二点需求无需处理】
2020-09-29 ｜ 已发布 ｜ TAPD-1120106611001056423
标题：订单系统》订单管理》Lazada订单-搜索条件以及按钮简化显示
处理人：陈家宜; 模块：销售-订单管理
需求描述：
用户场景 Lazada订单列表上的搜索条件和按钮过多，不方便客户查找，并且小屏客户使用时页面上挤满了按钮，所以做以下优化。 Lazada搜索条件如下：
【图片】
【图片】
过滤条件：
【图片】
各个状态下的按钮：
【图片】
【图片】
【图片】
【图片】
【图片】
【图片】
【图片】
【图片】
【图片】
【图片】
【图片】
【产品需求】 搜索条件和按钮优化的ui图详见附件。只需实现ui图上样式，具体的搜索条件和按钮分类详见以下的需求。 1..常用搜索条件如下：
【图片】
常用搜索条件 |
订单范围： | 订单类型： | 买家留言： | 合并订单： | 单号： 常用搜索： | 买家信息： 站点： 店铺账户： | ①常用搜索条件见以上的表 ②订单范围筛选条件是由于客户的订单数量过大进行了拆表才会出现的筛选提交，当客户订单数量较小的时候不会出现，此逻辑不变更
2.搜索条件：
【图片】
展开更多订单条件 | 订单信息 | 收件人国家或地址： | 收件人省份/州： | 收件人城市： | 收件人电话： | 邮编搜索： | 排除国家： | 发货仓库： | 仓库配送： | 特殊地址： | 仓配状态： | 运输提供商类型： | | 筛选时区： | 按照店铺账号日期显示： | (平台)付款时间： | (平台)最后更新时间： | 审核时间： | 发货时间： | 最晚发货时效： | 标记时间： | 最晚发货时间： | 缺货天数： | 售价范围： | 订单重量： | 订单利润： | 利润率范围： | 创建人： | 审核方式： | 异常信息： | 客服备注： | 自定义订单类型： | 排序方式： | | |
产品信息 | 产品品类： | 自定义分类： | SKU销售状态： | SKU绑定人员： | 负责人： | |
①订单条件分为订单信息和产品信息两类，具体分类内容详见上表 ②原“高级搜索”的展开按钮改名为：展开更多订单条件。当订单条件处于展开状态时则按钮名称为：隐藏更多订单条件。③原“ 召唤更多过滤条件 ”改名为：展开更多过滤条件。当过滤条件处于展开状态时则按钮名称为：隐藏更多过滤条件。 ④根据展开状态和隐藏状态显示折叠和展开按钮
【图片】
3.过滤条件 注：ui图中只是为了展示所有分类的而将过滤条件的弹窗拉长，实际上过滤条件的弹窗高度和现在系统内的弹窗高度保持一致即可
【图片】
展开更多过滤条件 | 订单信息 | FBL | 订单分类： | 创建类型： | 分仓类型： | 分仓： | 是否拆分订单： | 留存电话： | 标发状态： | 是否负利润： | |
产品信息 | 是否有产品问题： | 折扣： | 附加操作： | 有无库存锁： |
客服与售后 | 客服留言： | 是否已退款： | 退件收货完成： |
发货信息 | FBA发货订单： | 平台标记发货： | 跟踪号： | 二次标发跟踪号不一致： | 是有运费：（是否有运费） | 投保状态： |
①过滤条件详见以上表
②是有运费筛选条件更名为：是否有运费。
4.按钮分类
【图片】
按钮归类 | 订单处理 | 发货审核 | 转待发货审核 | 截单 | 转已发货 | 冻结 | 转冻结 | 作废 | | | 业务操作 | 自动分仓 | 导出给仓库 | 批量导入标记发货 | 始终不标记订单发货 | Acknowledge | 延长收货时间 | 批量退款导入 | 批量延长收货时间 | 批量修改地址 | 批量修改SKU | 批量刷新利润 | 批量更新TRACKINGNO | 批量重发 | 批量转FBA配送 | 转FBA配送 | 更新FBA配送订单 | 解锁库存 | 锁定库存 | 提取单号 | 处理待确认 | | | 合并拆分 | 订单拆分 | 一键拆单 | 自定义拆单 | 批量拆单 | 订单合并 | 自动合并订单 | | 标记操作 | 自定义标记 | 留言标记已读 | 标记为已处理 | 取消订单标记 | 取消FBA标识 | | | 客服处理 | 客服备注 | 客服备注导入 | 创建工单 | 站内信通知 | | | 导入导出 | 按条件导出 | 按订单导出 | 物流状态导入 | 自定义导出 | | 更多操作 | 手动拉单 |
①每个订单状态下的按钮安装以上的分类分属于不同的文件夹。如果该状态下的那个分类文件夹没有按钮的话，则不显示这个文件夹
2020-08-19 ｜ 已发布 ｜ TAPD-1120106611001053213
标题：订单系统》订单管理》lazada订单其他费用取值逻辑调整
处理人：陈家宜; 模块：销售-订单管理
需求描述：
用户场景 https://www.tapd.cn/20106631/prong/stories/view/1120106631001033152 见以上需求，这个需求除了固定的几个字段数据外，其他获取费用字段都计入其他费用内 此操作造成其他费用将补贴类型的费用计入了其他费用内
【产品需求】
【图片】
1、LAZADA_ORDER_VOUCHER，“lazada其他费用取值”这个配置改成 10【默认值】：其他费用只计入优惠券费用字段 Promotional Charges Bundles:捆绑销售优惠 Promotional Charges Flexi-Combo:多件多折优惠 Promotional Charges Vouchers:商家优惠券 11：在交易额、运费、手续费、运输费所属的费用字段以外的其他获取到的费用字段，如果返回为正数则计入补贴。获取到负数则计入其他费用 12：根据费用表设置相应的费用字段，具体费用表详见易仓大学。 （12的费用表实际上就是天渴的费用需求，具体详见需求：https://www.tapd.cn/20106631/prong/stories/view/1120106631001049344。即是将配置：TIANKE_LAZADA_ORDER_FEE的功能迁移至12配置项下。 ）
2020-07-31 ｜ 已发布 ｜ TAPD-1120106611001051747
标题：订单系统》lazada订单费用-Shipping Fee (Extra Handling) 计入平台补贴
处理人：陈家宜; 模块：销售-订单管理
需求描述：
**https://www.tapd.cn/20106631/prong/stories/view/1120106631001049344 **
**
天渴提出修改需求：根据对订单中Shipping Fee (Extra Handling) 的观察其数值都为正数所以计入补贴中
Shipping Fee (Extra Handling) 调整成补贴
【产品需求】 当TIANKE_LAZADA_ORDER_FEE配置设置为1的时候 Shipping Fee (Extra Handling) 这个字段的费用计入 平台补贴费作为收入 **
2020-07-31 ｜ 已发布 ｜ TAPD-1120106611001051742
标题：仓配系统》lazada线上物流的运输费增加获取字段
处理人：陈家宜; 模块：仓配-出货管理
需求描述：
https://www.tapd.cn/20106631/prong/stories/view/1120106631001049344
关联需求内客户要求的平台运输费用需要仓配系统调整。仓配系统调整后订单系统调用进行试算
【产品需求】 lazada线上物流的运输费需要增加以下字段。获取方式和原逻辑一样，同样向订单系统获取到以下费用字段并计入运输费内 字段：
Shipping Fee (Charged By 3P) | 运输费 | 支出 | Shipping Fee Paid by Seller | 运输费 | 支出 | Shipping Fee (Charged by Lazada) | 运输费 | 支出 | Shipping fee - correction for undercharge | 运输费 | 支出 | Shipping Fee (Insurance) | 运输费 | 支出 | Shipping Fee (Surcharge) | 运输费 | 支出 | Shipping Fee weight/dimension correction by 3PL | 运输费 | 支出 |
2020-07-30 ｜ 已发布 ｜ TAPD-1120106611001051677
标题：订单系统》订单管理》lazada费用处理
处理人：陈家宜; 模块：销售-订单管理
需求描述：
** **
【产品需求】 https://www.tapd.cn/20106631/prong/stories/view/1120106631001049344 原需求的第④点进行优化，改为 ④易仓系统已发货状态后的订单平台状态为非pending、非ready_to_ship、非shipped的情况下获取到的字段费用为空的话则置空，如果费用接口对该字段返回了数值，则对该字段进行费用更新
2020-06-17 ｜ 已发布 ｜ TAPD-1120106611001048292
标题：lazada费用需求
处理人：陈家宜; 模块：销售-订单管理
需求描述：
需求ID:【1805】 需求标题:【lazada费用需求】
需求联系信息: 发起人:【Bob】 电话:【13217911260】 邮箱:【2462477095@qq.com】
紧急需求是否愿意付费: 付费
是否为BUG: 非BUG
影响范围: 影响店铺业绩 需求目的:1.lazada的费用字段取值更新，就是表1的内容
** **
改动细节: 2.易仓状态为已发货并且后台订单状态非pending，非ready to ship ，非shipped，则按照transaction接口返回的数据计算收入和支出，如果没有返回任何内容（数据），则收入支出均为0（平台）
** ** ---------------------以上为原始需求,需求提出者编辑------------
1.对接费用，详见附件。 1.1新增配置：是否设置为天渴的lazada费用。0否，1是（默认值为0） 1.2费用对接细节 ①费用根据【预计填充至易仓的字段】列内的费用标注，计算相应的费用内容
【图片】
（注：费用对接的时候需要将表格内的费用和系统内的费用一一对应，避免出现没有对应好费用，平台新出现一个费用则自动计入其他费用的情况出现）
②以下费用字段需要根据返回数据的实际数值进行判断。当返回为正值时则算入补贴，当返回负值的时候则算入其他费用
【图片】
③剔除Reversal of Import Duties and Tax (Paid by Custome费用不再加入计算
【图片】
关联需求：Import Duties and Tax (Charged by 3PL)、Import Duties and Tax (Paid by Customer)已于以下需求内实现剔除：https://www.tapd.cn/20106631/prong/stories/view/1120106631001044808
④易仓系统已发货状态后的订单平台状态为非pending、非ready_to_ship、非shipped的情况下并且距离创建时间已有90天的时候主动更新费用。如果更新费用的时候表格内的字段未返回值的话则将值置0。但是还是90天后如果该订单根据费用接口的更新时间有更新的话则还是按照原本的逻辑根据费用接口的更新时间进行更新。
2.新增配置：是否更新lazada平台状态为canceled的订单费用。0否，1是。（默认值为否） 现在易仓状态已发货，平台状态更新为已取消的订单在系统限制不再为他更新费用。更改为不再限制，已发货后订单状态变为取消的订单平台有费用更新的话也需要继续更新费用
2020-06-09 ｜ 已发布 ｜ TAPD-1120106611001047675
标题：lazada平台其他费用
处理人：陈家宜; 模块：销售-运营管理
需求描述：
用户场景 客户反馈目前lazada的其他费用中显示错误，将除平台费用外的费用全部归到了其他费用中去，现在客户只要对应的优惠券拉取作为其他费用
** ** 需要目的：只要将对应的优惠券拉取进来作为其他费用 对应的费用字段：Promotional Charges Bundles Promotional Charges Flexi-Combo Promotional Charges Vouchers
可以设置配置项：当配置为0的时候，按系统目前的逻辑、 配置为2的时候：其他费用取值这三个费用项 Promotional Charges Bundles Promotional Charges Flexi-Combo Promotional Charges Vouchers
————————————————————————以上为原始需求，需求提出者编辑———————————————————————— 【页面路径】
admin/op中的configlist
【需求点描述】
1.在LAZADA_ORDER_VOUCHER中新增一个配置项：2：其他费用只计入优惠券（Promotional Charges Bundles、Promotional Charges Flexi-Combo、Promotional Charges Vouchers） 当配置为2时，其他费用=|Promotional Charges Bundles+Promotional Charges Flexi-Combo+Promotional Charges Vouchers|
2020-05-22 ｜ 已发布 ｜ TAPD-1120106611001046014
标题：lazada平台平台运费补贴需要拉取回来系统
处理人：陈家宜; 模块：销售-订单管理
需求描述：
【用户场景】
lazada中新增了一个平台运费补贴字段，按照之前系统逻辑将这个金额放在其他费用中进行扣减，实际这个是收入金额，需要计算收入的 按照目前系统的逻辑，其他费用多扣了，收入没有加上 客户：华创智博 工单：1060761 订单：
251147579908923 现在erp中的截图
【图片】
后台截图：
【图片】
【期望结果】将这个字段在其他费用统计中剔除掉，然后这个字段值放在平台补贴中
————————————————————————以上为原始需求，需求提出者编辑———————————————————————— 【页面路径】
订单系统》订单管理》lazada订单
【需求点描述】
1.将Shipping Fee Voucher (by Lazada)这个值从其他费用中剔除加到平台补贴费中
【图片】
2020-04-27 ｜ 已发布 ｜ TAPD-1120106611001044298
标题：lazada平台其他费用拉取需求
处理人：陈家宜; 模块：销售-订单管理
需求描述：
【用户场景】 客户：众齐 关于lazada平台，现在拉取了一个关税的费用进来系统中，导致订单利润负值，客户反馈这个不属于卖家费用项 不需要拉取进来 例如订单：LZD-0346-386547753398010
【图片】
后台截图： 【图片】
【期望结果】客户要求只要拉取这三个字段进来 Promotional Charges Vouchers Promotional Charges Flexi-Combo Promotional Charges Bundles
v\: {behavior:url(#default#VML);} o\: {behavior:url(#default#VML);} x\:* {behavior:url(#default#VML);} .shape {behavior:url(#default#VML);}
关联原需求【lazada全部费用拉进易仓系统】 https://www.tapd.cn/20106631/prong/stories/view/1120106631001033152
关联的bug：【lazada订单其他费用错误】https://www.tapd.cn/20107301/bugtrace/bugs/view?bug_id=1120107301001045250
————————————————————————以上为原始需求，需求提出者编辑———————————————————————— 【页面路径】
订单系统》订单管理》lazada订单
【需求点描述】 1、因为原代码逻辑是取以下值以外所有的费用的值作为其他费用，导致多获取了税费字段，加入到了其他费用内。
【图片】
所以计算其他费用的时候需要剔除以下的税费字段，如下
【图片】
2019-08-23 ｜ 已发布 ｜ TAPD-1120106611001031954
标题：订单管理-》lazada订单，如果订单中的产品标记了不发，也需要将不发的产品标发到平台。
处理人：陈家宜; 模块：销售-订单管理
需求描述：
【需求】
订单管理-》lazada订单，如果订单中的产品标记了不发，也需要将不发的产品标发到平台。
【场景】 1、客户主要是用于刷单，且订单多为一票多件的，实际上客户只会发一个空包或者按买家的要求发一个产品出去，但是lazada平台比较特殊。 因为erp里lazada的订单中其他SKU标记为不发之后，（比如10个产品，9个标记不发），erp只会把1个标发到平台，且平台中只有这一个SKU会变成reday to ship这个状态，其他SKU 还是pending状态，就会造成此订单在平台永远完成不了。达不到客户刷单效果。 lazada平台状态：
2、pending状态：卖家已下单付款 reday to ship状态：等待卖家发货 shipped状态：卖家已发货
3、erp标发跟踪号到lazada平台之后，平台订单状态会从peding到reday to ship 这个状态，订单要到shipped这个状态，需要当地邮局上门揽收扫件之后（客户lazada账号是当地注册的）才会变。 如果客户发空包或者某一个产品。服务商只要扫件后，就会当成一个订单来处理。那么整个订单中的SKU都会变成shipped这个状态。即刷单完成。
按照现在erp标记不发的产品不标发到平台，是不行的。
【要求结果】 订单管理-》lazada订单，如果订单中的产品标记了不发，也需要将不发的产品标发到平台。
订单管理》lazada订单
1.新增配置：lazada订单内不发的商品是否进行标发。 默认值为：否（0）
当设置为是（1）的时候，订单标发时也需要对设置为不发的商品进行标发。 并且在lazada订单内设置不发的时候需要弹出的提示中增加说明：
确认设置不发？ （注意：设置不发后该商品还是会标发至平台上）
【图片】