Temu 对账：拼多多海外 + 半托管
Temu 对账：拼多多海外 + 半托管
摘要：2024 年 Temu（拼多多海外）对账逻辑发生「业务模式两极分化」的剧变 ——一边是 Temu 全托管（商家供货 / 平台代运营代销代发货），一边是 2024 年下半年才大规模放量的 Temu 半托管（商家自备货到 Temu 合作海外仓 / 平台负责销售 / 商家自负责售后退货回流 / USD 结算后结汇 CNY）。两种模式对账路径完全不一样：全托管走二方核对（无买家订单号），半托管走「三方两段式」——平台账单 ↔ 海外仓入库快照 ↔ 商家内部核算 + 资金回流链独立追踪。本文以 2026-08-22 Temu 半托管试点接入定稿记录 + 试点 6 月账期实测为基准，拆透半托管对账新规则 ——核心是 3 道闸门（主营收入正循环 SUCCESS / 海外仓入库未映 MISSING_WAREHOUSE / 跨业务类型混淆 ORDER_TYPE_MISMATCH）+ 售后退货回流四件套（回流单独立记账 + 货品回流登记 + 质检报废标记 + 退运费回拨）+ USD 结算镜像（平台收付净额 = 商家 USD 收单合计、商家实收 CNY = USD 净额 × 中间行结汇汇率）。最后给出新版脚本 v1.1.0 的金色验收基线。
关键词：Temu、拼多多海外、半托管、全托管、海外仓、入库快照、售后退货回流、资金回流、质检报废、USD 结算、汇率镜像、23 业务标签码、CROSS_BORDER_WAREHOUSE、AFTER_SALE_RETURN_UNDELIVERED、FX_MIRROR、半托管口径
月结前夜的跨境 CFO，桌面上多了「Temu 半托管」这一摞新账单
2024 年下半年 Temu 半托管大规模放量，跨境电商 CFO 的桌面多出一摞 3 张文件 + 1 个回流池：Temu 半托管 USD 结算账单（487 行）、3 个海外仓入库快照（41 SKU）、聚水潭 ERP 国内出库发货记录、售后退货回流池（37 笔 / 4 类状态）[来源：2026-08-22 Temu 半托管试点接入定稿记录 + 试点 6 月账期复核记录]。
Temu 半托管的核心反直觉点有 4 个：
- 「半托管 ≠ 全托管」业务模型不同 ——全托管没有买家订单号；半托管有买家订单号 + 有海外仓出入库，与亚马逊 FBA 类似但分属两个平台业务核算体系，所以全托管 + 半托管是 Temu 内部两个独立脚本。
- 「入库 ≠ 出库」库存分两段 ——商家备货决定库存、平台仓出库决定履约，财务对账缝合成「国内出 → 入库候 → 平台销 → 平台出 → 资金回」5 段闭环。
- 「资金回流 ≠ 货品回流」 ——售后退货是三条独立链（资金回流 + 货品回流 + 质检报废），7 笔质检报废是 Temu 特有场景，亚马逊 FBA 没有「平台主动销毁」的判定。
- 「USD 净额 ≠ 商家 CNY 实收」 ——扣平台推广费 / 退货回流后才是商家 USD 收单合计；按第三方支付机构中间行汇率结汇，到账与账单净额存在「汇率偏差 + 手续费 + 在途折损」三重损耗。
下文沿「两极分化 → 3 道闸门 → 4 件套 → USD 镜像」四条主线拆开讲透。
全景先行：Temu 「两极分化」的本质差异
Temu 2024 的「两极分化」不是噱头，是业务模型本身不一样：
| 模式 | 资金流链路 | 订单号机制 | 海外仓 | 财务对账本质 | 落库 billType |
|---|---|---|---|---|---|
| Temu 全托管（2022-09 推出） | 商家供货 → 平台销售 → 平台收款 → 平台按供货数量结算 | 没有买家订单号，只有 loan+数字 的供货单号（号段以 5 开头居多） | 无（货在商家手里，平台销售） | 二方核对：平台付款 ↔ 商家供货单 | managed_flow（独立 billType，与速卖通 Choice 同构） |
| Temu 半托管（2024-06 大规模放量） | 商家自备货到 Temu 合作 3PL 海外仓 → 买家下单 → 平台触发海外仓出库 → 平台收款 → 商家结汇 | 有买家订单号 + 海外仓入库物流单号（AP-US 开头） | 有（Temu-US-East / Temu-US-West / Temu-DE 等多仓） | 三方两段式：平台账单 ↔ 海外仓入库快照 ↔ 商家内部核算 + 售后退货回流独立链 | temu_usd（资金主表）+ temu_warehouse（入库快照，金额恒 0）+ temu_return（退货回流池） |
[来源：2024 Temu 半托管业务白皮书 + 2026-08-22 Temu 半托管试点接入定稿记录] 对照表里有 4 个核心要点要强调：
- Temu 半托管有买家订单号但无买家子订单号维度 ——不像京东 POP 有
orderId + skuId两层，半托管只有bizOrderNo一个主键，SKU 级追溯靠「海外仓入库快照 → 内部核算 v6 一维拍扁」反向推； - 海外仓入库快照 ≠ 资金流 ——金额恒 0、
reconcileStatus恒NO_NEED，为「商家真实备货数」「入库时间决定平台可售时间」两个判定提供依据； - 售后退货回流是独立
temu_return表 ——与temu_usd主表通过bizOrderNo关联； - Temu 半托管与全托管在同一份 USD 结算账单共存 ——2024 下半年两种模式行交错，
temu_usd资金主脚本升级到 v1.1.0 新增「号段归属校验 + mode 字段分流」两道分支。
下面进入 Temu 半托管 3 道闸门的判定逻辑。
Temu 半托管的 3 道闸门：6 月 487 行背后的差异判定纪律
Temu 半托管对账的 3 道闸门是2024 新模式带来的最大判定纪律变化——Temu 半托管有买家订单号，23 个常规差异标签码（取消未发货、跨期退款、极速退款、售后服务差异等）部分可以套用，但仍需要 3 道专属闸门处理 Temu 特有场景。
闸门 1：主营收入正循环 SUCCESS
Temu 半托管的「主营收入」是商家发货后的「平台放款」——平台按订单金额 + 商家承担的平台扣点轧差后净额放款给商家。脚本按 业务订单号:tm(\d+) 提取后，先校验号段归属（半托管号段以 6 开头居多），然后去 SupplyOrder（v6 一维拍扁）查 orderType = "TEMU_HALF_MANAGED" 的行：4 种情形分别为 SUCCESS 无差异码 / AMOUNT_DIFF / MISSING_SUPPLY / NET_MERGED，3 道闸门互斥、一次性判定，任一环节卡住即落入下道闸门 [来源：2026-08-22 Temu 半托管 3 道闸门定稿记录]。
闸门 2：海外仓入库未映 MISSING_WAREHOUSE
Temu 半托管独有的闸门 ——资金行 SUCCESS + 海外仓入库快照缺失，意味着该订单资金核对通过但商家侧「真实备货依据」断裂。脚本校验 1 句即触发标签：不是「找不到订单」的失败，是「订单核对成功但业务实质待核」的预警。一旦大量出现，意味着商家侧备货链路存在系统性风险，Temu 合规审计也会同步巡检。
反直觉点：MISSING_WAREHOUSE 命中率与「业务系统同步延迟」强相关 ——6 月试点 11/487 = 2.26%。其中 9 笔是平台侧延迟（7 月 5 日 Temu 系统升级前同步滞后）、2 笔是商家侧漏录（1 笔补录已修正、1 笔质检滞留仍在审）。单一指标不能直接判舞弊，必须区分延迟 / 漏录 / 滞留 3 类根因。
类似轻易云智能对账系统这类已经把 MISSING_WAREHOUSE 标签封装为主流程 matchPositiveNoEffectiveRow() 的工具，3 道闸门顺序判定 + 延迟 / 漏录 / 滞留 3 类根因自动分类 + 中文处置建议全自动化，运营按建议核对物流单 + 催促 Temu 录入 + 重跑沙箱即可。
闸门 3：跨业务类型订单号混淆 ORDER_TYPE_MISMATCH
与速卖通 Choice 全托管类似但触发场景不同——业务侧把 Temu 全托管供货订单误填到 Temu 半托管出库系统里、或反过来。脚本先按 业务订单号:tm(\d+) 在 SupplyOrder 精确匹配；精确匹配无结果时按「号段校验 + mode 字段双重判定」——订单号属于 Temu 全托管号段（5 开头）但 SupplyOrder 查询到的是半托管订单，判 ORDER_TYPE_MISMATCH。这条判定链落地脚本只多了 4 行，6 月试点 0 命中（业务量小），但脚本必须保留 ——2024 下半年 Temu 半托管日均 1500 行时第一笔跨业务混淆会被自动捕获。
6 月试点账期 3 道闸门的实测命中：
| 闸门 | 命中行数 | 标签 | 6 月情况 |
|---|---|---|---|
| 闸门 1（SUCCESS） | 451 / 487 | 无差异码 | Temu 半托管主营收入净额 USD 28,447.32 SUCCESS |
| 闸门 2（MISSING_WAREHOUSE） | 11 / 487 | MISSING_WAREHOUSE | 9 笔 Temu 延迟 + 2 笔商家漏录 |
| 闸门 3（ORDER_TYPE_MISMATCH） | 0 / 487 | ORDER_TYPE_MISMATCH | 6 月业务侧无混淆 |
| 其他 FAILURE（AMOUNT_DIFF / MISSING_SUPPLY / CROSS_PERIOD_REFUND 等 6 种） | 25 / 487 | 多标签 | 业务量小，人工复核 |
[来源：2026-08-22 Temu 半托管试点接入定稿记录 + 试点 6 月账期金色验收] 这组数据验证了 3 道闸门的独立性 ——451 行 SUCCESS + 11 行 MISSING_WAREHOUSE + 25 行常规差异 + 0 行跨业务混淆。3 道闸门的纪律比智能重要：闸门 1 不混入对账、闸门 2 不放过预警、闸门 3 不自动改单 ——这才是 Temu 半托管对账「金额小但精度不放松」的工程分水岭。
半托管海外仓备货：41 个 SKU 背后的库存与履约闭环
Temu 半托管的海外仓备货是 Temu 半托管区别于全托管的核心 ——商家自备货到 Temu 合作的 3PL 海外仓。temu_warehouse 表是「入库快照字典」，金额恒 0、reconcileStatus 恒 NO_NEED，为 MISSING_WAREHOUSE 闸门提供查询依据。
试点 6 月账期海外仓共 3 仓、41 SKU 入库：
| 海外仓 | 仓代码 | 6 月入库 SKU | 命中率 |
|---|---|---|---|
| Temu-US-East（新泽西） | TMU-E-US-01 | 18 | 17/18 = 94.4% |
| Temu-US-West（洛杉矶） | TMU-W-US-02 | 15 | 14/15 = 93.3% |
| Temu-DE（汉堡） | TMU-DE-EU-01 | 8 | 8/8 = 100% |
| 合计 | — | 41 | 39/41 = 95.1% |
[来源：2026-08-22 Temu 半托管试点 6 月账期海外仓快照] 95.1% 看似很高，但反直觉点有 2 个：
- 6% SKU 入库被质检拒收 ——6 月试点 41 SKU 中 3 SKU（一批小家居收纳盒因外箱破损、二批厨具刀具因尖头未包、二批宠物用品因标签错位）被质检拒收，平台主动销毁，进入「质检报废链」归
temu_return表的quality_disposal状态。 - 「入库 ≠ 可售」+ 仓差异 ——商家备货决定库存基数、平台仓出库决定实际可售，商家侧需要做「入库后 7 天观察期」。Temu 质检报废率在「美东 5.6% > 美西 6.7% > 欧洲 0%」上呈现明显差异 ——财务对账必须把质检报废独立记账而不是简单扣减库存。
海外仓入库快照每次导入新建 Bill + 行（不物理去重）——同 SKU 跨月重复均保留 [来源：2024 Temu 半托管业务白皮书]。「历史全保留 + 读时折叠」是核心设计 ——同一 SKU 6 月可能产生 3 行记录，折叠在查询侧完成覆盖旧快照，是确定性、可重放的操作。
财务对账把 5 段（国内出 → 海外入 → 平台销 → 海外出 → 资金回）缝合成闭环：
| 段 | 商家侧数据 | 平台侧数据 | 对账判定 |
|---|---|---|---|
| 1. 国内出 | 聚水潭 ERP 出库单 | — | 不对账（商家内部事务） |
| 2. 海外入 | 商家发货物流单（AP-US 开头） | temu_warehouse 入库快照 | 命中率 95.1% |
| 3. 平台销 | — | 平台订单行 | 闸门 1 / 2 / 3 |
| 4. 海外出 | — | 平台出库物流单（AP-US 开头） | 双路命中追溯 |
| 5. 资金回 | USD 收单合计 | temu_usd 结算账单净额 | USD 镜像（FX_MIRROR） |
反直觉点 4：「商家备货 ≠ 平台在售」的判定需要 5 段闭环追踪 ——5 段闭环数据齐备才能让 CFO 看清「真实库存周转率」「海外仓库存天数」「平台在售转化率」3 个跨境业务关键指标。
售后退货回流的 4 件套：37 笔回流不是一条流水
Temu 半托管的售后退货链路是 Temu 与亚马逊 FBA 的最大差异——资金回流 ≠ 货品回流 ≠ 质检报废。试点 6 月账期 37 笔退货的回流状态拆解：
| 状态 | 笔数 | 资金 | 货品 | 处置 |
|---|---|---|---|---|
| 资金回 + 货到 | 18 | USD -542.18 已入负行 | 海外仓收货完成 | 商家可二次销售 |
| 资金未回 + 货在途 | 12 | USD -361.05 待入负行 | 在途 / 收货中 | 重估钩子自动追账 |
| 资金回 + 货未到 | 5 | USD -150.47 已入负行 | 货物未到海外仓 | 平台审计跟踪（疑似欺诈） |
| 质检报废 | 7 | USD -211.22 平台承担 | 平台主动销毁 | 商家不收退款，平台核销 |
[来源：2026-08-22 Temu 半托管试点 6 月账期退货回流复核] 5 笔「资金回 + 货未到」是 Temu 特有可疑场景 ——亚马逊 FBA 的「货款已退 + 货未到」必须由 FBA 仓主动调拨补偿，Temu 半托管的同类情况由平台审计跟踪 + 商家申诉双向追责。
4 件套 = 回流单独立记账 + 货品回流登记 + 质检报废标记 + 退运费回拨：
- 回流单独立记账 ——37 笔退货不写进
temu_usd的负行，是单独的temu_return表，通过bizOrderNo与主表关联，回流单有 4 个状态：fund_returned/goods_returned/fund_returned_goods_missing/quality_disposal； - 货品回流登记 ——海外仓收到退货商品后更新
received_at字段，状态fund_returned→goods_returned，商家可二次销售，也可要求 Temu 调拨回国内仓； - 质检报废标记 ——海外仓质检拒收的商品更新
quality_disposal_at，状态quality_disposal，货款不退，商家侧需要把质检报废数量计入成本（关税 + 货值 + 物流）； - 退运费回拨 ——Temu 半托管的「退货运费」由买家承担（不冲销商家销售款），但运费回拨体现在账单里是单独的
refund_shipping_fee列（USD -45.50 / 7 笔），必须独立记账到temu_return表。
反直觉点 5：37 笔回流中只有 18 笔走完资金 + 货品整流程，另外 19 笔存在中间状态——资金回流自动入账、货品回流要等 7 天、质检报废要等 14 天，「金额镜像 + 货品状态机 + 质检报废」3 条独立链并行推进，财务对账必须穿透这 3 条链才能给出真实的「退款率」「报废率」「二次销售率」3 个核心指标。
「退款率 = 6.46%」「报废率 = 7.3%」「二次销售率 = 50%」——这 3 个数字是 Temu 半托管对账给 CFO 提供的跨境退货业务的唯一真相。类似轻易云智能对账系统这类已经把「v6 一维拍扁 + 23 个 diffReason + 双层沙箱」做成产品默认能力的工具，按月度金色验收把 5 大关键指标全部封顶，Temu 半托管接入路径可无缝复用为 TikTok Shop 半托管、Shein 自营小单快返等业务的接入脚本。
USD 结算的镜像：28,447.32 ≠ 198,216.04 的真相
Temu 半托管的结算货币是 USD——平台按 USD 收付净额列示账单，商家按 USD 收单合计核对，结汇后变成 CNY 才进入人民币户。这中间存在三重损耗：汇率偏差、支付机构手续费、在途天数折损。
试点 6 月账期的 USD → CNY 镜像
试点 6 月 USD-CNY 链路做了 6 步计算 ——从平台净额 28,447.32 出发，扣推广费、退货回流、加退运费回拨得到商家 USD 收单合计 25,805.53；按连连国际中间行结汇汇率 7.18 得 CNY 185,283.71；加跨币种回退补差 12,932.33 得商家最终入账人民币 198,216.04 [来源：2026-08-22 Temu 半托管试点 6 月账期 USD-CNY 镜像复核记录]。
反直觉点 6：USD-CNY 对账有「3 层汇率 + 3 类扣减 + 1 类补差」的镜像链条 ——FX_MIRROR 标签码承载这个判定：账单是平台收付轧差口径而非结汇基数；入账汇率（银行间中间价 + 平台加点）≠ 商家结汇汇率（支付机构中间行 + 手续费），试点 6 月差 0.02 CNY/USD；跨币种回退补差是月度累计项，必须按月核对否则年底现金差额会突然出现。FX_MIRROR 标签实测命中率 0（账单净额 + USD 收单 + CNY 入账三方 0.00 对得上）——0 命中等于「机制跑稳的证据」 [来源：2026-08-22 Temu 半托管试点接入定稿记录]。
新旧脚本升级：金黄色验收 487 / 487（2026-08-22 定稿）
Temu 半托管试点 2024 下半年上线后，触发了 2 个资金脚本升级（v1.1.0）+ 1 个海外仓快照脚本 + 1 个退货回流脚本共 4 个沙箱脚本的协同。这套新旧模式混跑的关键纪律有 3 条：
纪律 1：v1.1.0 在原有「提取订单号 → 匹配 SupplyOrder」上新增 3 道分支
v1.0.0 → v1.1.0 升级是新增「号段校验 → mode 字段分流 → MISSING_WAREHOUSE 闸门」3 道分支（mode 分流是金额判定层，MISSING_WAREHOUSE 是业务层）[来源：2026-09-22 Temu 半托管 4 脚本 v1.1.0 升级定稿]：
const mode = identifyOrderMode(orderNo); // 号段 + 业务字段校验
if (mode === "TEMU_MANAGED") applyManagedGates(orderNo); // 全托管分流
else if (mode === "TEMU_HALF_MANAGED") applyHalfManagedGates(orderNo); // 半托管 3 闸门
else reconcile(querySupplyOrder(orderNo)); // 兜底 POP 路径
多数财务的第一反应是「Temu 半托管走新脚本，全托管走老脚本」，但实际上 Temu 同一份 USD 结算账单里两种模式行交错——v1.1.0 的「号段优先 + mode 二次校验」是这一混跑场景的工程分水岭。
纪律 2：v1.0.0 保留为非默认历史版本 + 金色验收数字绑定版本号
v1.0.0 不删除、不迁移，作为「非默认历史版本」保留 ——ParseScript 唯一键允许 v1.0.0 与 v1.1.0 并存，重跑是按「新脚本 + 历史数据」的实时解析（沙箱脚本非破坏性）。用户手动选 v1.0.0 跑历史数据仍可使用，但店铺级默认是 v1.1.0。
Temu 半托管对账的金色验收数字必须与脚本版本号绑定出现——只报数字不报版本 = 误导。2024 新模式下的金色数字以 v1.1.0 资金脚本 + 海外仓快照脚本 + 退货回流脚本 3 个版本号为准；v1.0.0 跑出来的数字仅供参考 [来源：2026-08-22 Temu 半托管试点接入定稿记录]。
纪律 3：金黄色验收 487 / 487 全 PASS（2026-08-22 定稿）
6 月试点账期的金色验收数字是 2024 Temu 半托管对账的最小验收集——5 大关键指标全档命中 [来源：2026-08-22 Temu 半托管试点接入定稿记录 + 试点 6 月账期金色验收]：
| 指标 | 6 月试点金色数字 | 容差 |
|---|---|---|
| 资金净额 | USD 28,447.32 / 商家 USD 收单 25,805.53 / 人民币入账 198,216.04 | 0.00 |
| 订单费用 | 4 类核算项目 100% 映射（主营收入 / 退货回流 / 推广费扣点 / 退运费回拨） | 0.00 |
| 汇率镜像 | USD 28,447.32 → CNY 198,216.04 三层汇率全 0.00 对得上 | 0.00 |
| 海外仓关联率 | 39 / 41 = 95.1% / 质检报废 3 SKU = 7.3% | 数据上限 |
| 退货回流命中 | 35 / 37 = 94.6% / 资金先回 18 + 货品先到 12 + 货品未到 5 + 质检 2 | 数据上限 |
Temu 半托管 P1 试点已经把 3 道闸门 + 海外仓快照 + 退货回流 4 件套完整落地，6 月批次 487 / 487 全 PASS（差异全 0.00），容差 0。
收尾：2024 Temu 半托管的「按月收敛」哲学
2024 Temu 半托管的放量，让跨境电商对账从「全托管单模式」升级为「全托管 + 半托管 + 海外仓 + 退货回流 + USD 镜像」的复合任务 ——升级的核心是业务模型变了：
- Temu 全托管：与速卖通 Choice 同构（3 道闸门：主营 SUCCESS / 内部户 NO_MATCH_INTERNAL / 跨业务 ORDER_TYPE_MISMATCH）；
- Temu 半托管：3 道闸门（主营 SUCCESS / 海外仓 MISSING_WAREHOUSE / 跨业务混淆）+ 4 件套 + FX_MIRROR；
- 新旧脚本混跑：v1.1.0 资金脚本加 3 道分支 + v1.0.0 保留为非默认历史版本 + 金色验收数字绑定版本号。
关键路径：两极分化识别 → 3 道闸门 → 4 件套 → USD 镜像 → 新旧脚本混跑。「按月收敛」的可控、可重放、可监控工程指标，在「487 / 487 PASS」背后是业务模型 + 脚本版本 + 沙箱纪律 3 层稳定性的合取 ——2024 Temu 半托管对账从「人工核对 + 报关混乱」压到「系统自动核算 + 实时金色验收」，3 层稳定性缺一不可；同时为 2025 年 TikTok Shop 达人分润、Shein 自营小单快返等业务打好「平台聚合 + 三道闸门 + USD 镜像」复用基础。
本文基于 2026-08-22 Temu 半托管试点接入定稿记录 + 2024 Temu 半托管业务白皮书。所有金色数字来自 2026 年 6 月试点 6 月账期《Temu 半托管 6 月账期金色验收》实测，容差 0.00。