>

亚马逊应收总对不上？看看这3个隐藏原因

>

亚马逊应收总对不上？看看这3个隐藏原因

亚马逊应收总对不上？看看这3个隐藏原因

蜂鸟AMZ

2026-11-13

0

导读：对【本月结算但未提现】3种特殊情况的公式补充Skill打了3个补丁~记得使用最新版本

结算口径和发货口径的公式2中都有【本月结算但未提现】这个部分，可以说它是核对应收的关键。

本期将对公式2：【本月已结算但未提现】的3种特殊情况进行补充说明，这3种情况是导致大家核对不准的隐藏原因！一定对着文章案例仔细理解，再看看自己的账号有没有这种情况。

最开始我们对它的理解很简单，亚马逊回款周期默认14天，且极大可能存在跨月，例如2026-01-20 - 2026-02-03这个周期的回款实际发生在2月，但1-20到1-31这部分的交易金额在1月确认了收入，导致这部分金额在6月份形成了【已结算但未提现】。

这是最普遍最简单的情况。但如果情况变得复杂一点呢？

特殊情况一：

当付款周期落在月末最后一天，又遇上周期里有预留金额变动（新的预留金额-预留金额的释放）？

例如3月这2笔付款周期：3/31-4/13是我们按照之前的逻辑要找的3月份【已结算未提现】的settlement id。（3.31这天的金额到4月才提现）

但其实3-17-3-31这笔，它的实际付款日也被拖到了4月1日：

实际到款日按照transfer的released date为准：

这里要注意的是，每一个结算周期如2626/3/17-2026/3/31我们不是会计算出一个【支付金额】吗，这个金额是会体现在下一个结算周期的transfer里哦！settlement id不是同一个了，查询的时候记得用对ID（取下一个即可）。

所以这一笔也是我们3月份的【已结算未提现】，3月份【已结算未提现】由通常的1笔，变成了2笔。

如果这两笔ID金额都算上，还有一个问题要考虑，就是预留金额的问题。我们把3-17-3-31这笔金额归入到公式2：已结算未提现，这笔金额包含了预留净额（新的预留-预留释放），而公式2中已经有了【本月预留】，导致了重复，所以我们需要再剔除重复这部分。

具体剔除的数据是：1158.34-352.86=805.48

总结一下，当遇到以上这种特殊情况，公式2中【已结算未提现】金额的计算公式是：第一个ID中3/31的交易金额 + 第二个ID的交易金额 - 第二个ID中的预留净额。

是不是太复杂了？

要不是模型，我都发现不了这个问题...

特殊情况二：

同样是当付款周期落在月末最后一天，且发生了信用卡扣款补亏：

在特殊情况一里我们已经说过，8/24-8/31这种落点在月末最后一天的金额，也会在下个月才提现，但其中debt信用卡这笔其实在8.31就发生了。

所以又出现了错位，需要在8月【已结算未提现】里把这笔已经在8.31发生的信用卡扣除，才反应你的真实【已结算未提现】。

注意：这种情况只发生在上述这种特殊周期，如果整条链在同一个自然月内走完，两个公式就都不会看到悬空事项，差异为0。

特殊情况三：

当某一周期出现亏损，也没有用信用卡偿还，例如下面9.21-9.28：

虽然这笔金额-7.79发生在9月，但是一直到10月都没有用信用卡偿还，导致负应收，应该在公式2的【已结算未提现】中体现。

以上这几种差异当了解了背后逻辑后，我就不想保留了，所以针对以上3种情况，我都在模型里做了修复，打包更新在Skill里了。

付了费的盆友如果在使用中发现有差异，记得先更新到最新版本再使用，没差异的话说明你的账号都不存在我上述说的3种情况，可以继续使用。

新版本：1.2.0（审核时间会比较长，请耐心等待上架）

手工核算的朋友们如果有差异可能会是以上3种情况，所以我在这里专门做下解释和说明。能看得明白就尽量看吧，我也研究了好一会

模型介绍：【Workbuddy实操】亚马逊应收余额自动计算模型-结算口径

付款明细txt批量转excel：我的第一个Workbuddy Skill 已上线

在Workbuddy技能市场搜索：亚马逊应收👇

【声明】内容源于网络

0

0

蜂鸟AMZ

亚马逊运营、跨境财务、数据分析、终身学习、自我成长佛系更新~

内容 569

粉丝 2

蜂鸟AMZ 蜂鸟AMZ 亚马逊运营、跨境财务、数据分析、终身学习、自我成长佛系更新~

总阅读59.0k

粉丝2

内容569