BR-04: رمز نوع الفاتورة (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:DocumentCurrencyCode>EUR</cbc:DocumentCurrencyCode>
  <cbc:BuyerReference>04011000-12345-67</cbc:BuyerReference>
</Invoice>

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

رسالة التحقق الرسمية

هذه هي رسالة التحقق الرسمية لهذه القاعدة في معيار EN 16931، مقتبسة حرفيًا بالإنجليزية من عناصر التحقق المذكورة أدناه. ولم نترجمها، لأن الترجمة لن تكون النص الرسمي.

[BR-04]-An Invoice shall have an Invoice type code (BT-3).

مقتبسة حرفيًا ودون أي تعديل من عناصر التحقق الرسمية الخاصة بمعيار EN 16931 الصادرة عن CEN/TC 434، الإصدار validation-1.3.16 بتاريخ 13 أبريل 2026، المرخصة بموجب European Union Public Licence v. 1.2. تُقدَّم دون أي ضمان من أي نوع، بما في ذلك دقتها. المصدر والترخيص ←

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

أضف رمز نوع الفاتورة إلى الفاتورة.

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

ماذا تعني BR-04؟

رمز نوع الفاتورة (BT-3) مطلوب. وتُطبَّق القاعدة ضمن EN 16931 (UBL) وPeppol BIS 3.0 وXRechnung 3.0 (UBL).

كيف أصحّح BR-04؟

أضف رمز نوع الفاتورة إلى الفاتورة. في UBL يقع العنصر في ⁦/Invoice/cbc:InvoiceTypeCode⁩.