跨境订单财务潜在问题与处理建议

本文配套 CROSS_BORDER_SETTLEMENT_REQUIREMENTS.md， 集中记录跨境财务实施前后可能出现的问题、默认处理方式和待补能力。 本文不是第二套需求口径；已确定的金额规则仍以前述专项需求为准。

本文所有物流费用、赔付和追偿讨论都只用于判断卖家账单金额或识别边界风险。本期不建立 物流方独立账单、应付、付款或结算状态；物流商对平台的追偿/应收应付属于独立领域。 异常订单的具体终态、进入时点、赔付替代商品收入及物流后到调整以 ABNORMAL_ORDER_FINANCE_HANDOFF.md 为准。

1. 使用方式

问题按实施阻断程度分为三级：

• P0：不解决就可能算错钱、重复入账或无法审计，相关订单必须暂停结算。
• P1：允许先实现受控方案，但必须在账单确认前完成验证。
• P2：不影响金额正确性，可在首版上线后继续优化。

处理状态使用：

• 待补能力：现有模型或接口不足，需要后续实现。
• 待业务确认：需求仍需业务方作最终裁决。
• 已有规则：专项需求已经给出默认处理，实施时必须验证。
• 持续监控：依靠对账、告警或运营流程长期控制。

2. P0：金额与证据阻断问题

P0-01 跨境固定费用可能被重复扣减

• 问题：现有物流费用可能同时存在 operator_cost、shipping_cost，专项公式又 包含 USD 0.36 固定项。如果 operator_cost 已代表该固定项，再把完整公式结果 与两条费用同时相加，会发生重复扣费。
• 影响：卖家跨境物流支出虚增，账单恒等式形式正确但业务金额错误。
• 默认处理：每个履约只能选择一个权威计费口径：使用物流商最终费用明细，或使用 重量公式重算并核对，禁止两者叠加。费用明细必须标记规则版本和组成项。
• 验收要求：同一包裹的固定费和重量费各出现一次；公式金额与最终费用事实差异 超过 USD 0.01 时暂停结算并进入人工核对。
• 状态：待补能力。

P0-02 实重、材积重和计费重缺少优先级

• 问题：物流事实可能同时提供 weight 与 volumetric_weight，但“按重量计费” 尚未明确计费重是否取实重、材积重较大值，及 0.5kg 阶梯如何进位。
• 影响：相同包裹在物流模块与财务模块得到不同运费。
• 默认处理：财务不自行决定优先级，只读取物流合同输出的正式 billing_weight 或最终费用事实。没有正式计费重时暂停结算，不用实重猜测。
• 待确认：物流合同需明确计费重算法、最小计费重、进位方向和重量单位。
• 状态：待业务确认。

P0-03 缺少可入账的物流赔付事实

• 问题：现有 logistics_claim 只能证明发起申诉，不能证明平台已核准、核准金额 或实际应付卖家金额。
• 影响：无法可靠生成赔付收入，也无法计算对应平台费。
• 默认处理：在正式赔付台账完成前，赔付订单保持 pending_resolution；禁止从 客服备注、申诉附件、订单金额或物流成本推断赔付金额。
• 待补能力：赔付单号、订单、卖家、申请金额、核准金额、币种、状态、核准人、 核准时间、驳回/撤销原因、会计来源 ID 和事件审计。
• 状态：待补能力。

P0-04 末端费用方向和责任版本不完整

• 问题：现有末端物流订单保存费用，但不一定能区分正向、退回、再次派送，也不能 单靠 fee 证明费用方向、生效状态或订单域最终责任版本。
• 影响：可能把正常订单的买家费用扣给卖家、漏计异常退回费用，或忽略人工责任改判。
• 默认处理：正常终态默认 buyer，异常终态默认 seller；授权改判覆盖默认值。财务 只消费带版本的最终责任人。缺少 segment_direction、费用确认状态、终态或责任版本时 暂停对应处理；已发货取消可先按其他已确认事实入账，后到费用或责任纠正自动生成调整。
• 待补能力：物流段方向、前序物流段、费用状态、终态默认责任、人工改判审计、责任 版本、异常裁决 ID、撤销来源。
• 状态：待补能力。

P0-05 缺少零税或免税事实

• 问题：上游约定无税时可能不发送 ORDER_TAXES，但专项需求禁止把“未收到税单” 直接当作 0。
• 影响：所有实际免税订单可能永久无法结算，或实现被迫把缺失误当零税。
• 默认处理：补充明确的税务完成事实，例如 tax_result=taxed|exempt|zero_tax；只有 exempt/zero_tax 可记 0.00。能力完成前，无税单订单暂停结算。
• 状态：待补能力。

P0-06 异常展示状态不能直接作为会计终态

• 问题：needs_action、dispute、cancelled、异常页面 resolution/case_status 来自不同状态轴，部分还是运行时派生值，不能证明退款或赔付已经最终成立。
• 影响：过早把商品收入归零，或在争议结束后仍保留错误金额。
• 默认处理：订单域建立独立终态结果，保存业务事件、终态、版本、完成时间和证据 ID； 完成前保持 finance_ready_at=null，财务不得自行映射展示状态。
• 状态：待补能力。

P0-07 同一费用的修正通知可能重复入账

• 问题：物流商可能重推相同事件，也可能修正重量、税费或末端费用。如果每次通知 都新增支出，会重复扣款；如果覆盖原值，又会破坏已冻结账单。
• 影响：重复扣费、账单不可追溯或已确认金额被静默改变。
• 默认处理：未确认账单使用稳定来源键幂等更新最新版本；已确认账单保留原事实， 后续修正使用冲正加新费用进入下一期。
• 建议幂等键：provider + external_order + segment + fee_type + source_version。
• 状态：已有规则。

P0-08 多订单合包费用归属

• 确定规则：以订单为计费主体。即使多个订单或卖家合并为同一包裹，每张订单仍使用 自身正式计费重量独立套用完整公式，并各自计入固定费用；不按包裹总费用做比例分摊。
• 证据要求：物流域必须提供订单级正式计费重量；缺失时对应订单暂停结算，不得从 包裹总重量自行猜测。
• 状态：已有规则。

3. P1：结算与会计边界问题

P1-00 买家签收后的结算等待期

• 确定规则：15 天等待和异常终态判断属于订单域；订单域完成后写入独立 finance_ready_at，财务不得重复计算。
• 期间归属：正常订单取 completed_at，异常订单取权威异常处理完成时间，账单归入 finance_ready_at 所在自然月。
• 边界控制：字段为空、异常终态时间没有正式来源或终态金额证据不完整时不得交接。
• 状态：已有规则。

P1-01 “退款即整单归零”可能放大微额退款影响

• 问题：当前确定口径是任何最终退款都将整单商品收入归零，即使退款金额很小。
• 影响：部分退款、优惠补偿或单商品项退款也会清空未退款商品收入，可能引发卖家 对账争议。
• 默认处理：首版严格执行整单归零，并在账单明细显示退款单号、原商品金额、退款 金额和“整单归零”原因，不静默处理。
• 优化建议：上线前用真实历史订单统计受影响笔数与金额；若业务以后改为商品项或 实际保留额，必须升级计算版本，不能直接改旧账单。
• 状态：已有规则、持续监控。

P1-02 赔付金额与币种

• 确定规则：赔付金额由授权人员人工核准，不要求等于商品金额；首版只允许 TWD， 不接收或折算外币赔付。平台费继续使用订单原费率快照。
• 状态：已有规则。

P1-03 订单费率时点和时区可能不一致

• 问题：账单结算期使用 Asia/Shanghai，现有商家费率配置按 Asia/Taipei 业务日解析；两地当前同为 UTC+8，但概念上属于不同业务边界。
• 影响：边界日或未来时区政策变化时，订单可能命中不同费率期间。
• 默认处理：订单首次进入财务时保存明确的 fee_business_date、时区、费率和配置 来源，之后商品与赔付均复用该快照。
• 状态：已有规则。

P1-04 平台费分项舍入

• 问题：先分别计算商品平台费和赔付平台费再相加，可能与对合并基数计算一次的 结果相差 TWD 0.01。
• 影响：订单明细之和与平台费汇总不一致。
• 确定规则：商品平台费与赔付平台费分别四舍五入至两位后求和；汇总不得再次按总 基数重算，也不生成尾差分摊。
• 状态：已有规则。

P1-05 订单净结算额可能为负数

• 问题：订单不成立或退款归零后，仍可能发生跨境、税务和多段末端费用，导致订单 净结算额为负。
• 影响：现有发款任务通常要求正金额，负数无法直接发款。
• 确定处理：允许订单明细和月结单为负，禁止钳位为 0；本系统不创建发款任务， 也不自动结转负余额，由平台财务在线下处理，需要反映时创建受控人工调整。
• 状态：已有规则。

P1-06 费用归属期可能与订单所属期不同

• 问题：重量修正、税单、退回费用和赔付经常晚于订单完成月份到达。
• 影响：若回写原月份会改变已冻结账单；全部放到当前月又可能难以解释。
• 默认处理：订单域在终态证据完整后才写 finance_ready_at。账单未确认时可更新候选 快照；账单已确认后的真实差异使用关联原订单和原账单的人工调整或冲销。
• 状态：已有规则。

P1-07 赔付收入与物流商赔偿可能混为一笔

• 问题：平台付给卖家的赔付和物流商付给平台的追偿属于不同会计关系。
• 影响：直接用物流商赔偿金额作为卖家收入，可能产生金额、币种和时点错误。
• 默认处理：卖家账只读取平台核准的卖家赔付；物流商追偿属于平台侧应收，不进入 卖家订单公式。两者可关联同一异常案件，但必须使用不同来源 ID 和科目。
• 状态：已有规则。

P1-08 正常订单转异常时费用承担可能变化

• 问题：末端配送创建时可能按买家承担处理，之后因拒收、退款或赔付改由卖家承担。
• 影响：未冻结终态默认值或人工改判版本时，可能漏扣费用或错误沿用买家责任。
• 默认处理：费用事实与责任事实分开保存；正常终态默认买家、异常终态默认卖家， 授权改判覆盖默认值。财务交接冻结最终值，已确认账单后的纠正通过后期调整处理。
• 状态：待补能力。

P1-09 交接后的税费变化

• 确定边界：订单交接时必须已有正式税额或零税事实。交接后的退税、税单更正及自动 调整不在首版处理，留待后续税费调整专项重新裁决。
• 状态：后续规划。

4. P2：展示、运营与审计优化

P2-01 页面需要区分“金额为零”和“证据缺失”

• 建议：分别展示 0.00、待税务结果、待物流费用、异常审核中、待赔付 金额，禁止统一显示 0 或 --。
• 价值：卖家和财务能判断是确定零金额还是尚未结算。

P2-02 对账明细需要展示原币证据

• 建议：跨境运费展示原币金额、币种、冻结汇率、TWD 金额、汇率日期及来源单号； 赔付首版仅展示 TWD 核准金额。导出保持相同字段。
• 价值：避免卖家把汇率差异误认为重量或计费错误。

P2-03 需要按暂停原因提供运营队列

• 建议：至少按缺商品金额、缺重量、缺费用、缺汇率、缺税务结果、缺责任版本、异常 待决和赔付待决分类，并提供订单数、金额和最早等待时间。
• 价值：避免暂停订单长期沉默堆积。

P2-04 需要财务恒等式和异常阈值告警

• 建议：每次生成账单核对收入、支出、平台费、调整和净额；同时监控退款整单归零 金额、负结算订单、重复费用、长时间待决以及公式/物流商费用差异。
• 价值：在卖家确认前发现批量性计费错误。

P2-05 计算规则需要版本化

• 建议：快照保存商品异常规则版本、重量计费版本、平台费规则版本、汇率来源版本 和异常判定版本。
• 价值：退款规则、计费阶梯或平台费政策调整后仍能还原历史账单。

5. 推荐处理顺序

1. 先补齐订单级计费重和固定费组成，按订单独立计费规则消除重复或错误归属风险。
2. 建立财务异常判定、正式赔付台账、零税结果、末端责任默认及人工改判审计。
3. 落实 TWD 赔付事实和平台费分项舍入规则；负余额不在系统自动结转。
4. 完成幂等、修正、冲正和迟到费用处理后，再允许生成可确认账单。
5. 最后补齐暂停队列、原币展示、监控告警和计算版本审计。

6. 上线前阻断清单

以下任一项未完成时，不应开放跨境账单确认：

• 跨境固定费与重量费无法证明未重复扣减；
• 计费重或 0.5kg 阶梯算法未由物流合同明确；
• 合包场景缺少订单级正式计费重量；
• 无税订单缺少明确零税或免税终态；
• 物流赔付缺少正式核准金额与终态；
• 异常末端费用缺少方向、生效状态、终态默认责任或人工改判版本；
• 重复通知和费用修正没有幂等、冲正策略；
• 退款、赔付和异常终态尚未提供权威完成时间与可审计的订单交接结果。