電子請求書発行ドイツ

割引とは異なり、クレジットノートを元の請求書に直接含めることはできません。 一部の請求システムではマイナスの請求書項目をサポートしていないため、クレジットノートは個別に記録する必要があります。

つまり、クレジットノートを元の請求書に含めるのではなく、独立した書類を作成する必要があります。 これにより、元の請求書が適切に構成され、受取人が参照元を明確に識別できます。

クレジットノートを記録するときは、ドキュメントタイプを使用することが重要です 381 そして、クレジットの金額を次のように入力してください 正の値。 また、クレジットノートが発行された元の請求書への参照も含める必要があります。

重要:クレジットノートはキャンセル請求書として記録できません。

フィールド 総価格製品貿易価格 と 正味価格製品取引価格 する ではありません 税金についてですが、サーチャージと控除についてです。 商品に追加料金や控除が適用されない場合、総額と正味価格は同じになります。

VATはセクションに個別に記録されます 該当する貿易税、ここでパーセンテージを指定しています 適用率 (パーセント)。

XML請求書に現金割引を正しく表示するには、次の手順に従ってください。

1. セクションに現金割引条件を入力してください

   特定の取引支払い条件:
   
   <ram:SpecifiedTradePaymentTerms>

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

説明:

• #SKONTO #

  =はエントリーを現金割引として識別します

• #TAGE =14#

  = 割引は14日以内に有効です

• #PROZENT =3.00#

  = 3% の割引率

• #BASISBETRAG =xx#

  = 割引の計算対象となる金額

2。 実際の現金割引額を下に表示する必要があります プリペイド総額 に 指定取引決済ヘッダーの金銭総額。

する ではありません ディスカウントを別の請求書項目として入力してください。 上記の構造化されたXML表記を使用してください。

1. 割引すべき ではありません マイナス請求明細項目として記録されます。 それらはラインアイテムの一部として、またはヘッダーレベルに表示できます。
2. に割引を入力してください 特定回線取引契約- に総額を入力してください 総価格製品貿易価格-正味価格を入力してください 後に での割引 正味価格製品取引価格

この方法では、控除額はすでに正味価格に含まれています。

オプションで、追加の詳細（割引率、計算基準）を追加できます 指定回線取引決済。

重要：割引は常に 合計金額 単価ではなく、請求書の項目です。

文書：DIN16931によるアブシュラーゲンと割引の図面

ドキュメント：DIN16391に準拠したアブシュラーゲンとツーシュラーゲンの図面

文書：DIN16391に準拠したツーシュラーゲンの図面

エラー 「運送費がマップされていません」 in SupplyOnは、運送費のマッピングが正しくないことを示しています。 原因には次のものが含まれます：

• 運送費が正しい予約コードに関連付けられていません
• SupplyOnにマッピングがありません
• 分類やフォーマットが間違っています

運送費が正しく設定され、マッピングされているかどうかを確認してください。

次のフィールドに入力してください:

• einv.検証.フィールド.パートナー.販売者.連絡先データ.識別子 — サプライヤーの連絡先/部門
• einv.validation.field.partners.seller.street — サプライヤーストリート/私書箱
• einv.validation.field.partners.buyer.street — カスタマーストリート/私書箱
• einv.validation.field.partners.buyer.country — お客様の国

完全な情報により、適切な処理が保証されます。

小見出しは次のように入力する必要があります フリーテキスト回線、数量が0の行とは違います。 数量ゼロを使用すると、請求書は拒否されます。

はい、できます。 どちらの形式も完全に一致する必要があります。

XMLは機械可読です。 PDFのみの情報（配達日など）で、XMLには欠落しているか正しくない場合、その情報は処理できず、請求書が却下される可能性があります。

1。正しいフィールドマッピング

• フィールドには目的の値のみを入力してください（たとえば、「注文番号」には注文番号のみを含める必要があります）

2。 構造化XMLデータ

• 各行は正しく区切られています：数量、記事番号、価格、割引
• フィールドを組み合わせたり重複したりしないでください
• 割引は負の数量で入力してはいけません

3。 典型的なエラーを避けてください

• 注文番号と完全に一致
• 住所欄に追加のメモはありません
• 正しい金額と通貨を使う
• すっきりとしたフォーマット — 不要なスペースや文字を避けてください

4。 送信前の検証

• プレビュー機能を使う
• 可能であれば自動検証ルールを使用してください

倉庫のレンタルは、次の方法で入力する必要があります 請求数量 に 指定ライントレード配送。

確認してください:

• 数量（請求数量）とユニットコードは価格ベースと一致しています
• する ではありません 使用します 基準数量、これは間違った単位を適用するからです（たとえば、1000m³ではなく1m³）

明細に変動費と固定費の両方が含まれている場合：

• 変動費（1ユニットあたり）を合計し、数量を掛ける必要があります
• 固定費を追加する必要があります 私の後に変動費を掛けます
• 変動費の合計と固定費の合計のみを表示してください
• する ではありません 変動費と固定費を組み合わせて乗算します（これにより四捨五入誤差が生じます）

PDFには複数の銀行口座が含まれていて、XMLには1つしかない場合にエラーが発生します。

XMLだけが重要で、PDFは無視されます。

次のことをしなければなりません:

• すべての銀行口座をXMLで一覧表示するか、
  または
• Siemens マスターデータに保存されている銀行口座がXMLと一致していることを確認してください。

以前に支払ったアイテムが含まれる場合がありますが、

• 税金をかけないでください すでに支払われた商品に
• 税金は残りの支払い金額にのみ適用されなければなりません

そうしないと、システムが税の不一致を検出し、請求書を拒否する可能性があります。

で グロスプライス レベル:

• 唯一です 手当（割引） 許可されています
• いいえ 料金 (サーチャージ) 許可されました
  価値ある料金を請求しても 0 拒否の原因になります。

許可されている/許可されていないXMLパスの簡単な概要が含まれています（元のテキストのように）。

税金が正しく記録されていません。 VATを記録する必要があります 該当する貿易税 下 適用率 (パーセント)。

割引/サーチャージが正しく記録されていません。 割引に関するセクションを確認してください。

請求書の合計が正しくありません。多くの場合、PDF/XMLの不一致または誤った混合計算が原因です。

税金の入力が間違っています。上記と同じルールです。

考えられる原因:

1. ネガティブラインアイテム
2. 数量 = 0
3. 小数点以下の桁数が多すぎます

考えられる原因:

• 割引はマイナス項目として入力されました
• 請求書が誤ってクレジットノートとして記録されました
• 請求書とクレジットノートの組み合わせ

法的検証に関連する請求書のXMLファイルに、サービス受取人の住所が不完全です。 必須フィールド「Street/P.O. ボックス。」

PDF形式の請求書には、成長機会法で義務付けられているXMLファイルが埋め込まれています。 住所が次の形式に従って提供されていることを確認してください。

<ram:PostalTradeAddress>

郵便番号</ram:PostcodeCode>

通り/郵便番号</ram:LineOne>

シュタット</ram:CityName>

ランダークゥルツェル</ram:CountryID>

</ram:PostalTradeAddress>

この拒否通知を受け取った場合は、XMLファイルを確認してください。 あなた、お客様、および該当する場合は商品の受取人の住所が正しく入力されていることを確認してください。 たとえば、名前に私書箱が含まれていないことを確認してください。含まれていると、マッピングの問題が発生する可能性があります。

XMLファイルをチェックして、負の数量の品目がないか確認してください。 電子請求書には負の数量は許可されていません。

割引やリベートを含めたいなら、それを負のラインアイテムの数量として表さないでください。 代わりに、次の選択肢があります。

1. マイナス項目の代わりに割引を指定してください

拒否された理由は、割引を割引ではなくマイナス項目として報告したからです。

Here、割引を正しく指定する方法を説明した2つの文書をダウンロードできます。 請求書を調整して、Siemens 請求先住所に再送してください。

文書：DIN16391によるアブシュラーゲンとツーシュラーゲンの図面

文書：DIN16391による添付資料の図面

2。 あるいは: EN 16931に従ってクレジットメモを発行してください：

マイナスの合計金額を請求したり、払い戻しを希望する場合は、

文書タイプ381（クレジットメモ）を使用してください。

この文書タイプは、まさにそのような商取引を対象としており、標準でサポートされています。

XMLファイルをチェックして、負の数量の品目がないか確認してください。 電子請求書には負の数量は許可されていません。

割引を含めたいなら、それを負の数として表現しないでください。 代わりに、次の選択肢があります。

1. マイナス項目の代わりに割引を報告してください

   拒否された理由は、あなたが割引を割引ではなくマイナス項目として報告したからです。

   割引を正しく報告する方法を説明した2つの文書をダウンロードできます。 請求書を更新して、Siemens 請求先住所に再送してください。
   
   文書：DIN16391によるアブシュラーゲンとツーシュラーゲンの図面
   
   文書：DIN16391による添付資料の図面

2。 あるいは: EN 16931に従ってクレジットメモを発行してください：

マイナスの合計金額を請求したり、払い戻しを受けたりする場合は、文書タイプ381（クレジットメモ）を使用してください。 この文書タイプは、まさにそのような商取引を対象としており、標準でサポートされています。

PDF形式の請求書には、成長機会法で義務付けられているXMLファイルが埋め込まれています。 銀行の詳細がXMLファイルに次の形式で記載されていることを確認してください。

<ram:SpecifiedTradeSettlementPaymentMeans>

58</ram:TypeCode><!--58 = SEPAのレビュー-->

使用目的/計算番号</ram:Information>

彼のバイアン</ram:IBANID>

アカウントインハーバー</ram:AccountName>

彼のビック</ram:BICID>

銀行名</ram:Name>

</ram:SpecifiedTradeSettlementPaymentMeans>

この拒否通知を受け取った場合は、XMLファイルを確認してください。 銀行口座情報が完全で正しいことを確認してください。

PDF形式の請求書には、成長機会法で義務付けられているXMLファイルが埋め込まれています。

このエラーメッセージは通常、次の3つの理由のいずれかが原因です。 請求書でこれらすべてが正確かどうかを確認し、必要に応じて修正してください。

オプション1:

価格基準の指定が間違っているため、請求書にエラーがあります。 その結果、残念ながら請求書の数学的検証はできません。

価格単位（基準数量）と数量（請求数量）を混同しています。 数量は正しく指定されていますが、価格基準は正しく指定されていません。

これはあなたのための例です（請求書からではありませんが、同等に当てはまります）：

RAM：特定回線取引契約 >

<ram:GrossPriceProductTradePrice>

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

<RAM: 基本数量単位コード=「C62">5.00</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: 請求数量単位コード=「C62">5.00</ram:BilledQuantity>

</ram:SpecifiedLineTradeDelivery>

<ram:SpecifiedLineTradeSettlement>

これはどういう意味ですか？

価格単位: 5.00は</ram:BasisQuantity>、100の価格が5ユニットに適用されることを意味します。 つまり、5ユニットごとに100ユーロが請求されます。

数量: 5.00は</ram:BilledQuantity>、5ユニットが請求されることを意味します。

計算: 価格は次のように計算されます。100 (価格) × 5 (数量)/5 (価格単位) = 100

問題: システムが5単位の価格単位を正しく認識せず、価格を誤って計算します。

解決策: 数量は同じまま、価格単位は1に設定してください。 Here 修正されたXMLです：

<ram:SpecifiedLineTradeAgreement>

<ram:GrossPriceProductTradePrice>

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

<RAM: 基本数量単位コード=「C62">1.00</ram:BasisQuantity>

</ram:GrossPriceProductTradePrice>

<ram:NetPriceProductTradePrice>

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

<RAM: 基本数量単位コード=「C62">1.00</ram:BasisQuantity>

</ram:NetPriceProductTradePrice>

</ram:SpecifiedLineTradeAgreement>

<ram:SpecifiedLineTradeDelivery>

<RAM: 請求数量単位コード=「C62">5.00</ram:BilledQuantity>

</ram:SpecifiedLineTradeDelivery>

<ram:SpecifiedLineTradeSettlement>

説明:

価格単位: 1.00は</ram:BasisQuantity>、100の価格が1ユニットに適用されることを意味します。

数量: 5.00は</ram:BilledQuantity>、5ユニットが請求されることを意味します。

これにより、価格が正しく計算され、システムが価格単位を正しく認識することが保証されます。

オプション2:

「総価格製品取引価格」と「正味価格製品取引価格」という用語を誤解しているため、請求書にエラーがあります。「総価格製品取引価格」と「正味価格製品取引価格」のエントリは税金ではなく、マークアップとマークダウンを指していることに注意することが重要です。 商品に値上げや値下げが適用されない場合、総価格と正味価格は同じです。

これはあなたにとって否定的な例です（請求書には載っていませんが、まったく同じように当てはまります）：

<ram:SpecifiedLineTradeAgreement>

<ram:GrossPriceProductTradePrice>

<ram:ChargeAmount>119.00</RAM: チャージ金額>

<RAM: 基本数量単位コード=「C62">1.000</ram:BasisQuantity>

</ram:GrossPriceProductTradePrice>

<ram:NetPriceProductTradePrice>

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

<RAM: 基本数量単位コード=「C62">1.000</ram:BasisQuantity>

</ram:NetPriceProductTradePrice>

</ram:SpecifiedLineTradeAgreement>

解決策: エラーを解決するには、商品にマークアップまたはマークダウンが適用されるかどうかを確認してください。 値上げや値下げが適用されない場合は、製品の総取引価格と正味価格の製品取引価格は同じ金額になります。

<ram:SpecifiedLineTradeAgreement>

<ram:GrossPriceProductTradePrice>

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

<RAM: 基本数量単位コード=「C62">1.000</ram:BasisQuantity>

</ram:GrossPriceProductTradePrice>

<ram:NetPriceProductTradePrice>

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

<RAM: 基本数量単位コード=「C62">1.000</ram:BasisQuantity>

</ram:NetPriceProductTradePrice>

</ram:SpecifiedLineTradeAgreement>

オプション3: 割引が誤って報告されました

拒否された理由は、あなたが割引を割引ではなくマイナス項目として報告したからです。

Here、割引を正しく報告する方法に関する2つのガイドをダウンロードできます。 請求書を更新して、Siemens 請求先住所に再送してください。

文書：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日以降、EN 16931規格に基づくVAT要件に準拠するには、ZugFerd形式の請求書はバージョン2.0.1以降である必要があります。

この問題を解決するには、請求書発行ソフトウェアがZugFerD 2.0.1以降をサポートするバージョンに更新されていることを確認する必要があります。 詳細については、連邦財務省のウェブサイトをご覧ください。

このエラーメッセージは、X-RechnungまたはPEPPOL形式の請求書が現在のコンプライアンス要件を満たしていないことを意味します。 請求書が法的要件に準拠していることを確認するには、請求書の構造とデータフィールドを確認して、必要な調整を行う必要があります。

請求書作成ソフトウェアを更新するか、ソフトウェアプロバイダーのサポートチームに連絡して、請求書が正しくフォーマットされていることを確認すると役立つ場合があります。

このエラーメッセージは、請求書のXMLファイルに、処理を妨げる構文エラーが含まれていることを意味します。 考えられる原因と問題を解決するための手順は次のとおりです。

1. XML構造の構文エラー:
   これは、要素の欠落や誤り、名前空間の誤り、またはエンコーディングの誤りが原因である可能性があります。 必要な要素がすべて存在し、正しくフォーマットされていることを確認してください。
2. 必須フィールドがありません:
   請求書番号、請求日、通貨など、すべての必須フィールドが正しく、入力されていることを確認してください。

お気軽にお問い合わせください E-invoiceClarificationInternal.de@siemens.com 請求書の原本を添付してください。

このエラーメッセージは、2つの特定の問題を示しています。

1. 「価格レベルでの値上げ/値下げ」： DIN EN 16931によると、価格帯で値上げや値下げを指定することは許可されていません。 そのような仕様が商品レベルで正しく入力されていることを確認する必要があります。 マークダウンとマークアップを正しく指定する方法を説明する3つの文書は次のとおりです。

   
   
   文書：DIN16391に準拠したアブシュラーゲンとツーシュラーゲンの図面
   
   DIN16391に準拠したZuschlägenのドキュメント図面

2. 請求書番号は提供されていません: すべての請求書には固有の請求書番号を含める必要があります。 法的要件に準拠するために、請求書にそのような番号が記載されていることを確認してください。

これらのエラーを解決するには、計算ソフトウェアをカスタマイズするか、不要な情報を手動で追加してください。