TikTok > 订单
共 79 条需求，按创建时间倒序。产品经理：陈家宜
当前最新逻辑
（待人工总结：以最新一条已完成需求的描述为准）
需求历史
2026-03-31 ｜ 已完成 ｜ ECERPH-47704
标题：订单系统》tiktok针对组套商品进行拉单、拆单、预报等情况的优化【计划配合仓配在4.21号上线】
负责人：梁康太 ｜ 需求类型：客户需求 ｜ 模块：销售-订单管理 ｜ 迭代：20260428-常规-4月第四迭代 ｜ 最后更新：2026-07-02
需求描述：
- 背景（谁？什么问题？有什么影响？为什么？）
请按四步说明清楚，用户在什么场景下遇到什么问题，预期使用什么方式来解决问题。 1、人员/角色/用户； 平台更新 2、业务发生场景； https://bytedance.larkoffice.com/wiki/LcVgwN1ALinSSukRS88ccvdLnDb 【图片】
3、痛点问题/阻碍是什么； 组套订单无法正常走单 4、预期解决方案/产品功能； 正常走单
测试账号： 登陆链接：https://seller-us.tiktok.com/order?order_status[]=1&selected_sort=1&tab=to_ship
登陆账号 | （使用手机号码登陆） | code | | --- | --- | | （验证码） | 商家类型 | | | 测试场景 | | | 易仓系统授权情况 | | (+86)12340270916 | 9390 | | | L2L | | | 3PL + FBT | | | 客户代码：ec2009226441 | | 店铺：uslocalARD | | | (+86)12347742397 | 1282 | | | L2L | | | 4PL + FBT | | (+86)12340270928 | 9583 | | | POP | | | 3PL + FBT | | (+86)12347742427 | 4108 | | | POP | | | 4PL |
示例订单：577245293577802705
【图片】
- 需求（做什么？怎么做？有什么要注意的？）
订单系统》tiktok订单
目前以下调整仅在美国生效，涉及的接口也都是美国相关接口
- 订单拉取订单的时候如果拉取到的商品在line_item下存在sub_item_info则说明此订单为虚拟组合产品，这种产品在订单拆单、订单预报、订单标发的时候需要按照sub_item_info维度经常提交，需要生成订单的时候需要按照子商品维度生成
当订单内存在虚拟组合产品商品的时候，需要按照sub_item_info内的商品生成订单。 如果订单内没有存在虚拟组合产品的时候按照原有逻辑生成订单。 【图片】 | 字段名称 | 取值路径 | 示例值 | 说明 | | --- | --- | --- | --- | | 主商品 ID | line_items → id | 577245293577933777 | 该子商品所属的组合商品（主商品） ID | | 主商品sku ID | line_items → sku_id | 1732183551408771804 | 该子商品所属的组合商品（主商品）sku ID | | 主商品名称 | line_items → product_name+sku_name | combo king main king 01 | 该子商品所属的组合商品（主商品）名称 | | 子商品名称 | sub_item_info → product_name+sku_name | astro data factory product created by parameters 11(combo king main king 01) | 系统的名称等于子商品名称拼接SKU 名称，中间用空格隔开然后在（）内加上主商品名称 | | SKU ID | sub_item_info → sku_id | "1732183566553420508" | 子商品的 SKU ID，根据店铺设置来判断取值sellersku'还是skuid作为平台sku | | Seller sku | sub_item_info → seller_sku | | 子商品的sellersku，根据店铺设置来判断取值sellersku'还是skuid作为平台sku | | 单价 | sub_item_info → sale_price | "0.01" | 子商品分摊后的单价 | | 数量 | | 1 | 子商品数量默认为1。因为tiktok是按照一个商品一个数量生成一个sub_item_info结构的 | | 货币 | sub_item_info → currency | "USD" | 货币单位 | | 商品图片 | sub_item_info → sku_image | "https://p16-oec-general-useast5..." | 子商品 SKU 图片 URL | | 子商品 ID | sub_item_info → id | "577245293578130385" | 子商品在订单中的唯一标识 ID，保存下来用于拆单以及标发 |
2.通过tiktok拆单的时候，订单中具有虚拟组合商品的时候，显示的平台SKU维度需要是子商品信息。 【图片】 【图片】 另外调用接口给平台提交拆分信息的需要提供子商品的id。 拆单接口：https://partner.tiktokshop.com/docv2/page/split-orders-202309#%E5%9B%9E%E5%88%B0%E9%A1%B6%E9%83%A8 【图片】
3.订单预报的时候如果订单内有虚拟组合商品的情况下，需要将主商品id和子商品id都推送给仓配系统配合预报
仓配系统预报调整需求：https://devops.aliyun.com/projex/req/ECERPH-47749# 《【TIKTOK】-》仓配管理系统-》物流管理-》运费试算&预报场景：完成TK“虚拟组套商品履约”业务兼容》
4.美国订单调用：Mark Package As Shipped 这个接口进行标发的时候，如果订单中保存虚拟组合商品的情况下，需要按照子商品维度提供子商品信息。 如果商品非虚拟组合子商品则按照原有入参进行处理 标发接口：https://partner.tiktokshop.com/docv2/page/mark-package-as-shipped-202309#%E5%9B%9E%E5%88%B0%E9%A1%B6%E9%83%A8 【图片】
5.平台物流设置中有使用接口：Get eligible shipping service接口：https://partner.tiktokshop.com/docv2/page/get-eligible-shipping-service-202309#%E5%9B%9E%E5%88%B0%E9%A1%B6%E9%83%A8 如果遇到虚拟组合产品的时候需要提供子商品id查询合适的运输渠道 【图片】 【图片】
6.开启此需求内的配置(TIKTOK_COMBINED_ITEM_CONFIG=1)的情况下，以此需求配置优先 https://devops.aliyun.com/projex/project/b3b56b1f88e98c5e0b75512fe1/req/501e9d6e4ee3677f5815292c71
2026-02-11 ｜ 已完成 ｜ ECERPH-45355
标题：仓配系统》对接tiktok的转FBT配送功能
负责人：王海刚 ｜ 需求类型：平台接口变更 ｜ 模块：仓配-物流管理 ｜ 迭代：20260407-常规-4月第一迭代 ｜ 最后更新：2026-07-02
需求描述：
- 背景（谁？什么问题？有什么影响？为什么？）
对接文档：https://bytedance.sg.larkoffice.com/docx/UGOXdv1BBo8iQQxBDzXl7ZhXg5f
- 需求（做什么？怎么做？有什么要注意的？）
1、对接中台接口：https://devops.aliyun.com/projex/project/4d96c1a04647a9dc32ca5eaca6/req/664389cfaa3508041b4619a635
2、对接获取订单系统创建转FBT订单的报文：https://devops.aliyun.com/projex/project/b3b56b1f88e98c5e0b75512fe1/req/7e0dd4d95b7ebe1d7b4a7a348c 注意：需要保存创建转FBT订单成功后返回的mcf_order_id。 【图片】
3、对接取消订单（截单）的接口：https://bytedance.sg.larkoffice.com/docx/UGOXdv1BBo8iQQxBDzXl7ZhXg5f 提供已经创建成功mcf_order_id进行取消 【图片】
4.查询转FBT配送订单的状态以及跟踪号 注意：转FBT配送订单会因为库存不足拆分成多个履约单（consign_orders.id）进行发货。我们一个订单仅能获取一个跟踪号，所以仅获取第一个子单的跟踪号和状态返回即可 通过创建订单的mcf_order_id 查询跟踪号以及订单状态。 （1）根据返回报文中的consign_orders.tracking_number作为订单跟踪号。consign_orders.shipping_provider.name作为订单的承运商 （2）获取consign_orders.status作为订单的状态。如果这个状态更新为shipped、handover、lost、damage、returned、COMPLETED 的情况下则认为订单已经发货，系统内对应仓库订单也进行出库， 【图片】
2026-02-10 ｜ 已完成 ｜ ECERPH-45342 🚀【0-1】
标题：订单系统》对接tiktok的MCF方案实现转FBT配送的功能
负责人：文明亮 ｜ 需求类型：交付先锋(便捷性等) ｜ 模块：销售-订单管理 ｜ 迭代：20260414-常规-4月第二迭代 ｜ 最后更新：2026-07-02
原始需求：01_原始需求\ECERPH-45342_订单系统》对接tiktok的MCF方案实现转FBT配送的功能\原始需求.md
需求描述：
- 背景（谁？什么问题？有什么影响？为什么？）
对接文档：https://bytedance.sg.larkoffice.com/docx/UGOXdv1BBo8iQQxBDzXl7ZhXg5f
- 需求（做什么？怎么做？有什么要注意的？）
中台需求：https://devops.aliyun.com/projex/project/4d96c1a04647a9dc32ca5eaca6/req/664389cfaa3508041b4619a635 UI图：https://www.figma.com/design/N82uEWKZkUVXWmS8BGcFzI/%E6%97%A5%E5%B8%B8%E9%9C%80%E6%B1%82?node-id=564-158&p=f&t=7zXP4mfIU10PCvmy-0
1、在所有平台的待发货审核、问题件状态下【更多操作】按钮下新增按钮【转FBT配送】，弹窗如下：
【图片】
| 系统字段 | 取值方式 | ？提示内容 | 接口字段 / Parameter | 数据类型 / Type | 是否必传 / Required | 长度 / Length | 字段描述 / Description |
| --- | --- | --- | --- | --- | --- | --- | --- |
| tiktok店铺 | 系统内授权的店铺 | | | | | | 用户点击店铺的时候通过以下接口校验店铺是否有权限。
MCF Subscription Query / MCF鉴权查询（https://partner.tiktokshop.com/docv2/page/get-fbt-merchant-mcf-status-202601）判断此店铺有无MCF的权限，需要按照店铺维度保存。
如果有权限就可以选择，没有权限的情况下则提示如下：
【图片】 |
| tiktok单号 | 默认取值系统订单号。
支持用户选择使用订单参考号。
根据用户选择订单号类型将原单数据填充到titkok单号内
【图片】 | | external_order_id | string | Y | <=128 | The corresponding order ID in your OMS. |
| 发货仓以及运输方式 | 默认为空。 | 参考转cg配送 | | | | | |
| | | | | | goods | List[object] | |
| | The item IDs and quantities included in the order, where the items must be those managed in the FBT system. The sum of the quantity of all goods must not exceed 50. | goods id | 同cg配送支持3种取值方式 | | | | |
- 默认取仓库SKU
-
取SKU关系映射
-
无需默认值 | 处理方式同cg配送 | 参考转cg配送 | id | | --- | --- | --- | | string | Y | | | Identifier for goods generated by Fulfilled by TikTok system | | | | 发货数量 | 默认值为1.支持用户手动编辑发货数量 | | | 【图片】 | | | | | quantity | | | | int | | | | Y | | | | sum(number)<50 | | | | The total number of this item. | | | | consignee | | | | object | | | | The consignee contact info | | | 地址-邮编 | 取值原单中的邮编 | | | | postal_code | | | | string | | | | Y | | | | <=20 | | | | postal code | | | 地址-收件人 | 取值原单中的收件人名称 | | | | name | | | | string | | | | Y | | | | <=40 | | | | The consignee name | | | 地址-手机号码 | 取值原单中的手机号码 | | | | phone_number | | | | string | | | | Y | | | | The phone number of consignee | | | 地址-邮箱 | 取值原单中的邮箱 | | | | email | | | | string | | | | Y | | | | The email of consignee | | | | address | | | | object | | | | The consignee address must be a valid address; if the address verification fails, no order will be created. | | | 地址-国家 | 取值原单中的国家 | | | | country_code | | | | string | | | | Y | | | | <=20 | | | | Consignee addresses country code in two-character ISO 3166-1 alpha-2 format. | | | 地址-省洲 | 取值原单中的省洲 | | | | state_or_region | | | | stirng | | | | Y | | | | <=20 | | | | Consignee address state or region | | | 地址-区县 | 取值原单中的区县 | | | | district_or_county | | | | stirng | | | | N | | | | <=20 | | | | Consignee address district or county | | | 地址-城市 | 取值原单中的城市 | | | | city | | | | stirng | | | | Y | | | | <=20 | | | | Consignee address city | | | 地址-地址1 | 取值原单中的地址1 | | | | address_line_1 | | | | stirng | | | | Y | | | | <=35 | | | | The detail address line 1 | | | 地址-地址2 | 取值原单中的地址2 | | | | address_line_2 | | | | stirng | | | | N | | | | <=35 | | | | The detail address line 2 | | | 地址-邮编 | 取值原单中的邮编 | | | | postal_code | | | | string | | | | Y | | | | <=20 | | | | The postal code | | | 手动选择goodsid的弹窗如下
【图片】
支持按照商品名称和googs id维度进行搜索，多个的情况下精确搜索，单个的情况下精确搜索。
系统字段 | 取值方式 | | | | 接口 | | | goods id | 选中店铺的tiktok FBT库存页面中的goodsid | | | | 通过tiktok FBT库存页面获取 | | | 商品名称 | 选中店铺的tiktok FBT库存页面中的商品名称 | | | | 通过tiktok FBT库存页面获取 | | | 转FBT可售库存 | goods_inventory_list.available_qty | | | 通过接口直接获取。通过googsid定期去查询（这个数据维度和tiktok FBT库存页面不一样，fbt库存列表是平台仓库+googsid出数的，但是此接口仅有googsid维度） | /fbt/202601/mcf/goods/inventory/search | |
（1）如果订单操作转FBT成功则提示：“此订单已转FBT配送，待订单审核后将会向平台推送。” （2）如果缺失以上必填项缺失填写内容的话，则前端在输入框下红字提示：请输入xxxxx。 （3）勾选多个订单的时候提示：“一次只能操作一个订单.”
3、在所有平台的待发货审核、问题件状态下【更多操作】按钮下新增按钮【批量转FBT配送】，弹窗如下： 【图片】 数据入参同上
（1）如果订单操作转FBT成功则提示：“订单已转FBT配送，待订单审核后将会向平台推送。” （2）如果缺失以上必填项缺失填写内容的话，则前端在输入框下红字提示：请输入xxxxx。
4、在所有平台的待发货审核、问题件状态下【更多操作】按钮下新增按钮【取消FBT配送】，弹窗如下： 【图片】
5.参考转FBA功能，获取从仓配返回的异常信息显示在问题件。
6.所有平台列表上新增筛选项：转FBT配送订单。全部/是/否 【图片】
2025-11-26 ｜ 已完成 ｜ ECERPH-40404
标题：订单系统》tiktok商家自发货订单是否支持分单模式
负责人：梁康太 ｜ 需求类型：平台接口变更 ｜ 模块：销售-订单管理-拉单 ｜ 迭代：20251216-常规-12月第三迭代 ｜ 最后更新：2025-12-31
需求描述：
- 背景（谁？什么问题？有什么影响？为什么？）
https://bytedance.sg.larkoffice.com/docx/L9hcdOgW1ovcmSxSAqplvK20gog?from=from_copylink 【图片】 【图片】
- 需求（做什么？怎么做？有什么要注意的？）
订单系统》tiktok订单
【新4PL订单】改名为【自发货平台分单订单】
- 针对交付类型SELLER的订单生成订单后调用查询渠道的接口的接口获取订单的shipping_services id和name。此类型的订单标记“自发货平台分单订单”【此标识图片待上传】。如果此单请求接口返回的错误码为21011037 则此单不是“自发货平台分单订单”。
https://partner.tiktokshop.com/docv2/page/get-eligible-shipping-service-202309 【图片】 【图片】 将获取到的shipping_services id和name 显示在新增的预分单渠道字段内： 显示样式为name[id] ？提示：tiktok商家发货模式下支持使用tiktok线上物流方式（平台分单模式）发货的订单，初次分配后获取到的渠道商。平台的渠道商会因为你重量和体积来分配，因为预报前都可以变更商品所以请以最终预报时候渠道商为准。 【图片】
2.订单日志说明 （1）如果订单无映射仓库SKU无法获取到重量和体积无法调用接口获取到分配的渠道商则记录日志：“此商家自发货的订单未映射仓库SKU或者未设置重量以及体积信息无法进行预分配的渠道查询功能，无法判断此单是否支持通过tiktok线上物流方式（平台分单模式）发货，请使用更多平台》平台物流设置》Tiktok线上物流渠道通过【下载可用渠道】手动查询，如果查询成功则支持通过tiktok线上物流方式（平台分单模式）发货，查询出现错误码：21011037则说明不支持” （2）订单查询接口成功，则记录订单日志“此单为tiktok商家发货模式下支持使用tiktok线上物流方式（平台分单模式）发货的订单。预分单渠道：xxxxxxname[xxxxxxxxid]” （3）订单查询接口失败，返回错误码：21011037则记录日志：“此单不支持使用tiktok线上物流方式（平台分单模式）发货的订单，请使用其他三方物流发货” （4）订单查询接口失败，返回非21011037的错误码则记录日志：“查询此单是否支持使用tiktok线上物流方式（平台分单模式）发货失败（失败原因：xxxxxx）。请使用更多平台》平台物流设置》Tiktok线上物流渠道通过【下载可用渠道】手动查询，如果查询成功则支持通过tiktok线上物流方式（平台分单模式）发货，查询出现错误码：21011037则说明不支持”
3.更多平台》平台物流设置》Tiktok线上物流渠道 上如果有查询到交付模式为seller的订单的渠道信息的时候，需要将这些渠道信息更新到订单列表上的预分单渠道 字段内。 【图片】
4.订单分仓规则（新旧版本）都添加以下2个条件 （1）自发货平台分单订单（tiktok） ？提示：tiktok商家发货模式下支持使用tiktok线上物流方式（平台分单模式）发货的订单 【图片】 【图片】
（2）预分单渠道（Tiktok） 基础数据来自接口返回的渠道信息的合并。 ？提示：tiktok商家发货模式下支持使用tiktok线上物流方式（平台分单模式）发货的订单，初次分配后获取到的渠道商。平台的渠道商会因为你重量和体积来分配，因为预报前都可以变更商品所以请以最终预报时候渠道商为准。 【图片】 【图片】
5.tiktok订单列表的筛选项新增筛选项： （1）自发货平台分单订单 ？提示：tiktok商家发货模式下支持使用tiktok线上物流方式（平台分单模式）发货的订单 【图片】
（2）预分单渠道 基础数据来自接口返回的渠道信息的合并 支持多选筛选。 【图片】
2025-11-10 ｜ 待开发 ｜ ECERPH-38968
标题：【U+】订单管理2.0》tiktok订单平台换新
负责人：刘星辉 ｜ 需求类型：交付先锋(便捷性等) ｜ 模块：销售-订单管理 ｜ 迭代：待排期需求 ｜ 最后更新：2026-05-18
需求描述：
- 背景（谁？什么问题？有什么影响？为什么？）
- 需求（做什么？怎么做？有什么要注意的？）
订单系统》tiktok订单
以下功能都参考tiktok订单列表迁移到新版的订单管理-tiktok订单内。
1.【tiktok订单合并】（待发货审核和问题件状态） 【图片】
2.【tiktok订单拆分】（待发货审核和问题件状态） 【图片】
3.【tiktok取消合并】 此功能样式参考tiktok订单列表 【图片】
4.订单列表上新增以下字段 【图片】 （1）最晚发货时间和最晚揽收时间（在超时情况下显示已超时的标识） 【图片】 【图片】 （2）交付类型、交货方式 【图片】 （3）平台订单状态 【图片】 （4）物流轨迹信息 【图片】 【图片】 （5）订单标识 ①样品订单 【图片】 ⑥可合并订单 【图片】 （6）订单时间（如果用户选择了筛选项上对应时区则创建时间和付款时间显示对应时区的换算时间，并且显示换算标识。默认的情况下显示北京时间并且无换算标识） 【图片】 新样式：
【图片】
（6）平台海外仓订单（FBT）订单标识 （可能历史名字叫FBP，现在和平台保持统一叫FBT） 旧版的订单管理-tiktok订单也需要调整为FBT. 【图片】 （7）在订单列表右侧同样显示对应的标识以及提示内容。 【图片】
5.新增以下tiktok特有的筛选项： （1）时间上时区的选项（平台特有） 【图片】 （2）样品订单（平台特有） 【图片】
（3）预警类型（平台特有） 【图片】 （4）平台订单状态（平台特有） 【图片】
（5）tiktok仓库（平台特有） 【图片】 （6）FBP订单（平台特有） 这个筛选项改名为FBT，和平台保持术语统一。 旧版订单管理-tiktok订单内的FBP也调整名称为FBT 【图片】 （7）预售订单（平台特有） 【图片】 （8）交付类型（平台特有） 【图片】 （9）墨西哥需拆分订单 （平台特有） 【图片】
2025-09-04 ｜ 待开发 ｜ ECERPH-34792
标题：订单系统》titkok订单列表-新增tiktok的墨西哥跨境订单需要判断是否必拆分并且提供对应的提示-需前端
负责人：刘星辉 ｜ 需求类型：交付先锋(便捷性等) ｜ 模块：销售-订单管理 ｜ 迭代：待排期需求 ｜ 最后更新：2026-05-18
需求描述：
- 背景（谁？什么问题？有什么影响？为什么？）
https://bytedance.sg.larkoffice.com/docx/UzHsdZWhBoMsJpx72xVlJMcLgeh
- 需求（做什么？怎么做？有什么要注意的？）
中台需求：https://devops.aliyun.com/projex/req/ECERPJ-8796# 《中台》对接tiktok能否拆分订单接口》
- 类目基础数据保存
（1）需要每个星期调用接口获取用户墨西哥跨境店铺的类目：/product/202309/categories 将 id和local_name 保存作为基础数据。 【图片】 （2）商品中需要将商品的类目id以及name保存下来供拆分订单时使用 【图片】
- 需要店铺为墨西哥跨境并且订单类型为商家发货的订单（fulfillment_type：FULFILLMENT_BY_SELLER）使用接口：/fulfillment/202309/orders/split_attributes 判断订单是否为必须拆分订单。
（1）如果报文返回中提示"must_split":true 则标识这个单为墨西哥需拆分订单并且在订单列表上增加附件上的标识。鼠标悬停在标识上提示：”为了满足墨西哥海关要求此单必须拆分，拆分方案请点击[Tiktok拆单]按钮查看“ 【图片】
（2）如果订单是必须拆分订单并且需要在[Tiktok拆单]按钮的弹窗内按照type类型进行提示
"type":"CATEGORY_ITEM_LIMITATION"的情况下提示：单个包裹中name（id）类目的商品数量最多2件。 "type":"TOTAL_COUNT_LIMITATION"的情况下提示：单个包裹中商品数量最多 10 件。 注意：一个单可能同时有多个type的数量限制，需要都一起显示在弹窗内。 完整说明：为了满足墨西哥海关要求此单必须拆分。单个包裹中name（id）类目的商品数量最多2件。单个包裹中商品数量最多 10 件。 【图片】
新版tiktok拆单弹窗调整如下 ①原有提示文案调整如下：Tiktok只支持按照平台SKU进行拆分，巴西、东南亚、墨西哥(本地卖家)仅支持按照商品维度进行拆分，欧盟、日本、墨西哥(跨境卖家)、英国、美国则支持按照数量维度进行拆分 ②新增提示：：为了满足墨西哥海关要求此单必须拆分。单个包裹中name（id）类目的商品数量最多2件。单个包裹中商品数量最多 10 件。 ③在商品名称旁边增加类目，通过listing获取商品的类目信息并且显示在列表上。（仅显示在墨西哥需拆分订单上） 【图片】
（3）用户点击拆分后需要判断每个拆分的子单内类目或者商品数量是否符合要求。 如果拆分的子单具有要求的类目，并且数量超过要求的数量则提示：“单个包裹中name（id）类目的商品数量最多2件，拆分后子单1内类目商品数量已超过限制，请重新拆分” 如果拆分的订单总数量超过要求的数量的情况下则提示“单个包裹内的数量最多10件，拆分后子单1的总数量已超过限制，请重新拆分”
3.使用tiktok拆单功能遇到返回以下错误信息，需要增加提示：”未按照平台要求拆分订单，请重新拆分“ { "code": 21003002, "message": "Split order failed due to platform limitations. Use the Get Order Split Attributes endpoint to find out the exact reason.", } 4、新增“墨西哥需拆分订单” 全部、是、否 【图片】
5、墨西哥需拆分订单 类型的订单但未进行拆分的情况下，如果在操作【订单审核】的提示“此订单为墨西哥需拆分订单，请拆分订单后再审核不然无法通过Tiktok线上物流发货。” 自动审核的订单需要在日志中记录“此订单为墨西哥需拆分订单，请拆分订单后再审核不然无法通过Tiktok线上物流发货。”并且系统新增系统备注提示：“此订单为墨西哥需拆分订单，请拆分订单后再审核不然无法通过Tiktok线上物流发货”
2025-08-13 ｜ 已完成 ｜ ECERPH-33206
标题：订单系统》tiktok的墨西哥跨境订单需要判断是否必拆分并且提供对应的提示
负责人：刘星辉 ｜ 需求类型：交付先锋(便捷性等) ｜ 模块：销售-订单管理 ｜ 迭代：20250819-常规-8月第三迭代 ｜ 最后更新：2026-05-18
需求描述：
- 背景（谁？什么问题？有什么影响？为什么？）
https://bytedance.sg.larkoffice.com/docx/UzHsdZWhBoMsJpx72xVlJMcLgeh
- 需求（做什么？怎么做？有什么要注意的？）
中台需求：https://devops.aliyun.com/projex/req/ECERPJ-8796# 《中台》对接tiktok能否拆分订单接口》
- 类目基础数据保存
（1）需要每个星期调用接口获取用户墨西哥跨境店铺的类目：/product/202309/categories 将 id和local_name 保存作为基础数据。 【图片】 （2）商品中需要将商品的类目id以及name保存下来供拆分订单时使用 【图片】
- 需要店铺为墨西哥跨境并且订单类型为商家发货的订单（fulfillment_type：FULFILLMENT_BY_SELLER）使用接口：/fulfillment/202309/orders/split_attributes 判断订单是否为必须拆分订单。
（1）如果报文返回中提示"must_split":true 则标识这个单为墨西哥需拆分订单并且在订单列表上增加附件上的标识。鼠标悬停在标识上提示：”为了满足墨西哥海关要求此单必须拆分，拆分方案请点击[Tiktok拆单]按钮查看“ 【图片】 【图片】
（2）如果订单是必须拆分订单并且需要在[Tiktok拆单]按钮的弹窗内按照type类型进行提示
"type":"CATEGORY_ITEM_LIMITATION"的情况下提示：单个包裹中name（id）类目的商品数量最多2件。 "type":"TOTAL_COUNT_LIMITATION"的情况下提示：单个包裹中商品数量最多 10 件。 注意：一个单可能同时有多个type的数量限制，需要都一起显示在弹窗内。 完整说明：为了满足墨西哥海关要求此单必须拆分。单个包裹中name（id）类目的商品数量最多2件。单个包裹中商品数量最多 10 件。 【图片】 旧版tiktok拆单弹窗调整如下： ①新增提示：为了满足墨西哥海关要求此单必须拆分。单个包裹中name（id）类目的商品数量最多2件。单个包裹中商品数量最多 10 件。 ②通过listing获取商品的类目信息并且显示在列表上。（仅显示在墨西哥需拆分订单上） 【图片】
新版tiktok拆单弹窗调整如下 ①原有提示文案调整如下：Tiktok只支持按照平台SKU进行拆分，巴西、东南亚、墨西哥(本地卖家)仅支持按照商品维度进行拆分，欧盟、日本、墨西哥(跨境卖家)、英国、美国则支持按照数量维度进行拆分 ②新增提示：：为了满足墨西哥海关要求此单必须拆分。单个包裹中name（id）类目的商品数量最多2件。单个包裹中商品数量最多 10 件。 ③在商品名称旁边增加类目，通过listing获取商品的类目信息并且显示在列表上。（仅显示在墨西哥需拆分订单上） 【图片】
（3）用户点击拆分后需要判断每个拆分的子单内类目或者商品数量是否符合要求。 如果拆分的子单具有要求的类目，并且数量超过要求的数量则提示：“单个包裹中name（id）类目的商品数量最多2件，拆分后子单1内类目商品数量已超过限制，请重新拆分” 如果拆分的订单总数量超过要求的数量的情况下则提示“单个包裹内的数量最多10件，拆分后子单1的总数量已超过限制，请重新拆分”
3.使用tiktok拆单功能遇到返回以下错误信息，需要增加提示：”未按照平台要求拆分订单，请重新拆分“ { "code": 21003002, "message": "Split order failed due to platform limitations. Use the Get Order Split Attributes endpoint to find out the exact reason.", } 4、新增“墨西哥需拆分订单” 全部、是、否 【图片】
5、墨西哥需拆分订单 类型的订单但未进行拆分的情况下，如果在操作【订单审核】的提示“此订单为墨西哥需拆分订单，请拆分订单后再审核不然无法通过Tiktok线上物流发货。” 自动审核的订单需要在日志中记录“此订单为墨西哥需拆分订单，请拆分订单后再审核不然无法通过Tiktok线上物流发货。”并且系统新增系统备注提示：“此订单为墨西哥需拆分订单，请拆分订单后再审核不然无法通过Tiktok线上物流发货”
2025-07-07 ｜ 已完成 ｜ ECERPH-30979
标题：tiktok》极兔海外仓的tiktok订单出库后再预报处理
负责人：刘星辉 ｜ 需求类型：交付先锋(便捷性等) ｜ 模块：销售-订单管理-标发 ｜ 迭代：20250805-常规-8月第一迭代 ｜ 最后更新：2026-05-18
需求描述：
- 背景（谁？什么问题？有什么影响？为什么？）
【图片】 【图片】 【图片】 【图片】
- 需求（做什么？怎么做？有什么要注意的？）
订单系统》tiktok订单
- tiktok店铺新增店铺设置：极兔认证仓（tiktok_certified_warehouse）
0：默认值 未加入白名单 1：已加入白名单 【图片】
2.在开启以上配置后在将订单推送仓配系统的时候需要通知仓配，此店铺订单为加入认证仓的订单
3.订单系统要接收仓配系统推送的预报的异常信息。接收后在订单列表上显示异常信息 仓配关联需求：https://devops.aliyun.com/projex/req/ECERPH-31050# 《仓配管理系统-》物流管理-》协助打通极兔TK合作仓模式
①仓配通知预报成功则在订单日志中记录：”开启了极兔认证仓配置，系统在订单出库后再进行预报，已预报成功“ ②仓配通知预报失败则在订单日志中记录：”开启了极兔认证仓配置，系统在订单出库后再进行预报，订单预报失败，失败原因：（平台返回的失败原因） 并且在预报失败的订单上增加系统标记”预报失败“并且在订单列表上显示异常信息：开启了极兔认证仓配置，系统在订单出库后再进行预报，订单预报失败，失败原因：（平台返回的失败原因）。系统将重试3次，如果着急更新状态，请到平台上手动更新订单状态
4.新版tiktok订单列表也需要显示异常信息。 【图片】
订单接口：https://eccang.yuque.com/gko3h7/ku1zze/tl5af5skkk0s1y2a?singleDoc# 《同步tiktok极兔认证仓结果》
2025-06-30 ｜ 已完成 ｜ ECERPH-30477
标题：订单系统》Tiktok日本站点的订单需要补充城市
负责人：刘星辉 ｜ 需求类型：交付先锋(便捷性等) ｜ 模块：销售-订单管理-拉单 ｜ 迭代：20250715-常规-7月第三迭代 ｜ 最后更新：2026-05-18
需求描述：
- 背景（谁？什么问题？有什么影响？为什么？）
客户代码：nt2m3v5 订单号：579387003458847762
【图片】 【图片】 【图片】 【图片】
- 需求（做什么？怎么做？有什么要注意的？）
订单系统》Tiktok订单
1.tiktok中收件地址为日本订单需要将L2作为城市，L3作为区县
【图片】
2025-06-27 ｜ 已完成 ｜ ECERPH-30384
标题：订单系统》tiktok意大利订单的地址取值调整
负责人：刘星辉 ｜ 需求类型：交付先锋(便捷性等) ｜ 模块：销售-订单管理 ｜ 迭代：20250701-常规-7月第一迭代 ｜ 最后更新：2026-05-18
需求描述：
- 背景（谁？什么问题？有什么影响？为什么？）
关联需求：https://devops.aliyun.com/projex/req/ECERPH-29894# 《订单系统》tiktok意大利订单的地址取值调整》
客户代码：nt0uko1 单号：576758240138598843 【图片】 【图片】
新订单：tiktok-576760397199481520 【图片】
【图片】 【图片】 【图片】 【图片】
地址层级和派件揽收确认： 订单号：tiktok-576760397199481520 收件人国家或地址 IT[意大利] | ITALY 收件人省/州 Lombardy 城市 Brescia 区/县 Verolavecchia 邮编 25029 门牌号 地址 Vicolo Chiuso 6 【图片】 【图片】
- 需求（做什么？怎么做？有什么要注意的？）
订单系统》tiktok订单 【图片】
- 当订单的收件国家为意大利的情况下需要使用地址中：
-》L2 province 作为订单的地址中：省洲； -》L3 municipality 作为订单地址中：城市；
2025-06-26 ｜ 已完成 ｜ ECERPH-30264
标题：Titkok》法国订单地址调整
负责人：文明亮 ｜ 需求类型：交付先锋(便捷性等) ｜ 模块：销售-订单管理 ｜ 迭代：20250630-紧急-6月紧急迭代 ｜ 最后更新：2026-05-18
需求描述：
- 背景（谁？什么问题？有什么影响？为什么？）
测试客户代码：nt0uko1 订单号：tiktok-576759981653006874 调整后地址： 【图片】 法国邮政面单： 【图片】 报文截图： 【图片】
通过法国邮政的邮编测试工具可知，L4 才是精准的城市名。 https://www.laposte.fr/outils/resultat-test-code-postal
【图片】
- 需求（做什么？怎么做？有什么要注意的？）
订单系统》tiktok订单
- 针对【法国】的订单地址调整如下：
L0是国家， L1是省洲， 将订单地址中的L4调整为城市，在L3 != L4 的时候，且L3 、L4 都有值的情况下（address_name）。
2025-06-23 ｜ 已完成 ｜ ECERPH-29894
标题：订单系统》tiktok意大利订单的地址取值调整
负责人：刘星辉 ｜ 需求类型：交付先锋(便捷性等) ｜ 模块：销售-订单管理 ｜ 迭代：20250701-常规-7月第一迭代 ｜ 最后更新：2026-05-18
需求描述：
- 背景（谁？什么问题？有什么影响？为什么？）
客户代码：nt0uko1 单号：576758240138598843 【图片】 【图片】 【图片】
- 需求（做什么？怎么做？有什么要注意的？）
订单系统》tiktok订单
- 当订单的收件国家为意大利的情况下需要使用地址中的L2 province 作为订单的地址中的城市。然后将L3 municipality 作为订单中区县
【图片】
2025-05-09 ｜ 已完成 ｜ ECERPH-27428
标题：订单系统》tiktok全球商品错误开启一品多仓的提示透出（一品多仓）
负责人：文明亮 ｜ 需求类型：其他 ｜ 模块：销售-订单管理 ｜ 迭代：20250527-常规-5月第四迭代 ｜ 最后更新：2026-06-09
需求描述：
- 背景（谁？什么问题？有什么影响？为什么？）
117090 【图片】
- 需求（做什么？怎么做？有什么要注意的？）
销售》tiktok listing
- tiktok listing中获取库存的时候优先获取inventory.quantity。
如果inventory.warehouse_id为空则换成使用global_quantity作为商品库存。 【图片】
2.tiktok listing中如果拉取全球商品中缺失inventory.warehouse_id在对应商品下显示提示“无多仓权限” 【图片】 点击无多仓权限出现弹窗如下： 【图片】
2.如果店铺中拉取商品后发现任意一个商品中缺失inventory.warehouse_id则标记这个店铺为非一品多仓店铺。每次进入页面的时候都检测一遍，如果没有店铺中没有任何商品缺失inventory.warehouse_id则更新此店铺为一品多仓店铺。
当这种非一品多仓店铺在店铺授权中开启一品多仓开关的情况下在页面顶部提示如下，点击去编辑跳转到店铺》平台店铺授权页面去。 【图片】
3.调整为只有一品多仓店铺才出现在以下提示上，非一品多仓店铺开启了一品多仓的情况下不显示在此提示上。 【图片】
4.全球商品缺失父产品主图，所以取值任意一个子产品的图片进行处理，在商品信息上增加？提示“平台没有提供父商品主图，所以使用任意子商品图片作为主图” 【图片】
2025-05-07 ｜ 已完成 ｜ ECERPH-27254
标题：【降工单】订单系统》tiktok商品补货新增补货试算功能——需前端
负责人：文明亮 ｜ 需求类型：其他 ｜ 模块：销售-运营管理 ｜ 迭代：20250520-常规-5月第三迭代 ｜ 最后更新：2025-08-27
需求描述：
- 背景（谁？什么问题？有什么影响？为什么？）
工单：115085
- 需求（做什么？怎么做？有什么要注意的？）
订单系统》销售》tiktok listing
1.在商品管理和全球商品管理中都新增补货试算的按钮。 【图片】 点击补货试算的按钮和其他平台的补货试算弹窗一样 【图片】
2.在商品管理和全球商品管理配对关系上增加？提示：默认按照拉取进入系统内的SKU映射关系展示映射的仓库SKU，如果编辑了SKU关系，可以通过【更新商品】触发产品SKU映射关系更新。界面上的产品SKU映射关系显示的是仓库为ALL的仓库SKU，实际补货的时候会按照补货规则中设置的仓库去找到对应仓库映射的仓库SKU进行补货，具体映射关系结果可以通过【补货试算】来测试查看。 【图片】
2025-04-30 ｜ 已完成 ｜ ECERPH-27153
标题：订单系统》tiktok listing-全球商品管理中显示子商品的单价
负责人：余健鸿 ｜ 需求类型：交付先锋(便捷性等) ｜ 模块：销售-运营管理 ｜ 最后更新：2026-05-18
需求描述：
-
背景（谁？什么问题？有什么影响？为什么？）
-
需求（做什么？怎么做？有什么要注意的？）
tiktok listing-全球商品管理中显示子商品的单价 【图片】
2025-03-13 ｜ 已完成 ｜ ECERPH-24559
标题：订单系统》tiktok订单标发提示优化
负责人：刘星辉 ｜ 需求类型：交付先锋(便捷性等) ｜ 模块：TikTok-订单模块 ｜ 迭代：20250325-常规-3月第四迭代 ｜ 最后更新：2026-05-18
需求描述：
- 背景（谁？什么问题？有什么影响？为什么？）
【图片】
-
需求（做什么？怎么做？有什么要注意的？）
-
以下场景订单标发的时候需要调整标发提示并且此类订单标发的时候不标记标发失败。
①订单状态不为AWAITING_SHIPMENT但进行标发的时候提示： 订单状态：XXXX不符合标发条件，已经发货或者未付款，系统跳过不标发。
②当shipping_type不为seller的订单进行标发的时候提示： 订单交付类型为XXXX，不是商家自发货订单，无需进行标发，系统跳过不标发。
2025-02-19 ｜ 已完成 ｜ ECERPH-23477
标题：Tiktok》新增欧洲站点标发逻辑调整
负责人：陈嘉骏 ｜ 需求类型：交付先锋(便捷性等) ｜ 模块：TikTok-订单模块 ｜ 迭代：20250304-常规-3月第一迭代 ｜ 最后更新：2026-05-18
需求描述：
- 背景（谁？什么问题？有什么影响？为什么？）
新增欧洲站点：意大利、法国、德国、西班牙
- 需求（做什么？怎么做？有什么要注意的？）
1..tiktok标发新增德国（DE）、法国（FR）、意大利（IT）、西班牙（ES）站点，这几个新增站点标发和美国一样使用item id进行标发 2.英国标发也同样使用和美国一样使用item id进行标发，并且推送给中台的时候，国家需要使用UK而不能使用GB
2025-02-14 ｜ 已完成 ｜ ECERPH-23260
标题：订单系统》订单管理-tiktok订单中订单名称为空取值first name+last name替代。
负责人：刘星辉 ｜ 需求类型：交付先锋(便捷性等) ｜ 模块：TikTok-订单模块 ｜ 迭代：20250225-常规-2月第三迭代 ｜ 最后更新：2026-05-18
需求描述：
- 背景（谁？什么问题？有什么影响？为什么？）
墨西哥线上物流的加密订单缺失收件人名称导致无法正常推送海外仓。
- 需求（做什么？怎么做？有什么要注意的？）
订单管理》Tiktok订单
- 订单中收件人名称：name返回为空的时候则取值first_name和last_name 组成收件人名称。first_name和last_name中间需要用空格隔开。name正常返回值的话， 则依旧使用name的值作为收件人名称
【图片】
2025-02-14 ｜ 已完成 ｜ ECERPH-23293
标题：Tiktok》tiktok订单列表更换仓库SKU的时候需要复制原sku关联的信息到新sku上
负责人：陈嘉骏 ｜ 需求类型：交付先锋(便捷性等) ｜ 模块：TikTok-订单模块 ｜ 迭代：20250228-紧急-2月紧急迭代 ｜ 最后更新：2026-05-18
需求描述：
- 背景（谁？什么问题？有什么影响？为什么？）
现在更换仓库SKU会删除原有平台sku，重新生成一个新的仓库SKU，但是没有继承平台SKU信息导致无法正常标发
- 需求（做什么？怎么做？有什么要注意的？）
订单系统》tiktok订单列表
- 新版订单列表在编辑仓库SKU后保存的时候将原仓库sku关联的数据复制到新的仓库SKU上。保证编辑后的原单可以正常标发。
2025-01-17 ｜ 已完成 ｜ ECERPH-22520
标题：订单系统》tiktok订单'UK','ES','IE','US'站点拆分订单标发逻辑调整
负责人：陈嘉骏 ｜ 需求类型：交付先锋(便捷性等) ｜ 模块：TikTok-订单模块 ｜ 迭代：20250211-大版本-春节后第一迭代 ｜ 最后更新：2026-05-18
需求描述：
- 背景（谁？什么问题？有什么影响？为什么？）
工单：113545
- 需求（做什么？怎么做？有什么要注意的？）
订单管理》tiktok订单
-
通过【订单拆分】按照仓库SKU维度拆分后出现的['UK','ES','IE','US'站点]子单在标发的时候使用子单仓库sku关联的原单的line item id去标发
-
此类订单进行标发的时候还需要判断line item id是否被其他字段标发过了，如果被其他字段标发过了则提示：“此单为仓库SKU拆单订单，已有其他子单标发了，此单不再进行标发”
2025-01-10 ｜ 已完成 ｜ ECERPH-22234
标题：订单系统》tiktok订单地址中新增派送说明
负责人：刘星辉 ｜ 需求类型：交付先锋(便捷性等) ｜ 模块：TikTok-订单模块 ｜ 迭代：20250211-大版本-春节后第一迭代 ｜ 最后更新：2026-05-18
需求描述：
- 背景（谁？什么问题？有什么影响？为什么？）
ntw5mcu 订单：576847701194478289 【图片】
盛为SW 马来西亚订单缺失城市无法预报的问题 tiktok-577782121449161929
- 需求（做什么？怎么做？有什么要注意的？）
订单系统》tiktok订单
1.如果订单中的recipient_address.delivery_preferences.drop_off_location 中返回有数据，将这个数据作为地址2生成到地址中 【图片】 【图片】
2.当订单的收货地址是马来西亚[MY]的时候需要将L2作为城市 【图片】
2025-01-03 ｜ 已完成 ｜ ECERPH-21965
标题：订单系统》tiktok平台保存店铺类型
负责人：刘星辉 ｜ 需求类型：交付先锋(便捷性等) ｜ 模块：TikTok-达人模块 ｜ 迭代：20250114-常规-1月第二迭代 ｜ 最后更新：2026-05-18
需求描述：
-
背景（谁？什么问题？有什么影响？为什么？）
-
需求（做什么？怎么做？有什么要注意的？）
【图片】
需要将tiktok店铺的店铺类型保存在erp的店铺表中供tiktok项目组进行查询
2024-12-27 ｜ 待开发 ｜ ECERPH-21609
标题：Tiktok》tiktok订单列表上新增FBT标识
负责人：曾宪森 ｜ 需求类型：交付先锋(便捷性等) ｜ 模块：TikTok-订单模块 ｜ 最后更新：2026-05-18
需求描述：
（无描述）
2024-12-25 ｜ 已完成 ｜ ECERPH-21472
标题：订单系统》tiktok订单交付类型筛选下调整
负责人：文明亮 ｜ 需求类型：交付先锋(便捷性等) ｜ 模块：TikTok-订单模块 ｜ 迭代：20241231-常规-12月第五迭代 ｜ 最后更新：2026-05-18
需求描述：
-
背景（谁？什么问题？有什么影响？为什么？）
-
需求（做什么？怎么做？有什么要注意的？）
订单系统》tiktok订单
- tiktok订单的交付类型的枚举值调整为：新增Tiktok、Seller 2个枚举值，并且在原有的standard、express、economy、senb by seller后面增加（已下线）的标识。
并且在交付类型后面增加？提示：”2024-12-24 之前生成的订单请用已下线筛选项进行筛选，2024-12-24 之后生成的订单请用Tiktok、Seller进行筛选。“
【图片】
2024-12-24 ｜ 已完成 ｜ ECERPH-21446
标题：订单系统》tiktok，英国站点生成订单的时候将county作为城市
负责人：刘星辉 ｜ 需求类型：交付先锋(便捷性等) ｜ 模块：TikTok-达人模块 ｜ 最后更新：2026-05-18
需求描述：
-
背景（谁？什么问题？有什么影响？为什么？）
-
需求（做什么？怎么做？有什么要注意的？）
-
tiktok订单英国站点生成订单的时候需要将County 这个维度地址生成到城市里面。
【图片】
2024-12-10 ｜ 已完成 ｜ ECERPH-20709
标题：订单系统》tiktok订单生成订单的时候需要按照line item id的维度生成商品
负责人：陈嘉骏 ｜ 需求类型：交付先锋(便捷性等) ｜ 模块：TikTok-订单模块 ｜ 迭代：20241217-常规-12月第三迭代 ｜ 最后更新：2026-05-18
需求描述：
-
背景（谁？什么问题？有什么影响？为什么？）
-
需求（做什么？怎么做？有什么要注意的？）
-
tiktok订单生成订单的时候需要按照line item id的维度生成商品。
-
拆分订单的时候按照line item id 进行拆分
-
预报和标发订单的时候需要按照订单内包含的line item id 进行标发和合并
2024-12-06 ｜ 已完成 ｜ ECERPH-20625
标题：Tiktok订单》新版订单拆分接口当订单为新版接口订单的时候一个平台sku多个数量的订单可以拆单
负责人：陈嘉骏 ｜ 需求类型：交付先锋(便捷性等) ｜ 模块：TikTok-订单模块 ｜ 迭代：20241210-常规-12月第二迭代 ｜ 最后更新：2026-05-18
需求描述：
-
背景（谁？什么问题？有什么影响？为什么？）
-
需求（做什么？怎么做？有什么要注意的？）
订单》tiktok订单
- 新版接口拆分订单的时候调整判断为如果一个订单如果只有一个数量的时候才提示：此订单只有一个数量无法进行tiktok拆单。
支持按照平台的sku数量进行拆单
注意：订单》订单列表和tiktok订单列表上的订单拆分都需要去掉这个只有一个平台sku的情况下不能拆单，调整为订单只有一个数量的时候无法拆单。 【图片】
2.提交拆分订单明细的时候需要按照订单中商品对应的line id进行提交
2024-12-06 ｜ 已完成 ｜ ECERPH-20633
标题：Tiktok订单》订单标发需要按照line id进行标发
负责人：文明亮 ｜ 需求类型：交付先锋(便捷性等) ｜ 模块：TikTok-订单模块 ｜ 迭代：20241210-常规-12月第二迭代 ｜ 最后更新：2026-05-18
需求描述：
-
背景（谁？什么问题？有什么影响？为什么？）
-
需求（做什么？怎么做？有什么要注意的？）
订单》订单管理-tiktok订单，tiktok订单列表
订单标发需要按照line id进行标发。 拆分单后需要按照子单内的line id进行标发
2024-12-04 ｜ 已完成 ｜ ECERPH-20488
标题：Tiktok订单》tiktok订单标发判断是否商家自发货和线上物流的标识调整
负责人：文明亮 ｜ 需求类型：交付先锋(便捷性等) ｜ 模块：TikTok-订单模块 ｜ 迭代：20241231-紧急-12月紧急迭代 ｜ 最后更新：2026-05-18
需求描述：
-
背景（谁？什么问题？有什么影响？为什么？）
-
需求（做什么？怎么做？有什么要注意的？）
标发delivery_option中和订单状态需要按照新接口的字段进行调整。 【图片】
1.delivery_option==》shipping_type shipping_type的枚举值为TIKTOK和SELLER。 TIKTOK则说明使用线上物流发货无需标发，SELLER则说明是商家自发货需要标发
2.状态
| 新状态 | 旧状态 |
| --- | --- |
| UNPAID | UNPAID = 100 |
| ON_HOLD | ON_HOLD = 105 |
| PARTIALLY_SHIPPING
（部分发货） | PARTIALLY_SHIPPING = 114; |
| AWAITING_SHIPMENT | AWAITING_SHIPMENT = 111; |
| AWAITING_COLLECTION | AWAITING_COLLECTION = 112; |
| IN_TRANSIT | IN_TRANSIT = 121; |
| DELIVERED | DELIVERED = 122; |
| COMPLETED | COMPLETED = 130; |
| CANCELLED | CANCELLED = 140; |
2024-12-03 ｜ 已完成 ｜ ECERPH-20408
标题：Tiktok订单》Tiktok订单列表上样式调整
负责人：曾宪森 ｜ 需求类型：交付先锋(便捷性等) ｜ 模块：TikTok-订单模块 ｜ 迭代：20241224-常规-12月第四迭代 ｜ 最后更新：2026-05-18
需求描述：
-
背景（谁？什么问题？有什么影响？为什么？）
-
需求（做什么？怎么做？有什么要注意的？）
-
订单详情的tab页面上需要调整名称为订单号-订单详情。例如：576801287884935295-订单详情
【图片】
2.操作日志上需要将操作内容的列宽加大，并且行宽增加到显示两行数据 【图片】
3.平台订单状态已经能支持筛选出新旧2版接口订单状态，所以需要隐藏带有新版后缀的枚举值。 【图片】
4.笔记本小屏的界面上界面显示异常，需要调整为正常界面 【图片】
2024-11-22 ｜ 已完成 ｜ ECERPH-19922
标题：Tiktok订单》将平台订单状态已发货的名称调整为已妥投
负责人：黎明俊 ｜ 需求类型：交付先锋(便捷性等) ｜ 模块：TikTok-订单模块 ｜ 迭代：20241203-常规-12月第一迭代 ｜ 最后更新：2026-05-18
需求描述：
-
背景（谁？什么问题？有什么影响？为什么？）
-
需求（做什么？怎么做？有什么要注意的？）
Tiktok订单中将平台订单状态已发货的名称调整为已妥投 【图片】 【图片】
2024-11-21 ｜ 已完成 ｜ ECERPH-19863
标题：Tiktok项目》Tiktok订单明细接口升级到API版本202309
负责人：陈洁超 ｜ 需求类型：客户需求 ｜ 模块：TikTok-订单模块 ｜ 迭代：20241126-常规-11月第四迭代 ｜ 最后更新：2024-12-03
需求描述：
- 背景（谁？什么问题？有什么影响？为什么？）
https://partner.tiktokshop.com/docv2/page/64f198f74830a5028854c106
淘汰旧版API版本
传统API版本（2023年9月之前）将从2024年6月30日起不再受支持或维护，并将于2024年12月31日停用。 新的应用程序应该只使用v202309，而不是旧版本。 2024年12月31日之后，所有对旧版API版本的请求都将失败
- 需求（做什么？怎么做？有什么要注意的？）
新版接口流程说明： https://alidocs.dingtalk.com/i/nodes/jb9Y4gmKWr7wdjbrudX5ynMdVGXn6lpz?rnd=0.9298062641817524
1.订单明细更新说明
| 对接内容分类 | 系统字段名称 | 对接后实现的功能 | 接口字段 | 备注 | |
| --- | --- | --- | --- | --- | --- |
| 订单明细 | 参考号（平台订单号） | 1.查看（列表+详情） | orders.id | | |
| 2.查询 | 3.导出 | 买家id | 1.查看（列表+详情） | user_id | |
| | 2.查询 | 3.导出 | 买家名称 | 1.查看（列表+详情） | recipient_address.name |
| | | 2.查询 | 3.导出 | 站点 | 1.查看（详情） |
| | 取值账号系统中推送过来的店铺中站点字段作为订单的站点信息 | | 2.导出 | 3.查询 | |
| email | 1.查看（列表+详情） | buyer_email | | 2.查询 | |
| 3.导出 | 交易号 | 1.查看（列表+详情） | | | |
| 2.查询 | 3.导出 | 支付方式 | 1.查看（列表+详情） | payment_method_name | |
| | 2.导出 | 3.查询 | 订单备注 | 1.查看（列表+详情） | |
| | | 2.导出 | 卖家（店铺账号） | 1.查看（列表+详情） | |
| | | 2.导出 | 3.店铺账号筛选 | CPF税号 | 1.查看（详情） |
| | cpf | | 买家留言 | 1.查看（详情） | orders.buyer_message |
| | | 商家备注 | 1.查看（详情） | seller_note | |
| | 订单费用 | 总金额
(买家支付总金额) | 1.查看（列表） | payment.total_amount | 旧版订单费用 |
| （括号内为新版订单费用名称） | 2.导出 | 3.仓配系统的报表 | 交易额
(折扣后小计 ) | 1.查看（列表） | payment.sub_total |
| | 旧版订单费用
（括号内为新版订单费用名称） | 2.导出 | 3.仓配系统的报表 | 运费
(折扣后运费) | 1.查看（列表） |
| | payment.shipping_fee | 旧版订单费用
（括号内为新版订单费用名称） | 2.导出 | 3.仓配系统的报表 | |
| 交易费
（成交费） | 1.查看（列表） | | 旧版订单费用
（括号内为新版订单费用名称） | 2.导出 | |
| 3.仓配系统的报表 | 手续费 | 1.查看（列表） | | 旧版订单费用
（括号内为新版订单费用名称） | |
| 2.导出 | 3.仓配系统的报表 | 其他费用 | 1.查看（列表） | | |
| | 2.导出 | 3.仓配系统的报表 | 补贴 | 1.查看（列表） | |
| | | 2.导出 | 3.仓配系统的报表 | 币种 | 1.查看（详情） |
| | payment.currency | | 卖家折扣 | 1.查看（详情） | payment.seller_discount |
| | 此费用仅在新版订单做明细费用展示，旧版订单列表忽视 | 平台折扣 | 1.查看（详情） | payment.platform_discount | 此费用仅在新版订单做明细费用展示，旧版订单列表忽视 |
| | 商品原价 | 1.查看（详情） | payment.original_total_product_price | 此费用仅在新版订单做明细费用展示，旧版订单列表忽视 | |
| 运费原价 | 1.查看（详情） | payment.original_shipping_fee | 此费用仅在新版订单做明细费用展示，旧版订单列表忽视 | 卖家运费折扣 | 1.查看（详情） |
| | payment.shipping_fee_seller_discount | 此费用仅在新版订单做明细费用展示，旧版订单列表忽视 | 平台运费折扣 | 1.查看（详情） | payment.shipping_fee_platform_discount |
| | 此费用仅在新版订单做明细费用展示，旧版订单列表忽视 | 总税费 | 1.查看（详情） | payment.tax | 此费用仅在新版订单做明细费用展示，旧版订单列表忽视 |
| 买方支付了订单的全部税款。适用于跨境商店和美国市场。 | [新增]小额订单费用 | 1.查看（详情） | payment.small_order_fee | 此费用仅在新版订单做明细费用展示，旧版订单列表忽视
小额订单费用。
小额订单费用仅适用于泰国。小额订单费是指平台会设置一个最低订单消费金额，当订单金额低于最低订单消费金额时，用户需要支付小额订单费来满足平台最低消费金额。
例如最小订单消费金额为100，订单金额为80。所以小额订单的费用是20美元。 | |
| [新增]运费税 | 1.查看（详情） | payment.shipping_fee_tax | 此费用仅在新版订单做明细费用展示，旧版订单列表忽视 | [新增]商品税 | 1.查看（详情） |
| | payment.product_tax | 此费用仅在新版订单做明细费用展示，旧版订单列表忽视 | [新增]零售配送费 | 1.查看（详情） | payment.retail_delivery_fee |
| | 此费用仅在新版订单做明细费用展示，旧版订单列表忽视
RDF（零售配送费）。仅在美国市场提供。 | [新增]买方服务费 | 1.查看（详情） | payment.buyer_service_fee | 此费用仅在新版订单做明细费用展示，旧版订单列表忽视 |
| 每笔交易都要收取服务费。该费用从第五个订单开始收取，并在结账时直接向客户收取。仅在印度尼西亚市场销售。 | 订单时间 | 创建时间 | 1.查看（列表+详情） | orders.create_time | |
| | 2.查询 | 3.导出 | 付款时间 | 1.查看（列表+详情） | paid_time |
| | | 2.查询 | 3.导出 | 最晚发货时间 | 1.查看（列表+详情） |
| | rts_sla_time | | 2.查询 | | |
| 发货时间 | 1.查看（列表+详情） | | | 2.查询 | |
| 3.导出 | 最晚揽收时间 | 1.查看（详情） | tts_sla_time | | |
| 最晚妥投时间 | 1.查看（详情） | delivery_sla_time | | 收件地址信息 | 收件人 |
| | 1.查看（列表+详情） | recipient_address.name | | 2.导出 | |
| 手机号码 | 1.查看（列表+详情） | recipient_address.phone_number | | 2.查询 | |
| 3.导出 | 公司名 | 1.查看（列表+详情） | | | |
| 2.导出 | 收件人国家/地址 | 1.查看（列表+详情） | recipient_address.region_code | | |
| 2.查询 | 3.导出 | 收件人省/州 | 1.查看（列表+详情） | address_level：L1
recipient_address.district_info.address_name | |
| | 2.查询 | 3.导出 | 城市 | 1.查看（列表+详情） | address_level：L3 |
| recipient_address.district_info.address_name | 【图片】 | 2.查询 | 3.导出 | 邮编 | 1.查看（列表+详情） |
| | recipient_address.postal_code | | 2.查询 | 3.导出 | |
| 门牌号 | 1.查看（列表+详情） | | | 2.导出 | |
| 地址1 | 1.查看（列表+详情） | recipient_address.address_detail | | 2.导出 | |
| 地址2 | 1.查看（列表+详情） | | | 2.导出 | |
| 平台配送方式 | 1.查看（列表+详情） | delivery_option_name | | 2.查询 | |
| 3.导出 | 跟踪号 | 1.查看（列表+详情） | | | |
| 2.导出 | 包裹ID | packages.id | 仅保存不在界面上露出 | 商品信息 | 商品sku（映射的仓库sku） |
| | 1.查看（列表+详情） | line_items.seller_sku | | 2.查询 | |
| 3.导出 | | | | | |
| 商品line item id | | | | | |
| | line_items.id | | | | |
| | 保存此字段。标发/预报/拆分合并订单都需要这个字段 | | | | |
| 商品名称 | 1.查看（列表+详情） | | | | |
| | line_items.product_name+sku_name | | | | |
| | 将父商品名称和SKU属性拼接显示，两者中间用空格隔开 | | | | |
| 2.导出 | | | | | |
| 商品数量 | 1.查看（列表+详情）【商品明细将根据映射关系以仓库sku的维度显示，所以数量也会根据映射关系变化】 | | | | |
| | 将sku_id相同的line_items相加得到的数据就是此商品的数据 | | | | |
| 2.导出 | | | | | |
| 商品链接 | 1.查看（列表+详情） | | | | |
| 商品图片 | 1.查看（列表+详情） | | | | |
| | line_items.sku_image | | | | |
| 单价 | 1.查看（列表+详情）【商品明细将根据映射关系以仓库sku的维度显示，所以单价也会根据映射关系变化】 | | | | |
| | line_items.sale_price | | | | |
| 2.导出 | | | | | |
| 取消信息 | 取消发起方 | | | | |
| | 1.查看（详情） | | | | |
| | orders.cancellation_initiator | | | | |
| 取消时间 | 1.查看（详情） | | | | |
| | cancel_time | | | | |
| 取消原因 | 1.查看（详情） | | | | |
| | cancel_reason | | | | |
| 2.订单状态更新说明
新状态 | 旧状态 | | | | |
| | 系统生成订单状态 | | | | |
| | 状态更新说明 | | | | |
| UNPAID | UNPAID = 100 | | | | |
| ON_HOLD | ON_HOLD = 105 | | | | |
| PARTIALLY_SHIPPING
（部分发货） | 新增状态 | | | | |
| | 已发货 | | | | |
| | 更新到此状态无需进行系统操作 | | | | |
| AWAITING_SHIPMENT | AWAITING_SHIPMENT = 111; | | | | |
| AWAITING_COLLECTION | AWAITING_COLLECTION = 112; | | | | |
| IN_TRANSIT | IN_TRANSIT = 121; | | | | |
| DELIVERED | DELIVERED = 122; | | | | |
| COMPLETED | COMPLETED = 130; | | | | |
| CANCELLED | CANCELLED = 140; | | | | |
3.订单上新增字段区分新旧订单，并且此字段需要支持推送到仓配系统。 站点字段也需要随着订单推送到仓配系统协助预报
2024-11-20 ｜ 已完成 ｜ ECERPH-19807
标题：Tiktok订单列表》新增多重预报问题件的提示，点击跳转到多重预报问题件页面
负责人：黎明俊 ｜ 需求类型：交付先锋(便捷性等) ｜ 模块：TikTok-订单模块 ｜ 迭代：20241210-常规-12月第二迭代 ｜ 最后更新：2026-05-18
需求描述：
- 背景（谁？什么问题？有什么影响？为什么？）
【图片】
-
需求（做什么？怎么做？有什么要注意的？）
-
tk订单订单列表在出现多重预报问题件的情况下出现以下提示：
该提示在各个订单状态下都显示。 （该提示出现的场景旧版订单列表已实现，可以直接参考，具体可以找@文明亮确认 ） 【图片】
2.点击以上提示则跳转到多重预报问题件页面。 （多重预报问题件页面挑战url可以找@谢先卷进行确认） 【图片】
2024-11-04 ｜ 已完成 ｜ ECERPH-18846
标题：Tiktok》退款退货页面新增导出功能
负责人：黎明俊 ｜ 需求类型：交付先锋(便捷性等) ｜ 模块：TikTok-订单模块 ｜ 迭代：20241130-紧急-11月紧急迭代 ｜ 最后更新：2026-05-18
需求描述：
-
背景（谁？什么问题？有什么影响？为什么？）
-
需求（做什么？怎么做？有什么要注意的？）
1.在退款退货页面上新增导出按钮，按照筛选结果进行导出。 【图片】 | 导出内容如下： | 字段 \ | --- \ | 平台单号 \ | 退货退款ID \ | 退款退货类型 \ | 店铺账号 \ | 创建时间 \ | 平台更新时间 \ | 系统更新时间 \ | 商品名称 \ | 商品属性 \ | Seller SKU \ | 商品单价 \ | 商品数量 \ | 订单状态 \ | 退款退货状态 \ | 退款退货原因 \ | 退款退货发起人 \ | 支付总金额 \ | 退款总金额 \ | 退货运费 \ | 退货跟踪号 \ | 退货运输方式 \ | 退货承运商 \ | | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- |
2.新增选择每页数量的功能 【图片】 【图片】
3.新增创建时间/更新时间/系统更新时间的筛选项。 【图片】
2024-09-19 ｜ 已完成 ｜ ECERPH-16802
标题：订单系统》Tiktok订单明细接口升级到API版本202309（费用：税费、补贴、折扣变更）
负责人：刘星辉 ｜ 需求类型：客户需求 ｜ 模块：TikTok-订单模块 ｜ 迭代：20241126-常规-11月第四迭代 ｜ 最后更新：2026-05-22
需求描述：
- 背景（谁？什么问题？有什么影响？为什么？）
https://partner.tiktokshop.com/docv2/page/64f198f74830a5028854c106
淘汰旧版API版本
传统API版本（2023年9月之前）将从2024年6月30日起不再受支持或维护，并将于2024年12月31日停用。 新的应用程序应该只使用v202309，而不是旧版本。 2024年12月31日之后，所有对旧版API版本的请求都将失败
- 需求（做什么？怎么做？有什么要注意的？）
新版接口流程说明： https://alidocs.dingtalk.com/i/nodes/jb9Y4gmKWr7wdjbrudX5ynMdVGXn6lpz?rnd=0.9298062641817524
1.订单明细更新说明
| 对接内容分类 | 系统字段名称 | 对接后实现的功能 | 接口字段 | 备注 | |
| --- | --- | --- | --- | --- | --- |
| 订单明细 | 参考号（平台订单号） | 1.查看（列表+详情） | orders.id | | |
| 2.查询 | 3.导出 | 买家id | 1.查看（列表+详情） | user_id | |
| | 2.查询 | 3.导出 | 买家名称 | 1.查看（列表+详情） | recipient_address.name |
| | | 2.查询 | 3.导出 | 站点 | 1.查看（详情） |
| | 取值账号系统中推送过来的店铺中站点字段作为订单的站点信息 | | 2.导出 | 3.查询 | |
| email | 1.查看（列表+详情） | buyer_email | | 2.查询 | |
| 3.导出 | 交易号 | 1.查看（列表+详情） | | | |
| 2.查询 | 3.导出 | 支付方式 | 1.查看（列表+详情） | payment_method_name | |
| | 2.导出 | 3.查询 | 订单备注 | 1.查看（列表+详情） | |
| | | 2.导出 | 卖家（店铺账号） | 1.查看（列表+详情） | |
| | | 2.导出 | 3.店铺账号筛选 | CPF税号 | 1.查看（详情） |
| | cpf | | 买家留言 | 1.查看（详情） | orders.buyer_message |
| | | 商家备注 | 1.查看（详情） | seller_note | |
| | 订单费用 | 总金额
(买家支付总金额) | 1.查看（列表） | payment.total_amount | 旧版订单费用 |
| （括号内为新版订单费用名称） | 2.导出 | 3.仓配系统的报表 | 交易额
(折扣后小计 ) | 1.查看（列表） | payment.sub_total |
| | 旧版订单费用
（括号内为新版订单费用名称） | 2.导出 | 3.仓配系统的报表 | 运费
(折扣后运费) | 1.查看（列表） |
| | payment.shipping_fee | 旧版订单费用
（括号内为新版订单费用名称） | 2.导出 | 3.仓配系统的报表 | |
| 交易费
（成交费） | 1.查看（列表） | | 旧版订单费用
（括号内为新版订单费用名称） | 2.导出 | |
| 3.仓配系统的报表 | 手续费 | 1.查看（列表） | | 旧版订单费用
（括号内为新版订单费用名称） | |
| 2.导出 | 3.仓配系统的报表 | 其他费用 | 1.查看（列表） | | |
| | 2.导出 | 3.仓配系统的报表 | 补贴 | 1.查看（列表） | |
| | | 2.导出 | 3.仓配系统的报表 | 币种 | 1.查看（详情） |
| | payment.currency | | 卖家折扣 | 1.查看（详情） | payment.seller_discount |
| | 此费用仅在新版订单做明细费用展示，旧版订单列表忽视 | 平台折扣 | 1.查看（详情） | payment.platform_discount | 此费用仅在新版订单做明细费用展示，旧版订单列表忽视 |
| | 商品原价 | 1.查看（详情） | payment.original_total_product_price | 此费用仅在新版订单做明细费用展示，旧版订单列表忽视 | |
| 运费原价 | 1.查看（详情） | payment.original_shipping_fee | 此费用仅在新版订单做明细费用展示，旧版订单列表忽视 | 卖家运费折扣 | 1.查看（详情） |
| | payment.shipping_fee_seller_discount | 此费用仅在新版订单做明细费用展示，旧版订单列表忽视 | 平台运费折扣 | 1.查看（详情） | payment.shipping_fee_platform_discount |
| | 此费用仅在新版订单做明细费用展示，旧版订单列表忽视 | 总税费 | 1.查看（详情） | payment.tax | 此费用仅在新版订单做明细费用展示，旧版订单列表忽视 |
| 买方支付了订单的全部税款。适用于跨境商店和美国市场。 | [新增]小额订单费用 | 1.查看（详情） | payment.small_order_fee | 此费用仅在新版订单做明细费用展示，旧版订单列表忽视
小额订单费用。
小额订单费用仅适用于泰国。小额订单费是指平台会设置一个最低订单消费金额，当订单金额低于最低订单消费金额时，用户需要支付小额订单费来满足平台最低消费金额。
例如最小订单消费金额为100，订单金额为80。所以小额订单的费用是20美元。 | |
| [新增]运费税 | 1.查看（详情） | payment.shipping_fee_tax | 此费用仅在新版订单做明细费用展示，旧版订单列表忽视 | [新增]商品税 | 1.查看（详情） |
| | payment.product_tax | 此费用仅在新版订单做明细费用展示，旧版订单列表忽视 | [新增]零售配送费 | 1.查看（详情） | payment.retail_delivery_fee |
| | 此费用仅在新版订单做明细费用展示，旧版订单列表忽视
RDF（零售配送费）。仅在美国市场提供。 | [新增]买方服务费 | 1.查看（详情） | payment.buyer_service_fee | 此费用仅在新版订单做明细费用展示，旧版订单列表忽视 |
| 每笔交易都要收取服务费。该费用从第五个订单开始收取，并在结账时直接向客户收取。仅在印度尼西亚市场销售。 | 订单时间 | 创建时间 | 1.查看（列表+详情） | orders.create_time | |
| | 2.查询 | 3.导出 | 付款时间 | 1.查看（列表+详情） | paid_time |
| | | 2.查询 | 3.导出 | 最晚发货时间 | 1.查看（列表+详情） |
| | rts_sla_time | | 2.查询 | | |
| 发货时间 | 1.查看（列表+详情） | | | 2.查询 | |
| 3.导出 | 最晚揽收时间 | 1.查看（详情） | tts_sla_time | | |
| 最晚妥投时间 | 1.查看（详情） | delivery_sla_time | | 收件地址信息 | 收件人 |
| | 1.查看（列表+详情） | recipient_address.name | | 2.导出 | |
| 手机号码 | 1.查看（列表+详情） | recipient_address.phone_number | | 2.查询 | |
| 3.导出 | 公司名 | 1.查看（列表+详情） | | | |
| 2.导出 | 收件人国家/地址 | 1.查看（列表+详情） | recipient_address.region_code | | |
| 2.查询 | 3.导出 | 收件人省/州 | 1.查看（列表+详情） | address_level：L1
recipient_address.district_info.address_name | |
| | 2.查询 | 3.导出 | 城市 | 1.查看（列表+详情） | address_level：L3 |
| recipient_address.district_info.address_name | 【图片】 | 2.查询 | 3.导出 | 邮编 | 1.查看（列表+详情） |
| | recipient_address.postal_code | | 2.查询 | 3.导出 | |
| 门牌号 | 1.查看（列表+详情） | | | 2.导出 | |
| 地址1 | 1.查看（列表+详情） | recipient_address.address_detail | | 2.导出 | |
| 地址2 | 1.查看（列表+详情） | | | 2.导出 | |
| 平台配送方式 | 1.查看（列表+详情） | delivery_option_name | | 2.查询 | |
| 3.导出 | 跟踪号 | 1.查看（列表+详情） | | | |
| 2.导出 | 包裹ID | packages.id | 仅保存不在界面上露出 | 商品信息 | 商品sku（映射的仓库sku） |
| | 1.查看（列表+详情） | line_items.seller_sku | | 2.查询 | |
| 3.导出 | | | | | |
| 商品line item id | | | | | |
| | line_items.id | | | | |
| | 保存此字段。标发/预报/拆分合并订单都需要这个字段 | | | | |
| 商品名称 | 1.查看（列表+详情） | | | | |
| | line_items.product_name+sku_name | | | | |
| | 将父商品名称和SKU属性拼接显示，两者中间用空格隔开 | | | | |
| 2.导出 | | | | | |
| 商品数量 | 1.查看（列表+详情）【商品明细将根据映射关系以仓库sku的维度显示，所以数量也会根据映射关系变化】 | | | | |
| | 将sku_id相同的line_items相加得到的数据就是此商品的数据 | | | | |
| 2.导出 | | | | | |
| 商品链接 | 1.查看（列表+详情） | | | | |
| 商品图片 | 1.查看（列表+详情） | | | | |
| | line_items.sku_image | | | | |
| 单价 | 1.查看（列表+详情）【商品明细将根据映射关系以仓库sku的维度显示，所以单价也会根据映射关系变化】 | | | | |
| | line_items.sale_price | | | | |
| 2.导出 | | | | | |
| 取消信息 | 取消发起方 | | | | |
| | 1.查看（详情） | | | | |
| | orders.cancellation_initiator | | | | |
| 取消时间 | 1.查看（详情） | | | | |
| | cancel_time | | | | |
| 取消原因 | 1.查看（详情） | | | | |
| | cancel_reason | | | | |
| 2.订单状态更新说明
新状态 | 旧状态 | | | | |
| | 系统生成订单状态 | | | | |
| | 状态更新说明 | | | | |
| UNPAID | UNPAID = 100 | | | | |
| ON_HOLD | ON_HOLD = 105 | | | | |
| PARTIALLY_SHIPPING
（部分发货） | 新增状态 | | | | |
| | 已发货 | | | | |
| | 更新到此状态无需进行系统操作 | | | | |
| AWAITING_SHIPMENT | AWAITING_SHIPMENT = 111; | | | | |
| AWAITING_COLLECTION | AWAITING_COLLECTION = 112; | | | | |
| IN_TRANSIT | IN_TRANSIT = 121; | | | | |
| DELIVERED | DELIVERED = 122; | | | | |
| COMPLETED | COMPLETED = 130; | | | | |
| CANCELLED | CANCELLED = 140; | | | | |
3.订单上新增字段区分新旧订单，并且此字段需要支持推送到仓配系统。 站点字段也需要随着订单推送到仓配系统协助预报
2024-09-18 ｜ 已完成 ｜ ECERPH-16765
标题：订单系统》Tiktok订单拆分订单接口到API版本202309
负责人：陈嘉骏 ｜ 需求类型：客户需求 ｜ 模块：TikTok-订单模块 ｜ 迭代：20241130-紧急-11月紧急迭代 ｜ 最后更新：2024-11-29
需求描述：
- 背景（谁？什么问题？有什么影响？为什么？）
https://partner.tiktokshop.com/docv2/page/64f198f74830a5028854c106
淘汰旧版API版本
传统API版本（2023年9月之前）将从2024年6月30日起不再受支持或维护，并将于2024年12月31日停用。 新的应用程序应该只使用v202309，而不是旧版本。 2024年12月31日之后，所有对旧版API版本的请求都将失败
- 需求（做什么？怎么做？有什么要注意的？）
新版接口流程说明： https://alidocs.dingtalk.com/i/nodes/jb9Y4gmKWr7wdjbrudX5ynMdVGXn6lpz?rnd=0.9298062641817524
- 对接新的拆分订单接口：/fulfillment/202309/orders/{order_id}/split
注意：合并订单接口已经是新接口不用切换
2.拆分订单功能调整
（1）拆分页面调整。需要调整为支持按照平台sku+数量进行拆分 ① 旧版订单列表【tiktok拆单】的按钮调整页面如下，支持按照平台SKU+数量维度进行拆分。 【图片】 ②新版订单列表上【Tiktok拆单】需要调整成如下页面样子，支持按照平台SKU+数量进行拆分 [1]新增拆分数量选项，用户填写拆分数量后点击【拆分】按钮则将填写拆分数量的商品都拆分到同一个子单内，并且可拆数量需要减去已拆分数量 [2]新增可拆数量字段显示剩余还可以拆分的SKU数量。可拆分数量=下单数量-已拆分子单的商品数量之和。 [3]如果可拆分数量为0的情况下，拆分数量的输入框置灰不能输入编辑。 [4]拆分勾选项被勾选则意味着此次同时勾选后点击【拆分】的商品和对应拆分数量的将要拆分到同一个子单内。 【图片】
（2）调用接口的入参调整 [1]不同子单系统需要提供不同的子单id [2]拆分的时候需要入参订单中返回的商品的order_line_item_ids 【图片】
2024-09-10 ｜ 已完成 ｜ ECERPH-16415
标题：tiktok》退货退款列表内订单总金额字段取值调整
负责人：周舟 ｜ 需求类型：交付先锋(便捷性等) ｜ 模块：TikTok-订单模块 ｜ 迭代：20240918-常规-9月第三迭代 ｜ 最后更新：2026-05-18
需求描述：
-
背景（谁？什么问题？有什么影响？为什么？）
-
需求（做什么？怎么做？有什么要注意的？）
原需求：https://devops.aliyun.com/projex/req/ECERPH-14906# 《Tiktok达人》新增退款退货列表》
（1）原需求中的退货退款状态的枚举值：BUYER_SHIPPED_ITEM改名为买家已发货。列表上退款退货状态的筛选下也需要调整 【图片】
【图片】
（2）支付总金额调整为取值订单报文中返回的total_amount 【图片】 【图片】
2024-09-03 ｜ 已完成 ｜ ECERPH-16058
标题：订单系统》Tiktok订单，升级标发接口到API版本202309
负责人：文明亮 ｜ 需求类型：客户需求 ｜ 模块：TikTok-订单模块 ｜ 迭代：20241126-常规-11月第四迭代 ｜ 最后更新：2024-11-26
需求描述：
- 背景（谁？什么问题？有什么影响？为什么？）
https://partner.tiktokshop.com/docv2/page/64f198f74830a5028854c106
淘汰旧版API版本
传统API版本（2023年9月之前）将从2024年6月30日起不再受支持或维护，并将于2024年12月31日停用。 新的应用程序应该只使用v202309，而不是旧版本。 2024年12月31日之后，所有对旧版API版本的请求都将失败
- 需求（做什么？怎么做？有什么要注意的？）
新版接口流程说明： https://alidocs.dingtalk.com/i/nodes/jb9Y4gmKWr7wdjbrudX5ynMdVGXn6lpz?rnd=0.9298062641817524
- 对接中心新版接口
（1）UK/ES/IE/US店铺标发接口 /fulfillment/202309/orders/{order_id}/packages （2）TH/ID/MY/SG/VN/PH店铺标发接口 /fulfillment/202309/packages/{package_id}/ship （3）更新跟踪号（所有店铺都适用） /fulfillment/202309/packages/{package_id}/shipping_info/update
2.标发逻辑调整 （1）标发的时候需要判断订单是否UK/ES/IE/US店铺的订单还是非美国店铺订单。如果是UK/ES/IE/US店铺订单标发的时候调用接口/fulfillment/202309/orders/{order_id}/packages 进行标发 如果是TH/ID/MY/SG/VN/PH店铺订单，标发的时候调用接口 /fulfillment/202309/packages/{package_id}/ship 进行标发 【图片】 （2）拆分订单标发 [1]UK/ES/IE/US店铺拆分订单标发的时候需要按照子单内平台SKU的order_line_item_ids 进行标发。 【图片】 [2]TH/ID/MY/SG/VN/PH店铺订单拆分订单后需要使用拆分订单后平台返回的package_id进行标发 【图片】 （3）合并订单标发 [1]UK/ES/IE/US店铺合并订单标发的时候的时候需要按照合并的订单的原单情况使用相同的承运商和跟踪号进行标发 [2]TH/ID/MY/SG/VN/PH店铺合并订单标发的时候需要按照合并订单后平台返回的package_id进行标发
（4）UK/ES/IE/US店铺订单标发后平台会返回的package_id，需要将这个返回的package_id保存。 （5）如果已经标发的订单需要更新跟踪号，可以使用package_id调用接口/fulfillment/202309/packages/{package_id}/shipping_info/update 进行标发
2024-09-02 ｜ 已完成 ｜ ECERPH-15985
标题：订单系统》tiktok listing列表商品保存逻辑调整
负责人：文明亮 ｜ 需求类型：交付先锋(便捷性等) ｜ 模块：TikTok-订单模块 ｜ 迭代：20240930-紧急-9月紧急迭代 ｜ 最后更新：2026-05-18
需求描述：
- 背景（谁？什么问题？有什么影响？为什么？）
现在使用Seller SKU来判断商品的唯一性，但是seller sku在tiktok平台上是非必填项并且用户随时可以编辑，不方便作为唯一值，需要调整为使用sku id作为唯一id。
- 需求（做什么？怎么做？有什么要注意的？）
订单系统》tiktok listing
-
tiktok listing列表保存商品的时候需要使用SKU ID作为商品的ID判断唯一性。
-
如果SKU id一致但是Seller SKU不同则这个商品是重复保存商品，仅保存更新时间最新的一列商品，其他SKUid相同但是更新时间较晚的商品则删除。
2024-08-30 ｜ 已完成 ｜ ECERPH-15932
标题：订单系统》Tiktok平台拆分订单系统是原单的情况下不再拆分订单
负责人：黎明俊 ｜ 需求类型：交付先锋(便捷性等) ｜ 模块：TikTok-订单模块 ｜ 最后更新：2026-05-18
需求描述：
- 背景（谁？什么问题？有什么影响？为什么？）
工单：109459 客户代码：ntujcnz 订单：tiktok-576699128755229013
原需求： https://devops.aliyun.com/projex/req/ECERPH-12915# 《订单系统》tiktok订单在平台上再拆分订单也不再截单》 【图片】
- 需求（做什么？怎么做？有什么要注意的？）
订单系统》tiktok订单
【图片】 【图片】
-
取消平台订单拆分但是系统订单未拆分的情况下将订单截单转问题件的操作。
-
如果平台订单拆分但是系统处于原单的情况下，需要记录日志：该单已在平台拆单，系统还是原单，继续走单将无法正常标发/预报，需要手动提交跟踪号到平台上或者在平台上获取面单
-
已废弃状态支持平台订单状态更新
2024-08-27 ｜ 已完成 ｜ ECERPH-15758
标题：订单系统》Tiktok订单，自动创建退款RMA
负责人：梁康太 ｜ 需求类型：客户需求 ｜ 模块：销售- RMA管理 ｜ 平台字段：Tiktok ｜ 迭代：20241203-常规-12月第一迭代 ｜ 最后更新：2024-11-29
需求描述：
-
背景（谁？什么问题？有什么影响？为什么？）
-
需求（做什么？怎么做？有什么要注意的？）
-
对接中台推送的退款退货接口数据
https://partner.tiktokshop.com/docv2/page/650ab69edefece02be70785b?external_id=650ab69edefece02be70785b
2.Tiktok店铺设置中新增是否自动创建RMA的设置 字段代码：is_auto_rma 选项：0否（默认值），1是 【图片】
3.当店铺设置中是否自动创建RMA设置为1是的时候需要按照以下字段自动创建RMA
| 系统映射字段 | 接口字段 | 逻辑处理方式 | 备注 |
| --- | --- | --- | --- |
| 订单号 | order_id | 订单参考号 | 找到退款退货的订单 |
| 退货退款ID | return_id | | 保存在系统 |
| 退款退货类型 | return_type | 针对订单退款类型为以下类型的时候自动创建退款RMA
REFUND：退款
RETURN_AND_REFUND：退货和退款 | |
| 退款退货状态 | return_status | RETURN_OR_REFUND_REQUEST_COMPLETE：退货/退款处理成功。
当退款退货申请处于以上状态的情况下创建RMA | |
| 退货原因 | return_reason_text | 平台退款原因 | |
| 系统退款原因 | | 平台退款（同其他平台一致） | |
| 退货退款商品ID | return_line_items.sku_id | 此接口商品的line item是按照最小颗粒度显示，例如A3则会有3个line item。所以需要通过SKU id判断多个line item是否为同一个平台SKU | |
| 退款退货商品数量 | | 需要根据SKU id合计统计对应商品的退款退货商品数量 | |
| 退货退款Seller SKU | return_line_items.seller_sku | 此接口商品的line item是按照最小颗粒度显示，例如A3则会有3个line item。所以需要通过SKU id来关联对应的平台SKU再关联仓库SKU | |
| 退款总金额 | refund_amount.refund_total | ①全额退款 | |
如果退款总金额=支付总金额，则此单是全额退款则退款所有仓库SKU
②部分退款
（1）如果平台SKU和仓库SKU的映射关系是1对1的，则平台SKU的退款退货商品数量等于仓库SKU的退款数量。平台SKU商品退款金额等于仓库SKU的商品退款金额
（2）如果平台SKU和仓库SKU的映射关系是1对多的。则认为平台SKU映射的仓库SKU全部数量都需要退款和。
退款金额为平台SKU商品退款金额（仓库SKU采购成本仓库SKU数量/平台SKU映射所有仓库SKU的采购成本数量之和）。
| 剩余最后一个仓库SKU的退款金额=退款总金额-前几个按比例计算出来的仓库SKU的退款金额之和 | （1）平台SKU A映射仓库SKU B1。 |
| --- | --- |
| 平台SKU A 退款数量1，退款金额：10元。=>仓库SKU B 退款数量1，退款金额：10元 | |
（2）平台SKU A 映射仓库SKU B2+仓库SKU C3。
平台SKU A退款数量1，退款金额：10元。
仓库SKU B 采购单价：2.3元
仓库SKU C 采购单价：4.0元
| =》仓库SKU B退款数量2，退款金额：10[2.32/(2.32+4.03)]=2.77 | 仓库SKU C退款数量3，退款金额：10-2.77=7.23 \ | --- \ | 仓库SKU \ | 同上 \ | \ | \ | --- \ | --- \ | --- \ | 商品退款金额 \ | return_line_items.refund_amount.refund_total \ | 同上 \ | 创建时间 \ | create_time \ | \ |
| --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- |
报文见评论
2024-08-20 ｜ 已完成 ｜ ECERPH-15272
标题：订单系统》保存tiktokad的授权信息
负责人：文明亮 ｜ 需求类型：紧急需求 ｜ 模块：TikTok-订单模块 ｜ 迭代：20240827-常规-8月第四迭代 ｜ 最后更新：2024-08-20
需求描述：
-
背景（谁？什么问题？有什么影响？为什么？）
-
需求（做什么？怎么做？有什么要注意的？）
接收tiktokad平台的授权信息
2024-07-23 ｜ 已完成 ｜ ECERPH-13848
标题：Tiktok轻量版》Tiktok订单列表上新增Tiktok拆单的功能
负责人：黎明俊 ｜ 需求类型：交付先锋(便捷性等) ｜ 模块：TikTok-订单模块 ｜ 最后更新：2026-05-18
需求描述：
- 背景（谁？什么问题？有什么影响？为什么？）
-
需求（做什么？怎么做？有什么要注意的？）
-
Tiktok订单列表上新增合并拆分的按钮，并且将【Tiktok合并】、【Tiktok取消合并】的按钮放置在这个这个按钮下。
并且新增【Tiktok拆单】的按钮这个按钮下。 【图片】
2.新增【Tiktok拆单】弹窗如下：
（1）点击【Tiktok拆单】前校验 ①此单仅有一个平台SKU无法拆分则提示 【图片】 ②勾选了多个订单进行拆分，提示 【图片】 ③勾选可非Tiktok线上订单进行拆分提示： 【图片】
（2）正常勾选tiktiok多个平台sku的订单点击【tiktok拆单】按钮则正常的出现tiktok拆分弹窗 【图片】 ①订单基础信息，订单上的基础信息来自被拆分的原单 【图片】
③商品列表
- 字段说明
原单商品列表
| 字段 | 取值 | ？提示 | |
| --- | --- | --- | --- |
| 图片 | 订单中商品图片 | | |
| 商品名称 | 订单中返回的listing名称 | | |
| 可用库存 | 取值平台SKU映射的仓库sku的可用库存。
如果平台SKU没有设置映射关系则显示未映射 | 如果平台SKU映射了仓库SKU则显示映射仓库SKU中最少库存量仓库SKU的库存数量。
如果没有设置SKU映射关系则显示为未映射 | |
| 单个重量 | 映射仓库SKU重量的和 | | |
| 订单数量 | 订单中商品数量 | | |
| 可拆数量 | 可拆数量=订单数量-已拆SKU的数量 | | |
| 拆分子单商品列表
字段 | 取值 | 图片 | 订单中商品图片 |
| | 商品名称 | 订单中返回的listing名称 | |
| 订单数量 | 子单中商品数量 | 商品总重量 | 单个商品重量子单商品数量 |
| | 子单总重量 | 各个商品总重量之和 | |
| 2.操作按钮
按钮 | 操作场景 | 【拆分】 | （1）被勾选的商品点击【拆分】按钮后将被拆分到同一个子单内。拆分后被勾选拆分的商品的可拆数量将更新为0。 |
| （2）当可拆数量为0的时候，对应商品的操作复选框需要置灰，无法进行勾选 | 【一个平台SKU一单】 | （1）鼠标悬停在按钮上的时候则气泡提示：将剩余可拆数量的商品按照平台SKU维度进行拆分。
例如订单内有A2和B3将拆分为子单1：A2和子单2：B*3
（2）用户点击此按钮后，将剩余可拆数量的商品，按照平台SKU各自拆分到单独的一个子单内。 | |
| 【取消拆分】 | 将当前这个子单内的商品都取消拆分，并且取消拆分商品的数量加回到原单的可拆数量中。 | 【重新拆分】 | 将当前已经拆分的所有子单都取消拆分，恢复成订单从未拆分过的样子 |
| | 【确认拆分】 | （1）当原单剩余可拆分数量的时候无法进行拆分，需要无剩余可拆分数量的时候才能确认拆分
【图片】
（2）当原单无剩余可拆分数量进行拆分的情况下，点击【确认拆分】则提示。用户点击确定的情况下进行拆分
【图片】
拆分成功后关闭【tiktok拆单】的弹窗并且提示
【图片】 | |
2024-07-16 ｜ 已完成 ｜ ECERPH-13472
标题：订单系统》tiktok订单标发的承运商获取接口调整
负责人：刘星辉 ｜ 需求类型：交付先锋(便捷性等) ｜ 模块：TikTok-订单模块 ｜ 迭代：20240731-紧急-7月紧急迭代 ｜ 最后更新：2026-05-18
需求描述：
- 背景（谁？什么问题？有什么影响？为什么？）
调整使用新版承运商接口获取承运商：https://partner.tiktokshop.com/docv2/page/650aa48d4a0bb702c06d85cd?external_id=650aa48d4a0bb702c06d85cd
- 需求（做什么？怎么做？有什么要注意的？）
中台需求：https://devops.aliyun.com/projex/project/4d96c1a04647a9dc32ca5eaca6/req/1bc2eebdeabd5ac285be6a3292
订单系统》tiktok订单
-
每天按照客户代码+站点+店铺找到对应新的订单，然后找到订单中的delivery_option_id筛选出现对应承运商，更新系统的承运商数据。
-
保存的承运商的信息的需要按照站点区分进行保存。不同站点的承运商名称相同，但是承运商ID也是不同的
2024-07-09 ｜ 已完成 ｜ ECERPH-13112
标题：Tiktok轻量版》tiktok订单列表需要新增icon标识
负责人：陈家宜 ｜ 需求类型：交付先锋(便捷性等) ｜ 模块：TikTok-订单模块 ｜ 最后更新：2026-05-18
需求描述：
- 背景（谁？什么问题？有什么影响？为什么？）
- 需求（做什么？怎么做？有什么要注意的？）
tiktok订单列表 （1）样品订单的样品标识需要在鼠标悬停的时候提示样品订单 【图片】
（2）新增以下标识 | 旧版订单界面上的标识 | 出现场景 | 新版订单列表上的标识 | 鼠标悬停时候的提示语 | 放置的位置 | | --- | --- | --- | --- | --- | | 【图片】 | 分仓成功 | 【图片】 | 分仓成功 | 【图片】 | | 【图片】 | 分仓失败 | 【图片】 | 分仓成功 | 【图片】 | | 【图片】 | 已标发至平台 | 【图片】 | 已标发至平台 | 【图片】 |
（3）仓库SKU被设置成不发的情况下，页面上对应的产品SKU的颜色调整为红色，并且鼠标悬停在这个仓库SKU上需要提示为“不发的SKU” 【图片】 仓库SKU弹窗内如果SKU不发则显示（不发） 【图片】
2024-07-04 ｜ 已完成 ｜ ECERPH-12938
标题：tiktok轻量版》tiktok订单列表上的换算时间需要增加提示
负责人：曾宪森 ｜ 需求类型：客户需求 ｜ 模块：TikTok-订单模块 ｜ 最后更新：2024-07-05
需求描述：
-
背景（谁？什么问题？有什么影响？为什么？）
-
需求（做什么？怎么做？有什么要注意的？）
1.换算时间之后，气泡内显示的时间需要新增标题头：站点时间：2024-07-04 14:47:25 【图片】
2.针对换算过时间，需要在对应的时间前面增加显示换算的标题头 【图片】
3.
2024-07-04 ｜ 已完成 ｜ ECERPH-12915
标题：订单系统》tiktok订单在平台上再拆分订单也不再截单
负责人：梁康太 ｜ 需求类型：客户需求 ｜ 模块：TikTok-订单模块 ｜ 迭代：20240716-常规-7月第三迭代 ｜ 最后更新：2024-07-16
需求描述：
- 背景（谁？什么问题？有什么影响？为什么？）
工单：107696
- 需求（做什么？怎么做？有什么要注意的？）
订单系统》tiktok订单
如果订单系统重保存的package id和平台拉取下来返回的的package id不一致的情况下。不进行截单操作。
2024-06-25 ｜ 已完成 ｜ ECERPH-12423
标题：订单系统》tikotk订单支持二次标发
负责人：文明亮 ｜ 需求类型：客户需求 ｜ 模块：TikTok-订单模块 ｜ 平台字段：Tiktok ｜ 迭代：20240702-常规-7月第一迭代 ｜ 最后更新：2024-07-08
需求描述：
-
背景（谁？什么问题？有什么影响？为什么？）
-
需求（做什么？怎么做？有什么要注意的？）
订单系统》tikotk订单支持二次标发
2024-06-19 ｜ 已完成 ｜ ECERPH-12159
标题：tiktok轻量版》tiktok订单列表的订单详情内的仓库SKU需要根据映射情况显示
负责人：黎明俊 ｜ 需求类型：数据稳准 ｜ 模块：TikTok-订单模块 ｜ 最后更新：2024-06-20
需求描述：
-
背景（谁？什么问题？有什么影响？为什么？）
-
需求（做什么？怎么做？有什么要注意的？）
tiktok订单列表
订单详情内的配对SKU需要根据映射关系和平台SKU数量进行显示 例如平台SKU A =仓库SKU A1*2
则此订单下单的平台SKU 2则配对的商品显示为仓库SKU A14 仓库SKU的数量等于平台SKU的数量*映射仓库SKU数量 【图片】
2024-06-13 ｜ 已完成 ｜ ECERPH-11922
标题：tiktok专版》tiktok订单列表和其他页面上的【添加商品】的页面上需要取值OSS内的商品图片
负责人：黎明俊 ｜ 需求类型：客户需求 ｜ 模块：TikTok-订单模块 ｜ 最后更新：2024-06-17
需求描述：
-
背景（谁？什么问题？有什么影响？为什么？）
-
需求（做什么？怎么做？有什么要注意的？）
1.【达人管理】、【私信建联】内创建达人邀约目标的创建私信建联内“添加商品”的图片需要取值OSS内的商品图片 【图片】【图片】
2、【达人管理】上的商品图片同样取值OSS内的商品图片 【图片】
3.私信建联里面的商品图片 【图片】
4.tiktok订单列表上的商品图片 【图片】
2024-06-07 ｜ 已完成 ｜ ECERPH-11770
标题：订单系统》tiktok订单新增仓库SKU订单拆分和批量拆单按钮
负责人：文明亮 ｜ 需求类型：客户需求 ｜ 模块：TikTok-订单模块 ｜ 迭代：20240625-常规-6月第四迭代 ｜ 最后更新：2024-06-25
需求描述：
-
背景（谁？什么问题？有什么影响？为什么？）
-
需求（做什么？怎么做？有什么要注意的？）
订单系统》订单管理》tiktok订单
- tiktok订单上新增显示【订单拆分】按钮和【批量拆单】按钮
【图片】
2.订单拆分和批量拆单内的提示调整为如下： 【图片】 【图片】
3.使用【订单拆分】按钮按照仓库SKU拆分的订单标记为【仓库SKU拆分订单】。并且所有子单都继承原单的package id。
4.仓库SKU拆分订单的标发一次后后续其他子单满足标发条件的时候不再标发并且在日志中提示：“此单为仓库SKU拆单订单只能标发一次，已有其他子单标发了，此单不再进行标发”
5.如果订单使用【tiktok拆单】功能拆单之后再使用【订单拆单】则认为此子单关联的所有订单为仓库SKU拆分订单，按照仓库SKU拆分订单的标发逻辑进行处理
2024-06-03 ｜ 已完成 ｜ ECERPH-11479
标题：tiktok轻量版》tiktok订单列表合并订单的费用也需要合并显示
负责人：黎明俊 ｜ 需求类型：客户需求 ｜ 模块：TikTok-订单模块 ｜ 最后更新：2024-06-26
需求描述：
-
背景（谁？什么问题？有什么影响？为什么？）
-
需求（做什么？怎么做？有什么要注意的？）
tiktok订单列表
-
订单合并后需要将订单上的每项费用都合并相加计算得出合并后订单的费用。
-
合并后已废弃的订单需要支持更新订单费用
-
原单更新订单费用后需要对应更新到合并的子单上
【图片】
2024-06-03 ｜ 已完成 ｜ ECERPH-11461
标题：订单系统》tiktok订单拆单是否在平台二次拆单判断调整
负责人：陈嘉骏 ｜ 需求类型：客户需求 ｜ 模块：TikTok-订单模块 ｜ 迭代：20240618-常规-6月第三周迭代 ｜ 最后更新：2024-06-18
需求描述：
- 背景（谁？什么问题？有什么影响？为什么？）
工单：106860 【图片】 订单拆单之后修改SKU导致系统拉取到订单的时候无法找到SKU对应的package id认为订单在平台上二次拆单了从而截单。 【图片】
【图片】
- 需求（做什么？怎么做？有什么要注意的？）
订单系统》tiktok订单
在进行判断平台的包裹id数据和系统的包裹Id数据是否一致的时候，不要使用SKU去找到对应的Package id和订单报文内的信息进行核对。 而是使用平台订单号查询到系统拆分子单已关联的package id然后和平台拉取下来的订单报文的内的package_list内的package_id比对，如果都能对比上，说明系统和平台上的拆分子单是一致的，用户没有再在平台上进行拆单或者合单 【图片】 【图片】
2024-05-29 ｜ 开发中 ｜ ECERPH-11276
标题：tiktok轻量版》tiktok订单列表缺失平台SKU的情况下支持用户手动填写和增加合并订单筛选功能
负责人：黎明俊 ｜ 模块：TikTok-订单模块 ｜ 最后更新：2024-06-07
需求描述：
（无描述）
2024-05-09 ｜ 已完成 ｜ ECERPH-10088
标题：tiktok轻量版》tiktok订单支持已废弃的订单更新平台订单状态
负责人：黎明俊 ｜ 模块：TikTok-订单模块 ｜ 最后更新：2024-05-21
需求描述：
-
背景（谁？什么问题？有什么影响？为什么？）
-
需求（做什么？怎么做？有什么要注意的？）
-
tiktok订单支持已废弃的订单更新平台订单状态
-
订单详情内商品的库存需要取值可用库存显示，并且需要取值实时库存而不是固定显示一个数值。目前是取值的是可售库存
-
有仓库的取仓库的可用库存，没有仓库，取所有的仓库的可用库存。现在是可用+冻结。去掉冻结
【图片】 【图片】
2024-04-26 ｜ 已完成 ｜ ECERPH-9711
标题：tiktok轻量版》tiktok订单列表上的产品弹窗调整取值
负责人：黎明俊 ｜ 模块：TikTok-订单模块 ｜ 最后更新：2024-05-11
需求描述：
- 背景（谁？什么问题？有什么影响？为什么？）
【图片】 【图片】
- 需求（做什么？怎么做？有什么要注意的？）
1.订单列表上的产品弹窗调整如下，仅显示产品品类、产品SPU、产品描述这些字段。字段来源取值对应仓库SKU的产品资料信息。 【图片】 【图片】
2.订单详情订单信息内的字段固定长度， 超过长度则换行，最多2行，超出2行的则显示省略号。 【图片】
2024-04-17 ｜ 已完成 ｜ ECERPH-9199
标题：tiktok轻量版》tiktok订单列表新增【合并订单】的功能
负责人：陈嘉骏 ｜ 模块：销售-订单管理 ｜ 平台字段：Tiktok ｜ 迭代：20240531-紧急-5月份紧急迭代 ｜ 最后更新：2024-05-30
需求描述：
- 背景（谁？什么问题？有什么影响？为什么？）
客户需要系统能合并订单，以便节省运费；希望可以上线tiktok合并订单功能 如图类似于其他平台的合并功能 【图片】
- 需求（做什么？怎么做？有什么要注意的？）
【tiktok订单列表】（新版tiktok订单列表）
- 对接平台接口查询可合并订单。查询可合并订单接口：
https://partner.tiktokshop.com/docv2/page/650aa481bace3e02b75d9e32?external_id=650aa481bace3e02b75d9e32 并且将这些订单标记为可合并订单。保存通过接口获取到的预合并包裹ID。 每天定时8点、16点、24点查询可合并的订单。
中台需求：https://devops.aliyun.com/projex/req/ECERPJ-2914# 《tiktok》对接合并订单接口》 【图片】
2.tiktok订单上显示【Tiktok合并订单】按钮。 【图片】 （1）支持勾选多个订单。 勾选了不可合并的订单，点击【Tiktok合并订单】勾选的订单存在没有预合并包裹ID的订单则认为此订单为不可合并订单。则提示：“选中的订单中存在不可合并订单，无法进行合并订单操作” 勾选了可合并的订单，点击【Tiktok合并订单】但是没有相同预合并包裹id的订单的情况下提示：“选中的订单中没有相同的预合并包裹ID，无法进行合并” 勾选了可合并的订单，点击【Tiktok合并订单】则在弹窗内按照相同的预合并包裹ID显示为对应的多组订单。 勾选了可合并的订单，点击【Tiktok合并订单】但是存在一个落单的预合并包裹id的订单，则不将此订单显示在tiktok合并订单的弹窗内。 （2）点击【Tiktok合并订单】的时候主动调用接口查询可合并的订单 （3）移除订单的时候判断可合并订单的组合内是否保留了2个订单，如果移除的订单后剩余小于2个订单的情况下则提示“无法移除订单，至少保留2个订单才能合并订单” （4）点击【合并订单】提示，然后调用平台接口请求进行合并。 合并成功toast：合并订单成功，合并订单：WECSKLF7878555 合并失败toast：合并订单失败，失败原因：“平台返回的失败原因” 【图片】
3.取消合并订单 【图片】 （1）仅支持勾选单个合并订单进行处理。 勾选多个订单则提示：“仅支持勾选单个订单进行取消合并” 勾选非合并订单则提示：“非合并订单，无法取消合并” （2）弹窗内显示合并订单原关联的订单。勾选原订单，点击【移除订单】则调用平台移除订单的接口。 如果用户勾选了所有订单或者仅剩余一个订单的情况下，【移除订单】的按钮则显示为【取消合并】 （3）点击【移除订单】/【取消合并】出现弹窗如下： 根据平台的反馈显示操作成功/失败 【图片】
4.查询到具有预合并包裹ID的订单加上标识 (1)可合并订单。鼠标悬停提示“可合并订单 预合并包裹ID：5SD63565S656” (2)已合并订单。鼠标悬停提示“已合并订单” 【图片】
5.Tiktok订单列表上的合并订单的筛选项调整为可合并订单为筛选为具有 预合并包裹ID：5SD63565S656的订单。 已合并的订单调整为筛选通过【Tiktok合并订单】功能实现合并的订单 【图片】
2024-04-16 ｜ 已完成 ｜ ECERPH-9170
标题：订单系统》tiktok订单，已废弃状态下的订单需要更新订单状态
负责人：文明亮 ｜ 模块：TikTok-订单模块 ｜ 迭代：20240430-常规-4月第五迭代 ｜ 最后更新：2024-05-07
需求描述：
-
背景（谁？什么问题？有什么影响？为什么？）
-
需求（做什么？怎么做？有什么要注意的？）
订单》tiktok订单列表 订单》订单列表》tiktok订单
- tiktok订单的已废弃状态下的订单需要支持更新订单状态。
（因为tiktok首页上的数据是根据订单平台订单状态决定是否取值的）
2.新增将创建时间/付款时间换算为时间GMT-8保存下来。 关联需求：https://devops.aliyun.com/projex/req/ECERPH-7869# 《订单系统》针对tiktok订单的时间需要换算为美国时间》
3.新增一个外挂表用于保存订单费用数据。 商品原价、卖家折扣、买家折扣、折扣后运费 【图片】
【图片】
4.部分发货状态：PARTIALLY_SHIPPING = 114;需要生成订单到已发货状态下 【图片】
2024-04-01 ｜ 已完成 ｜ ECERPH-8475
标题：订单系统》新增tiktok订单付款时间的对人民币和美元的汇率
负责人：文明亮 ｜ 模块：TikTok-订单模块 ｜ 迭代：20240416-常规-4月第三迭代 ｜ 最后更新：2024-04-10
需求描述：
-
背景（谁？什么问题？有什么影响？为什么？）
-
需求（做什么？怎么做？有什么要注意的？）
新增tiktok订单付款时间的对人民币和美元的汇率，方便tiktok首页统计对应订单销售额汇总情况
2024-03-26 ｜ 已完成 ｜ ECERPH-8200
标题：tiktok轻量版》tiktok 订单列表显示系统标记和自定义标记
负责人：陈嘉骏 ｜ 模块：TikTok-订单模块 ｜ 迭代：20240423-常规-4月第四迭代 ｜ 最后更新：2024-04-23
需求描述：
-
背景（谁？什么问题？有什么影响？为什么？）
-
需求（做什么？怎么做？有什么要注意的？）
tiktok订单
- 新增显示自定义标记。仅显示5个字，超过则隐藏，鼠标悬停显示完整的内容。
自定义标记和系统标记默认显示最新的一个标记信息在列表上 如果系统没有自定义标记和系统标记的情况下则连标题也不显示 【图片】
2.订单列表上边框需要扩大避免滚动条覆盖到内容。 【图片】 需要根据货币代码显示为对应的币种符号 | 货币名称 | 符号 | 代码 | 国家/地区 | | --- | --- | --- | --- | | 人民币 | ￥ | CNY | 中国 | | 美元 | $ | USD | 美国 | | 欧元 | € | EUR | 欧洲地区 | | 英镑 | £ | GBP | 英国 | | 日元 | ￥ | JPY | 日本 | | 港币 | HK$ | HKD | 中国香港 | | 澳元 | A$ | AUD | 澳大利亚 | | 新西兰元 | NZ$ | NZD | 新西兰 | | 瑞典克朗 | Kr | SEK | 瑞典 | | 韩币 | ₩ | KRW | 韩国 | | 新加坡元 | S$ | SGD | 新加坡 | | 加元 | C$ | CAD | 加拿大 | | 卢布 | ₽ | RUB | 俄罗斯 | | 南非兰特 | R | ZAR | 南非 | | 卢比 | ₹ | INR | 印度 | | 泰铢 | ฿ | THB | 泰国 | | 印尼盾 | ₨ | IDR | 印度尼西亚 | | 越南盾 | ₫ | VND | 越南 | | 令吉 | RM | MYR | 马来西亚 | | 菲律宾比索 | ₱ | PHP | 菲律宾 |
3.订单详情内设置配对的功能和编辑状态并列，进入详情的情况下如果没有配对的情况下则显示【添加配对产品】 【图片】
4.产品sku弹窗内的产品名称显示为可点击的蓝色，点击跳转到产品》产品管理中对应产品SKU的详情页 【图片】 【图片】
5.以下几个费用需要根据他是负数还是正数分别显示在平台补贴和平台支出 平台运费补贴、运费调整费、异议扣款、客户服务补偿、折扣调整费、其他调整费根据业务情况可能为正数可能为负数，正数则计入平台补贴，负数则计入平台支出） 【图片】
6.此处调整为显示系统订单号。标题头为系统订单号 【图片】
7.自定义标记的时候只能选择自定义标记，不能选择系统标记 【图片】
2024-03-26 ｜ 已完成 ｜ ECERPH-8224
标题：tiktok轻量版》显示物流轨迹信息
负责人：黎明俊 ｜ 模块：TikTok-订单模块 ｜ 迭代：20240430-常规-4月第五迭代 ｜ 最后更新：2024-05-06
需求描述：
-
背景（谁？什么问题？有什么影响？为什么？）
-
需求（做什么？怎么做？有什么要注意的？）
tiktok订单
1.对接中台的查询轨迹的接口 https://devops.aliyun.com/projex/req/ECERPJ-2639# 《中台》tiktok对接查询订单轨迹接口》
2.当平台订单订单状态为AWAITING_COLLECTION = 112（等待揽收）;PARTIALLY_SHIPPING = 114（部分发货）；IN_TRANSIT = 121（运输中）;DELIVERED = 122（已发货）;的时候显示轨迹按钮
3.当通过接口获取到轨迹信息的情况下显示轨迹信息如下 description：轨迹描述 update_time_millis：更新时间需要转换为北京时间 【图片】 【图片】
4.等待收款的名称调整为等待揽收。 【图片】
2024-03-18 ｜ 已完成 ｜ ECERPH-7869
标题：订单系统》针对tiktok订单的时间需要换算为美国时间
负责人：文明亮 ｜ 模块：TikTok-订单模块 ｜ 迭代：20240326-常规-3月第四迭代 ｜ 最后更新：2024-03-26
需求描述：
-
背景（谁？什么问题？有什么影响？为什么？）
-
需求（做什么？怎么做？有什么要注意的？）
tiktok订单创建时间、付款时间 需要换算为北京时间、东部标准时间（EST）、中部标准时间（CST）、太平洋标准时间（PST）这几个美国时间。 注意：以上这几个时间都有冬令时和夏令时的切换，需要按照不同令时换算时间 【图片】
需求上线后历史老客户需要刷数据进行更新
2024-03-12 ｜ 已完成 ｜ ECERPH-7667
标题：tiktok轻量版》tiktok订单上新增预警提示
负责人：文明亮 ｜ 模块：TikTok-订单模块 ｜ 迭代：20240326-常规-3月第四迭代 ｜ 最后更新：2024-03-26
需求描述：
-
背景（谁？什么问题？有什么影响？为什么？）
-
需求（做什么？怎么做？有什么要注意的？）
订单》tiktok订单
【中台】对接新版拉单接口需求：https://devops.aliyun.com/projex/req/ECERPJ-2464# 《中台》对接tiktok新版拉单接口》
- tiktok订单详情内新增取值以下时间：
rts_time 实际发货时间 collection_time 实际揽收时间=揽收上网 delivery_time 实际妥投时间=订单妥投 注意：以上时间都取值订单维度的字段。 【图片】
- tiktok订单新增发货预警提示
接口文档：https://partner.tiktokshop.com/doc/page/649a5eeb38158c02a43fc6b5?external_id=649a5eeb38158c02a43fc6b5#Back%20To%20Top
【图片】
| 发货预警 | 出现场景 | 发货预警样式 | 备注 |
| --- | --- | --- | --- |
| 待发货 | 平台订单状态处于：UNPAID = 100;ON_HOLD = 105;AWAITING_SHIPMENT = 111;并且rts_sla 最晚发货时间-当前时间->24小时 | 最晚发货：2024-03-09 14:59:59（待发货） | 如果无法取值到rts_sla 最晚发货时间则不显示对应发货预警样式 |
| 发货将超时 | 平台订单状态处于：UNPAID = 100;ON_HOLD = 105;AWAITING_SHIPMENT = 111;并且0<rts_sla 最晚发货时间-当前时间 <=24小时 | 最晚发货：2024-03-09 14:59:59（将超时） | 如果无法取值到rts_sla 最晚发货时间则不显示对应发货预警样式 |
| 超时未发货 | 平台订单状态处于：UNPAID = 100;ON_HOLD = 105;AWAITING_SHIPMENT = 111;并且rts_sla 最晚发货时间-当前时间 <=0秒 | 最晚发货：2024-03-09 14:59:59（已超时） | 如果无法取值到rts_sla 最晚发货时间则不显示对应发货预警样式 |
| 待揽收 | 平台状态处于：AWAITING_COLLECTION = 112;PARTIALLY_SHIPPING = 114;并且tts_sla 最晚揽收时间-当前时间>24小时 | 最晚揽收：2024-03-09 14:59:59（待揽收） | 如果无法取值到tts_sla 最晚揽收时间则不显示对应发货预警样式 |
| 揽收将超时 | 平台状态处于：AWAITING_COLLECTION = 112;PARTIALLY_SHIPPING = 114;并且0<tts_sla 最晚揽收时间-当前时间 <=24小时 | 最晚揽收：2024-03-09 14:59:59（将超时） | 如果无法取值到tts_sla最晚揽收时间则不显示对应发货预警样式 |
| 超时未揽收 | 平台状态处于：AWAITING_COLLECTION = 112;PARTIALLY_SHIPPING = 114;并且tts_sla 最晚揽收时间-当前时间<=0秒 | 最晚揽收：2024-03-09 14:59:59（已超时） | 如果无法取值到tts_sla最晚揽收时间则不显示对应发货预警样式 |
| 待妥投 | 平台状态处于：IN_TRANSIT = 121;并且delivery_sla 最晚妥投时间 -当前时间>24小时 | 最晚妥投：2024-03-09 14:59:59（待妥投） | 如果无法取值到delivery_sla最晚妥投时间则不显示对应发货预警样式 |
| 妥投将超时 | 平台状态处于：IN_TRANSIT = 121;并且0<delivery_sla 最晚妥投时间 -当前时间 <=24小时 | 最晚妥投：2024-03-09 14:59:59（将超时） | 如果无法取值到delivery_sla最晚妥投时间则不显示对应发货预警样式 |
| 超时未妥投 | 平台状态处于：IN_TRANSIT = 121;并且delivery_sla 最晚妥投时间 -当前时间 <=0秒 | 最晚妥投：2024-03-09 14:59:59（已超时） | 如果无法取值到delivery_sla最晚妥投时间则不显示对应发货预警样式 |
| 已妥投 | 平台状态处于：DELIVERED = 122; | 最晚妥投：2024-03-09 14:59:59（已妥投） | 如果无法取值到delivery_sla最晚妥投时间则不显示对应发货预警样式 |
| 【图片】
3.新增发货预警的筛选项。
枚举值如下。支持多选筛选
待发货 | 发货将超时 | 超时未发货 | 待揽收 |
| 揽收将超时 | 超时未揽收 | 待妥投 | 妥投将超时 |
| 超时未妥投 | 已妥投 | | |
4.达人列表上新增标识： （1）是否样品订单。当订单接口中返回报文中存在is_sample_order为true的时候则显示样品订单标识 （2）取消订单标识。当订单接口中的order_status为CANCELLED的时候显示取消订单标识。 取消请求发起方：cancel_user 取消原因：cancel_reason 【以上字段都直接取值订单维度字段。】
5.新增以下2个筛选项 样品订单：是/否 。支持单选筛选 取消订单：是/否
2024-03-01 ｜ 已完成 ｜ ECERPH-7220
标题：订单系统》tk相关套餐单量扣减逻辑调整
负责人：刘星辉 ｜ 模块：TikTok-订单模块 ｜ 平台字段：Tiktok ｜ 迭代：20240312-常规-3月第二迭代 ｜ 最后更新：2024-03-05
需求描述：
- 背景（谁？什么问题？有什么影响？为什么？）
tk相关套餐调整为审单才扣减单量
- 需求（做什么？怎么做？有什么要注意的？）
1.tk以下套餐调整为审单才扣减单量。并且调整为数据配置套餐id即支持对应审单才扣减单量 达人营销工具免费版 达人营销工具免费版15天 达人营销工具基础版月度套餐 达人营销工具基础版年度套餐 达人营销工具进阶版月度套餐 达人营销工具进阶版年度套餐 TIKTOK专版 达人营销工具 TIKTOK专版「售前试用」 TIKTOK基础版 TIKTOK基础版「售前试用」
2024-02-26 ｜ 已完成 ｜ ECERPH-6983
标题：tiktok轻量版》新增显示系统备注、自动分仓和选择订单标记发货的按钮
负责人：吴韡辉 ｜ 模块：TikTok-订单模块 ｜ 迭代：20240312-常规-3月第二迭代 ｜ 最后更新：2024-04-01
需求描述：
- 背景（谁？什么问题？有什么影响？为什么？）
- 需求（做什么？怎么做？有什么要注意的？）
tiktok订单
- 新增显示备注信息
【图片】 （1）客服备注默认显示最新一条信息在页面上 （2）新增显示异常信息 【图片】 （3）新增显示系统备注（原版系统提示和系统备注合并显示在一起，仅显示最新的信息） 【图片】 【图片】
2.新增显示跟踪号。如果此订单无跟踪号的值显示为-- 【图片】
2.在待发货审核状态订单处理下新增按钮【自动分仓】。同旧菜单的【自动分仓】。 （1）点击进入运行分仓的loading状态，然后出现结果弹窗如下 【图片】
（2）【自动分仓】按钮新增按钮权限
3.在待发货、已发货、缺货、问题件的订单处理下新增按钮【标记发货】。同旧菜单的【选择订单标记发货】 （1）弹窗样式如下。 【图片】 （2）【标记发货】按钮新增按钮权限
4.订单列表排序，新增发货时间和审核时间的排序功能。默认为按照创建时间排序 【图片】
5. 在待发货、已发货、缺货、问题件的订单处理下新增【导入标记发货】按钮。同旧菜单的【批量导入标记发货】。
【图片】 （1）模板字段调整如下 【图片】 （2）新增承运商基础数据sheet 【图片】
（3）【导入标记发货】按钮新增按钮权限
6.在所有状态下新增【导出】按钮下拉出现按钮【按订单导出】、【按条件导出】同旧菜单的按条件导出和按订单导出 【按订单导出】、【按条件导出】按钮新增按钮权限 【图片】
7.侧边栏新增显示系统标记和自定义标记的筛选功能更 （1）区分系统标记和自定义标记。 （2）标记仅支持显示7个标记超过则通过滚轮查看。未标记固定显示在最上方。 （3）点击对应标记即在对应的状态下筛选对应标记的订单。 （4）侧边栏原？提示调整为鼠标悬停在“待审核（132）”类似这个字段上才显示 【图片】
2024-02-22 ｜ 已完成 ｜ ECERPH-6874
标题：tiktok轻量版》tiktok 订单和tiktok listing新增按钮权限控制
负责人：陈嘉骏 ｜ 模块：TikTok-订单模块 ｜ 平台字段：Tiktok ｜ 迭代：20240319-常规-3月第三迭代 ｜ 最后更新：2024-03-14
需求描述：
- 背景（谁？什么问题？有什么影响？为什么？）
新增按钮权限控制
- 需求（做什么？怎么做？有什么要注意的？）
tiktok轻量版》tiktok订单
- 按钮【发货审核】、【转冻结】、【作废】、【标记】、【截单】、【转待发货审核】、【转已发货】、
2.订单备注 【图片】
3.订单编辑：商品编辑和地址编辑 商品编辑：https://devops.aliyun.com/projex/project/b3b56b1f88e98c5e0b75512fe1/req/4e9789638cf4c98cc4b1d7a5e6 地址编辑：https://devops.aliyun.com/projex/project/b3b56b1f88e98c5e0b75512fe1/req/9713532ba4c183d0c2abd9e293 【图片】
Tiktok轻量版》tiktok listing
1.【商品补货设置】按钮 【图片】
商品补货需求：https://devops.aliyun.com/projex/project/b3b56b1f88e98c5e0b75512fe1/req/2c6d64fbd090e26310d676593f
2024-02-04 ｜ 已完成 ｜ ECERPH-6576
标题：订单系统》tiktok订单支持编辑订单地址
负责人：陈嘉骏 ｜ 模块：销售-订单管理-拉单 ｜ 迭代：20240227-常规-2月第二迭代 ｜ 最后更新：2024-03-01
需求描述：
- 背景（谁？什么问题？有什么影响？为什么？）
- 需求（做什么？怎么做？有什么要注意的？）
订单系统》tiktok订单
- 订单详情内新增编辑编辑地址的功能。点击编辑进入收货地址的编辑状态。
地址中的国家为必填项，保存的时候如果缺失地址提示：请填写XXXXX 【图片】
2.支持在待发货审核、冻结中、问题件状态支持订单编辑地址
2024-02-01 ｜ 已完成 ｜ ECERPH-6467
标题：订单系统》tiktok订单标发承运商需要根据店铺选择对应站点的承运商
负责人：刘星辉 ｜ 模块：销售-订单管理-标发 ｜ 迭代：20240227-常规-2月第二迭代 ｜ 最后更新：2024-02-27
需求描述：
- 背景（谁？什么问题？有什么影响？为什么？）
【图片】 美国的店铺需要使用美国的承运商id才能正常标发。 【图片】
- 需求（做什么？怎么做？有什么要注意的？）
订单系统》tiktok订单
1.系统自动标发的时候获取承运商的名称，不区分大小写的和对应订单的所属的店铺站点的承运商基础数据进行匹配获取到对应的承运商id进行标发。
2023-12-20 ｜ 已完成 ｜ ECERPH-4763
标题：Tiktok轻量版》tiktok订单管理列表新增显示审核时间和发货时间
负责人：陈嘉骏 ｜ 模块：销售-订单管理-拉单 ｜ 迭代：20240102-常规-1月第一迭代 ｜ 最后更新：2024-01-02
需求描述：
-
背景（谁？什么问题？有什么影响？为什么？）
-
需求（做什么？怎么做？有什么要注意的？）
订单系统》tiktok订单管理
（1）隐藏最晚发货时间。新增显示审核时间和发货时间（仅当这2个时间有值的时候才在系统显示对应的时间）
（2）订单审核后出现的弹窗样式调整
2023-12-19 ｜ 已完成 ｜ ECERPH-4680
标题：订单系统》TIKTOK免费版套餐的订单扣单逻辑调整
负责人：刘星辉 ｜ 模块：销售-订单管理-拉单 ｜ 迭代：20240102-常规-1月第一迭代 ｜ 最后更新：2024-01-02
需求描述：
- 背景（谁？什么问题？有什么影响？为什么？）
为了配合TIKTOK免费版套餐发布，避免免费版客户快速消耗订单导致无法使用系统。 原生成订单扣减单量调整为审核订单才扣减单量
-
需求（做什么？怎么做？有什么要注意的？）
-
当套餐为TIKTOK免费版套餐的时候，审核了订单，订单生成了仓库单号的情况下才扣减单量
2. 调用文档接口获取套餐数据， https://eccang.yuque.com/gv76wn/ogtww6/np7rb8?singleDoc#
2023-12-18 ｜ 已完成 ｜ ECERPH-4604
标题：订单系统》tiktok订单管理中新增处理费用：sfp_service_fee
负责人：刘星辉 ｜ 模块：销售-订单管理-费用 ｜ 平台字段：Tiktok ｜ 迭代：20231226-常规-12月第四迭代 ｜ 最后更新：2023-12-26
需求描述：
- 背景（谁？什么问题？有什么影响？为什么？）
【图片】
- 需求（做什么？怎么做？有什么要注意的？）
订单系统》Tiktok订单
1.通过账单接口拉取回来的数据sfp_service_fee需要对应的计入订单的其他费用内。 【图片】
2023-12-06 ｜ 已完成 ｜ ECERPH-4141
标题：订单系统》tiktok订单调整商品名称
负责人：刘星辉 ｜ 模块：销售-订单管理-拉单 ｜ 迭代：20231219-常规-12月第三迭代 ｜ 最后更新：2023-12-19
需求描述：
- 背景（谁？什么问题？有什么影响？为什么？）
关联需求：https://www.tapd.cn/64436104/prong/stories/view/1164436104001090697 以上需求未实现再安排开发
- 需求（做什么？怎么做？有什么要注意的？）
订单系统》tiktok订单 1.订单列表商品名称取值调整
当前取值的是接口中的 sku_name，调整为取值 product_name+sku_name 。用户光标移入标题的收显示显示对应的产品图片 取值：sku_image 【图片】
2023-12-04 ｜ 已完成 ｜ ECERPH-4054
标题：订单系统》Tiktok新增店铺设置控制是否在总金额内减去税费
负责人：刘星辉 ｜ 模块：销售-订单管理-费用 ｜ 平台字段：Tiktok ｜ 迭代：20231231-紧急-12月紧急迭代 ｜ 最后更新：2023-12-06
需求描述：
- 背景（谁？什么问题？有什么影响？为什么？）
天渴定制【不支持额外金额】 新增店铺设置：总金额是否减去税费？ 0：总金额不减去税费，返回账单的情况下其他费用计入税费。 1：总金额减去税费，返回账单的情况下其他费用不计入税费。
当设置为1的情况下 账单未结算： （1）总金额取值买家支付金额-税费 （2）新增一个税费字段，只做展示 （3）其他费用不做变更
接着如果平台账单更新，则以平台账单为准 （1）总金额取值买家支付金额-税费 （2）税费仅做展示不变 （3）其他费用在账单返回税费的情况下也不计算税费（VAT） @Yui(刘艳风)(Yui(刘艳风)) @Juan(杜娟)(杜娟) 确认下关于税费的我就这样安排调整了
- 需求（做什么？怎么做？有什么要注意的？）
订单系统》Tiktok订单
- 订单金额需要按照以下内容进行调整
（1）总金额调整取值为订单报文中的payment_info_total_amount （2）运费为payment_info_shipping_fee （3）交易额调整为总金额-运费。 （4）系统商品单价需要按照平台的单价比例均摊交易额。 【图片】
- 店铺设置新增设置：tiktok_total_amount_minus_vat
0：总金额不减去税费，返回账单的情况下其他费用计入税费。【默认值】 1：总金额减去税费，返回账单的情况下其他费用不计入税费。 当设置为1的情况下 （1）总金额=payment_info_total_amount-payment_info.taxes （2）账单返回的情况下，不再将Get Settlements接口中返回的vat计入到其他费用内。（关联需求：https://devops.aliyun.com/projex/project/b3b56b1f88e98c5e0b75512fe1/req/fb49686ebda30fd56abd4439c5）
2023-11-29 ｜ 已完成 ｜ ECERPH-3869
标题：[Tiktok轻量版]Tiktok订单管理页面样式优化调整
负责人：陈嘉骏 ｜ 模块：销售-订单管理 ｜ 迭代：20240102-常规-1月第一迭代 ｜ 最后更新：2024-01-02
需求描述：
- 背景（谁？什么问题？有什么影响？为什么？）
订单管理页面样式优化调整 源文档：https://alidocs.dingtalk.com/i/nodes/6LeBq413JAzx26evUk5DPpKv8DOnGvpb
- 需求（做什么？怎么做？有什么要注意的？）
| 问题描述 | 问题截图 | 提出人 | 负责人 | 优先级 |
| --- | --- | --- | --- | --- |
| 时间上需要新增显示发货时间。发货时间取值逻辑同现有订单管理tk中的发货时间。如果未有发货时间返回的情况下，则不显示发货时间的表头 | | 陈家宜 | @黄荣根 (奥兹)@陈嘉骏 | 中 |
| 全部店铺的筛选项改
1、选择框里面下拉箭头没有
2、复选框用组件图标
3、下拉的宽度调整一下
4、确定文案改成搜索
5、选中以后输入框的样式也不对 | | 马妮娅 | @黄荣根 (奥兹) | 中 | | 1、默认要勾选剩余发货时间
2、图标换iconfont的
3、选择以后是蓝色 | | @马妮娅 | @黄荣根 (奥兹) | 中 | | 1、搜索图标hover时不需要蓝色底
2、下拉样式加hover
3、重置按钮hover样式不对 | | @马妮娅 | @黄荣根 (奥兹) | 中 | | 间距调整 | | @马妮娅 | @黄荣根 (奥兹) | 中 | | 全局：页面的底色修改 | | @马妮娅 | @黄荣根 (奥兹) | 中 | | 收入名称调整为订单金额 | | @马妮娅 | @黄荣根 (奥兹) | 低 | | 1、侧边栏选中的样式修改
2、hover的时候字体颜色不用变 | | @马妮娅 | @黄荣根 (奥兹) | 中 | | 订单备注需要显示最新一条备注信息在列表上 | | 陈家宜 | @黄荣根 (奥兹) | 高 | | 订单状态上需要显示对应的订单数量 | | 陈家宜 | @黄荣根 (奥兹) | 中 | | 1、间距调整
2、全局最小字号12 px | | @马妮娅 | @黄荣根 (奥兹) | 中 | | 下拉箭头图标缩小一点，默认颜色更改 | | @马妮娅 | @黄荣根 (奥兹) | 中 | | 列表上图片展示都处理成正方形 | | @马妮娅 | @黄荣根 (奥兹) | 中 | | 有多个标记时，或标记没有显示完整时才显示下拉浮层 | | @马妮娅 | @黄荣根 (奥兹) | 中 | | 如果没有买家留言就不要显示在列表上 | | @马妮娅 | @黄荣根 (奥兹) | 中 | | 订单备注
1、时间显示完整
2、表格左右显示完整 | | @马妮娅 | @黄荣根 (奥兹) | 中 | | 1、暂无图片的样式修改
2、间距调整
3、字段没有数据时用- -占位符显示 | | @马妮娅 | @黄荣根 (奥兹) | 中 | | 标记要有一个清除已有标记的按钮 | | @马妮娅 | @黄荣根 (奥兹) | 低 | | 全局
1、分割线颜色修改
2、外框也有一像素的线条 | | @马妮娅 | @黄荣根 (奥兹) | 低 | | 页码
1、页码到列表间距12px
2、页码高度24px | | @马妮娅 | @黄荣根 (奥兹) | 低 | | 查看图片样式统一 | | @马妮娅 | @黄荣根 (奥兹) | 低 | | 备注的hover状态加上 | | @马妮娅 | @黄荣根 (奥兹) | 低 | | 页面滚动样式 | | @马妮娅 | @黄荣根 (奥兹) | 低 | | 1440以下屏幕列表横向滚动显示 | | @马妮娅 | @黄荣根 (奥兹) | 高 | | 添加进行中的状态 | | @马妮娅 | @周景航 | 低 | | 右边的间隙缩短一点，加上时间以后，整个居中显示 | | @马妮娅 | @周景航 | 低 | | 间距调整 | | @马妮娅 | @周景航 | 低 | | 按钮的交互样式修改 | | @马妮娅 | @周景航 | 低 | | 下拉箭头大小和颜色要调整 | | @马妮娅 | @周景航 | 低 | | 标签换一下样式 | | @马妮娅 | @周景航 | 低 | | 顶部灰色块去掉 | | @马妮娅 | @周景航 | 低 | | 字体颜色修改 | | @马妮娅 | @周景航 | 低 | | 灰色底色要改一下颜色 | | @马妮娅 | @周景航 | 低 | | hover时才出现复制图标
复制图标要换一下 | | @马妮娅 | @周景航 | 低 | | 全局字体 | | | | | Verdana, PingFangSC-Regular, PingFang SC, -apple-system, BlinkMacSystemFont, Segoe UI, Hiragino Sans GB, Microsoft YaHei, Helvetica Neue, Helvetica, Arial, sans-serif, Apple Color Emoji, | Segoe UI Emoji, | Segoe UI Symbol \ | | --- \ | | | --- | --- | --- | --- | --- | | @马妮娅 | @黄荣根 (奥兹) | 中 | | | | 订单费用信息的滚动条覆盖到了内容。需要调整 | 另外币种三字码需要显示在费用后面并且使用空格隔开。例如：21.05 USD \ | | --- \ | | | 陈家宜 | @黄荣根 (奥兹) | 高 | | | | 选中和hover时候的底色要区分 | | @马妮娅 | @黄荣根 (奥兹) | 低 | | 线上环境四周的灰色边距都去掉 | | @马妮娅 | @黄荣根 (奥兹) | 中 | | 1、图标的默认颜色修改
2、hover的样式修改
3、图标用反了 | | @马妮娅 | @黄荣根 (奥兹) | 低 | | 下拉浮层，页面滚动 | | @马妮娅 | @黄荣根 (奥兹) | 低 | | 对话框的样式修改 | | @马妮娅 | @黄荣根 (奥兹) | 低 | | 剩余时间的图标，根据倒计时配置规则 ，
只有图标的时候也要显示多种状态 | | @马妮娅 | @黄荣根 (奥兹) | 低 | | 默认显示时间即可，不再使用复选框进行勾选显示了 | | 陈家宜 | @黄荣根 (奥兹) | 中 | | 订单详情的页签上需要标识对应的订单号，显示为：“576540125482160347订单详情 | | 陈家宜 | @黄荣根 (奥兹) | 中 | | 跟踪号和发货物流的位置调整。发货物流调整为取值运输方式的中文名称 | | 陈家宜 | @黄荣根 (奥兹) | 中 | | 同时存在订单号和仓库单号的时候优先显示仓库单号。
如果仓库单号不存在的情况下则仅显示订单号 | | Angelo | @黄荣根 (奥兹) | 中 | | 地址信息，根据这几个字段来布局：
第一行：收件人
第二行：邮箱\ | 联系电话（加密）
第三行：地址1+地址2+地址3（加密）
第四行：州+城市+国家
第五行：邮编 | | Angelo | @黄荣根 (奥兹) | | 删除日志按钮，暂不需要 | | 陈家宜 | @黄荣根 (奥兹) | 低 | | 去除此处空格 | | Angelo | @黄荣根 (奥兹) | 低 | | 订单日志上需要新增显示操作人 | | 陈家宜 | @黄荣根 (奥兹)@陈嘉骏 | 中 | | 隐藏此按钮目前暂无作用 | | 陈家宜 | @黄荣根 (奥兹) | 低 | | 平台单号标题和单号直接隔开一个空格，并且鼠标hover上去的时候只需要单号需要显示为蓝色 | | 陈家宜 | @黄荣根 (奥兹) | 低 | | 订单详情内缺少费用信息 | | 陈家宜 | @黄荣根 (奥兹) | 高 | | 隐藏itemid 字段目前没有数据可对接 | | 陈家宜 | @黄荣根 (奥兹) | 低 | | 仓库单号没有返回的情况下不显示仓库单号的标题 | | 陈家宜 | @黄荣根 (奥兹) | 低 | | 需要审核的结果显示对应提示框，如图 | 【图片】 | 陈家宜 | @黄荣根 (奥兹)@陈嘉骏 | |
2023-11-28 ｜ 已完成 ｜ ECERPH-3767
标题：[TIKTOK轻量版]新增按钮控制显示新旧2版订单管理页面
负责人：陈嘉骏 ｜ 模块：销售-订单管理 ｜ 迭代：20240102-常规-1月第一迭代 ｜ 最后更新：2024-01-02
需求描述：
- 背景（谁？什么问题？有什么影响？为什么？）
[TIKTOK轻量版]新增按钮控制显示新旧2版订单管理页面
- 需求（做什么？怎么做？有什么要注意的？）
订单系统》tiktok订单
- 新增按钮：“体验新版”控制显示新旧2版订单管理页面。默认进入系统显示的旧版订单管理页面
【图片】 新版订单管理页面上新增按钮“返回旧版”。点击则返回旧版页面。 用户点击返回旧版出现以下弹窗，弹窗内输入框的内容为非必填项，用户点击确认则切换回旧版页面 【图片】 用户确认切换到哪个页面后，进入系统则进入对应的界面。
2023-11-27 ｜ 已完成 ｜ ECERPH-3722
标题：【Tiktok轻量版】订单管理》显示筛选条件
负责人：陈嘉骏 ｜ 模块：销售-订单管理 ｜ 迭代：20240102-常规-1月第一迭代 ｜ 最后更新：2024-01-02
需求描述：
-
背景（谁？什么问题？有什么影响？为什么？）
-
需求（做什么？怎么做？有什么要注意的？）
订单管理》TIktok订单 支持显示以下筛选条件 分组则说明对应筛序条件可以折叠在同一个下拉框，支持使用同一个筛选项组件进行搜索 【图片】 | 分组 | 筛选项名称 | 单选/多选 | 截图 | | --- | --- | --- | --- | | 订单类型 | 订单类型 | 单选筛选 | | | 单号 | 系统单号 | 单个搜索+批量搜索 | | | 单号 | 仓库单号 | 单个搜索+批量搜索 | | | 单号 | 平台单号【默认值】 | 单个搜索+批量搜索 | | | 单号 | 跟踪号 | 单个搜索+批量搜索 | | | 商品信息 | 平台SKU批量搜索【默认值】 | 批量搜索 | | | 商品信息 | 平台SKU模糊搜索 | 单个搜索 | | | 商品信息 | 仓库SKU批量搜索 | 批量搜索 | | | 商品信息 | 仓库SKU模糊搜索 | 批量搜索 | | | 商品信息 | 产品名称模糊搜索 | 单个搜索 | | | 店铺账号 | 店铺账号 | 多选筛选 | | | 收件国家 | 收件国家 | 多选筛选 | | | 运输方式 | 运输方式 | 多选筛选 | | | 发货仓库 | 发货仓库 | 多选筛选 | | | 时间 | 付款时间【默认值】 | 时间选区筛选 | | | 时间 | 审核时间 | 时间选区筛选 | | | 时间 | 发货时间 | 时间选区筛选 | | | 时间 | 最晚发货时间 | 时间选区筛选 | | | 订单金额 | 预估毛利 | 数字区间筛选 | | | 订单金额 | 订单售价【默认值】 | 数字区间筛选 | | | TIktok仓库 | TIktok仓库 | 多选筛选 | | | 平台订单状态 | 平台订单状态 | 多选筛选 | | | FBP订单 | FBP订单 | 单选筛选 | | | 订单分类 | 订单分类 | 单选筛选 | | | 分仓状态 | 分仓状态 | 单选筛选 | | | 标发状态 | 标发状态 | 单个搜索 | | | 是否已退款 | 是否已退款 | 单个搜索 | |
2023-11-20 ｜ 已完成 ｜ ECERPH-3443
标题：[TIKTOK轻量版]订单管理页面-按钮
负责人：陈嘉骏 ｜ 模块：销售-订单管理 ｜ 迭代：20231231-项目-TikTok轻量级ERP ｜ 最后更新：2023-11-29
需求描述：
- 背景（谁？什么问题？有什么影响？为什么？）
[TIKTOK轻量版]订单管理页面-按钮
- 需求（做什么？怎么做？有什么要注意的？）
1.订单管理页面需要显示的按钮 | 按钮名称 | 所属文件夹 | 可显示的状态 | | | --- | --- | --- | --- | | 导出 | 导出 | 和如意版系统保持一致 | | | 发货审核 | 订单处理 | 和如意版系统保持一致 | | | 冻结 | 订单处理 | 和如意版系统保持一致 | | | 客服备注 | 客服备注 | 和如意版系统保持一致 | | | 自定义标记 | 标记 | 和如意版系统保持一致 | | | 截单 | 订单处理 | 和如意版系统保持一致 | | | 转冻结 | 订单处理 | 和如意版系统保持一致 | | | 转待发货审核 | 订单处理 | 和如意版系统保持一致 | | | 转冻结 | 订单处理 | 和如意版系统保持一致 | | | 作废 | 订单处理 | 和如意版系统保持一致 | | | 处理待确认 | 订单处理 | 和如意版系统保持一致 | | | 发货审核-重新支持仓库 | 和如意版系统保持一致 | 发货审核-默认仓库 | 和如意版系统保持一致 | | | 已废弃-转待发货审核 | 订单处理 | 和如意版系统保持一致 |
2023-11-20 ｜ 已完成 ｜ ECERPH-3439
标题：订单系统》TIktok订单，自动创建退款RMA
负责人：刘星辉 ｜ 模块：销售-订单管理-费用 ｜ 平台字段：Tiktok ｜ 迭代：20231231-项目-TikTok轻量级ERP ｜ 最后更新：2023-12-12
需求描述：
- 背景（谁？什么问题？有什么影响？为什么？）
自动创建TIKTOK订单退款RMA
- 需求（做什么？怎么做？有什么要注意的？）
订单系统》tiktok订单
- 对接中台的拉取return接口的数据，中台需求：https://devops.aliyun.com/projex/req/ECERPJ-1310# 《中台》对接tiktok查询退款接口》
2.账号系统的店铺设置中新增设置：“自动创建TikTok的退款RMA”（设置代码：tiktok_auto_refund_rma）。默认值为2个复选框都不勾选。 复选框选项1：0 否 复选框选项2：1 是
3.当return_type为 REFUND和RETURN_AND_REFUND并且return_status为RETURN_OR_REFUND_REQUEST_COMPLETE 和“自动创建TikTok的退款RMA”设置为是的时候创建退款RMA。创建RMA的明细如下
| 系统字段 | 接口字段 | 备注 |
| --- | --- | --- |
| return id | return_id | 根据此字段判断RMA是否已创建过 |
| 订单号 | order_id | 根据订单号去查询匹配退款的订单 |
| 仓库SKU | return_line_items.seller_sku | 根据订单的返回seller_sku去匹配映射的仓库SKU |
| RMA数量 | 无 | 取值seller_sku匹配映射的仓库SKU的所有数量 |
| RMA原因 | 无 | 固定为平台退款 |
| 平台退款原因 | return_reason_text | |
| 退款类型 | 无 | 当refund_subtotal>=订单金额的时候为全额退款
当refund_subtota<订单金额的时候为部分退款 |
| 退款金额 | return_line_items.refund_subtotal | - 全额退款的时候，退款金额=refund_subtotal
- 部分退款的时候，根据退款信息中返回的seller_sku找到对应的仓库sku。每个仓库SKU的退款金额为return_line_items.refund_subtotal*（单个仓库SKU销售单价/映射seller_sku的单价） |
| RMA退款时间 | create_time | 换算为北京时间 |
| 退款币种 | currency | |
（4）创建系统已退款状态RMA
2023-11-15 ｜ 已完成 ｜ ECERPH-3272
标题：仓配系统》获取TIKTOK线上物流和平台海外仓发货单的尾程运费
负责人：王海刚 ｜ 模块：销售-订单管理-费用 ｜ 平台字段：Tiktok ｜ 迭代：20231212-常规-12月第二迭代 ｜ 最后更新：2023-12-06
需求描述：
- 背景（谁？什么问题？有什么影响？为什么？）
对接账单信息
- 需求（做什么？怎么做？有什么要注意的？）
仓配系统》tiktok线上物流
- 使用tiktok线上物流，可以通过订单系统的tk平台账单数据中获取到平台的尾程运费（运输费）
订单系统对应需求：https://devops.aliyun.com/projex/project/b3b56b1f88e98c5e0b75512fe1/req/fb49686ebda30fd56abd4439c5
2.tiktok平台有平台海外仓发货的订单也需要获取到到尾程运费，所以参考shopee平台，通过配置PLATFORM_ORDER_FEE，新增tiktok平台的平台海外仓订单也支持拉取尾程运费 【图片】