قواعد EN 16931 الأساسية
BR-04: رمز نوع الفاتورة (BT-3) مطلوب
ما تتطلبه هذه القاعدة
رمز نوع الفاتورة (BT-3) مطلوب.
مثالEN 16931 (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</cbc:CustomizationID>
<cbc:ID>INV-1001</cbc:ID>
<cbc:IssueDate>2026-01-15</cbc:IssueDate>
<cbc:InvoiceTypeCode>380</cbc:InvoiceTypeCode>
<cbc:DocumentCurrencyCode>EUR</cbc:DocumentCurrencyCode>
<cbc:BuyerReference>04011000-12345-67</cbc:BuyerReference>
</Invoice>يقول المدقق: رمز نوع الفاتورة (BT-3) مطلوب والمستند لا يحتوي عليه.
كيفية إصلاحها
أضف رمز نوع الفاتورة إلى الفاتورة.
الأسئلة الشائعة
- ماذا تعني BR-04؟
- رمز نوع الفاتورة (BT-3) مطلوب. تسري القاعدة على EN 16931 (UBL) وPeppol BIS 3.0 وXRechnung 3.0 (UBL).
- كيف أصحّح BR-04؟
- أضف رمز نوع الفاتورة إلى الفاتورة. في UBL يقع العنصر في /Invoice/cbc:InvoiceTypeCode.
تسري في هذه الملفات التعريفية
- EN 16931 (UBL)
- Peppol BIS 3.0
- XRechnung 3.0 (UBL)
مسار العنصر
- رمز نوع الفاتورة (BT-3)UBL /Invoice/cbc:InvoiceTypeCodeCII /CrossIndustryInvoice/ExchangedDocument/TypeCodeمستخلص مما يقبله محلّل CII في WorkAlio — لا يوجد بعد مُنشئ CII، لذلك لم يجرِ التحقق من هذا المسار بشكل مستقل كما هو الحال مع مسار UBL.