去年12月，我帮一家做亚马逊美国站加 TikTok Shop 的卖家做年末复盘。运营团队交上来的报表写着：12月 GMV 92.4 万美元，毛利率 31%，看上去是个漂亮月份。财务给的银行流水却显示，公司账户当月净增现金只有 8.1 万美元，其中还有 3 万是股东借款。两边差了将近 20 万美元，谁也说不动谁。
我们把数据摊开查了三天，最后确认差异不是"算错了"，而是七条口径在打架：平台预留金没算作在途资金、头程运费没进库存成本、广告费按店铺平摊没落到 SKU、12 月的退款冲到 1 月收入、FBA 长期仓储费整笔进了期间费用、三个币种的记账汇率不统一、还有一批退货商品根本没回冲成本。
这件事之后，我把这家公司（下面叫 A 公司）的核算链路重做了一遍：月底关账从 11 天压到 3.5 天，SKU 级利润表做到了周更，运营第一次能拿着"单品净利"去谈要不要继续备货。这篇文章不打算讲"ERP 有哪些功能"，而是讲当一家跨境卖家从"能出单"走到"知道自己到底赚不赚钱"这一步时，ERP 的财务核算该怎么配、怎么用、怎么取舍。
我见过太多团队的 ERP 演进路径是"缺什么补什么"：刚起步用打单工具，多平台了加一个中台，做独立站了再接一个系统，最后手里握着五套后台、三份利润表，谁也不知道哪个数字能信。
问题的本质是：系统没统一口径时，功能越多只会把混乱自动化。你接了十个平台，不等于你能算清十个平台的利润，只是把十份对不上的账集中到了一个界面里。财务核算进阶的第一件事，是把"收入怎么确认、成本怎么归集、费用怎么分摊、汇率怎么记"这四件事写成明文规则，再让系统去执行。
很多卖家的顺序是错的：先让运营冲销量，等月底财务算出利润，再回头调整。这个回路通常要 30 到 45 天，等你看清某个 SKU 在亏钱，货已经在海上漂了。
我坚持的顺序是反过来的：先确定核算口径能到什么颗粒度，再决定运营能做什么决策。如果系统只能给你店铺级利润，你就只能做店铺级决策，比如"关掉这个店铺"。如果系统能给你 SKU 级、甚至 SKU 加站点级的净利，你才可能做出"这个 ASIN 在欧洲站涨价 4% 同时砍掉 30% 广告"这种精确动作。
这不是感觉。我在 2023 到 2025 年之间跟踪过 9 家做亚马逊和 TikTok Shop 的卖家，其中 4 家能做到 SKU 级净利周更，5 家只能做到店铺级月更。前一组从发现一个 SKU 转负毛利到做出清货或调价动作，平均用了 11 天；后一组平均用了 38 天。
更关键的是期末库存：前一组在季度末的滞销库存（库龄 180 天以上）占库存金额的比例平均是 9.4%，后一组是 21.7%。财务核算的颗粒度，最终会体现在库存周转和现金流上，而不是只体现在报表好不好看上。
月 GMV 十万美金以下时，团队通常三到五个人，一个运营兼客服，一个采购兼仓管。这时候 ERP 的核心价值就是：多平台订单汇总、面单打印、库存同步、发货回传。财务部分基本是导出一张流水表，用 Excel 加总。
这个阶段用 Excel 是对的，不要被销售忽悠着上重型系统。规模没到，核算复杂度就没到。你一个月两百个 SKU、四个店铺、一个币种，手工算得比系统还快。
月 GMV 到 10 万到 50 万美金区间，情况会突变：店铺从 4 个涨到 11 个，SKU 从 240 个涨到 780 个，开始出现自发货加 FBA 混合、开始有海外仓、开始有三到四个币种。这时候你需要的已经不只是发货，而是"这批货在哪个仓、值多少钱、什么时候能回来"。
真正的痛点是：你开始分不清哪个产品在赚钱。同一个 SKU，在美国站卖 29.9 美元、在德国站卖 27.9 欧元，扣完 VAT、头程、退货之后到底差多少，Excel 已经算不动了。
月 GMV 上到 50 万美金以上，你大概率会有多个经营主体（境内采购主体、境外销售主体、香港结算主体），会有 VAT、会有跨境资金池、会有审计需求。这时候 ERP 的财务核算能力，直接决定了你能不能做三件事：月度准时关账、按主体出报表、按 SKU 看净利。
很多卖家在这个阶段才发现，自己用了两年的系统连"结算单自动归集"都做不到，只能靠财务每个月从后台导十几张 CSV 拼表。这不是 ERP，这是一个更贵的下载器。
这是最普遍的一个错。平台后台的"结算金额"已经扣掉了佣金、配送费、部分广告费，它是一个净额，不是收入。如果你拿它当收入，再用采购成本去减，得到的"毛利"会同时低估收入和高估成本结构，最后的结果是，数字看起来对，但任何一个单项都无法优化。
正确的做法是：以订单成交金额为收入，把平台扣的每一笔费用还原成独立费用项。还原之后你才能回答"是佣金贵了，还是仓储费贵了"。
广告费不分摊，是"伪爆款"最大的保护伞。我见过一个家居类卖家，某个 SKU 全年广告花费 4.7 万美元，贡献销售额 12.3 万美元，看上去 ROI 还有 2.6，运营一直把它当主力。
把广告费按归因销售额分摊到 SKU 之后，这个产品的净利率从 +8.2% 变成 -3.1%。它实际上在用其他产品的利润补贴自己的销量。不分摊广告费，等于让亏钱的产品伪装成赚钱的产品。
头程运费和关税不入库，是毛利率虚高的第二大来源。假设一批货采购成本 12 万美元，头程加关税 3.6 万美元，如果只把 12 万入库，商品成本被低估了 30%。当这批货全部卖出时，账面毛利率会虚高 9 到 12 个百分点。
更麻烦的是跨期问题：头程费用通常发生在采购之后、入库之前，如果它被记在费用里而不是成本里，就会造成"这个月采购多、费用爆表，下个月卖货多、毛利虚高"的月度大幅波动。
退款发生时，财务很容易只做一笔收入冲销，忘了回冲对应的商品成本。这会带来两个后果：一是毛利被系统性高估，二是库存台账和财务账目出现差异，最后盘点时对不上。
退货还有第三层成本容易被忽略：退货处理费、不可再售的损耗、以及二次入仓的运费。我建议在系统里把退货拆成"可再售"和"不可再售"两条路径分别记账，否则你永远不知道退货到底吃掉了多少利润。
用月末汇率折算全月交易，在汇率波动小的时期影响有限，但在波动大的月份会有明显偏差。A 公司去年 12 月就是因为三个币种记账汇率不统一，产生了约 1.1 万美元的隐性差异。
我的建议是按用途分层：交易折算用交易日或月平均汇率，期末外币货币性项目用期末汇率重估，汇兑差异单独列示。不要图省事全部用月末汇率，也不要全部用月初汇率，关键是口径写清楚并且每月保持一致。
加权平均、先进先出、移动加权，这三种方法在跨境场景下的差异比很多人想象的大。尤其是头程成本波动大的品类（比如旺季海运涨价 40%），不同计价方式会让同一批货的成本差出几个百分点。
真正的问题不是"哪种更好"，而是你在系统里配置一种，在 Excel 里用另一种，最后两套账都对不上。选一种，全链路统一，并且在系统里锁住，不让人工调整。
店铺级利润能回答"这个店值不值得继续做"，回答不了"这个店里哪些产品该砍"。当一个店铺有 400 个 SKU，其中 60 个贡献了 85% 的利润，剩下 340 个在拖累现金流时，店铺级报表会告诉你"这个店还不错"，因为总账是正的。
我把这个现象叫作"利润遮蔽"：赚得多的产品遮住了亏得多的产品。要穿透这层遮蔽，唯一的方法是做到 SKU 级利润，并且至少做到月度、理想状态是周度。
这是第一道分水岭。低配方案是财务每月从各平台后台手动导出 CSV，再导入系统；高配方案是通过授权自动拉取结算明细，并自动完成订单匹配。
差别的核心不在省了多少小时，而在可追溯性。手动导入的数据一旦被改动，你无法回溯到原始平台记录；自动归集的数据链路是完整的，出现问题可以逐层下钻。对账能力的天花板，取决于数据入口的自动化程度。
分摊规则是财务核算里最容易被忽略、也最容易出事的地方。广告费怎么分、仓储费怎么分、共用头程怎么分、平台补贴怎么冲减，这些规则必须是可配置、可保存、可追溯的。
我的判断标准很具体：当我看两个月前的利润表时，我能不能查到当时用的是哪一版分摊规则、参数是什么、谁改的、什么时候改的。如果做不到，这套系统本质上还是一个大号 Excel，只是长得更好看。
完整的成本链路应该是：采购订单 → 采购入库/在途 → 头程费用归集 → 关税与杂费分摊 → 库存成本确定 → 销售出库结转 → 退货回冲。
任何一个环节断了，成本都会失真。我见过最常见的断点是"头程费用游离在库存之外"，它让整条链路的后半段全部建立在错误的成本基础上。检验方法很简单：随便挑一个 SKU，问系统能不能给出一笔从采购到售出的完整成本流水。
很多系统的报表只能看到汇总数字，看不到数字是怎么来的。看到"广告费 11.8 万美元"，点不进去看是由哪些广告活动、哪些订单、哪些归因规则产生的。
可解释性直接决定了两个能力：一是审计配合能力，二是错误定位能力。当某个 SKU 的利润突然异常时，你需要在十分钟内定位到是哪个环节的问题，而不是花两天去反推。
关账不是"算完账"，而是"冻结一段时间的数据、防止被追溯修改"。没有锁账机制的团队，会遇到一个经典难题：三个月前的报表每个月都在变。
我的经验是：月度关账后应锁定该期间的分摊规则与汇率参数，调整只能通过次月调账处理，不能直接改历史数据。这一条在很多轻量系统里是缺失的，但它对财务真实性至关重要。
我把上面这些整理成六个维度，每个维度 10 分，用来给候选方案打分。这套表我前后用过七八次，判断准确率比"看演示"高得多。
| 评估维度 | 跨境专用工具 | 通用 ERP 加电商插件 | Excel 加人工 |
|---|---|---|---|
| 数据入口自动化（结算单自动抓取与匹配） | 8 到 9 分 | 5 到 6 分 | 3 到 4 分 |
| 分摊规则可配置、可版本化 | 8 到 9 分 | 4 到 5 分 | 2 到 3 分 |
| 成本链路闭环（含头程与关税） | 7 到 9 分 | 5 到 6 分 | 4 到 5 分 |
| 报表可下钻与可解释性 | 8 到 9 分 | 3 到 4 分 | 2 到 3 分 |
| 多币种与汇兑处理 | 7 到 8 分 | 5 到 6 分 | 3 到 4 分 |
| 关账与锁账机制 | 6 到 8 分 | 3 到 4 分 | 1 到 2 分 |
我用过和评估过不少跨境 ERP，其中有一类产品的思路值得单独说，它们不是从"打单发货"往上长，而是从"利润核算"往下长。我以数跨境为例来拆，是因为它把很多原本要靠 Excel 手工处理的核算逻辑，做成了系统内的可配置项，比较适合用来讲清楚"财务核算进阶"这件事到底长什么样。具体功能与版本以官网实际说明为准，我这里讲的是我在实操中观察到的配置思路和落地节奏。
我把 A 公司的落地过程拆成四个场景，每个场景对应一类具体问题。这四个场景的顺序建议不要颠倒，因为它们之间存在数据依赖。
第一步解决的是"数据从哪来"。A 公司有亚马逊、TikTok Shop、Shopee 三个渠道，过去财务每月要导出 14 份结算报表，手工匹配订单号和金额。
系统化之后，渠道授权后自动拉取结算明细，再与订单做匹配。这一步的价值不是省时间，而是形成了一条可下钻的数据链路：任何一个汇总数字都能点回到平台原始结算记录。我们当时设定的验收标准是：结算记录自动归集率不低于 95%，订单与结算匹配率不低于 96%。
A 公司实际跑出来是：单月结算记录 3.6 万条，自动归集率 98.2%，自动匹配率 96.7%，未匹配的 3.3% 集中在跨月结算和部分退款订单上，由财务人工复核。这 3.3% 是正常的，不要期待 100%。
第二步解决的是"钱怎么分"。这是整个进阶流程里技术含量最高、也最容易做错的一步。我在实践中的原则是：能用归因数据的，绝不用平摊；必须平摊的，一定要写明驱动因子。
以广告费为例，优先级应该是：广告活动直接归因的订单 → 广告活动关联的 SKU 集合 → 如果都拿不到，才按 SKU 销售额占比分摊。这套逻辑在系统里通常可以配置成一条规则，并且带上生效期间。
{
"rule_name": "2025Q1_广告费分摊_亚马逊US",
"period": "2025-01-01 ~ 2025-03-31",
"source": "advertising_report.campaign_spend",
"allocate_to": "sku",
"driver": "ad_attributed_sales_7d",
"fallback": "sku_gmv_share",
"currency": "USD",
"exchange_rate": "monthly_average",
"post_to": ["product_profit_report", "monthly_close"],
"version": "v3",
"lock_after_close": true
}
这段配置里最关键的是三个字段：driver（驱动因子）、fallback（兜底逻辑）、lock_after_close（关账后锁定）。驱动因子决定了精度，兜底逻辑决定了覆盖率，锁定决定了历史数据的可信度。很多团队只配了第一个。
第三步解决的是"用哪个口径记账"。A 公司有三个主体：境内采购主体、香港结算主体、美国销售主体，涉及美元、欧元、英镑和人民币四个币种。
我的建议是先把"记账本位币"和"报表币种"分开定义：各主体用各自的本位币记账，合并时统一折算成集团报表币种。交易折算用月平均汇率，期末的外币货币性项目用期末汇率重估，差额单独列示为汇兑损益。
这里有一个容易忽略的细节：平台账户里的未提现余额也是外币货币性项目，也需要重估。A 公司去年就是漏了这部分重估，导致 12 月利润和现金流对不上。
第四步解决的是"给谁看"。前面三步做完，SKU 级利润表基本就是水到渠成的结果。库存成本按统一计价方式结转（A 公司用的加权平均），头程与关税分摊进成本，退货按可再售与不可再售分别处理。
这一步的验收标准我建议定得具体一点：能对任意一个 SKU，在 3 分钟内导出它的月度利润明细，包含收入、平台费用、广告费、头程分摊、商品成本、退货损耗、汇兑影响七项。A 公司做到这一步之后，周会上的讨论方式彻底变了，从"这个月卖得怎么样"变成了"这三个 SKU 要不要继续投"。整个落地周期是 9 周，其中第 4 到第 6 周几乎全花在分摊规则的对齐上。
我原来以为"二八法则"在跨境类目里会更极端，比如 5% 的 SKU 贡献 90% 的利润。实际跑完 A 公司的数据之后，我发现现实更接近"三七叠加尾部拖累"：利润集中在头部，但尾部不是不赚钱，而是在持续失血。
A 公司 1,680 个在售 SKU 中，Top 5%（84 个）贡献了 46% 的利润，Top 20%（336 个）贡献了 78%，中间 30% 贡献 15%，后 50%（840 个）只贡献了 7% 的利润，其中约 12% 的 SKU 是负毛利，合计拖累了约 9% 的整体利润。
换句话说，如果只砍掉那 200 个明确亏损的 SKU，整体利润能提升接近 9 个百分点。而发现这 200 个 SKU 的唯一方法，就是做到 SKU 级利润核算。这是我认为财务核算进阶最直接的商业价值。
在做 SKU 级核算之前，A 公司的运营团队有一个共识：某个日销 4,000 单以上的 3C 配件是"镇店之宝"。做完核算之后，这个产品的单件净利是 -0.31 美元。
它的成本结构是这样的：售价 19.9 美元，平台佣金与配送费 7.1 美元，广告费 4.8 美元，采购与头程 6.2 美元，退货损耗 1.4 美元，其他 0.8 美元，合计 20.3 美元。每卖一件亏 0.31 美元，但因为销量大，它在店铺级报表里掩盖了这个问题，它带来的流量让店铺看起来"规模在增长"。
我们把它提价到 22.9 美元并砍掉 35% 的低效广告后，销量降到 2,600 单，但单件净利转正到 1.42 美元，月度利润从 -37 万元级别变成了正向贡献。这就是"财务核算进阶"的实际样子：不是报表更漂亮，而是决策更准。
这个阶段的目标是"知道每个月的钱去哪了"，不是"算到 SKU 净利"。我的建议是：用轻量打单工具处理订单，财务用标准化的 Excel 模板（固定维度：店铺、平台、月份、收入、平台费、广告、采购、物流）。
唯一必须做对的一件事，是把平台结算额还原成收入加各项费用。这个习惯一旦养成，后面迁移到系统时几乎不费力气；如果一开始就用净额记账，搬迁的时候要重新拆几个月的历史数据，非常痛苦。
这个阶段的核心任务是"口径固化"。不要急着上大而全的系统，先做三件事：定义收入确认口径、定义四类主要费用的分摊规则、统一成本计价方法。
我的经验是，这个阶段用一套配置灵活的跨境专用工具，加一两个月的规则调试期，性价比最高。调试期一定要留够，因为它本质上是让财务、运营、老板三方对"什么算成本"达成共识的过程，这个过程快不了。
这个阶段你已经有了足够的 SKU 数量和数据量，值得为"周度 SKU 级利润表"投入。同时要开始管一个之前没管的东西：在途资金。
在途资金的管理方法是做一张"回款日历"：把每个渠道的结算周期、预留比例、实际到账时间列出来，再叠加应付账款的到期日，你就能看到未来 30 天的现金流缺口。很多卖家不是不赚钱，而是死在回款和在途错配的现金流缺口上。
到这个规模，财务核算的目标从"管理工具"变成"合规底座"。你需要：按主体出报表、汇兑差异单独列示、关账后锁定历史、支持审计追溯、以及一套能被外部会计或审计师接受的口径文档。
我强烈建议在这个阶段把核算规则写成正式文档，并且和系统配置一一对应。当你的财务负责人离职、或者要引入投资方尽调时，这份文档的价值会立刻显现出来。
选型讨论里最容易跑偏的是只看订阅费。我把四条路线的三年总成本（含订阅、人力、实施、维护、机会成本）算出来，结果通常和直觉不一样。
| 路线 | 三年总成本（估算） | 适配度评分 | 适合的团队 |
|---|---|---|---|
| Excel 加人工兜底 | 约 18 万元 | 3.5 / 10 | 月 GMV 10 万美元以下，或品类极简单 |
| 通用 ERP 加电商插件 | 约 42 万元 | 6.0 / 10 | 有境内供应链管理需求，且能接受跨境结算逻辑的二次适配 |
| 跨境专用工具 | 约 36 万元 | 8.5 / 10 | 月 GMV 10 万美元以上，多平台多币种，需要 SKU 级利润 |
| 自研系统 | 约 180 万元 | 7.5 / 10 | 月 GMV 500 万美元以上，且有稳定的技术团队和明确的差异化需求 |
我只在三种情况下建议自研：一是你的业务模式确实特殊（比如有复杂的定制组装、寄售、或者多渠道库存共享逻辑），市面产品无论如何配置都覆盖不了；二是你的月 GMV 稳定超过 500 万美元，订阅费已经接近自研的边际成本；三是你有一支稳定的内部技术团队，且能保证三年不断档。
这三个条件是"且"的关系，不是"或"。我见过太多卖家因为"市面产品不够贴合"就启动自研，结果第一年做了个半成品，第二年技术负责人离职，第三年又回去买 SaaS。
如果你的核心诉求是"算清 SKU 利润"，请不要自研。因为 SKU 级利润核算的难点不在技术，而在财务口径与分摊规则的反复打磨，这些规则是行业经验的沉淀，不是代码能力能替代的。
同样的逻辑，如果你的团队没有专职财务（只有兼职会计或代账公司），也不要自研。没有业务侧的口径输入，自研系统只会把你现有的错误逻辑固化成代码。
把问题简化成一个公式：三年总成本 ÷ 你能获得的利润改善金额 = 回本倍数。如果这个倍数大于 3，果断投入；在 1 到 3 之间，先做小范围试点；小于 1，说明你的规模还没到，先把口径在 Excel 里理清楚。
以 A 公司为例：三年总成本约 36 万元（含人力），通过砍掉负毛利 SKU、优化广告结构，第一年就找回了大约 260 万元的利润改善，回本倍数超过 7。这个数字才是判断"要不要上系统"的真正依据，而不是订阅费多少钱一年。
我在落地过程中发现，追求 100% 自动化反而会让项目失败。原因很简单：总会有 3% 到 5% 的异常数据（跨月结算、特殊退款、汇率调整、平台补贴），为了这 5% 做自动化，成本会翻倍。
我的建议是：把自动化目标定在 95%，剩下 5% 用人工复核，并且把复核记录留痕。这样做的好处是项目能在 8 到 10 周内落地，而不是拖成一年，同时人工复核的过程还能持续发现规则漏洞，反过来优化配置。
回到开头那个 20 万美元的差异。它最后被拆成了九层，每一层都能追溯到具体的业务动作：一条没进成本的头程运单、一批没回冲成本的退货、一笔没重估的平台余额、一版没固化的广告分摊规则。
我想强调的独特观点是：跨境电商 ERP 的进阶，本质上不是把更多平台接进来，而是把"钱从哪来、到哪去、被谁吃掉"这条链路，从人的经验变成系统的规则。系统只是载体，口径才是资产。
如果你现在正处在"报表数字对不上、不知道该砍哪个产品、现金流莫名紧张"的状态，我建议按下面这个顺序推进，不要跳步。
最后一句提醒：不要指望一次配置就永远正确。平台规则在变、品类结构在变、汇率在变，分摊规则需要每个季度做一次复盘和版本更新。把这件事安排进财务的季度日程里，你才算真正把财务核算的进阶玩法跑通了。
我做了两年多亚马逊加独立站，最开始ERP里只按店铺看利润，月底看板一拉就完事。后来要定SKU级补货和广告预算分配时，发现这点数据根本不够用。我一直在纠结，究竟核到SKU就够了，还是必须做到订单行、入库批次甚至采购批次级？
判断标准不是“越细越好”，而是这笔数据能不能支撑你下一步的决策动作。只到店铺级，只能回答赚没赚钱；到SKU级，能回答该不该继续卖；到订单行加批次级，才能回答这批货本身到底赚没赚钱。实操上建议分层：经营层按SKU乘站点乘月度；成本层按采购批次加头程批次；资金层按收款账户加平台结算周期。
我自己的做法是ERP里至少打开三个关键维度字段：SKU、采购批次或入库批次、平台订单号，这三者打通后，退货、丢包、补发、平台赔付都能回溯到具体成本。
但要提醒一个坑，颗粒度不是越细越划算，SKU级再往下核到订单行，月结时间会从1天拉长到3天以上，只有当你的退货率超过5%或客单价超过200美金时，做到订单行才真正有价值。
我们同时做美国、欧洲、日本站，平台按结算日汇率打款，钱到银行又换了一次汇，采购是人民币付的，头程是美元付的。以前我图省事全部按月初汇率入账，结果每个月光汇兑差异就有几千块，老板问起来我也说不清是汇率波动还是真的亏了。
核心原则是业务用结算汇率、财务用记账汇率、两者差额单独挂科目。订单收入按平台结算单上的实际结算汇率入账，因为那才是你真正拿到的钱；采购和各项费用按发生日汇率或当月记账汇率入账，一般取当月1日中间价、全月保持一致；两者之间的差额进财务费用里的汇兑损益，千万不要塞回成本里。
这样做的判断依据是：汇率波动对毛利的影响和经营好坏无关，混在一起会直接误导某个SKU要不要砍的决策。数据口径上，建议每月导出平台结算单和ERP收款流水，做一张币种级差异表，差异率超过0.5%就回头查是哪批订单用了错误汇率。
另外提醒一点，多币种下别用下月汇率预提，跨境电商回款周期通常7到14天，预提会导致跨月反复调整，越调越乱。
我最开始算毛利就是销售额减采购价再减平台佣金，看着每个SKU都在赚钱，年底一算公司整体是亏的。后来才发现头程运费、海外仓仓储费、退货处理费、广告费全都没摊进去。我很想知道，正确的分摊逻辑到底应该怎么搭。
分三步走：先归类，再定分摊动因，最后反向验证。归类上把成本分成三类，第一类是直接归属，采购价、平台佣金、仓储配送费这些能挂到订单或SKU的直接挂；第二类是按动因分摊，头程运费按体积或重量摊到批次再摊到SKU，广告费按归因订单分摊，没有归因的部分进店铺公共池；
第三类是期间费用，软件订阅、人员工资不分摊到SKU，只在店铺或公司层看。判断分摊动因是否合理的标准就一句话：这个费用是不是因为这件货才产生的。按体积摊头程对抛货合理，对重货就不合理，可以重量和体积按比例加权。
验证方法很简单，把所有SKU毛利加总，再减去期间费用和汇兑损益，看是否等于财务口径的净利润，差异控制在1%以内说明分摊口径基本站得住。我自己踩过的坑是广告费按曝光分摊，结果把不投广告的老品也算成亏损，改成按归因订单分摊后才符合直觉。
每个月最痛苦的就是对账。平台结算单里有佣金、仓储费、广告费、退款、赔付、预留金，ERP里是一堆散着的订单和费用，金额总差几百到几千美金。我以前全靠Excel硬对，一对就是一整天，还对不出所以然。
别从总额开始查，从结构开始查。先把平台结算单拆成收入类、费用类、退款类、资金类（预留金、转账）四组，ERP也按同样四组汇总，逐组比对，差异一定集中在其中某一组。常见差异来源就这么几个：时间性差异，订单在A月、结算在B月，跨境7到14天回款周期必然产生；退款未同步，平台已退但ERP没记；
货币转换，平台结算汇率不等于ERP记账汇率；预留金和广告费没在ERP单独建科目。做法是建立一张月度对账调节表，按“ERP账面净利润加时间性差异加汇率差加未同步项等于平台结算净额”的逻辑排列，调节表每一行都要有单据号可追溯。判断标准是：连续三个月调节表上出现的差异类型稳定，说明口径已经固定；
如果每月都冒出新类型的差异，说明业务流程本身有问题，比如退款根本没走系统。时间成本上，前期一次月结大概要1到2天，口径固定后能压到2到3小时。
读者评论
广告费分摊到SKU这段我认同，但实操里归因方式本身就有争议。亚马逊归因窗口7天、TikTok更短，跨期订单算到哪个月、哪个SKU，不同工具能差出好几个点。文中那个+8.2%变-3.1%的例子，我怀疑相当一部分差值是分摊规则造出来的，未必是真亏损。与其纠结公式，不如先把口径固定住，哪怕粗糙，也比每月来回换强。
家样本、4对5的分组，其实很难支撑“核算颗粒度和决策速度强相关”这个结论。能做到SKU级周更的团队，往往本身就是人多、系统投入大、管理更细的那批，滞销库存低可能只是这些条件的副产品。我更想看同一个团队升级核算前后的对比，哪怕只有一家，也比跨公司横比有说服力。
在途资金那张图其实说明，现金流紧张不全是核算口径的问题。亚马逊预留金、Temu二十天账期是平台规则，账算得再清也拿不回来。我们现在把在途台账和利润表分开放：核算回答赚不赚钱，资金计划回答撑不撑得住。混在一张表里，最后两边都做不深。