- WorkAlio
- قواعد التحقق
- BR-03
قواعد EN 16931 الأساسية
BR-03: تاريخ إصدار الفاتورة (BT-2) مطلوب
ما تتطلبه هذه القاعدة
تاريخ إصدار الفاتورة (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) مطلوب والمستند لا يحتوي عليه.
كيفية إصلاحها
أضف تاريخ إصدار الفاتورة إلى الفاتورة.
الأسئلة الشائعة
- ماذا تعني BR-03؟
- تاريخ إصدار الفاتورة (BT-2) مطلوب. تسري القاعدة على EN 16931 (UBL) وPeppol BIS 3.0 وXRechnung 3.0 (UBL).
- كيف أصحّح BR-03؟
- أضف تاريخ إصدار الفاتورة إلى الفاتورة. في UBL يقع العنصر في /Invoice/cbc:IssueDate.
تسري في هذه الملفات التعريفية
- EN 16931 (UBL)
- Peppol BIS 3.0
- XRechnung 3.0 (UBL)
مسار العنصر
- تاريخ إصدار الفاتورة (BT-2)UBL /Invoice/cbc:IssueDateCII /CrossIndustryInvoice/ExchangedDocument/IssueDateTimeمستخلص مما يقبله محلّل CII في WorkAlio — لا يوجد بعد مُنشئ CII، لذلك لم يجرِ التحقق من هذا المسار بشكل مستقل كما هو الحال مع مسار UBL.