免費電子發票檢視器（XRechnung、ZUGFeRD、Factur-X）

操作範例

按“試用 XRechnung 範例”開啟一份虛構的 XRechnung 3.0 發票。頁面顯示“發票 RE-2026-0417”，開票日期 2026 年 10 月 28 日，到期日 2026 年 11 月 27 日，應付金額 €2,215.26。三行專案合計 €1,866.50。增值稅明細為：€1,817.50 按 19% 計稅 €345.33，€49.00 按 7% 計稅 €3.43，合計 €348.76，且 1,866.50 + 348.76 = 2,215.26。橫幅顯示“金額合計正確。”，IBAN DE89 3704 0044 0532 0130 00 被標記為“有效”，旁邊顯示一個付款QR Code。

使用哪些設定，以及限制

• 拖入 XML 檔案，或整個 ZUGFeRD 或 Factur-X PDF。 該頁面一次開啟一個檔案：一個 .xml 電子發票或一個 .pdf。它能讀取 UBL（XRechnung、Peppol BIS Billing 3.0、土耳其 e-Fatura 和 UBL-TR 格式的 e-Arşiv）和 UN/CEFACT CII（XRechnung CII、ZUGFeRD 2.x、Factur-X）格式的發票，包括貸項通知單。標題旁的徽章會標明其識別的標準，例如“XRechnung 3.0”。超過 50 MB 的檔案會被拒絕，並顯示“此檔案大於 50 MB，遠超電子發票的大小。請檢查是否為正確的檔案。”
• 讀取 PDF 是為了取得其內部附加的 XML。 ZUGFeRD 或 Factur-X PDF 將發票資料作為附加的 XML 檔案攜帶。該頁面會列出 PDF 中附加的檔案，並優先選擇名為 factur-x.xml 的附件，其次是 zugferd-invoice.xml、xrechnung.xml 或 order-x.xml，否則將選擇第一個以 .xml 結尾的檔案。標籤隨後會顯示“來自 PDF 的 XML：factur-x.xml”，“下載 XML”會儲存該檔案。您看到的是 XML 中的資料，而不是 PDF 頁面上列印的圖片。
• 閱讀顯示金額合計是否正確的橫幅。 在交易方資訊上方，頁面會檢查發票自身的算術：各行合計與“行合計”、“不含稅總額”（行合計減去折扣加費用）、增值稅明細與增值稅總額、“含稅總額”以及“應付金額”（總額減去“已付金額”加舍入）的核對，外加 IBAN 的校驗位檢查。一分錢的差異是可接受的，對於長髮票，行合計允許每十行有一分錢的差異。當檔案缺少所需數字時，會跳過某項檢查。這不是官方的 EN 16931 或 XRechnung 規則檢查，透過此檢查的發票仍可能被公共門戶拒絕。
• 僅對您欠款的帳單使用QR Code。 對於歐元發票，如果包含有效的 IBAN 且金額大於零，頁面會產生一個 EPC QR Code（GiroCode），銀行應用掃描後即可自動填入收款方、IBAN、金額和參考號。當參考號透過校驗時，會採用結構化債權人參考號（RF...），否則使用付款參考號或發票號。貸記憑證、其他幣種、直接借記（付款方式程式碼 49 或 59，或扣款帳戶）、IBAN 缺失或無效、金額為零或負數時，不會產生QR Code。在銀行應用中確認前，請務必核對所有資訊。
• 按需列印、儲存或匯出。 “列印/儲存為 PDF”會開啟列印對話方塊，請選擇“另存為 PDF”作為印表機。如果沒有反應，頁面會顯示“列印未啟動”並建議“下載為 HTML”，您可以開啟該檔案並從那裡列印。“下載為 HTML”會儲存一個以發票號命名的獨立頁面，“行專案匯出為 CSV”則會儲存一個以分號分隔、帶 UTF-8 位元組順序標記的行專案檔案。CSV 列依次為：行號、物料編號、名稱、描述、數量、單位、單價、淨額、增值稅率和增值稅類別，金額格式與 XML 中一致（使用點號作為小數分隔符號）。
• 日期和金額遵循頁面語言。 日期、金額和國家名稱會以頁面語言和發票原始幣種顯示，因此同一個檔案在這裡會顯示為“2026年10月28日”和“€2,215.26”。單位和增值稅類別在程式碼常見時使用通俗文字（C62 顯示為“件”，S 顯示為“標準稅率”），否則顯示原始程式碼。檔案中留空的欄位直接不顯示。內嵌附件會有一個“下載”按鈕，連結附件只顯示地址，“XML 原始碼”面板會顯示檔案的前 400,000 個字元。

常見問題及解決方法

提示“此 XML 不是 UBL 或 CII 格式的發票。請開啟 XRechnung、ZUGFeRD、Factur-X、Peppol 或 e-Fatura 檔案。”

該檔案是格式良好的 XML，但其主元素不是 Invoice、CreditNote 或 CrossIndustryInvoice。其他 XML 檔案（如訂單、發貨通知、門戶回執或回應、義大利 FatturaPA 或其他國家格式）就是這種情況。頁面也能找到封裝在信封內的發票，但只能深入幾層。請開啟發票檔案本身，而不是關於它的訊息。

提示“此檔案不是格式良好的 XML，因此無法讀取。它可能已損壞或被截斷。”

該檔案無法解析為 XML。常見原因包括：下載提前中斷、手動編輯檔案時缺少閉合標籤，或者將 HTML 頁面（如門戶登入頁或錯誤頁）儲存為 .xml 字尾。請在文字編輯器中開啟它：真正的電子發票以 <?xml 開頭，或者以 Invoice 或 CrossIndustryInvoice 標籤開頭。請從發件方的入口網站或電子郵件中重新下載。

提示“此 PDF 未附帶發票 XML，因此是一份普通 PDF，而非 ZUGFeRD 或 Factur-X 發票。請改用 PDF 閱讀器開啟。”

大多數發票 PDF 只是發票的圖片，內部沒有資料。只有 ZUGFeRD 和 Factur-X PDF 會附帶嵌入的 XML 檔案。請在郵件或門戶中查詢供應商提供的單獨 .xml 檔案並拖放到這裡，或向供應商索要 ZUGFeRD 或 Factur-X 版本。當 PDF 有附件但無一以 .xml 結尾時，也會出現同樣的提示。

提示“此 PDF 無法開啟。它可能已損壞或受密碼保護。”

頁面內建的 PDF 閱讀器無法開啟該檔案，這通常發生在檔案損壞或需要密碼的 PDF 上。請在建立該 PDF 的程式中移除密碼，或重新下載檔案，然後再次拖放。如果供應商也單獨傳送了 XML 檔案，您可以直接開啟那個檔案。

提示“部分金額不平：”或“IBAN 無效：其校驗位不符合。”

頁面會列出每個不平的金額，並給出計算結果和發票上的數值，例如“應付金額應為 €2,215.26（總額減去預付款加上舍入），但發票上為 €2,215.62。”頁面僅讀取並加總檔案中的內容，因此差異存在於發票本身。付款前請聯絡發件方，對於錯誤的 IBAN，請透過其他途徑與對方確認帳號。IBAN 被標記時不會產生QR Code。

對比分析

完整的電子發票校驗器會檢查每一條 EN 16931 和 XRechnung 業務規則，並告知您檔案是否會被門戶接受。本頁面不這樣做：它讀取欄位，像普通發票一樣展示並加總金額，因此用於閱讀和核對您收到的發票，而非證明您發出的發票合規。您的會計軟體可以直接匯入資料，更適合記帳，但本頁面無需帳戶或設定，在瀏覽器中即可讀取檔案。它不驗證簽名，不傳送或接收發票，也不編輯發票。XML 檔案仍是法定發票，列印件上會註明這一點。