AI API 發票怎麼開？台灣企業的統一發票與報帳文件對照
AI API 的發票怎麼開，先把答案講清楚：直接向海外原廠購買，拿到的是原廠開的 invoice 或 receipt，不是台灣統一發票。要一張公司財務收得下來的統一發票，得挑開得出統一發票的台灣營業人；MixRoute 可開立台灣統一發票，發票抬頭、統編與品項在付款前向 Sales 確認就會定下來。
文件種類是被採購路徑決定的。同一家公司裡，研發團隊直接刷原廠、行政採購走代理商，兩邊拿到的東西就不一樣，報帳時要分開對。
AI API 的 invoice、receipt 與台灣統一發票差在哪？
差別在開立的人。invoice 是交易文件，寫買了什麼、多少錢、付款條件；receipt 是付款收據，證明這筆錢已經付出去，這兩種都由海外賣方開。台灣統一發票只有符合台灣稅籍與開票規定的營業人開得出來，電子與紙本都要核對實際開立資料；eGUI 屬於電子統一發票。至於能不能核銷、能不能扣抵，還要核對買方資料、交易用途與適用規定。
文件分類可以對照 OpenAI 的台灣 VAT 與 eGUI 說明 與 財政部境外電商營業稅專區（2026-09-20 查閱）。
海外採購取得的 invoice 與 receipt
財務翻開那張 PDF 時，找的就是三件事：錢付給誰、付了多少、有沒有台灣稅籍的那組號碼。前兩項 invoice 與 receipt 寫得清楚，第三項要看原廠目前的帳務設定，有些服務在帳務資料裡收公司名稱與稅籍資訊，有些只留帳號名稱。
所以它們可以是費用確實發生的證明之一，但不會自動變成統一發票。夠不夠入帳，還是回到你公司的會計政策與實際拿到的那張憑證。
eGUI 只在特定稅務條件下出現
eGUI 是電子統一發票。以 OpenAI 的台灣帳務規則為例，自 2025-05-01 起，未提供台灣統一編號的台灣客戶會被加收 5% 營業稅；加收時 OpenAI 會寄出 eGUI，並說明怎麼取得。它會寄到帳號綁定的電子郵件地址，也可依通知透過財政部平台取得。
收到之後先核對買方名稱、統編、品項與金額，再交公司會計確認核銷及扣抵方式。需要指定買方資料，就在付款前把帳務設定做完；帳戶怎麼設定、當期帳單套用到哪一條規則，以帳號目前的帳務頁面為準。
統一發票要核對稅籍與買方資料
符合台灣稅籍與開票規定的營業人可開立統一發票，其中也包含依法辦理稅籍登記的境外電商；電子與紙本都要核對實際開立資料。企業採購要確認買方名稱、統編、品項與金額，以及收到的文件符不符合核銷和進項扣抵需求。
| 文件 | 開立主體 | 抬頭與統編 | 對報帳的意義 |
|---|---|---|---|
| 海外 invoice | 海外原廠或賣方 | 依原廠帳務設定，多為帳號名稱或公司英文名 | 費用發生的證明之一，是否足夠依公司會計政策 |
| payment receipt | 海外原廠或賣方 | 同上，欄位依該原廠當期設定 | 證明已付款，不會因此變成統一發票 |
| 統一發票（電子／eGUI 或紙本） | 符合台灣開票規定的營業人，含依法登記的境外電商 | 核對買方名稱、統一編號、品項與金額 | 作為核銷與稅務憑證，扣抵仍須符合適用條件；OpenAI 對符合台灣 VAT 課徵條件的交易寄出 eGUI |
企業直接向海外原廠購買時，先設定買方資訊，再確認實際拿得到的是 invoice、receipt 還是電子統一發票。帳戶填了統編，不代表所有憑證都會自動符合公司的核銷與扣抵需求；付款前把格式與欄位對過一次，後面的報帳會好安排很多。
所以動線是先確定要走哪一條路徑。路徑定了，文件種類幾乎就一起定了，兩者分開評估只會讓採購與財務各講一套。
MixRoute、海外原廠與代理／gateway 的文件路徑怎麼對照？
三條供應路徑拿到的文件不一樣，差別在簽約對象與開票主體。海外原廠給的是 invoice 或 receipt，符合條件時才會有 eGUI；台灣代理商能開統一發票，但中間多一層責任；MixRoute 這條路徑由台灣公司開票。先按你需要的文件與責任主體選路徑，再向 Sales 或原廠確認當期條件。
表上四條路徑可以這樣讀：第一欄是供應型態，第二欄是你實際的簽約對象，第三欄決定你會拿到什麼文件，第四欄是最容易漏掉、事後也最容易被追問的欄位。
| 供應路徑 | 簽約與交易對象 | 常見文件 | 付款前要確認的事 |
|---|---|---|---|
| MixRoute | MixRoute，有台灣公司可開立台灣統一發票 | 台灣統一發票，欄位於付款前向 Sales 確認 | 抬頭、統編、幣別與品項，以及公司的核銷需求 |
| 海外原廠直購 | 海外原廠 | invoice 或 receipt，符合條件時可能收到 eGUI | 帳號是否已提供統編，費用與稅務條件依帳戶設定 |
| 台灣代理商 | 台灣登記的代理商 | 統一發票（電子或紙本） | 合約主體、發票品項、資料是否經過平台 |
| 雲端平台間接採購 | 雲端平台或既有雲端代理商 | 依平台帳務與付款設定 | 模型上架節奏，帳務是否併入現有雲端 |
同一家公司同時走兩條路徑很常見，例如研發團隊直購、行政採購走代理商，這時要按交易對象、訂單與付款紀錄分別核對文件。
海外原廠：文件種類跟著帳務設定走
原廠之間沒有統一答案。OpenAI 的台灣帳務規則以帳號有沒有提供統編為分界，未提供統編時被加收 5% 並收到 eGUI；Anthropic 由 Claude Console 提供用量 invoice 與預付額度的收據，invoice 記錄可以在 Console 查；Google Gemini API 的付費用量由 Google Cloud Billing 處理，帳單與稅務資料跟著 Cloud Billing 目前的付款設定與預付或後付條件走。
把這幾家分開看，就不會拿「AI API 都一樣」去跟會計討論。這類政策會改，付款前回到該原廠當期說明再看一次。
台灣代理商與 gateway：先看合約主體
能提供台灣統一發票的代理商與 gateway，可以幫企業把採購文件安排好；只是中間多一層，就多一層責任。採購前有三件事要對齊：合約是跟台灣公司簽還是跟海外原廠簽、發票品項寫的是什麼服務、資料會不會先經過代理商平台。這三件事決定出事時你先找誰。
發票、合約與用量報表最好三件都有。只拿到發票、沒有合約與用量報表，遇到額度爭議或模型替換時會很被動。發票品項也值得在簽約前對齊，寫成 API 使用費、雲端服務費或技術服務費，在採購分類與成本分攤上會落到不同位置。
開票時點、電子或紙本形式、寄送方式與買方資料更正流程，都要納入公司的請款時程安排。
MixRoute：台灣公司開立的統一發票
MixRoute 有台灣公司，可以開立台灣統一發票，台灣企業因此能把 MixRoute 放進「付款後拿得到統一發票」的採購路徑；發票上的正式名稱與統編等欄位，在付款前向 Sales 確認。
MixRoute 走的是 OpenAI SDK 相容介面，base URL 為 https://api.mixroute.ai/v1，帳務路徑的選擇不必跟著程式架構走。需要更高資源保障或成本優化，可以同步看 Reserved Capacity 區塊 與 Smart Routing 機制 的說明；團隊已經在用相容介面，評估 MixRoute 時仍要另外確認採購與會計這兩段。
這個開票範圍目前只到台灣。其他市場的開票主體、稅務文件與付款條件，依所在地與方案洽 Sales。MixRoute 各語系頁面目前一律以美元顯示價格，實際付款與發票幣別同樣要在採購前講清楚。
採購前要向 Sales 確認哪些欄位？
付款前把買方抬頭與統編、幣別、發票格式與品項、報價與帳期談定，並讓約定落在合約或訂單上。這幾項確認完，開票與請款就照著跑。
頁面顯示美元，不代表發票也開美元。你要的是台幣付款還是美元付款、發票金額怎麼呈現，都要在付款前寫定，不要等到收到文件才發現欄位不對，那時就只能回頭改單。
- 買方資訊：公司抬頭、統一編號、發票寄送的 email 或地址
- 幣別與付款方式：頁面目前顯示美元，實際付款與發票幣別以 Sales 確認為準
- 發票格式與品項：電子或紙本、買方抬頭與統編，品名與實際採購服務一致
- 報價與帳期：報價單、付款週期、對帳方式
- 合約主體與資料流：簽約對象是誰，資料是否經過平台
- 服務責任：中斷時誰處理，原廠政策變動時誰通知
這份清單可以直接抄進請購單。其中最容易漏掉的是發票品項，因為它同時影響採購分類與內部成本歸屬，等部門在分攤費用時才被追問，就得回頭改單。欄位與條件當面確認完，再決定要不要下單：跟 MixRoute Sales 確認你公司的發票欄位與付款條件。
付款、開票、收件與報帳怎麼跑？
四個階段各自留下對應的證據：付款前確認方案與計價，付款時留下付款證明，開票後核對抬頭與統編，收件後把發票與合約、用量報表一起歸檔。
付款前：先對方案與計價
把要用的模型、預估用量與計價方式對一遍，再決定用儲值或企業方案。MixRoute 的 方案與目前顯示的計價 可以在站上先看，需要交叉比對預算落差，頁面上也有 成本計算工具；頁面以美元計價。
付款與開票
依訂單約定的付款與開票時點作業。付款時保留匯款或扣款紀錄；收到發票後核對抬頭、統編、品項及金額，有差異就附上訂單資料向窗口確認。
收件與歸檔
發票要用電子形式或紙本，在採購前就會談定。收到時核對上面的買方名稱、統編與品項是否跟確認過的內容一致，然後把檔案或紙本跟合約、報價單放在一起，之後查帳才找得到對應的那筆交易。
報帳與常見錯誤
報帳要附的是能對上這筆交易的文件，常見科目是資訊服務費、雲端服務費或軟體使用費，實際列哪一項要看交易內容與公司會計政策。
儲值方案先核對付款、入帳額度與發票，再以「期初餘額＋本期儲值及加碼－本期扣用±調整＝期末餘額」核對帳戶。月結方案則依合約週期核對帳單與用量。預儲金額不一定等於當月消耗，發票開立時點仍依交易與適用規定處理。
兩個常見的錯：用個人信用卡刷再用扣款截圖簽報，以及付款後才發現抬頭或統編要改。發票能不能補開、買方資料能不能改，要看原付款渠道與開立狀態，不能保證事後補得回來，所以確認動作要放在付款之前。
海外勞務稅務查核時，哪些要回到財政部規則？
進口勞務的申報義務、憑證認列與稅額計算，依公司稅籍與這筆費用的用途判斷。要看的是財政部與各地國稅局的當期公告，條文在財政部電子稅務入口網與全國法規資料庫都查得到；個案怎麼適用，交給會計師判斷。
查核時被問到的通常不是稅率，而是這筆費用跟公司業務的關係。合約、訂單、付款紀錄、發票或收據、用量報表擺在一起，就能說明錢花在哪裡；文件有缺項，再依實際查核需求補充。
真正有用的順序是：
- 確認公司稅籍與這筆費用的用途
- 再回去看財政部與國稅局的當期規定
- 最後才是會計師對個案的判斷
海外 invoice 能不能認列、統一發票能不能扣抵，都要依實際交易與規定判斷，不能只憑供應商所在地決定。小額支出也一樣，合約、付款紀錄、憑證與用量資料要能互相對應，查得起來才算數。
企業採購 AI API，報價與月結怎麼談？
月結帳單、報價單與對帳條件屬於企業採購範圍，要在簽約前談定並寫進合約。付款週期、幣別、開票時點、對帳方式與用量報表格式這幾項先落到紙上，後面才不用為了請款來回。
上談判桌之前先把三個數字準備好：目前每月實際用量、成長後的預估量，以及公司請款需要的文件與作業時間。有這三個數字，帳期長短與對帳頻率才談得具體，也才知道對方開的條件對你的現金流是鬆還是緊。
MixRoute 的企業付款包含銀行電匯與彈性帳期，實際條件依方案與 Sales 確認為準。企業採購可談的項目與流程，先向 MixRoute Sales 確認企業採購條件，再帶著你要的帳期與文件需求去談。
FAQ
海外原廠開的 invoice 或 receipt 可以直接當台灣統一發票報帳嗎？
不行，它們是海外賣方開的商業文件或收據，不是台灣營業人開立的統一發票。能不能入帳要看公司會計政策與實際取得的那張憑證，扣抵也還要符合適用條件。政策上接受時，合約、付款紀錄與用量資料一起留存，查帳時才對得起來這筆錢花在哪。
OpenAI 帳號填了統編之後，還會收到 eGUI 或被加收 5% 嗎？
填了有效的台灣統編，就不適用那筆針對未提供統編帳戶的 5% VAT 加收，也不會收到對應的 eGUI。這是 OpenAI 自 2025-05-01 起的台灣帳務規則，付款前到帳號的帳務／稅務資訊確認統編存對了，付款後再對一次實際收到的 invoice、稅額與買方資料。要留意的是，免加收 VAT 不等於手上已經有一張可扣抵的統一發票。
透過 MixRoute 買 AI API，可以拿到台灣統一發票嗎？
可以，開的是台灣統一發票，開票主體是台灣公司。抬頭、統編、品項與寄送方式這幾欄，在付款前向 Sales 確認並寫進訂單，開票時就不用來回補件。目前這個開票範圍只到台灣，其他市場的開票主體與稅務文件，要依所在地與方案洽 Sales。
MixRoute 頁面價格是美元還是台幣？
頁面一律以美元顯示，目前各語系都一樣。實際付款與發票幣別要在採購前向 Sales 確認，站上的計算工具也不含匯率換算與在地稅務計算。如果你們公司請款需要特定幣別或特定金額呈現方式，這一項在付款前就要有答案。
代理商說能開發票，簽約前還要確認什麼？
發票只處理交易與稅務那一段，其他要一起到手的是合約與用量報表。服務中斷時你能不能主張、額度有爭議時誰來對帳，靠的就是這兩份；只有一張發票，很難說明你買到的服務範圍。若中間還有一層平台，資料流動路徑也會跟著改變。
公司需要月結帳單與報價單，怎麼安排？
月結、報價與對帳條件屬企業採購範圍，要簽約前談定並寫入合約，再依約付款與開票。帶著目前每月用量、成長後預估量與公司請款所需文件去談，帳期與對帳頻率才談得具體。簽約前不要先假設有特定帳期或月底開票。
進口勞務的營業稅要繳多少？
稅額沒有單一數字可以套，公司稅籍與這筆費用的用途不同，答案就不同。哪一條規定適用、要不要繳，交給會計師依你們的實際情況判斷，這一題不適合拿供應商的說法當答案。