النص الرسمي
The invoice transaction code (KSA-2) must exist and respect the following structure: NNPNESB where NN (positions 1 and 2) = invoice subtype: - 01 for tax invoice - 02 for simplified tax invoice P (position 3) = 3rd Party invoice transaction, 0 for false, 1 for true N (position 4) = Nominal invoice transaction, 0 for false, 1 for true E (position 5) = Exports invoice transaction, 0 for false, 1 for true S (position 6) = Summary invoice transaction, 0 for false, 1 for true B (position 7) = Self billed invoiceماذا يعني؟
تتحقق من وجود رمز المعاملة في خاصية name لنوع الفاتورة وأنه بالبنية NNPNESB: أول خانتين 01 للفاتورة الضريبية أو 02 للمبسطة، ثم خانات صفر أو واحد للطرف الثالث والتوريد الاسمي والتصدير والفاتورة الملخصة والفوترة الذاتية.
السبب الشائع
إرسال رمز بطول خاطئ، أو نسيان خاصية name، أو خلط بين 01 و02.
طريقة التصحيح
ابنِ الرمز من 7 خانات حسب نوع العملية، مثل 0100000 لفاتورة ضريبية عادية و0200000 لمبسطة عادية.
هل الرمز يرفض الفاتورة أم يكتفي بتحذير؟ العبرة برد المنصة نفسه: ما يأتي تحت الأخطاء يعني الرفض، وما يأتي تحت التحذيرات تمرّ معه الفاتورة.
رموز قريبة
BR-02رقم الفاتورة مطلوبBR-03تاريخ إصدار الفاتورة مطلوبBR-04نوع الفاتورة مطلوبBR-05عملة الفاتورة مطلوبةBR-KSA-03المعرّف الفريد للفاتورة (UUID) مطلوبBR-KSA-04تاريخ الإصدار لا يكون في المستقبل
النص الرسمي من جدول قواعد التحقق في معيار تنفيذ الفاتورة الإلكترونية بصيغة XML الصادر عن الهيئة (الإصدار 1.2، القسم 13) · الوثيقة الرسمية. الشرح صياغتنا التوضيحية، وليس رأيًا نظاميًا.