BR-03: تاريخ إصدار الفاتورة (BT-2) مطلوب

مثال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:InvoiceTypeCode>380</cbc:InvoiceTypeCode>
  <cbc:DocumentCurrencyCode>EUR</cbc:DocumentCurrencyCode>
  <cbc:BuyerReference>04011000-12345-67</cbc:BuyerReference>
</Invoice>

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

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

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

[BR-03]-An Invoice shall have an Invoice issue date (BT-2).

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

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

أضف تاريخ إصدار الفاتورة إلى الفاتورة.

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

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

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

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

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