DeepSeek API 台灣付款、儲值與發票：官方平台與 MixRoute gateway 怎麼選

DeepSeek 官方平台與 MixRoute gateway 的路徑分流怎麼選？

很多人以為要用 DeepSeek API，就只能到官方平台註冊、儲值，發票也由官方開。實際上台灣有兩條路：DeepSeek 官方帳戶直購，或走 gateway，像 MixRoute。兩邊帳號不互通、API key 不能互換、發票由不同主體開，差別就落在這三件事。公司要報帳、又想用一把 key 串多個模型，走 gateway 省下的是行政時間；要台灣統一發票的話，得先聯繫 MixRoute 業務、走公司儲值，自助儲值開不出來；只呼叫 DeepSeek 一家、付款與憑證條件也對得上的開發者，官方直購流程最短。價格頁列有 250+ 模型及儲值 0% 平台費。帳號開在哪一邊定了，後面的核對才有意義。

決策可以先收斂到三個問題：

• 你只會用 DeepSeek 一家，還是同時要接多個模型？
• 報帳需要台灣統一發票，還是海外收據就夠？
• 付款要走公司習慣的方式，還是能配合平台指定的方式？

三項需求逐一對照兩條路徑的實際條件，答案就會清楚。

官方平台的付款幣別、可用方式與憑證，請在結帳及帳務頁面確認。比較官方直購與 gateway 的付款與發票成本，決定錢要放在哪條路。

兩條路各自適合誰

官方直購適合只需要 DeepSeek，且付款與憑證符合需求的開發者。MixRoute 提供的是獨立帳戶、OpenAI 相容介面與多模型接入，價格頁列有 250+ 模型及儲值 0% 平台費；台灣統一發票要公司戶先聯繫業務、以公司儲值採購才開立，自助儲值（信用卡、USDT／USDC）不開。付款前把需要的模型、方案與開票資訊對一次，再選擇路徑。若你同時在比 OpenRouter，它 Standard 平台費為 5.5%、Business 為 8%，企業條件另議；數字依OpenRouter 官方定價頁（2026-09-20 查閱）。

如果你只打算呼叫 DeepSeek，卻需要台灣統一發票，也不必二選一。先聯繫 MixRoute 業務、用公司儲值的方式採購，發票就開得出來；key 這邊可以只放 DeepSeek 一個模型，多模型能力是選項，不是義務。

價格頁目前以美元顯示，不會自動換成台幣。要拿這個數字去跟公司預算比，匯率和換算的時間點由你自己決定。

公務場景與民間使用的界線

如果你在公務機關、關鍵基礎設施提供者、公立學校、公營事業或行政法人，限制是明確的。依 2025-01-31 數位發展部公告，這些單位，以及自行或委外營運提供公眾活動或使用之場地的公務場景，限制使用 DeepSeek；公告並未限制一般民間使用。政策變動快，以所屬單位最新規範為準，最新版本直接查數位發展部官方公告。一般民間使用 API，個資法、客戶合約與公司內規的義務仍要自己處理。

台灣帳戶、付款與儲值的核對順序

下單前有一件事得先定下來：你要開的是官方平台的帳號，還是 gateway 的帳號。兩邊帳號互不相通，key 不能互換，發票也由不同主體開。把這一步放最前面，後面的核對才有意義。

核對表：兩條路要對的五件事

順序是帳戶主體、付款幣別與方式、儲值路徑與手續費、餘額顯示、發票形式。倒過來做最容易出事：儲值之後才發現發票形式不符公司報帳需求，錢已經卡在帳戶裡。

官方帳戶的可用餘額與試用額度，登入後台 Usage 頁就看得到。額度、效期與可用模型看過一輪，再決定第一次要儲多少。

走 gateway 時，儲值服務費與其他手續費一律看當頁顯示的比例。你真正要對的數字只有兩個：這次儲值實際入帳多少、每一百元裡有多少會變成可用的 token。

會計要的其實就是這幾欄：帳戶主體名稱、儲值日期、儲值幣別與金額、實際入帳金額、發票形式。留著這幾欄，日後對帳或換人接手都不用重猜。

發票雖然排在清單最後一格，卻要在儲值前先問。錢一旦進到帳戶裡就變成平台內的餘額，事後才發現發票形式不符，能調整的空間比事前小。公司要統編的話，這一步別留到儲值之後。

同一個順序也適用於換路徑的時候。從官方搬到 gateway，key 要重新建立、endpoint 要改、餘額要看另一個後台，這三件事都不會自動跟著搬過去。

MixRoute 台灣付款與發票條件是什麼？

MixRoute 可以開立台灣統一發票，但只有一條路：公司戶先聯繫業務、以公司儲值的方式採購；自己開帳號刷卡或用 USDT／USDC 自助儲值不開統一發票。台灣公司報帳時最先卡住的一格，就是發票上有沒有統編欄位，所以這一步要在儲值之前找業務確認。

目前能確認的範圍與仍需向客服確認的項目

要統一發票的採購，先向業務確認買方抬頭、統編、品項與寄送方式，再安排公司儲值。價格頁以美元顯示，實際付款及發票幣別也應一併確認。

這條講的是台灣的付款情境。在其他國家或地區採購時，發票與稅務文件要另外確認，請依所在地與方案洽 Sales。

直接向 DeepSeek 購買時，先看帳戶裡可下載的憑證與買方欄位，再交由公司會計確認。能不能核銷，與符不符合進項稅額扣抵條件，是兩件要分開判斷的事。

要跟業務確認時，把三件事一次講清楚：

• 你需要哪一種發票形式
• 付款想怎麼走
• 預估用量大概落在哪個量級

這三項講明白，對方才有辦法回你可行方案，而不是給你一份通用說明。

如果公司的開票主體、付款方式與帳期還沒定案，直接找業務核對你公司的報帳需求比在文件裡猜快。

API key、endpoint 與最小請求：建立並送出第一次呼叫

兩條路的第一次呼叫，差別只在三個設定：base_url、API key、model。key 各自在自己的後台建立，兩邊不能互換，endpoint 也不是同一個位址。要確認接通了沒，先跑一筆短請求就好，別急著把正式流量放上去。

官方路徑：key、base_url、最小請求

在 platform.deepseek.com 後台建立 API key，建立後只顯示一次，之後無法再從介面檢視，遺失只能重建。base_url 用官方文件列出的那一組（下面 curl 就是），金鑰放進 Authorization: Bearer 標頭，用 OpenAI SDK 或 cURL 都能送出第一個請求。

curl https://api.deepseek.com/chat/completions \
  -H "Content-Type: application/json" \
  -H "Authorization: Bearer $DEEPSEEK_API_KEY" \
  -d '{"model":"deepseek-flash","messages":[{"role":"user","content":"ping"}]}'

金鑰拿到之後不要寫死在程式碼裡。放進環境變數或密鑰管理工具，換 key 時只改一處，也不會因為推上版控而跟著外流。

MixRoute gateway 路徑：同一套 OpenAI SDK

MixRoute 提供 OpenAI SDK 相容介面，base URL 是 https://api.mixroute.ai/v1。原本接 OpenAI 的程式只要改 base_url 與 key，換模型時改 model 欄位就好，不必為每一家供應商各寫一套 SDK。第一次接 OpenAI 格式的話，先看 OpenAI 相容介面的設定方式。

key 本身有幾個欄位值得在第一次請求前先設好：你可以限制這把 key 只能呼叫指定的模型集合，可以撥一筆可扣減的預算餘額，還能設 IP 白名單與到期時間。若這把 key 設定了可扣減預算，預算扣到零時這把 key 才會停；若沒有設定 key 層級預算，或 key 的 unlimited_quota 開啟，就不會形成這道內層上限，仍以帳戶餘額為外層上限。這些都是 key 層級的安全控制，跟請求怎麼被路由無關。預算是一筆金額，不是次數，也不是週期配額。

多個專案共用服務時，把各 key 的用途與負責人列成一張清單。把 key 分權、輪替與撤銷整理成一份可以交接的清單，之後換人、外包或離職都不用重猜哪把 key 屬於哪個服務。

最小請求只驗證三件事：endpoint 對不對、key 有沒有被接受、模型名存不存在。先送一筆短的，確認回傳格式與 usage 欄位，再放真實流量進去。

第一筆請求回來後，看一眼回傳裡的 usage 欄位，確認輸入與輸出的 token 數量長什麼樣。這是你之後估成本的基準，比任何別人換算好的單價更貼近你的實際用量。

基本 OpenAI 相容呼叫可先調整 base_url、key 與 model ID。把它們集中管理，再測試回傳格式、串流與工具呼叫，確認所用功能相容後才切換正式流量。

呼叫前確認：現行模型名稱與計價的注意事項

現行模型名稱與退場名稱

官方文件現在列出的模型名是 deepseek-flash 與 deepseek-v4-pro。舊名 deepseek-v4-flash 與 deepseek-v4-flash-vision-exp 仍可呼叫，但對應模型已下線，請求會由 DeepSeek-V4.1-Flash 提供服務，並按 Flash 價格計費。2026-09-20 查閱官方快速入門時，清單仍列有 deepseek-v4-pro。名稱會動，寫進 production 之前再對一次當次官方文件。

舊程式如果出現模型不存在或不可用，先到官方模型清單確認目前的名稱與版本對應，再修改設定及執行回歸測試。只更換 endpoint 卻沿用未核對的模型名稱，問題還是會再來一次。

計價與折扣都要帶日期

估算 DeepSeek 費用時，在官方 Models & Pricing 頁核對選用模型的輸入、輸出、快取與適用時段，把實際用量套進同一套計價模式，再比較官方與 gateway 的總支出。

折扣也一樣，先確認它當期是否還有效，再放進報價單。查 DeepSeek V4 Pro 折扣方案的適用條件與目前狀態。要把自家呼叫量代進去，用試算工具對照你的用量與模型選擇，比直接相信任何一組換算好的單價可靠。

報價單、規格書或內部文件上出現模型名與單價時，註記查詢日期與來源頁；三個月後再打開同一份文件，上面的寫法可能已經不是現行版本。

在 gateway 上選模型也一樣，以當次模型清單為準，清單會跟著供應商更新。程式裡留一個可以改模型名稱的設定點，比把型號寫死在好幾個檔案裡好維護。

付款失敗與 API 呼叫失敗，怎麼分開檢查

這兩件事要分開看。儲值付款失敗，是錢還沒進平台，先保留付款頁的錯誤訊息，核對付款方式並向銀行查詢授權結果。已經付款、API 請求卻失敗，才往餘額、key、endpoint 與參數這條線查。

四步檢查順序

1. 先看餘額。官方路徑查看 Usage 頁；MixRoute 看帳戶餘額，再看這把 key 是否啟用可扣減預算，依前面的金鑰設定核對上限。
2. 再看 key 狀態。確認 key 存在、還沒到期、IP 沒被白名單擋掉，也確認這把 key 的模型限制沒有把你要呼叫的模型排除在外。
3. 接著核對 endpoint 與模型名。兩條路的位址不一樣，模型名用當次文件列出的現行名稱。
4. 最後讀錯誤訊息裡的驗證欄位，照它指的位置修，再送一筆小請求確認，通過後才放正式流量。

不要為了讓請求過關就關掉驗證，或換一把沒設限制的 key 硬送。失敗或驗證未過的請求是否計費依供應商政策而定，可能列入計費，不要假設它一定免費。

例如批次工作因為已啟用的 key 預算用完而停止，補入經核准的預算後，先看前一批完成到哪裡，再從未完成的項目接續，不必整批重跑。若帳戶餘額、模型權限或速率限制同時有問題，還須分別處理。

錯誤訊息通常會告訴你問題屬於哪一類：額度、驗證、路徑或參數。先照訊息分類，再回到上面的順序對應檢查，比自己反覆猜快得多。

還有一個常被混掉的來源：你呼叫的是哪一條路徑。官方與 gateway 的 endpoint、key 與餘額頁面完全不一樣，兩邊的設定混用，症狀就會很像驗證失敗。

第一筆請求成功之後，剩下的是用量與成本管理：拿小額儲值的實際消耗對一次你的估算，再放大正式流量。