德國電子發票

與折扣不同，信用單不能直接包含在原始發票中。 由於某些發票系統不支援負發票明細行項目，因此必須分別記錄信用單據。

這意味著您必須為信用單建立獨立文件，而不要將其包含在原始商業發票中。 這樣會保持原始發票的正確結構，並且收件人可以清楚地識別參考。

記錄信用單時，使用文件類型很重要 381 並輸入信用金額為 正值。 您還應包括發出信用單的原發票的參考。

重要事項：信用單無法記錄為取消發票。

田野 批發價格產品交易價格 和 淨價產品交易價格 做 不 指稅款，但是附加費和扣除。 如果該項目不適用附加費或扣除，則總價和淨價將相同。

增值稅在該部分中分別記錄 適用的交易 X，其中百分比指定在 適用率百分比。

若要在 XML 發票中正確顯示現金折扣，請執行以下步驟：

1. 在區段中輸入現金折扣條件

   指定交易付款條款:
   
   <ram:SpecifiedTradePaymentTerms>

#SKONTO #TAGE =14 #PROZENT =3.00 #BASISBETRAG =xx#</ram:Description>

說明：

• #SKONTO #

  = 將條目識別為現金折扣

• #TAGE =14 #

  = 折扣在 14 天內有效

• #PROZENT = 3.00 #

  = 3% 的折扣率

• #BASISBETRAG = xx#

  = 計算折扣的金額

二. 實際現金折扣金額必須在下方顯示 總預付金額 在 指定的貿易決定貨幣總和。

做 不 將折扣輸入為單獨的商業發票明細行項目。 使用上述的結構化 XML 表示法。

1. 折扣應 不 記錄為負商業發票明細行項目。 它們可以顯示為行項的一部分或在標頭層級。
2. 輸入折扣 指定線交易協議- 在中輸入總價 批發價格產品交易價格-輸入淨價 之後 折扣在 淨價產品交易價格

這樣，扣除已包含在淨價中。

選擇性地，可以添加其他詳細信息（折扣率，計算基礎） 指定線路交通安置。

重要：折扣必須始終與 總價格 商業發票項目的，而不是單價。

文件：根據 DIN16931 的折扣設定和折扣

文件：根據 DIN16391 的密封和接頭設計

文件：根據 DIN16391 的圖形圖案

錯誤 「運費未映射」 在 SupplyOn 中表示運費成本的對映不正確。 原因可能包括：

• 運費未與正確的預訂代碼連結
• 補充功能中缺少映射
• 分類或格式化不正確

檢查運費是否已正確設定和映射。

填寫以下欄位：

• EINV.驗證，字段，合作夥伴，賣家。聯繫人數據。識別碼 — 供應商聯絡 ／ 部門
• 網站驗證、領域、合作夥伴、賣家街 — 供應商街 ／ 郵箱
• 網上驗證、驗證、合作夥伴、買家街 — 客戶街 ／ 郵政信箱
• 網上驗證、驗證、合作夥伴、買家國家 — 客戶國家

完整的信息確保正確的處理。

子標題必須輸入為 自由文字行，而不是為數量 = 0 的行。 使用數量零將導致商業發票被拒絕。

是的 兩種格式都必須完全匹配。

XML 是機器可讀的。 如果任何信息僅在 PDF 中（例如交貨日期），但在 XML 中缺少或不正確，則無法處理，發票可能會被拒絕。

1.正確的欄位映射

• 僅在欄位中輸入預期的值（例如，「訂單編號」應僅包含訂單編號）

二. 結構化 XML 資料

• 每行正確分隔：數量，商品編號，價格，折扣
• 無需合併或複製欄位
• 折扣不得作為負數量輸入

三. 避免典型錯誤

• 與訂單編號完全匹配
• 地址欄位中沒有其他註釋
• 使用正確的金額和貨幣
• 簡潔格式-避免不必要的空格或字符

4. 發送前驗證

• 使用預覽功能
• 如果可用，請使用自動驗證規則

倉庫租金必須通過以下方式輸入 圖片數量 在 特定線路交付。

確保：

• 數量 (圖數量) 和單位代碼與價格基準相符
• 做 不 使用 基本數量，因為這將使用錯誤的單位（例如，1 立方米而不是 1000 立方米）

如果明細行包含可變成本和固定成本：

• 可變成本（每單位）必須加和並乘以數量
• 必須添加固定費用 在 m 之後多種變動成本
• 僅顯示總變量和總固定成本
• 做 不 混合變量 + 固定成本並乘在一起（這會產生四捨五入錯誤）

當 PDF 包含多個銀行帳戶，但 XML 只包含一個銀行帳戶時，會發生錯誤。

只有 XML 計算 —— 忽略 PDF。

您必須：

• 可以在 XML 中列出所有銀行帳戶，
  或者
• 確保儲存在西門子主資料中的銀行帳戶與 XML 相符。

可能包括以前付費的項目，但：

• 不應徵稅 到已付款項目
• 稅金必須只適用於剩餘的應付金額

否則，系統會偵測稅務不一致，並可能會拒絕發票。

在 總價 等級：

• 只有 津貼（折扣） 允許
• 否 費用（附加費） 允許
  甚至具有價值的費用 0 會導致拒絕。

包含允許/不允許的 XML 路徑的快速概述（如原始文本中）。

稅項未正確記錄。 增值稅必須記錄在 適用的交易 X 下 適用率百分比。

折扣/附加費未正確記錄。 查看有關折扣的部分。

商業發票總額不正確，通常是由於 PDF/XML 不匹配或混合計算不正確。

輸入稅金錯誤 — 與上述相同的規則。

可能的原因：

1. 負行項目
2. 數量 = 0
3. 十進位數太多

可能的原因：

• 以負項目輸入的折扣
• 發票錯誤記錄為信用單
• 混合發票和信用單

與法律驗證相關的商業發票 XML 檔案中，服務收件者的地址不完整。 請填寫必填欄位「街道/郵政信箱」 盒子。」

您的 PDF 格式的發票包含內嵌 XML 文件，根據「增長機會法」所需的。 請確保以下格式提供地址：

<ram:PostalTradeAddress>

郵遞區號</ram:PostcodeCode>

街道/郵局</ram:LineOne>

城市</ram:CityName>

國家代表</ram:CountryID>

</ram:PostalTradeAddress>

如果您收到此拒絕通知，請檢查您的 XML 文件。 確保您、您的客戶以及貨物收件人（如果適用）的地址已正確輸入。 例如，請確定名稱中未包含郵件信箱，因為這可能會導致映射問題。

請檢查您的 XML 文件是否有負數量的行項目。 電子發票不允許負數量。

如果您想包括折扣或回贈，請不要將其表示為負行項目數量。 相反，您有以下選項：

1. 指定折扣而不是負行項目

拒絕的原因是您已將折扣報告為負明細行項目，而不是折扣。

這裡有兩份可供下載的文件，說明如何正確指定折扣。 請調整您的發票並重新發送到西門子帳單地址。

文件：根據 DIN16391 的模板和接頭的模型

文件：根據 DIN16391 的接頭圖像

二. 或者： 根據 EN 16931 發出信用備忘錄：

如果您希望發票負總金額或退款，

請使用文件類型 381（信用備忘錄）。

此文件類型準確適用於此類商業交易，並受標準支持。

請檢查您的 XML 文件是否有負數量的行項目。 電子發票不允許負數量。

如果您想包括折扣，請不要將其表示為負數量。 相反，您有以下選項：

1. 報告折扣而不是負數明細行項目

   拒絕的原因是您將折扣報告為負明細行項目，而不是折扣。

   這裡有兩份您可以下載的文件，說明如何正確報告折扣。 請更新您的發票並重新發送到西門子帳單地址。
   
   文件：根據 DIN16391 的模板和接頭的模型
   
   文件：根據 DIN16391 的接頭圖像

二. 或者： 根據 EN 16931 發出信用備忘錄：

如果您希望發票負總金額或退款，請使用文件類型 381（信用備忘錄）。 此文件類型準確適用於此類商業交易，並受標準支持。

您的 PDF 格式的發票包含內嵌 XML 文件，根據「增長機會法」所需的。 請確保您的銀行詳細信息按照以下格式列在 XML 文件中：

<ram:SpecifiedTradeSettlementPaymentMeans>

58</ram:TypeCode><！--58 = SEPA 轉換-->

應用程式/計期號碼</ram:Information>

你的 IBAN</ram:IBANID>

帳戶擁有者</ram:AccountName>

你的比克</ram:BICID>

銀行名稱</ram:Name>

</ram:SpecifiedTradeSettlementPaymentMeans>

如果您收到此拒絕通知，請檢查您的 XML 文件。 確保您的銀行帳戶資料完整且正確。

您的 PDF 格式發票包含一個嵌入的 XML 文件，根據「增長機會法」所需的。

此錯誤訊息通常是由下列三個原因之一造成的。 請在發票中檢查所有這些內容是否正確，並進行任何必要的更正。

選項 1：

您的發票包含由於指定不正確的價格基準所導致的錯誤。 因此，不幸的是，對您的發票進行數學驗證是不可能的。

您正在將價格單位（基數量）與數量（圖片數量）混淆。 數量已正確指定，但價格基準則不是。

Here 為您提供一個例子（不是發票，但同樣適用）：

RAM: 特定線路交易協議 >

<ram:GrossPriceProductTradePrice>

<ram:ChargeAmount>100.00</ram:ChargeAmount>

<RAM: 基數量單位代碼 =「C 62」> 5 點</ram:BasisQuantity>

</ram:GrossPriceProductTradePrice>

<ram:NetPriceProductTradePrice>

<ram:ChargeAmount>100.00</ram:ChargeAmount>

< RAM: 基本數量單位代碼="C62">5.00</ram:BasisQuantity>

</ram:NetPriceProductTradePrice>

</ram:SpecifiedLineTradeAgreement>

<ram:SpecifiedLineTradeDelivery>

<RAM: 圖像數量單位代碼 =「C 62」> 5 點</ram:BilledQuantity>

</ram:SpecifiedLineTradeDelivery>

<ram:SpecifiedLineTradeSettlement>

這是什麼意思？

價格單位: 5.00 意</ram:BasisQuantity>味著 100 的價格適用於 5 個單位。 換句話說，每 5 個單位收取 100 歐元。

數量: </ram:BilledQuantity>5.00 表示收費 5 個單位。

計算方式： 價格計算如下：100（價格）× 5（數量）/5（價格單位）= 100

問題： 系統無法正確識別 5 個單位的價格單位，並錯誤地計算價格。

解決方案： 價格單位應設置為 1，而數量保持不變。 這是修正的 XML：

<ram:SpecifiedLineTradeAgreement>

<ram:GrossPriceProductTradePrice>

<ram:ChargeAmount>100.00</ram:ChargeAmount>

<RAM: 基數量單位代碼 =「C 62」> 1.00</ram:BasisQuantity>

</ram:GrossPriceProductTradePrice>

<ram:NetPriceProductTradePrice>

<ram:ChargeAmount>100.00</ram:ChargeAmount>

<RAM: 基數量單位代碼 =「C 62」> 1.00</ram:BasisQuantity>

</ram:NetPriceProductTradePrice>

</ram:SpecifiedLineTradeAgreement>

<ram:SpecifiedLineTradeDelivery>

<RAM: 圖像數量單位代碼 =「C 62」> 5 點</ram:BilledQuantity>

</ram:SpecifiedLineTradeDelivery>

<ram:SpecifiedLineTradeSettlement>

說明：

價格單位： </ram:BasisQuantity>1.00 表示 100 的價格適用於 1 個單位。

數量: </ram:BilledQuantity>5.00 表示收費 5 個單位。

這可確保正確計算價格，並且系統正確識別價格單位。

選項二：

您的發票包含錯誤，因為您誤解「總價產品交易價格」和「淨價產品交易價格」條款。請注意，「總價產品交易價格」和「淨價產品交易價格」的項目不是指稅金，而是指標和降價。 如果項目沒有加價或降價，則總價和淨價是相同的。

Here 為您提供一個負面的例子（它不是來自您的發票，但以完全相同的方式適用）：

<ram:SpecifiedLineTradeAgreement>

<ram:GrossPriceProductTradePrice>

<ram:ChargeAmount>119.00 </記憶體:收費金額 >

<RAM: 基數量單位代碼 =「C 62」> 1 萬</ram:BasisQuantity>

</ram:GrossPriceProductTradePrice>

<ram:NetPriceProductTradePrice>

<ram:ChargeAmount>100.00</ram:ChargeAmount>

<RAM: 基數量單位代碼 =「C 62」> 1 萬</ram:BasisQuantity>

</ram:NetPriceProductTradePrice>

</ram:SpecifiedLineTradeAgreement>

解決方案： 若要解決錯誤，請檢查是否套用標記或降價至項目。 如果沒有套用加價或降價，則「批發價格」產品交易價格和「淨價」產品交易價格將相同的金額。

<ram:SpecifiedLineTradeAgreement>

<ram:GrossPriceProductTradePrice>

<ram:ChargeAmount>100.00</ram:ChargeAmount>

<RAM: 基數量單位代碼 =「C 62」> 1 萬</ram:BasisQuantity>

</ram:GrossPriceProductTradePrice>

<ram:NetPriceProductTradePrice>

<ram:ChargeAmount>100.00</ram:ChargeAmount>

<RAM: 基數量單位代碼 =「C 62」> 1 萬</ram:BasisQuantity>

</ram:NetPriceProductTradePrice>

</ram:SpecifiedLineTradeAgreement>

選項 3：折扣報告不正確

拒絕的原因是您將折扣報告為負項目而不是折扣。

在這裡，您將找到有關如何正確報告折扣的兩個指南，可供下載。 請更新您的發票並重新發送到西門子帳單地址。

文件：根據 DIN16391 的模板和接頭的模型

文件：根據 DIN16391 的接頭圖像

此錯誤訊息表示您要傳送的 PDF 文件不符合 ZugFerd 格式的要求。 ZugFerd（德國電子發票論壇中央用戶指南）是一種電子發票的格式，包括視覺化 PDF 表示和嵌入的 XML 文件。

這是錯誤消息的主要點：

1. PDF/A-3 格式：
   
   您的 PDF 文件必須是 PDF/A-3 格式。 PDF/A-3 是 PDF 格式的特殊變體，適用於長期存檔和嵌入 XML 文件。
2. 嵌入式 XML 發票：
   
   PDF 必須包含包含結構化商業發票資料的內嵌 XML 檔案。 此 XML 檔案可讓您自動處理商業發票資料。 確保 XML 文件的內容與 PDF 文檔的內容相符至關重要。 只會使用 XML 檔案進行張貼，因為它被視為主文件。
3. 發票附件：
   
   所有屬於商業發票的附件都必須嵌入為 XML 檔案的一部分，且無法單獨處理。

如果您的 PDF 文件不符合這些要求，則無法將其作為 ZugFerd 發票處理。 您必須確保 PDF 格式正確，且 XML 資料已正確嵌入。

此錯誤訊息表示您用於發票的 ZugFerd 版本不符合目前的法律要求。 自 2025 年 1 月 1 日起，使用 ZugFerd 格式的發票必須為 2.0.1 版或更高版本，才能符合根據 EN 16931 標準的增值稅要求。

若要解決此問題，您應確保您的發票軟體已更新至支援 ZugFerd 2.0.1 或更高版本的版本。 有關更多信息，請訪問聯邦財政部的網站。

此錯誤訊息表示您的 X-Rechnung 或 PEPPOL 格式的發票不符合目前的合規要求。 為了確保您的發票符合法律要求，您應檢閱發票的結構和資料欄位，並進行任何必要的調整。

更新發票軟體或聯絡軟體供應商的支援團隊，以確保您的發票格式正確，可能會很有幫助。

此錯誤訊息表示商業發票的 XML 檔案包含語法錯誤，以防止處理該檔案。 以下是解決問題的一些可能原因和步驟：

1. XML 結構中的語法錯誤:
   這可能是由缺少或不正確的元素、命名空間錯誤或編碼錯誤所造成的。 確保所有必要的元素都存在並正確格式化。
2. 缺少必填欄位:
   檢查所有必填欄位 (例如商業發票編號、商業發票日期和貨幣) 是否正確且完整。

請隨時與我們聯繫 E-invoiceClarificationInternal.de@siemens.com 請附上發票正本。

此錯誤訊息指出兩個特定問題：

1. 「價格水平上的加價/降價」： 根據 DIN EN 16931，不允許在價格水平指定加價或降價。 您應確保在料號層級正確輸入此類規格。 Here 列出三個文件，說明如何正確指定降價和標記：

   
   
   文件：根據 DIN16391 的模板和接頭的模型
   
   文件圖片圖像按 DIN16391 的接口

2. 未提供發票編號： 每張商業發票都必須包含唯一的商業發票編號。 請確保您的發票包含此類號碼，以符合法律要求。

為了解決這些錯誤，您需要自定義您的計算軟件或手動添加需要的信息。