Shopee > TAPD历史
共 22 条需求，按创建时间倒序。产品经理：陈家宜 ｜ 来源：TAPD（已发布/测试通过）
需求历史
2022-11-21 ｜ 已发布 ｜ TAPD-1164436104001122790
标题：中台》在拉取shopee商品的时候需要按照授权分别调用拉取接口
处理人：陈家宜; 模块：销售-客服管理
需求描述：
1.需求场景 请按照以下内容进行描述，回溯需求场景 - 谁（角色）在什么情况下，遇到了什么问题，造成了什么影响？ 请在此描述...... - 当前的处理方法是什么？ 请在此描述...... 2. 场景价值 请按照以下内容进行描述，回归价值本质 - 此需求的场景价值是什么，给用户/客户带来哪些方面的提升？ 请在此描述...... - 是否对其他客户通用？为什么？ 请在此描述...... 3. 需求内容 请分点描述客户期望实现的结果 请在此描述1...... 请在此描述2...... 请在此描述3...... 4. 功能路径 在下方描述清楚功能入口 请在此描述...... 5. 注意事项 在下方描述关键注意事项 请在此描述...... 6. 产品分析 此处产品经理分析填写
在拉取shopee商品数据的时候需要根据账号系统推送过来的授权区区分是否CNSC授权再分别决定是使用CNSC商品接口拉取数据还是使用V2商品接口拉取数据。
2022-01-20 ｜ 已发布 ｜ TAPD-1164436104001097657
标题：订单系统》shopee订单在计算sip子店铺的退款的时候调整取值
处理人：陈家宜; 模块：销售-订单管理
需求描述：
我们推崇产品价值的最大化体现，降低客户个性场景需求的期望，我们应集中有效的成本资源投入有产品价值的场景需求。
优先级说明：需求优先级（优先级高的提出之日起60天内分析解决），优先级中低的上线时间不定。优先级每一级都有修改权限。以最后一级修改的为主。
业务价值说明：3:高价值（爆点，可产生商业价值，明确价值点，优先进行产品分析）；2：中价值（满足大部分客户群体公共价值）；1:低价值（只满足个体需求）； 注意：业务价值填写，请发起人严格按照以上进行1-3分的评分。
1. 产品价值（ *） 请描述产生价值有效性，能提升效率、痛点解决的需求才值得我们投入成本资源去实现。 保证shopee订单的取值正确
2. 业务场景与需求描述（ *） 描述场景内容，列举业务需求点（条目化），简述业务需求点内容77148 退款金额过高导致其他费用过高
3. 功能路径（ *） 功能路径入口在哪订单系统》shopee订单
**4. 注意事项 ** 特别关注点有哪些
5. 产品分析 此处产品经理分析填写，并且首次分析需求时，明确并调整业务价值，在右边属性更新“业务价值点”
当店铺为cb sip 加盟店（即sip子店铺）的情况下其他费用的计算公式如下：
当用户配置：SHOPEE_OTHER_FEE_EXCEPT_REFUND设置为1的时候： 其他费用=service_fee_pri（服务费） 当用户配置：SHOPEE_OTHER_FEE_EXCEPT_REFUND设置为0的时候： 其他费用=service_fee_pri（服务费）+seller_return_refund_pri （退款金额）+ drc_adjustable_refund_pri（退款金额）
样例订单：四海芯舟-订单管理系统 shopee订单：SPE-1139-211218E1M6H15Y
2021-07-12 ｜ 测试通过 ｜ TAPD-1120106611001077892
标题：订单系统-》shopee订单 lazada订单 平台尾程运费变更需同步更新
处理人：陈家宜; 模块：销售-订单管理
需求描述：
用户场景 工单：62198 客户：天渴 背景：虾皮平台尾程运费有更新，没有触发重新计费，导致费用没有及时更新 单号：SPE-0724-2107042AAA5RA7
【图片】
【图片】
【图片】
【图片】
需求价值
业务需求点 所有平台，支持抓取的尾程运费的渠道 当平台有更新时都需要支持触发重新计费，及时更新费用项
功能路径
注意事项 此类情况是否不止是虾皮平台 注意lazada也发现同样情况
【产品需求】 订单系统》shopee订单 lazada订单 订单尾程费用更新的时候也要触发重新计费
2021-06-17 ｜ 已发布 ｜ TAPD-1120106611001075667
标题：订单系统》shopee订单》sip a店铺的订单交易额和总金额取值优化
处理人：陈家宜; 模块：销售-订单管理
需求描述：
用户场景 关联需求： https://www.tapd.cn/20106631/prong/stories/view/1120106631001073512
shopee的接口返回数据有bug。但是我们依靠这个income detail下的original_price作为总金额存在问题
【图片】
【产品需求】 订单系统》shopee订单 当订单来自于sip a店铺时（样例订单：四海芯舟 2105217SD0H3Q0 ）
【图片】
交易额=各个商品下的original_price之和（即各个商品收入之和）
【图片】
或者交易额=各个商品的单价数量之和=各个商品的variation_original_pricevariation_quantity_purchased
【图片】
四海芯舟 2106125A6SHSDT
【图片】
各个商品收入=交易额=5.82+20.862=11.6+41.72=53.32
【图片】
各个商品收入之和=11.6+41.72=53.32
【图片】
2021-06-03 ｜ 已发布 ｜ TAPD-1120106611001074560
标题：【oapi】shopee线上物流子单号由原本的forder_id替换成package_number字段
处理人：陈家宜; 模块：销售-订单管理
父需求：订单系统》shopee订单【shopee拆分订单】和【shopee取消拆分订单】订单中的子单号字段参数调整
需求描述：
用户场景 https://open.shopee.com/announcement/116
【图片】
影响接口： shopee.orders.SplitOrder shopee.orders.GetForderInfo shopee.logistics.Init shopee.logistics.GetOrderLogistics shopee.logistics.GetForderWaybill shopee.logistics.GetLogisticsMessage
关联需求： 【订单系统》订单管理》shopee订单，新增shopee订单拆分和取消拆分拆分功能。】 https://www.tapd.cn/20106631/prong/stories/view/1120106631001060177 【仓配系统》shopee线上物流，shopee平台拆分子单预报需要推送forder_id】 https://www.tapd.cn/20106631/prong/stories/view/1120106631001057743 【订单系统》订单管理》shopee订单，平台上拆分的订单获取forder_id进行预报】 https://www.tapd.cn/20106631/prong/stories/view/1120106631001057742
【产品需求】 2.【OAPI】 ①shopee预报接口：https://open.shopee.com/documents?module=3&type=1&id=389中子单号由原本的forder_id替换成package_number字段
【图片】
②获取子单的标签的接口中子单号由原本的forder_id替换成package_number字段 https://open.shopee.com/documents?module=3&type=1&id=447&version=1 ③shopee.logistics.GetLogisticsMessage中的子单号同样由原本的forder_id替换成package_number字段 https://open.shopee.com/documents?module=3&type=1&id=392&version=1
【图片】
2021-06-03 ｜ 已发布 ｜ TAPD-1120106611001074558
标题：订单系统》shopee订单【shopee拆分订单】和【shopee取消拆分订单】订单中的子单号字段参数调整
处理人：陈家宜; 模块：销售-订单管理
父需求：订单系统》shopee订单【shopee拆分订单】和【shopee取消拆分订单】订单中的子单号字段参数调整
需求描述：
用户场景 https://open.shopee.com/announcement/116
【图片】
影响接口： shopee.orders.SplitOrder shopee.orders.GetForderInfo shopee.logistics.Init shopee.logistics.GetOrderLogistics shopee.logistics.GetForderWaybill shopee.logistics.GetLogisticsMessage
关联需求： 【订单系统》订单管理》shopee订单，新增shopee订单拆分和取消拆分拆分功能。】 https://www.tapd.cn/20106631/prong/stories/view/1120106631001060177 【仓配系统》shopee线上物流，shopee平台拆分子单预报需要推送forder_id】 https://www.tapd.cn/20106631/prong/stories/view/1120106631001057743 【订单系统》订单管理》shopee订单，平台上拆分的订单获取forder_id进行预报】 https://www.tapd.cn/20106631/prong/stories/view/1120106631001057742
【产品需求】 1.订单系统》shopee订单 ①调用shopee.orders.SplitOrder接口返回的子单号由取值forder_id改成取值package_number https://open.shopee.com/documents?id=445&module=4&type=1&version=1
【图片】
②拆单成功后在原单日志中提示“shopee拆分订单，子订单号：WEC0942010091069，forder_id：454764121214;WEC0582010091070，forder_id：45476412145213”改成提示：“shopee拆分订单，子订单号：WEC0942010091069，平台子单号：454764121214;WEC0582010091070，平台子单号：45476412145213” ③拆分后子单的备注中提示：子单显示系统备注：shopee拆分订单，从订单SPE-5852-201008R4UQQR76拆分的子单，forder_id：454764121214。改成shopee拆分订单，从订单SPE-5852-201008R4UQQR76拆分的子单，平台子单号：454764121214。 ④当用户启用SHOPEE_SPLIT_UP_ORDER配置为1会查询平台的拆分订单的拆分结果。通过接口shopee.orders.GetForderInfo查询拆分的子单的时候，原本子单号取值forder_id现在更改为取值package_number
【图片】
2021-05-24 ｜ 已发布 ｜ TAPD-1120106611001073505
标题：【6月上】订单系统》shopee订单费用平台接口调整订单总金额、手续费、商品单价的取值
处理人：陈家宜; 模块：销售-订单管理
需求描述：
用户场景 平台接口出参调整 https://open.shopee.com/announcement/120
【图片】
四海芯舟SPE-0589-2105217SD0H3Q0
【图片】
【产品需求】 [名词解释]sip A店铺是指子店铺，p店铺是指父店铺 如何判断订单店铺是否sip a店铺可以通过店铺是否有父id，如果有父id说明他是sip子店铺。
当订单来自于sip a店铺时（样例订单：四海芯舟 21053133T62V7F）
【图片】
1、订单总金额由取值total_amount，改成取值original_price作为订单的总金额
【图片】
2.sip A 店铺的订单运费由shopee运营，运费不作为商家的收入，也不需要商家支出。所以当订单是sipA店铺的订单，运费都为0 【图片】
3.、订单的手续费由credit_card_transaction_fee改成取值service_fee
【图片】
4、商品的单价取由取值variation_discounted_price改成取值variation_original_price
【图片】
5.订单交易额改成取值original_price作为订单的交易额
2021-01-05 ｜ 已发布 ｜ TAPD-1120106611001063523
标题：仓配系统》出货管理》组包揽件，shopee组包功能实现一次提交确认单个店铺允许提交超过50个订单
处理人：陈家宜; 模块：仓配-出货管理
需求描述：
用户场景
【图片】
现在系统内shopee组包由于接口限制导致提交的时候一个店铺最多只能提交50个订单，不方便客户提交组包。 优化成：
【图片】
【图片】
【产品需求】 仓配系统》出货管理》组包揽件
1.当用户选择shopee组包的时候提交不再限制一个店铺只能提交50个，并且删除50个订单限制的提示。 2.实现当一个揽件单内一个店铺的选择的订单超过50个的，循环提交实现
2020-12-09 ｜ 已发布 ｜ TAPD-1120106611001061510
标题：仓配系统》出货管理》组包揽件，shopee揽件单中的自寄物流筛选功能优化
处理人：陈家宜; 模块：仓配-出货管理
需求描述：
用户场景 当创建shopee揽件单的时候，揽件方式为卖家自寄的时候，自寄物流的值很多。需要改成搜索下拉框方便选择
【图片】
【产品需求】 仓配系统》出货管理》组包揽件
平台：shopee 揽件方式：卖家自寄 优化自寄物流筛选功能为搜索筛选选择框
【图片】
【图片】
例如以上筛选搜索的功能
2020-11-23 ｜ 已发布 ｜ TAPD-1120106611001060174
标题：对接shopee线上物流的shopee.logistics.GetForderWaybill 接口
处理人：陈家宜; 模块：销售-订单管理
需求描述：
用户场景 对接shopee拆分订单的功能。拆分订单预报后需要通过专门的接口获取拆分子单的标签 需要通过shopee.logistics.GetForderWaybill 接口获取子单的标签
【产品需求】 对接shopee线上物流的shopee.logistics.GetForderWaybill 接口
https://open.shopee.com/documents?module=3&type=1&id=447
2020-11-19 ｜ 已发布 ｜ TAPD-1120106611001059958
标题：订单系统》订单管理》shopee订单，新增shopee订单拆分和取消拆分拆分功能。
处理人：陈家宜; 模块：销售-订单管理
需求描述：
用户场景 shopee的订单拆分说明：
【图片】
拆分订单接口： https://open.shopee.com/documents?module=4&type=1&id=445 取消拆分订单接口： https://open.shopee.com/documents?module=4&type=1&id=446
查询拆分订单情况接口： https://open.shopee.com/documents?module=4&type=1&id=438
获取子单的标签的接口： https://open.shopee.com/documents?module=3&type=1&id=447
订单系统》订单管理》shopee订单 1.在shopee订单的待发货审核和问题件状态下新增一个按钮【shopee拆单】 1.1当用户勾选订单，点击【shopee拆单】但订单仅有一个平台sku则提示：“此订单仅有一个平台sku无法进行shopee拆单” 1.2当用户勾选多个订单，点击【shopee拆单】的时候提示：“仅能对一个订单进行shoee拆单” 1.3当用户勾选具有2个平台sku的订单后点击【shopee拆分】时出现弹窗如下。可参考已有的【拆分订单】功能
【图片】 、 （1）【shopee拆单】弹窗内的订单详细信息参考【拆分订单】按钮弹窗获取数据 （2）【shopee拆单】弹窗内原单的订单明细： ①以平台sku维度显示订单明细。因为shopee拆分订单仅支持以平台sku进行拆分 ②订单明细中的库存数量，需要显示的是平台sku的库存数量，取该平台sku映射的仓库sku内库存最少的仓库sku的库存数作为这个平台sku的库存数。当这个平台sku没有映射仓库sku时则显示：未映射仓库sku。库存旁显示？提示：平台sku的库存取映射的最少库存量仓库sku的库存。 ③数量显示的是平台sku的数量。
1.3.1当用户点击【拆分订单】，则根据用户勾选的订单和数量拆分出新的订单。但是由于shopee平台的限制，仅支持拆分5个子单。当已拆分了5个订单的情况下再点击【拆分订单】的情况下则提示“已有5个子单，shopee最多允许拆分5个子单，无法再拆分”。 1.3.2当用户点击【重新拆分】的按钮时，弹出提示“确认重新拆分？”当用户点击“确定”的情况下刷新页面，恢复成订单未拆分之前的情况。 1.3.3当用户点击【确定】则调用接口：https://open.shopee.com/documents?module=4&type=1&id=445 的接口进行订单拆分 （1）点击按钮，显示loading弹窗，等待调用接口后平台返回内容。 （2）调用接口，拆分成功，则提示：shopee拆单成功。生成子单：WECA6464612221、WECSHK54625、WECAA768878。原单：SPE-1503-2011166W0AVG7B已废弃。 （3）调用接口，拆分失败，提示：shopee拆单失败。根据平台返回的内容显示失败原因。需要解析成正常可阅读的格式 （4）网络原因，超时，提示：网络超时，请重试
2、调用shopee平台拆单接口拆分成功后的原单和子单的处理方案如下： 2.1原单 （1）拆单成功后在原单日志中提示“shopee拆分订单，子订单号：WEC0942010091069，forder_id：454764121214;WEC0582010091070，forder_id：45476412145213 （2）将原单在拆分后转已废弃状态。并且标记为“shopee拆分订单”。 2.2拆分的子单： （1）关于费用则按照目前系统内拆分子单的逻辑拆分子单分摊费用。 （2）子单的forder_id需要保存下来。 （3）子单显示系统备注：shopee拆分订单，从订单SPE-5852-201008R4UQQR76拆分的子单，forder_id：454764121214。 （4）对此类订单增加系统标记：shopee拆分子单
3.在shopee订单的已废弃状态下新增一个按钮【shopee取消拆单】
3.1当用户勾选了一个非shopee拆分订单后点击【shopee取消拆单】的时候提示：“此订单非shopee拆分子单，无法取消拆分” 3.2当用户勾选了多个订单点击【shopee取消订单】的时候提示：“仅能对一个订单进行shopee取消拆单” 3.3勾选任意一个被拆分了的订单点击【shopee取消拆单】，出现弹窗明细如下：确定取消拆分此订单？如取消拆分则拆分后生成的子单WEC454552122、WECDSF6975645、WECSDF782255都会被废弃，SPE-1503-2011166W0AVG7B订单会重新生成，请谨慎操作。 3.3.1用户点击【确定】则调用接口https://open.shopee.com/documents?module=4&type=1&id=446 取消拆分订单 （1）点击按钮，显示loading弹窗，等待调用接口后平台返回内容。
（2）取消成功，提示：shopee取消拆单成功。子单：WEC454552122、WECDSF6975645、WECSDF782255已废弃。SPE-1503-2011166W0AVG7B订单已重新生成。 （3）取消失败。提示：shopee取消拆单失败。失败原因根据平台返回的内容显示，需要解析成正常可阅读的形式 （4）网络原因，超时，提示：网络超时，请重试 3.4此【shopee取消拆单】的按钮功能需要也能对平台上拆分后的订单生效
【图片】
4、取消订单拆分成功的原单和子单的处理方案如下：
4.1原单： 将原本在已废弃状态中的原单删除，然后根据拉单接口获取到的订单情况重新生成原单，将新生成的订单放在待发货审核状态。 4.2拆分的子单： 情况（1）当被取消拆分的子单处于待发货审核阶状态则作废子单，并且在子单的日志中说明：订单54545131122（原平台订单号）被取消拆分，子单4545454512（子单号）作废处理。Order Status Update 更新订单状态,状态从 待发货审核 变为 已废弃。54545131122订单重新生成，转待发货审核状态。 情况（2）当子单已审核通过到待发货，则需要将在待发货状态的子单进行截单转已废弃。并且在子单的日志中说明：订单54545131122（原平台订单号）被取消拆分，子单4545454512（子单号）截单废弃处理。截单操作成功,更新订单状态,状态从 待发货 变为 已废弃。54545131122订单重新生成，转待发货审核状态。 情况（3）当子单已进入问题件后，被取消拆分时，需要将子单的状态更新为已废弃，只需要在日志内说明：订单54545131122（原平台订单号）被取消拆分，子单4545454512（子单号）截单废弃处理。截单操作成功,更新订单状态,状态从 问题件 变为 已废弃。54545131122订单重新生成，转待发货审核状态。
5.拆分成功子单预报的时候需要推送forder id给仓配系统进行shopee线上物流的预报。详见以下需求 https://www.tapd.cn/20106631/prong/stories/view/1120106631001057743
6、在订单系统》系统管理》角色权限管理-按钮访问权限中shopee订单中新增【shopee拆单】和【shopee取消拆单】按钮权限。
默认为所有用户勾选了这2个按钮权限
2020-10-26 ｜ 已发布 ｜ TAPD-1120106611001057817
标题：订单系统-》shopee平台-》取值正确的订单币种
处理人：陈家宜; 模块：销售-订单管理
需求描述：
用户场景 客服工单：1077987 技术工单：43164 客户：四海芯舟 平台：shopee 虾皮单号：20101008D241A4 店铺：SHOPEE005_SIP_PH 站点：菲律宾 背景：客户店铺后台订单显示是RM，即MYR币种，但是订单系统拉取显示的是PHP币种
【图片】
【图片】
【图片】
【图片】
技术排查确认：目前系统取值是currency字段 对应是PHP币种。
【图片】
但是报文中[local_currency] => MYR 才是后台对应的币种
【图片】
需求：麻烦尽快确认平台币种取值逻辑是否有调整，调整更新为正确的币种取值。
【图片】
功能概述
-列举功能点，简述功能内容（删除此描述进行填写）
逻辑流程 -通过SOP展示流程（删除此描述进行填写，若无，填无）
页面路径 -功能路径入口在哪（删除此描述进行填写）
页面说明 -详细说明功能点，是什么、做什么（删除此描述进行填写）
注意事项 1.麻烦尽快确认处理，后面估计会有大批量客户来反馈此问题，需要早点解决。
产品需求】 订单系统》订单管理》shopee订单
根据shopee的回复，GetOrderDetails和GetEscrowDetails这两个接口金额数据都是一样的，只是会进行换算。
【图片】
处理方案： 1、当平台的sip店铺拉单进来的时候能通过GetEscrowDetails这个接口获取到local_currency则以local_currency作为订单的标准币种。其他的从GetOrderDetails获取到的费用字段的币种和标准的币种不一致的时候需要按照订单创建时间当天时间的汇率进行换算。 2、当拉单的时候只能通过GetOrderDetails获取到的费用中的币种：currency时则需要和订单系统》系统管理》账号授权中这个订单的sip店铺的设置的币种进行对比，看是否一致。当币种不一致的时候需要取账号授权中的币种作为标准币种。并且将订单的费用按照订单的创建时间当天的汇率进行换算。如果接下来的GetEscrowDetails可以获取到币种以及费用，则按照币种和当前的标准币种对比。如果一致则更新费用。如不一致则按照订单的创建时间当天的汇率进行换算。
【图片】
【图片】
2020-09-23 ｜ 已发布 ｜ TAPD-1120106611001056018
标题：订单系统》订单管理》shopee订单，平台上拆分的订单获取forder_id进行预报
处理人：陈家宜; 模块：销售-订单管理
需求描述：
用户场景 工单：爱沃森 41238和紫光 1076836 爱沃森：SPE-0104-200921ARGXR8E8在平台上已经拆分。然后预报的时候报错如下截图。要求这个订单要提供forder_id。
【图片】
由于在shopee平台上拆分的订单，拆分的子单会生成子单的forder_id，预报订单的时候需要提供forder_id。 通过GetOrderDetails接口： https://open.shopee.com/documents?module=4&type=1&id=397的 is_split_up字段判断这个订单是否被拆分了 【图片】
然后通过https://open.shopee.com/documents/?type=1&module=4&id=438 接口进行查询这个订单拆分子单的forder_id
【图片】
这种拆分子单预报的时候调用init接口：https://open.shopee.com/documents?module=3&type=1&id=389 并且需要向接口推送forder_id
【图片】
注意事项 shopee的订单拆分说明：
【图片】
【产品需求】 订单系统》订单管理》shopee订单
新增配置：是否将shopee平台拆分订单拉取进入系统后进行拆单处理。0为默认值。 0：直接拉取原单不进行拆分 1.拉取原单并根据平台订单拆分情况进行拆单 当设置为1的时候按照以下说明进行订单的拆分：
一、针对已在平台上拆分的订单的处理。 1.拉取订单时，通过GetOrderDetails接口获取到未发货订单的 is_split_up字段。当 is_split_up= true的时候则此订单为已拆分订单。 shopee.orders.GetOrderDetails接口： https://open.shopee.com/documents?module=4&type=1&id=397
【图片】
2.对平台上已拆分的订单在系统内也进行拆分处理，当原单的is_split_up= true的时候通过shopee.orders.GetForderInfo的接口查询拆分子单的信息产品信息，并在系统按照目前系统内的拆单逻辑将订单拆分为对应的子单。 shopee.orders.GetForderInfo接口：
https://open.shopee.com/documents?module=4&type=1&id=438
①原单： （1）如果原单是平台拆分订单则在系统内拉取到系统内的时候按照系统拆单逻辑拆单。拆单成功后在原单日志中提示“平台拆分订单，子订单号：WEC0942010091069;WEC0582010091070”。 （2）将原单在拆分后转已废弃状态。并且标记为“平台拆分订单”。 ②拆分的子单： （1）根据GetForderInfo中查询到的子单中产品的信息，按照目前系统的订单拆分订单逻辑生成子单。关于费用则按照目前系统内拆分子单的逻辑拆分子单分摊费用。
【图片】
（2）子单的forder_id需要保存下来。 （3）子单显示系统备注：shopee平台拆分订单，从订单SPE-5852-201008R4UQQR76拆分的子单，forder_id：454764121214。 （4）对此类订单增加系统标记：平台拆分子单 （5）根据shopee.orders.GetForderInfo接口查询拆分子单的状态，将子单对应更新至系统内的状态。子单平台状态也适用于shopee正常订单的平台状态。也就是说当获取到子单的状态为SHIPPED的时候需要将子单更新到系统内的已发货状态。当订单状态变成CANCELLED的时候需要进行截单处理。都和shopee普通订单采取一样的处理
【图片】
（6）这种拆分子单的走shopee的线上物流进行预报的时候需要在预报原平台订单号的前提下增加预报forder_id。 【仓配系统】当订单为shopee平台拆分订单，走shopee的线上物流需要使用子单的关联的原单号以及forder_id进行预报 【OAPI】对接的shopee预报接口：https://open.shopee.com/documents?module=3&type=1&id=389需要增加推送forder_id字段
【图片】
3.当平台拆分的原订单在平台上被取消拆分了，即这种被标记为：平台拆分订单的shopee原单，它的is_split_up又变更为FALSE的情况下，对原本被拆分的shopee子单更新系统标记为：“平台拆分子单，已被取消拆分”。（注：shopee的拆分子单仅能在订单未标发的情况下取消拆分）
2020-09-10 ｜ 已发布 ｜ TAPD-1120106611001054924
标题：订单管理系统-》订单管理-》自动分仓规则-》分仓规则“站点”条件内增加shopee越南（VN）站点
处理人：陈家宜; 模块：销售-订单管理
需求描述：
用户场景 分仓规则“站点”条件内缺少shopee越南（VN）站点
【图片】
页面路径 订单管理系统-》订单管理-》自动分仓规则
要求结果 分仓规则内增加shopee越南（VN）站点
【产品需求】 订单管理系统-》订单管理-》自动分仓规则 1.【添加】和【添加new】的自动分仓规则“站点”条件内增加shopee越南（VN）站点
【图片】
【图片】
可参考订单系统内的平台账号授权中的站点
【图片】
2020-09-03 ｜ 已发布 ｜ TAPD-1120106611001054125
标题：订单系统-》订单管理-》平台订单-》lazada，shopee，shopify订单交易费，手续费用调整
处理人：陈家宜; 模块：销售-订单管理
需求描述：
用户场景 lazada,shopee，shopify平台订单，交易费用和手续费用和后台的不一致，刚好反了，现在需要进行调整会正确的 客户：天渴 lazada订单：LZD-1184-291947680314145
【图片】
客户：决策树 shopee订单：SPE-0164-2001096TAPXDP6
【图片】
客户：欧耐赛尔 平台：shopify 订单号：2660875567207
【图片】
功能概述
逻辑流程 无
页面路径 订单系统-》订单管理-》平台订单-》lazada，shopee订单交易费，手续费用
页面说明 订单系统-》订单管理-》平台订单-》lazada，shopee订单交易费，手续费用
注意事项 需要将对应的费用对应到具体相应的字段中去
【产品需求】
订单系统》订单管理》lazada订单、shopee订单
shopee订单现在系统内使用的手续费和交易费的取值调换取值 手续费=平台交易手续费（shopee_order_escrows.credit_card_transaction_fee） 交易费=平台交易交易费（shopee_order_escrows.commission_fee）
【图片】
lazada订单现在在系统内使用的手续费和交易费的取值调换取值 手续费=Payment Fee 交易费=Commission
【图片】
注：此需求完成后需要更新lazada和shopee的费用说明文档：https://eccang.yuque.com/docs/share/d237b19a-9e33-4a15-b531-e84e55aaf0da?#%20%E3%80%8AShopee%E5%B9%B3%E5%8F%B0%E8%B4%B9%E7%94%A8%E3%80%8B https://eccang.yuque.com/gko3h7/ku1zze/xl0vxx
2020-09-01 ｜ 已发布 ｜ TAPD-1120106611001053909
标题：订单系统-》客服管理-》shopee平台COD订单退款自动创建RMA
处理人：陈家宜; 模块：销售-RMA管理
需求描述：
需求ID:【2127】 需求标题:【shopee平台COD订单退款需求】
需求联系信息: 发起人:【Bob】 电话:【13217911260】 邮箱:【2462477095@qq.com】
紧急需求是否愿意付费: 不付费
是否为BUG: 非BUG
影响范围: 影响店铺业绩 需求目的: 用户场景 -shopee平台COD订单退款，买家没付款签收就取消的订单，跟进平台订单状态创建退款，退款金额取订单金额
功能概述 支付方式为 Cash on Delivery跟JKO COD的订单
易仓订单状态为已发货 后台订单状态更新为cancel状态
seller_return_refund_amount字段为0
自动创建RMA 退款 退款金额为订单金额 seller_return_refund_amount取订单金额
【图片】
逻辑流程 shopee的COD订单，到货退款之后，自动创建RMA
改动细节: 页面路径 -
页面说明
注意事项 需求变更
【图片】
---------------------以上为原始需求,需求提出者编辑------------
业务场景说明：shopee的cod（货到付款）订单存在到货到了订单买家手里的时候，买家反悔取消订单，这种取消订单（[order_status] => CANCELLED）实际上商家没有获得订单收入的因为订单已经被取消了。但是这种订单平台上返回的接口数据存在订单金额并且seller_return_refund_amount显示为0（即是接口没有返回退款金额，erp系统认为其没有退款）。所以针对这种订单需要特殊处理。
订单系统》订单管理》shopee订单 1、新增配置：shopee的cod订单取消订单是否将在其他费用中计入订单总金额
默认值：0 否 当设置为1的时候，对符合以下条件的订单的其他费用中增加计入订单总金额。既是在原本其他费用的基础上+订单总金额。 系统状态=已发货 支付方式=Cash on Delivery或JKO COD [order_status] => CANCELLED seller_return_refund_amount=0
【图片】
【注意】 其他费用的取值有可能都为负值，避免其他费用和订单金额相加的时候被抵消，所以其他费用的其他字段为负值时，其他费用其他值相加取绝对值之后再与订单金额相加，保证其不会相互抵消
2020-08-27 ｜ 已发布 ｜ TAPD-1120106611001053705
标题：订单系统》系统管理》平台账号授权-shopee的增加首公里的控制项
处理人：陈家宜; 模块：销售-订单管理
需求描述：
用户场景 shopee新增了首公里追踪功能 关联需求：https://www.tapd.cn/20106631/prong/stories/view/1120106631001050066?url_cache_key=de3edcf1b188c2acefa167915e7a73e1&action_entry_type=story_tree_list 仓配系统对接了shopee的接口后由于需要通过获取哪个店铺开启了首公里后再去主动查询这个店铺的可组包订单所以需要在订单系统的平台账号授权的中对
【产品需求】 订单系统》系统管理》平台账号授权-shopee中新增控制项：是否已开通首公里追踪功能。默认值为否。当设置为是的时候只需要记录数据库。组包揽件的服务会查询到设置为是，已开通首公里追踪功能的并拉取这些店铺的可组包订单。
【图片】
2020-07-27 ｜ 已发布 ｜ TAPD-1120106611001051363
标题：【定制需求】shopee订单费用-》逻辑调整为无论shopee后台是否作废了订单，只要系统内是已发货状态，都要获取订单的费用并同步到系统中
处理人：陈家宜; 模块：销售-费用管理
需求描述：
需求ID:【1968】 需求标题:【shopee费用逻辑】
需求联系信息: 发起人:【Bob】 电话:【13217911260】 邮箱:【2462477095@qq.com】
紧急需求是否愿意付费: 不付费
是否为BUG: 非BUG
影响范围: BUG没法继续 需求目的: 用户场景 -现在逻辑：易仓已发货，后台订单是废弃的，费用就不更新了
功能概述 -易仓的状态为已发货的，不管后台订单状态，都需要拉取费用
逻辑流程
改动细节: 页面路径 -
页面说明
注意事项
---------------------以上为原始需求,需求提出者编辑------------
订单系统》订单管理》shopee订单
目前系统内已出库状态的订单如果平台状态为更新为已取消的话则不会再更新订单费用。
更改为： 1.已出库状态的订单放开限制，无论平台状态为何都更新费用
8.6财务已收款，合同内写明30个工作日内需交付
2020-07-08 ｜ 已发布 ｜ TAPD-1120106611001049915
标题：仓配系统》出货管理》组包揽件3.0-对接shopee的组包-2.订单出货页面增加shopee组包的功能
处理人：陈家宜; 模块：仓配-出货管理
父需求：仓配系统》出货管理》组包揽件3.0-对接shopee的组包
需求描述：
1.当在仓配系统》出货管理》订单出货中勾选检测可组包订单时。除了检测速卖通的订单外还需要检测shopee的订单是否可组包
2.当扫描的订单属于shopee的可组包订单时，出现提示 可组包 shopee 不可组包
【图片】
3.由于shopee没有交接仓的限制，订单出货页面上的交接仓字段留空即可
【图片】
4.点击【组包】的时候，弹出组包弹窗如下 ①弹窗内新增平台选择，当选择速卖通则显示速卖通选项。显示shopee则显示shopee的选项（shopee的选项和创建组包揽件单一样会根据选择的揽件方式不同所需要设置的选项不同）
【图片】
②用户点击【组包】的时候根据组包平台选择了什么平台从而拿对应平台的订单进行组包，并调用对应平台的接口。而剩余还未组包的订单在用户关闭组包成功提示弹窗后刷新该组包的弹窗剔除原本的已组包的订单。
③在【另外添加订单】弹窗内增加平台的筛选项。筛选值为：Aliexpress/shopee。用户可以选择筛选出速卖通还是shopee的订单。 在列表中增加“平台”字段，显示订单所属平台
【图片】
2020-07-08 ｜ 已发布 ｜ TAPD-1120106611001049885
标题：仓配系统》出货管理》组包揽件3.0-对接shopee的组包-1.组包揽件页面增加shopee组包
处理人：陈家宜; 模块：仓配-出货管理
父需求：仓配系统》出货管理》组包揽件3.0-对接shopee的组包
需求描述：
**
** 1.组包揽件列表页的平台筛选项增加shopee筛选值
2.【创建速卖通揽件单】按钮改名为【创建揽件单】
3.创建揽件单表单内容变更为： ①新增组包平台选择：当选择为速卖通则显示速卖通选项。选择shopee则显示shopee选项，选择速卖通则显示速卖通选项内容。shopee选项说明如下表 字段名称 | 字段格式 | 字段值 | 备注 | 平台 | 下拉框 | Aliexpress/shopee | 根据选择不同的平台显示不同的选项与组包订单 | 揽件方式 | 下拉框 | 上门揽收/卖家自寄 | 上门揽收=pickip。卖家自寄=dropoff | 揽件时间 | 日期输入框 | 年月日 | 当揽收方式=上门揽收时显示揽件时间输入项并且必填 | 揽件单号 | 输入框 | | 当揽收方式=卖家自寄时则显示揽件单号输入项并且必填 | 揽件地址 | 下拉框 | 取仓配系统》物流管理》物流地址簿内的揽收地址 | 物流地址簿和GenerateFMTrackingNo接口内seller_info入参的数据对应说明： address= 国家或地区+省份+城市+区+地址1+地址2+门牌号
name=联系人 zipcode= 邮编
area=CN（shopee目前该组包功能仅在中国开放写cn即可） phone=手机 | 自寄物流 | 下拉框 | 通过接口GetShopFirstMileChannel获取该商家可以使用的 logistic_id 和 logistic_name。 选项值显示 logistic_name | 当揽件方式=卖家自寄时显示自寄物流下拉选项，根据用户选择的自寄物流推送相应的logistic_id给FirstMileCodeBindOrder
当揽收方式=上门揽收时，无需显示自寄物流让用户选择，固定推送logistic_id=813给给FirstMileCodeBindOrder | 备注 | 输入框 | | 非必填项 | 当shopee组包的揽件方式为dropoff的时候，需要填写的内容如下
【图片】
当shopee组包的揽件方式为pickup的时候，需要填写的内容如下
【图片】
③创建揽件单页面内的【选择订单】按钮，需要根据用户选择的组包平台筛选出现的对应平台的可组包订单。所以当用户在没有选择组包平台的情况下点击【选择订单】按钮时则提示：
【图片】
4.根据shopp组包的情况，揽件单提交取消等操作的接口调用说明 揽件单状态 | 操作 | 调用接口 | 操作后揽件单状态 | 草稿 | 提交确认 | ①当揽收方式=上门揽收（pickup）的时候需要调用GenerateFMTrackingNo获取揽件单号。然后调用FirstMileCodeBindOrder将获取到的揽件单号与订单绑定在一起 ②当揽收方式=卖家自寄，则直接调用FirstMileCodeBindOrder将用户填写的揽件单号与订单绑定在一起（注：组包功能仅在中国开放，固定area=CN即可） ③平台支持跨店铺组包，但是接口需要以店铺为维度提交并且一次只能提交50个订单。所以当用户提交的订单跨店铺或者同个店铺的订单超过50个的时候需要分开来提交。 | 已确认 | 已确认 | 取消确认 | 调用接口FirstMileUnbind，由于我们系统内取消确认并无部分取消的功能，所以需要根据订单店铺分别调用取消接口 | 已取消 | 已确认/已揽收
| 打印标签 | 调用GetFMTrackingNoWaybill获取揽件单标签 | 已确认 | 已确认 | 标记揽收 | 无需调用接口，erp系统内部的标记订单已被线下揽收 | 已揽收 |
5.揽件单平台状态更新： 调用GetFmTnDetail获取status：揽件单的平台状态。并将此状态同步更新显示在组包揽件列表页面上的状态栏内
【图片】
【图片】
2020-04-07 ｜ 已发布 ｜ TAPD-1120106611001042742
标题：订单系统》系统管理》物流维护-shopee线上发货地址
处理人：陈家宜; 模块：销售-系统管理
需求描述：
【用户场景】
为了处理shopee pickup 无法预报的情况，需要拉取维护线上发货揽收地址
【期望结果】
拉取维护线上发货揽收地址
————————————————————————以上为原始需求，需求提出者编辑———————————————————————— 【页面路径】
订单系统》系统管理》物流维护-shopee线上发货地址
【需求点描述】
新增页面显示从shopee线上账号拉取下来的发货地址
【图片】
2020-03-17 ｜ 已发布 ｜ TAPD-1120106611001041429
标题：订单系统，对接shopee的首公里跟踪的api接口并增加是否启用首公里追踪功能的控制项
处理人：陈家宜; 模块：仓配-出货管理
父需求：仓配系统》出货管理》组包揽件3.0-对接shopee的组包
需求描述：
【用户场景】 虾皮新增了首公里跟踪功能
【期望结果】
1.对接虾皮的首公里跟踪功能接口 2. 订单系统》系统管理》平台账号授权页面 增加控制项：“首公里跟踪功能”，如果用户启用的了，通过接口获取启用的店铺的揽收方式（dropoff/pickup）
————————————————————————以上为原始需求，需求提出者编辑————————————————————————
【页面路径】
订单系统》系统管理》平台账号授权
【需求点描述】
首公里跟踪说明文档： https://docs.qq.com/doc/DVVZsZU9vanBrQUxo接口文档： https://open.shopee.com/documents?module=68&type=1&id=449
1、对接以下接口
【图片】
【图片】
注：目前shopee首公里跟踪功能只支持国内业务，则接口内的必填字段area填CN即可。
2、创建定时任务获取订单的基础数据以便订单进行组包 2.1定时任务获取未组包订单：shopee.order.GetUnbindOrderList 2.2定时任务获取shopee平台上各个店铺的平台物流通道：GetShopFirstMileChannel 平台物流通道id：logistic_id 平台物流通道名称：logistic_name 2.3定时任务获取的状态：GetFmTnDetail 状态：status