[{"content":"结论 月报里有一行叫「退款管理费」。名字听起来像是退一单收一次，退得多就收得多。\n它不是。 它是按订单金额的比例收的，你没退过货也照样被收。\n平台自己的文档里，这个费用的正式名字是「海外退货服务费」——本质是一份退货风险保费：平台替你把退货风险兜了一部分，所以按成交额抽一笔。它跟\u0026quot;这笔单有没有退款\u0026quot;没有关系。\n现象：它被放进了错的桶 我第一次注意到它，是在拆平台费用结构的时候。\n费用逐项列出来之后，我按性质分了几个桶：商品折扣、平台抽成、物流、退款。分完发现「退款」这个桶特别大，大到不合理——那个月退款并没有那么多。\n往下一层看，问题很清楚：这个桶里混了两种完全不同的钱。\n桶里混进来的两种钱 性质 与退款的关系 买家实退（退款金额） 销售额冲减 就是退款本身 退款管理费 为风险付的服务费 无关，按成交额抽 一个是\u0026quot;钱退回去了\u0026quot;，一个是\u0026quot;为了防退货买了一份保险\u0026quot;。方向完全相反：前者减少你的收入，后者增加你的成本。把它们放一起，你既看不清退款率，也看不清成本率。\n代价：它污染的是比价基准 单看这笔钱，金额不大，很多人不会在意。真正贵的地方在下一步。\n做跨境的人都会算一个数：平台抽成率。拿它横向比几个平台，决定资源往哪儿投。这个数被污染了，后面所有判断都跟着歪。\n「退款管理费」并入抽成之后，会发生两件事：\n抽成率被结构性抬高。 而且是每个月抬得不一样——因为这个费率是平台按月调整的，月初更新一版。 抬高的幅度跟你的退款行为无关。 也就是说，你优化退款流程，这个数一点都不会降。你会盯一个根本不受你控制的指标，反复找原因。 我在两个不同月份的报表上对比过同一个店铺，抽成率的差异里有一半来自这笔费用的月度调整，不是生意本身变了。如果不拆开，你会以为是自己哪个环节出了问题。\n根因：按字段名归桶 这个坑的根因只有一句话：费用是按字段名归类的，不是按\u0026quot;这笔钱为什么被收\u0026quot;归类的。\n字段名里带了 refund，就被归进退款。这在小规模的时候没问题，因为人工看一眼能发现异常。一旦自动化，这个错误会每个月复制一遍，而且不报警——它不会算错，只是把两类钱加在了一起。\n更麻烦的是它有第二层：如果你为了\u0026quot;修好看\u0026quot;把它从退款桶里拿出来，顺手并进「平台抽成」，那更糟。抽成率立刻被抬高，而抽成率是跨平台比较的基准量。错误从一个看得见的地方，挪到了一个看不见的地方。\n正确做法是单列一桶，叫「退货风险服务」或者任何你认得清的名字。让它自己占一行，谁来问都答得上\u0026quot;这笔钱是干什么的\u0026quot;。\n怎么自查（三个问题，十分钟） 拿你最近三个月的费用明细，对着这一项问三句话：\n第一句：它的金额跟退款单数有关系吗？ 算一下每月退款单数，再看这笔费用。如果两者走势无关（退款少了它没少），它就是保费，不是退款。\n第二句：它跟成交额有关系吗？ 用当月成交额乘一个系数，看能不能对上这笔费用。能对上，说明它按比例收——那就更确定是保费。\n第三句：这个系数每个月一样吗？ 不一样，说明平台在调费率。这时候任何\u0026quot;同比\u0026quot;\u0026ldquo;环比\u0026quot;都要先把费率变化剔掉，否则你比的是两个不同的价目表。\n三句都问完，它该放哪个桶就清楚了。\n可以直接抄走的两条 费用归桶，看\u0026quot;这笔钱为什么被收\u0026rdquo;，不看字段名。 字段名是开发起的，桶是你定的，两者不该有必然关系。判断标准只有一个：这笔钱如果消失，对应的是哪项业务行为消失。 支出侧单列了，收益侧必须同屏可见。 这类\u0026quot;风险保费\u0026quot;通常配一份\u0026quot;赔付\u0026quot;——出了退货，平台按比例赔你。赔付往往不进主结算流水，只在一张单独的调整表里。你只拆了支出没拆收益，看到的永远是\u0026quot;付了多少保费\u0026quot;，看不到\u0026quot;赔回多少\u0026quot;，这笔账永远是负的。 边界 不同平台对这笔费用的命名和归属都不一样，有的叫服务费，有的直接并进佣金，还有的确实是退一单收一次。方法通用，结论不通用——每接一个新平台，这三句话要重新问一遍。\n另外，这笔钱不是\u0026quot;不该收\u0026quot;。它买的是一份风险兜底，值不值要自己算。我要说的只是：别把它当成退款成本去优化，你优化不动它。\n下一篇：汇率取哪一天——同一个道理，一个日期选错，毛利差出一个点。\n","permalink":"https://blog.fangcan.cn/posts/refund-admin-fee-is-not-refund/","summary":"它按订单金额的比例收，你没退过货也照样被收。更要紧的是，它被并进「退款」这一桶之后，你所有跨平台比价都不作数了。","title":"那笔「退款管理费」，跟退款没关系"},{"content":"结论 订单被取消，不等于这笔生意没有资金流动。\n在至少两个主流跨境平台上，已取消的订单仍然可能被扣掉一笔退货运费。而这笔钱在你报表的明细行里，显示的是 0。\n现象：同一屏，两个数 上月对账时，我随手点开一笔已取消的订单。\n汇总卡片上，这笔单是 −58.50，红色； 往下滚到明细行，毛利、毛利率、净利，全是 0，灰的。 同一屏，同一笔单，两个数。\n一开始我以为是页面缓存没刷新。刷新三次，还是这样。后来把整个月的取消单按月汇总了一遍，汇总卡是负的，明细合计是 0 —— 差出来的那一块，就是被系统“视而不见”的钱。\n代价 单笔看着不多。但取消单在跨境里不是个别现象——促销期冲动下单再取消、超时未支付自动关单、买家反悔，一个月下来是个不小的量。\n真正贵的不是这笔钱，是它让你以为不亏。\n我做过一版月度复盘，按明细算，取消单占用的是“零损益”，也就是不赚不亏、可以不管。按结算额算，它每个月都在往外掏钱。这两个结论会导向完全相反的动作：前者让你忽略，后者会让你去查原因。\n而且它不报警。金额小、分散、每一笔都在合理区间内，任何“异常值检测”都抓不到它。\n根因：一条默认成立的假设 系统里有一条剔除规则，逻辑是：\n订单状态是已取消 → 这笔单不参与损益计算。\n这个逻辑本身没错，老板也不想看一堆取消单占着报表。错的是它顺带做了一个没人验证过的假设：\n已取消 = 没有资金流动。\n在有的平台上，这个假设成立。在有的平台上，它不成立——平台照样收了一笔退货运费，钱实实在在从你的结算里扣走了。\n所以问题不在“要不要剔除取消单”，而在剔除的时候，你是按状态剔的，还是按有没有资金流动剔的。\n按状态剔（大多数系统的做法） 按资金流动剔（对的） 判断依据 订单状态 = 已取消 结算额是否为 0 实现成本 一行代码 要去读结算明细 报表显示 扣费被置 0 扣费如实显示 后果 少算成本，而且不报警 数字难看，但是真的 绝大多数系统选了左边那列，因为它简单。代价就是你看到的那个 0。\n怎么自查（三步，半小时） 第一步：按月汇总，不看单项。\n把你最近三个月的取消单，取 结算额 求和。如果三个月都是 0，恭喜，你这个平台可能真的是零流动。如果某个月明显是负数，问题就找到了。\n第二步：抓已结算的取消单，看分布。\n不要只看总额，看分布。重点看两件事：有多少笔的结算额不为 0；这些笔的金额相对订单金额大概是什么比例。比例稳定，说明是固定规则在收（运费、手续费之类）；比例乱，说明混了别的费用进来，得再拆。\n第三步：比对同一屏的两个数。\n拿一笔具体的单，把汇总卡的数字和明细行的数字摆在一起。**如果对不上，先别怀疑数据，先怀疑它们走了两套判据。**同一个页面上的两个数，理应用同一个字符串算出来；对不上，说明有两处各写了一套。\n可以直接抄走的两条 任何“这类单不参与计算”的规则，都要先问一句：它真的没有资金流动吗？ 然后拿结算额按月验一遍。规则写在代码里，验证要写在钱上。 同一屏的卡片和明细，必须走同一个判据字符串。 两处各写一套，早晚漂移；漂移了不会报错，只会悄悄地给你两个数。 边界 这条结论我只对已结算的取消单成立。未结算的取消单，确实可能真的没有资金流动——那时候按状态剔除是对的。\n另外，不同平台的规则不一样，别拿一个平台的结论套另一个。我这套自查方法通用，结论不通用。\n下一篇拆另一笔更容易被忽略的钱：一笔叫「退款管理费」的费用，其实跟退款没关系。\n","permalink":"https://blog.fangcan.cn/posts/cancel-order-still-charged/","summary":"订单被取消，不等于没有资金流动。这笔扣款会藏在一个你平时不打开的地方，直到你逐单核对才发现。","title":"客户取消的订单，平台照样扣你钱"},{"content":"我是 Leo，FANGCAN 方灿的创始人，做外贸、跨境电商和国内电商。\n服务器自己管，系统对接自己做，账自己核。这些年踩过的坑，都记在本地笔记里，攒到今天有一百八十多条。这个站把它们一条一条拆开写出来。\n这里写什么 三个方向：\n对不上 —— 钱为什么少了。汇率取哪一天、平台费算进哪一头、退款挂在哪个单上。 崩了 —— 什么东西坏了，亏了多少。证书、502、域名、备份、连接数。 差点丢 —— 什么差点不是你的了。权限、账号、数据保留期、部署脚本。 一条只讲一个根因，重点说清它让你损失了多少，最后给一条今天就能做的动作。\n这里不写什么 不写选品，不写流量，不写怎么月入过万。\n不讲自家 GMV、单量、真实费率，也不提客户和供应商的名字。所有涉及规则和费率的内容，只依据平台公开文档；涉及技术的，只讲通用方案。\n一条纪律 如果这条内容换一个博主也能写出来，我就不发。\n这个站的全部价值，来自\u0026quot;做贸易 + 自己管服务器 + 自己做财务对接\u0026quot;这个组合。脱离这个组合的经验，网上已经够多了，不缺我这一份。\n","permalink":"https://blog.fangcan.cn/about/","summary":"关于这个站","title":"关于"}]