AWS帳號安全認證 AWS帳戶扣稅後金額對唔上
AWS帳戶扣稅後金額對唔上？先別急著打電話投訴，你的發票可能正在默默說謊
上個月結帳日一到，你盯著AWS Cost Explorer畫面，再比對銀行扣款明細——咦？$12,840元？但帳單寫「含稅總額：$13,225.20」？差那$385.20是誰偷走的？還是AWS偷偷加收了「雲端空氣費」？別慌，這不是系統出包，而是台灣企業主最常踩的「營業稅認知地雷」——而且八成以上的人，連雷在哪都沒看清。
第一顆雷：你以為的「12%」，其實是AWS給你的「幻覺稅率」
很多會計同事看到AWS帳單右上角標著「VAT 12%」就鬆一口氣：「哦～就是12%營業稅嘛！」但請立刻把這句話從腦袋裡刪除，並用紅筆圈起來打叉。AWS在台灣根本不課徵營業稅，它開的是「進口勞務」統一發票，適用的是營業稅法第36條之1——零稅率！等等，零稅率？那帳單上那個12%是啥？答案是：你公司自己要報繳的「營業稅轉嫁」金額。
舉例說明：你買了$10,000（稅前）的EC2服務，AWS開給你一張「零稅率」發票，金額欄寫$10,000，稅額欄寫$0；但根據財政部規定，你作為買方，必須自行計算「營業稅額」（$10,000 × 5% = $500），填在營所稅申報書「進項憑證明細表」裡，然後在營業稅申報時，將這$500列為「進項稅額」，同時同步提列「營業稅負擔」科目。所以你銀行扣的$10,500，是$10,000服務費＋你自提的$500營業稅負擔——而AWS帳單顯示的「含稅總額」，其實是它系統自動套用「12%」（誤導性預設）算出來的參考值，根本不是法定稅率，也不具扣款效力。
第二顆雷：發票開立時間＝帳單生成日？錯！AWS的發票是「跨月幽靈」
你收到2月1日的AWS帳單，上面寫「帳單期間：2024-01-01 至 2024-01-31」，直覺以為發票一定在2月初開出。大錯特錯。AWS的發票開立時點，取決於你的Billing Preferences設定與結帳週期，更關鍵的是：它依「付款成功日」才觸發發票產生。
假設你設定每月5號自動扣款，但2月5日銀行因餘額不足退件，直到2月12日才扣成功——那麼那張涵蓋1月費用的發票，會在2月12日才正式開立，並歸類至「2月發票批次」。結果就是：你2月帳單看到的是1月消費，但發票卻落在2月報稅期間。會計若按「發票日期」歸類進項，就會把$10,000誤植到2月，導致1月營所稅漏計進項、2月又重複列報——兩邊金額當然對不上。這不是數字失蹤，是時間錯位造成的「會計鬼打牆」。
第三顆雷：多帳號、多組織、多幣別？恭喜，你已啟動「稅額疊疊樂」模式
當你用AWS Organizations管理20個子帳戶，每個帳戶分別綁定不同信用卡、不同付款方式，甚至有美金／台幣混用狀況，問題就升級成高難度解謎遊戲。AWS預設將所有子帳戶費用「合併計稅」，但只針對同一付款主體、同一幣別、同屬一個「Tax Registration Number（TRN）」才會整併開立一張發票。
常見崩潰情境：A帳戶用台幣扣款、B帳戶用美金扣款（且未設定TRN）、C帳戶雖同屬一公司但被誤設為獨立稅籍——結果你收到三張發票：一張台幣含稅$8,200、一張美金$1,200（換算約$36,000台幣）、一張台幣$15,000。但銀行扣款只有兩筆：$8,200＋$36,000。你翻遍郵件找不到第三張發票？因為C帳戶的$15,000被AWS當作「無效稅籍」，直接轉為「免開立發票」處理，金額仍照扣，但你無法取得合法進項憑證！這不是AWS搞鬼，是你在Tax Preferences頁面漏填了TRN，或填錯格式（例如少寫「統編」前的「TW」字樣）。
三步驗證法：5分鐘揪出你的金額黑洞
STEP 1｜鎖定「真正含稅總額」：別信帳單摘要，要看PDF原始發票
登入AWS Billing Console → 點「Bills」→ 找到對應月份 → 按右側「Download PDF」。打開PDF後，跳到最後一頁「Tax Summary」區塊，重點看三行：
• Taxable Amount：你該計提營業稅的基準金額（非帳單總額）
• Tax Rate：這裡寫的才是真實適用稅率（台灣應為0%，若出現12%代表設定異常）
• Tax Amount：AWS代算的稅額（僅供參考，你不可直接採用）
AWS帳號安全認證 STEP 2｜交叉比對「扣款日」與「發票開立日」
進入「Payment History」，找出該筆扣款的確切日期（精確到小時）。再回「Bills」頁，把滑鼠移到該帳單右上角「Invoice Date」，會浮出完整時間戳記（如：2024-02-12T03:47:22Z）。若兩者相差超過3天，立即檢查銀行是否曾退件，並登入財政部「電子發票整合平台」查該張發票是否真的開立成功（輸入發票號碼＋日期即可驗真）。
STEP 3｜啟動「TRN掃雷行動」
進入Tax Preferences頁面，確認三件事：
✓ 所有子帳戶的「Tax registration number」欄位已填寫，且格式為「TW+10碼統編」（例：TW1234567890）
✓ 「Tax regime」選的是「Taiwan」而非「Global」
✓ 「Invoice delivery method」設為「Email + Portal」，避免發票寄失
跟AWS客服講這三句話，省下兩小時扯皮時間
如果你已驗證完還對不上，打電話前先備好以下資訊，並用這三句話開場：
①「我需要調閱Invoice ID [XXXXXX] 的原始扣款日誌與發票生成事件時間戳」（逼對方切到後台查真實發票狀態）
②「請協助確認該帳單在Tax Preferences中使用的TRN是否與財政部登記一致，並提供AWS端記錄的驗證結果截圖」（防止客服推說「設定沒問題」）
③「若確認為AWS系統錯誤導致發票漏開，請依《消費者保護法》第19條提供書面補發承諾函，並註明補發期限」（台灣客服聽到這句通常會立刻轉資深專員）
最後一句真心話
AWS帳單不是數學考卷，它是會計、稅務、系統設定三股力量拔河的戰場。金額對不上，從來不是數字在撒謊，而是我們習慣用「帳單看起來像什麼」代替「法律規定是什麼」。下次看到那個刺眼的12%，別急著質疑AWS，先問自己一句：我的TRN填對了嗎？我的發票真的存在嗎？我的營業稅，是我自己報的，還是指望別人替我報的？答案清楚了，數字自然就回家了。
