AI问答
会话式可信问答
问答说明
- 证据优先只使用可追溯证据；证据不足会明确说明。
- 引用可核验点击引用编号查看原文和官方链接。
- 范围可控按当前市场、平台和日期回答，不混用其他范围。
向可信知识库提问
证据优先 · 引用可核验 · 范围可控先在上方确认市场、平台、业务域与截至日期，再询问规则、流程、术语或费用；回答会附来源引用与相关对象，证据不足时明确告知"未覆盖"。
常见问题服务暂不可用，显示固定示例问题。
关键词检索结果（20）
关键词检索只列出当前发布版本内的页面与段落；要获得带引用的回答，请在上方会话中提问。
- 退货退款（Canonical 实体）
## 说明 退货单承载类型、原因码、状态、四个时间节点（发起、批准、入库、隐含于状态的退款）、退款金额与退货地址标识。 关联：向上属于 `canonical.order`。一个订单可以有多个退货单（分批退、先仅退款后退货），canonical 不假设退货覆盖整单。 `return_type` 承载「退货 vs 仅退款」的差异（CM §7 R-4）：平台若把两者并入同一流程且不暴露类型，映射标 `PARTIAL` 并在 notes 写明合流情况，不允许靠状态反推类型。退货地址只…
wiki/12-canonical/return#s-2-说明 - 退货 · 发起时间
## 说明 各类退货响应时效的计时起点。 平台给卖家的处理时限通常自本时刻起算，且超时多为默认同意。这使得本字段是退货域最重要的时间基准——它不只是记录，而是一个正在走的倒计时。
wiki/12-canonical/return/requested_at#s-2-说明 - 退货单已发起（RETURN_REQUESTED）
## 易混淆项 - **与 `canonical.state.order.RETURN_REQUESTED` 的内部枚举名撞车**：两者都被人念作 RETURN_REQUESTED，但一个是退货单状态、一个是订单标记。本别名表刻意在两边都收录该缩写以保召回，区分靠 `canonical.state.<域>.<状态>` 里的域段。 - 本状态的停留时长本身就是风险指标：处理时限从 `canonical.return.requested_at` 起算，**超时通常默认同意**，所…
wiki/01-term/return_requested#s-3-易混淆项 - 退货单已发起（RETURN_REQUESTED）
## 定义 Requested（退货单已发起）—— 买家已发起退货或退款请求，等待处理。它是退货状态机的入口，没有入边。
wiki/01-term/return_requested#s-1-定义 - 退货退款（Canonical 实体）
## 定义 买家在成交后发起的退货、仅退款或换货请求，及其从发起到关闭的处理过程。
wiki/12-canonical/return#s-1-定义 - 仅退款（Refund Only）
## 定义 Refund Only（仅退款） 买家不退回商品、只申请退款的请求类型，对应 `canonical.return.return_type` 的 `refund_only` 取值。
wiki/01-term/refund_only#s-1-定义 - 结算（Settlement）
## 易混淆项 - **与扣收时间**：`canonical.fee.charged_at` 是费用发生的时间，结算是资金到账的时间，两者可能相差数周。 - **与已支付**：买家付款与卖家收款是两件事，COD 场景下差别最大（见 `term.cod`）。 - **与退款**：结算后发生的退款通常从下一期结算款里冲回，不会撤销上一期结算，对账时须按期次看。
wiki/01-term/settlement#s-3-易混淆项 - 退货 · 所属订单
## 说明 一个订单可能有多个退货单：分批退，或先仅退款后退货。 canonical 不限制数量，也不假设退货覆盖整单。按订单统计退货率时必须先决定多退货单如何折叠。
wiki/12-canonical/return/order_ref#s-2-说明 - 已完成（ORDER_COMPLETED）
## 易混淆项 - 「完成」到底指妥投还是指结算，**各平台口径不同且必须取证**。口径不一致会让「完成率」「结算周期」这类指标在跨平台对比中静默失真。 - 与 `canonical.state.order.DELIVERED` 的区别是售后与结算窗口：送达只是物流结束。 - 入边包含 `canonical.state.order.RETURN_REQUESTED`：退货被拒或买家撤销后订单照常结算，所以「有过退货申请」的订单最终落在本状态是正常的，不是漏处理。
wiki/01-term/order_completed#s-3-易混淆项 - 退货已拒绝（RETURN_REJECTED）
## 易混淆项 - **与 `canonical.state.return.CLOSED` 都被口语叫「结案」，但路径完全不同**：本状态是审核否决后的终态，已关闭走的是已退款之后的正常结束。统计「退款率」时若把两者合并，分母会被拒绝单撑大。 - 拒绝之后买家往往可以申诉或申请平台介入，canonical 把那视为一次**新的请求**而不是本状态的出边；所以同一笔订单出现多张退货单是正常现象。 - 与 `canonical.state.order.CANCELLED` 无关：…
wiki/01-term/return_rejected#s-3-易混淆项 - 退货 · 发起时间
## 定义 买家发起退货或退款请求的瞬间。
wiki/12-canonical/return/requested_at#s-1-定义 - source.tiktok_shop.th.return
## 覆盖范围 - **退货/退款申请窗口**：买家可发起的时限（签收后 N 天）、可发起的理由类型。 - **卖家举证与响应时限**：多久内必须处理，超时的默认判定方向。 - **平台仲裁**：介入条件、判定依据、申诉通道与次数。 - **退货运费归属**：按退货理由（质量问题 / 七天无理由 / 错发漏发）划分的承担方规则。 - **跨境退货的特殊安排**：跨境店的退货地址、集运仓、销毁/弃件选项。
wiki/13-source/tiktok_shop/th/return#s-1-覆盖范围 - 泰国本土卖家
## 定义 **这是规则适用画像，不是商家账号。** 它回答的是"哪一类卖家适用哪一条规则"， 与任何租户的业务对象无关（`knowledge/` 下不得出现 `tenant.*` ID，L3-8）。 落入本画像的典型业务形态（需求 §2.1）： - 以泰国主体（泰国注册公司或泰国身份的个人）在平台泰国站开店； - 面向泰国消费者销售，结算币种为 THB； - 从泰国本地仓发货，使用本地物流，货到付款是常规选项； - 关注点集中在本土履约、费率、退货、税务、处罚与平台活动规则…
wiki/03-market/profile/th_local#s-1-定义 - source.shopee.th.return
## 覆盖范围 - **退货/退款申请窗口**：买家可发起的时限与理由类型（含 7 天无理由的泰国站口径）。 - **卖家举证与响应时限**：超时的默认判定方向。 - **平台仲裁**：介入条件、判定依据、申诉次数与时限。 - **退货运费归属**：按理由划分的承担方。 - **与放款的关系**：退货申请对 Shopee Guarantee 放款时点的影响（时序规则，不含金额）。 - **跨境退货安排**：退货地址、集运/销毁选项。
wiki/13-source/shopee/th/return#s-1-覆盖范围 - 包裹已交接（SHIPMENT_HANDED_OVER）
## 易混淆项 - **与 `canonical.state.order.SHIPPED` 是最重要的一组区分**：订单侧的已发货触发点因平台而异（交接承运方 / 首个物流轨迹 / 卖家点击已发货），本状态则只对应真实交接。**迟发货判定必须用本状态对应的时间字段，不能用订单状态变更时间。** - 与 `canonical.state.shipment.LABEL_CREATED` 的区别是有没有实物离开卖家：出单只是准备动作。 - `PICKED_UP` 这个缩写在本库指交…
wiki/01-term/shipment_handed_over#s-3-易混淆项 - 退货已批准（RETURN_APPROVED）
## 易混淆项 - **批准不等于要寄回**：仅退款场景直接从本状态跳到已退款，跳过退货在途与已收货两个节点。把「已批准」一律当成「等买家寄回」，会让一批仅退款请求永远挂在待收货清单里。该分支在东南亚市场占比不低，判断依据是 `canonical.return.return_type`。 - 与 `canonical.state.order.RETURN_REQUESTED` 不同层：订单侧只有「有没有售后」，没有批准与否。 - 与超时默认同意的区别：默认同意也会落到本状态，…
wiki/01-term/return_approved#s-3-易混淆项 - 订单退货已入库（ORDER_RETURN_RECEIVED）
## 易混淆项 - **与 `canonical.state.return.RECEIVED`（退货单已收货）是同一件事的两个粒度**：本状态在订单上，后者在退货单上，且后者对应 `canonical.return.received_at`，是 WMS 集成与退款放行的实物依据。做入库对账时用退货单侧，做订单结算判断时才用本状态。 - 平台不暴露入库节点时，本状态在该平台上没有对应原值，不允许用批准时间或退款时间近似替代。 - 与 `canonical.state.shipm…
wiki/01-term/order_return_received#s-3-易混淆项 - 已退款（RETURN_REFUNDED）
## 定义 Refunded（已退款）—— 退款已经执行。入边有两条：仅退款从已批准直接进入，退货退款经已收货进入。
wiki/01-term/return_refunded#s-1-定义 - 仅退款（Refund Only）
## 易混淆项 - **与退货退款**：没有实物回流，因此不产生退货运单，也不占用退货地址（见 `term.return_refund`）。 - **与订单取消**：发货前的退款在很多平台走取消流程而不是退货流程，两者的状态链与结算影响不同。 - **平台可能不区分**：若平台把两者并入同一流程且不暴露类型，映射标 `PARTIAL` 并在 notes 写明合流情况（CM §7 R-4）。
wiki/01-term/refund_only#s-3-易混淆项 - 订单退货申请中（ORDER_RETURN_REQUESTED）
## 别名与出处 泰语 `คืนสินค้า/คืนเงิน` 与越南语 `Trả hàng/Hoàn tiền` 是卖家后台把退货与退款并列展示的页签写法，买家端与客服口语则拆成「ขอคืนสินค้า / ขอคืนเงิน」「Yêu cầu trả hàng / Yêu cầu hoàn tiền」，两种形态都收录。 平台官方字串待 D3 由 market.th / market.vn owner 核对。
wiki/01-term/order_return_requested#s-2-别名与出处