退货已经签收，结算明细却还没对上，先把这笔记成“实物已收，结算待核”。签收记录说明货到了；这笔退货的钱是否处理完，还要拿同一笔订单对应的退款、物流费用和补偿记录核对。
最容易拖到月底的问题，是仓库按包裹登记，运营按退货申请登记，财务按结算明细登记。三边都做了事，最后却找不到谁和谁是一笔。
先把同一笔退货连起来
用原订单号和退货申请号建立关联。如果一笔订单有多个商品或多次退货，再记清商品、数量和对应的包裹或交接记录。只拿商品名称匹配，容易把同款的两笔退货串在一起。
不必先做复杂系统。一张表就能把当前卡点摊开：
| 核对位置 | 留下什么 | 这栏不能代替什么 |
|---|---|---|
| 平台申请 | 原订单号、退货申请号、当前状态、查询日期 | 申请已处理，不直接等于货已回到自有仓库 |
| 退货实物 | 实际去向、交接记录、到货数量、商品状态 | 仓库签收，不直接等于相关款项已结清 |
| 结算记录 | 对应明细行、费用类型、金额、所属期间 | 有一行退款，不代表所有相关费用和补偿都已核完 |
表里的“待核”要能找到下一步。例如“结算待核”后面写明缺的是哪个订单的哪类明细，由谁继续查。只有一个“异常”标签，下一次打开表还是得从头问。
货回来了，先确认回到哪里
FBS退货不要一律填成“回到卖家仓库”。先看这笔退货在后台显示的实际去向，再核对交接凭据。货在运输途中、已到交接点、已由自有仓库签收，或者进入平台仓库后续处理，都是不同的状态。
收到实物后，把数量和商品状态一起记下：能否继续销售，是否缺件，是否损坏，需要谁处理。仓库完成的是收货和商品检查；结算核对继续沿原订单往下走。
钱还没对上，先查缺哪一段
举个例子：仓库已经收到了商品，财务找到了对应退款，但还没找到这笔退货关联的物流费用。记录可以写成“实物已收，退款已匹配，物流费用待核”。这样下次只查缺失的费用，不用再证明货有没有回来。
如果暂时找不到结算明细，先保留原申请、交接和查询记录，不凭经验补一个金额。后来出现补偿记录，也要关联回原争议和原订单，避免把一笔补偿又当成另一笔销售收入。
发现争议，把证据留在原申请旁边
Ozon在2026年6月17日的FBS公告中，扩展了可通过退货申请提出争议的情形，包括错误销毁、转到平台仓库再售但未送达，以及计划转入平台仓库再售、却处于“正在寻找商品”状态的情况。公告说明，平台确认问题后才会提出补偿方案。
所以，提交争议、收到补偿方案、确认金额、在明细中核到对应记录，要分别留状态。不能刚提交申请，就把预期补偿填成已经收回的钱。具体可用入口和要求，在处理这笔申请时核对后台。
每周先看那些最久没对上的退货：哪笔缺实物凭据，哪笔缺明细，哪笔仍在争议处理中。给每笔留下一个明确的下一步，下一次复盘才能知道事情有没有往前走。
本文的关联台账与复盘步骤为千鸟的经营管理建议。旧版官方说明用于理解退货流程；本文未沿用其中的固定天数、费率或默认去向作为当前统一规则。