一、加減沒有算錯，但那個「淨利」不是你的錢。表的收入用「訂單成立金額」，支出用「已經付出去的現金」。兩邊的時間基礎不一樣，相減出來的數字既不是會計利潤，也不是現金增減。
二、用表上自己的數字對一次現金，答案就出來了。實際入帳的回收營收 5,272,239，減掉 1 到 9 月總支出 5,252,898，等於 +19,341。今年到 9/15 現金幾乎打平，這跟你看到的銀行沒增加是一致的。
三、連 41.9 萬這個數字本身都偏高。META 帳戶今年實際花掉 702,447，表上行銷成本只填 623,743，少了 78,704，其中 9 月實際花 45,597、表上填 0。把這筆補回去，今年到 9/15 是 負 59,363。
每個月分頁的公式（以 8 月為例，列號各月不同）：
| 項目 | 公式 | 意思 |
|---|---|---|
| 當月營業額 | =SUM(業績欄) | Cyberbiz 有效訂單金額，訂單成立就記，不管錢收到沒 |
| 當期營收 | =SUM(回收營收欄) | 你手填的實際入帳，每月約兩筆大額 |
| 進貨成本 | =貨款+關稅+運費 | 當月實際付出去的錢 |
| 行銷成本 | =FB廣告費+FB廣告稅+GA廣告費 | 當月實際付出去的錢 |
| 營運成本 | =SUM(薪資:寶服務費) | 當月實際付出去的錢 |
| 總支出 | =進貨成本+行銷成本+營運成本+退款+營業稅 | 全部是現金支出 |
| 淨利 | =當月營業額 − 總支出 | 收入用營業額，不是回收營收 |
問題就在最後一行。收入那一側算的是「客人下了多少單」，支出那一側算的是「我付了多少錢出去」。這種混合算法在一般零售不一定看得出來，但你有一半營業額是貨到付款、加上預購是常態，訂單成立到錢進銀行中間隔很久，差距就會被放大成一整年的假盈餘。
| 2026/1/1 至 9/15 | 金額 |
|---|---|
| 營業額（訂單成立） | 5,687,957 |
| 回收營收（實際入帳） | 5,272,239 |
| 差額 | 415,718 |
| 表上 1 到 9 月淨利 | 435,059 |
兩個數字幾乎一樣。帳上寫的「賺」，跟「訂單算了但錢還沒進來或進不來」，是同一筆錢。
年度總覽的淨利顯示 418,859，比 435,059 少 16,200，原因是 10、11、12 月已經預填了官網費用 5,400，三個月共 16,200 的支出被算進年度合計，但那三個月還沒發生。
| 算法 | 2026/1/1 至 9/15 |
|---|---|
| 表上淨利（營業額 − 總支出） | 435,059 |
| 改用回收營收（5,272,239 − 5,252,898） | +19,341 |
| 再補上少計的廣告費 78,704 | −59,363 |
銀行沒增加，表其實早就記下來了，只是這個數字沒有出現在任何一格裡面。
不能全部當成「只是還沒收到」。從 Cyberbiz 訂單原始資料拆開來看：
| 性質 | 項目 | 金額 |
|---|---|---|
| 收不到 | 晚期取消，業績沒沖回（表上業績 5,687,957 減未取消訂單 5,572,801） | 115,156 |
| 逾期未取：客人沒去超商拿，錢收不到，貨還退回來 | 98,276 | |
| 小計 | 213,432 | |
| 還在路上 | 貨到付款，還沒送到客人手上（未出貨、在途、已到店） | 142,994 |
| 貨到付款，9 月已收貨，等順立代收結算撥款 | 26,813 | |
| 小計 | 169,807 | |
| 其餘 | 可能是代收與金流手續費、跨年度邊界的時間差 | 32,479 |
註：8/16 至 8/31 的貨到付款已收貨金額 139,945 無法確定是否已含在 9/15 那筆撥款裡，所以「還在路上」實際落在 17 萬到 31 萬之間。收不到的 213,432 這一塊比較確定。
超過一半的缺口不是時間差，是本來就不該算進業績的訂單。其中逾期未取每個月都在發生，1 到 8 月平均一個月 12,285，最高是 5 月的 24,928。這筆錢不但收不到，退回來的運費是來回兩趟，那個成本目前也沒有單獨的欄位在記。
| 2026 未取消訂單，共 5,572,801 | 金額 | 佔比 |
|---|---|---|
| 貨到付款（全部走順立代收） | 2,764,885 | 49.6% |
| 已收到款項（信用卡、ATM 等） | 2,741,628 | 49.2% |
貨到付款的錢是客人在超商付現，由順立代收，再依結算週期撥款給你。這就是為什麼回收營收永遠是每個月兩筆大額（大約 15 號一筆、月底或次月初一筆），不是每天涓涓流入。營業額當天就跳，錢兩個禮拜後才到，這個落差是結構性的，不會自己消失。
| 月份 | META 實際花費 | 表上行銷成本 | 差 |
|---|---|---|---|
| 1 月 | 90,534 | 89,560 | −974 |
| 2 月 | 66,899 | 93,198 | +26,299 |
| 3 月 | 77,382 | 49,532 | −27,850 |
| 4 月 | 60,737 | 96,196 | +35,459 |
| 5 月 | 66,652 | 49,741 | −16,911 |
| 6 月 | 77,992 | 62,181 | −15,811 |
| 7 月 | 111,596 | 90,659 | −20,937 |
| 8 月 | 105,058 | 92,676 | −12,382 |
| 9 月（到 15 日） | 45,597 | 0 | −45,597 |
| 合計 | 702,447 | 623,743 | −78,704 |
逐月有正有負，是因為你記的是刷卡帳單付款日、API 算的是廣告投放日，這個時間差正常。但累計短少 78,704 不是時間差，其中 45,597 是 9 月完全沒填。
META Insights API 回的 spend 一般不含 5% 加值稅，實際帳單金額可能再高一些。要精確就拿 META 的帳單對一次。
I14 的公式是 =SUMPRODUCT(B2:B13,J2:J13)/SUM(B2:B13)，J 欄是「淨利率」，應該引用 I 欄「毛利率」。所以年度毛利率顯示 7.65%，跟隔壁的淨利率 7.36% 幾乎一樣，但各月毛利率實際落在 45.75% 到 65.95% 之間。這一格目前是壞的，不要拿來看。
79,284 打進了 K 欄「FB廣告稅額」，應該在 J 欄「FB廣告費」。行銷成本總額是 J+K+L 所以總數沒錯，但 8 月摘要區的「FB廣告稅 79,284」是假的，會讓人以為廣告稅比廣告費還貴六倍。
三個月各 5,400，讓年度合計多背了 16,200 還沒發生的支出。要嘛清掉，要嘛年度總覽只加總已經結束的月份。
表上的進貨成本是「當月付給供應商的錢」，不是「當月賣掉那些貨的成本」。所以毛利率會跟著你的進貨節奏跳，跟生意好壞沒關係：
| 月份 | 營業額 | 貨款 | 表上毛利率 |
|---|---|---|---|
| 1 月 | 1,051,015 | 420,921 | 45.75% |
| 2 月 | 512,369 | 91,365 | 58.90% |
| 8 月 | 677,190 | 191,873 | 65.95% |
2 月營業額只有 1 月的一半，毛利率反而高 13 個百分點，唯一的原因是 2 月只付了 9 萬貨款。這欄目前不能當經營指標看。正確算法是期初存貨加本期進貨減期末存貨，但那需要每個月的存貨金額，現在表上沒有。
拿現金去買貨、貨還躺在倉庫，現金少了但那不是這個月的成本。這件事跟你的問題方向相反，它會讓帳面利潤偏低而不是偏高，但它是這張表失真的另一個來源，一併記著。
1p2lbmlDU5FFsV27kvNZMm3Fh-1ZBhSNPujyPEm8bwnk，2026-09-16 讀取，年度總覽與 1 到 12 月分頁全部含公式。status_name、financial_status_name、fulfillment_status_name 交叉統計。act_291074791408702，time_increment=monthly。amesoeur-analyst/scripts/auto_fill_daily_revenue.py，Cyberbiz BI 有效訂單金額，每日 11:30 回填最近 7 天。