source.tiktok_shop.th.fee

覆盖范围

• 平台佣金：按类目的费率表、封顶/保底、生效区间。
• 交易与支付手续费：费率、计费基数（含税与否、是否含运费）、币种。
• 运费方案：平台补贴规则、买家承担与卖家承担的分界、超重/偏远附加。
• 促销与营销服务费：参加平台活动的服务费、达人佣金比例区间、广告费口径。
• 结算：结算周期、可提现时点、扣款顺序、保证金。
• 罚款金额：逾期发货、虚假发货等违规对应的扣款金额与计算方式 （判定口径本身在 fulfillment / violation，本条只管钱）。

不覆盖

• 规则判定本身。"什么算逾期发货"在 source.tiktok_shop.th.fulfillment， "扣多少钱"在这里。拆开的理由：判定口径变化慢，费率变化快， 合并会强迫整块内容跟着 30 天节奏复核，制造大量无意义的复核任务。
• 税（VAT 代扣代缴、跨境进口税）。tax 域同样 30 天档但责任方不同， 且泰国站的税务口径来自税务公告而非卖家中心，需单独登记 Source。
• API 返回的费用字段（订单结算明细接口）。见 source.tiktok_shop.th.api。 接口字段是 Field 对象的来源，费率表是 FeeItem 对象的来源，不得互换。
• 历史费率。已失效的费率靠版本链（supersedes）保留，不在本 Source 重复登记。

取证方式

auth_required: true → fetch_strategy: manual（L3-17）。KA §6.3 人工录入通道， 截图为阻断项（L3-18）：费率是最容易被质疑的一类知识，没有当时页面的截图， 后续无法向卖家证明"当时官方就是这么写的"。

额外要求：

• 引证 quote 必须包含数字与单位的完整上下文（"5%"单独一个词毫无意义， 必须连同类目、基数、生效日一起截取）；
• 费率变更须建 ChangeEvent 并用 supersedes 接旧版本，不得原地改数字；
• 本 Source 支撑的对象命中 fee 域，PR 需两人评审且其中一人来自核心团队（KA §8.3）。

30 天复核（KA §7.2 fee 域上限，全库最严档之一）。