قوائم الرموز

يصف هذا القسم الأنواع المحتسبة المُستخدَمة في الفاتورة. مستندات الطلب والاستجابة. لا يحدد معيار UBL أنواع التعداد كجزء من معيارها. وبالتالي، نستخدم تعدادات محدّدة كلما أمكن ذلك، استنادًا إلى المعايير المستخدمة للجمهور، وتوسيع نطاق هذه المعايير بالمعايير القيم عند الضرورة فقط.

رمز حالة الملف المجمّع

يوفّر هذا النوع المعدّد مزيدًا من التوضيح بشأن ملف الردّ. معالجة الأخطاء <ApplicationResponseBatch>/<FileStatus>

رمز الحالة الوصف الإجراءات المتوقّعة
S ما مِن مشكلة، تمت معالجة الملف. تم الإجراء بنجاح
E خطأ في معالجة الملف (خطأ في فك التشفير، يتعذّر فتح الملف) التدخل اليدوي
D ملف مكرّر ليس مطلوب اتّخاذ أي إجراء

رمز سبب الحالة

يوفّر هذا النوع المعدود مزيدًا من التوضيح بخصوص cbc:StatusReasonCode. . نستخدم مجموعة من رموز سبب الحالة ورموز أسباب توضيح الحالة من Peppol BIS 3.0 standard، مع تعريفاتنا الخاصة عند الضرورة

رمز سبب الحالة الوصف الإجراءات المتوقعة (خاصةً بالكيان)
غير ليست هناك مشكلة تم الإجراء بنجاح
REF مراجع غير صحيحة (معلومات غير صحيحة أو معلومات ضريبية للمشتري غير متوفرة) إخفاق + مراجعة/إعادة إصدار
TER قيود زمنية سابقة لمعالجة الفاتورة. ملاحظة: إضافة Google إخفاق + مراجعة/إعادة إصدار
SVE انتهاك بنية طلب الفاتورة، تنسيق غير صالح، معلومات مفقودة التدخل اليدوي
CER خطأ في الاتصال/خطأ عابر - سيعيد المورِّد إرسال الطلب. ملاحظة: إضافة Google انتظار & عرض
OTH سبب الحالة غير محدد بالرمز التدخل اليدوي
PEN إنّ عملية إنشاء الفاتورة في انتظار المراجعة. ملاحظة: إضافة Google انتظار & عرض
COM تعذّر الاتصال الدائم - لن يعيد البائع معالجة الطلب. ملاحظة: إضافة Google التدخل اليدوي
REJ رفض نظام الخلفية، خطير التدخل اليدوي