BR-DE-17: رمز نوع الفاتورة (BT-3) يجب أن يحمل رمزًا يسمح به هذا النوع من المستندات

مثالXRechnung 3.0 (UBL)

فاتورة مبنية كفاتورة صالحة، باستثناء ما يلي:

<Invoice xmlns="urn:oasis:names:specification:ubl:schema:xsd:Invoice-2" xmlns:cac="urn:oasis:names:specification:ubl:schema:xsd:CommonAggregateComponents-2" xmlns:cbc="urn:oasis:names:specification:ubl:schema:xsd:CommonBasicComponents-2">
  <cbc:CustomizationID>urn:cen.eu:en16931:2017#compliant#urn:xoev-de:kosit:standard:xrechnung_3.0</cbc:CustomizationID>
  <cbc:ProfileID>urn:fdc:peppol.eu:2017:poacc:billing:01:1.0</cbc:ProfileID>
  <cbc:ID>INV-1001</cbc:ID>
  <cbc:IssueDate>2026-01-15</cbc:IssueDate>
  <cbc:InvoiceTypeCode>999</cbc:InvoiceTypeCode>
  <cbc:DocumentCurrencyCode>EUR</cbc:DocumentCurrencyCode>
  <cbc:BuyerReference>04011000-12345-67</cbc:BuyerReference>
</Invoice>

يقول المدقق: رمز نوع الفاتورة (BT-3) يحمل القيمة 999، وهي قيمة لا يسمح بها هذا النوع من المستندات.

كيفية إصلاحها

استبدل القيمة في رمز نوع الفاتورة برمز يسمح به هذا النوع من المستندات.

الأسئلة الشائعة

ماذا تعني BR-DE-17؟

رمز نوع الفاتورة (BT-3) يجب أن يحمل رمزًا يسمح به هذا النوع من المستندات. وتُطبَّق القاعدة ضمن XRechnung 3.0 (UBL).

كيف أصحّح BR-DE-17؟

استبدل القيمة في رمز نوع الفاتورة برمز يسمح به هذا النوع من المستندات. في UBL يقع العنصر في ⁦/Invoice/cbc:InvoiceTypeCode⁩، والرموز المقبولة فيه هي 326 و380 و384 و389 و875 و876 و877. أما الرمز 381، وهو إشعار دائن، فيُنقل بدلًا من ذلك في ⁦/CreditNote/cbc:CreditNoteTypeCode⁩.