قواعد XRechnung (BR-DE)
BR-DE-17: رمز نوع الفاتورة (BT-3) يجب أن يحمل رمزًا يسمح به هذا النوع من المستندات
ما تتطلبه هذه القاعدة
رمز نوع الفاتورة (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 و381 و384 و389 و875 و876 و877.
تسري في هذه الملفات التعريفية
- XRechnung 3.0 (UBL)
مسار العنصر
- رمز نوع الفاتورة (BT-3)UBL /Invoice/cbc:InvoiceTypeCodeCII /CrossIndustryInvoice/ExchangedDocument/TypeCodeمستخلص مما يقبله محلّل CII في WorkAlio — لا يوجد بعد مُنشئ CII، لذلك لم يجرِ التحقق من هذا المسار بشكل مستقل كما هو الحال مع مسار UBL.
القيم المسموح بها
- 326
- 380
- 381
- 384
- 389
- 875
- 876
- 877