إذا لم يكن سبب الرفض مدرجًا في هذه المقالة، فهذا خطأ أبلغ عنه المستلم. إذا كانت لديك أي شكوك حول هذا الأمر، فيجب عليك الاتصال بالمنظمة الوجهة.
فيما يلي أخطاء الرفض الأكثر شيوعًا والتي يمكن أن تكون من نوعين:
- أخطاء الرفض لأسباب تجارية هي تلك التي تحددها الجهة التي تتلقى الفاتورة؛ رموز الخطأ و/أو القيم الحرفية هذه غريبة على e-FACT، ولهذا السبب، لم يتم وصف هذه الأنواع من الأخطاء في هذه الأسئلة الشائعة. من الضروري الاتصال بالمنظمة المستقبلة في حالة الشك.
- أخطاء الرفض لأسباب فنية هي تلك التي يتم إنشاؤها تلقائيًا بواسطة الأداة عند إجراء عمليات تحقق داخلية معينة.
يجب تصحيح أي أخطاء تتعلق بتصحيح الفاتورة عن طريق إعادة إنشاء ملف XML وإعادة التوقيع عليه. إذا تم إجراء تغيير على محتوى ملف XML الذي تم توقيعه، فسيصبح توقيع الفاتورة غير صالح.
فيما يلي وصف لأخطاء الرفض الفنية الأكثر شيوعًا:
خطأ في التنسيق
| شفرة | حرفي | هذا يعني؟ | كيف تصلحها؟ |
| الفاتورة ليست بالتنسيق الصحيح | يظهر هذا الخطأ عندما يتم تحميل فاتورة إلى صندوق بريد التسليم ولا تحترم تنسيق الفاتورة. | التحقق من صحة الفاتورة ، والتحقق من صحة التنسيق وتصحيح الأخطاء المحتملة. الأسباب الأكثر شيوعًا لخطأ التنسيق هي كما يلي: – في الحقل PersonTypeCode أنت تضع "J" لشخص اعتباري وبالتالي يجب وضع CIF للشخص الاعتباري، إذا وضعت "F" للشخص الطبيعي فيجب عليك وضع NIF لشخص طبيعي. – لا يحتوي الرأس على التنسيق المتوقع. يجب أن تبدأ كل فاتورة بـ: – تنسيق أحد مستندات الهوية (جهة الإصدار TIN/CIF، CIF للمستلم، CIF لطرف ثالث...) غير صحيح. لا يمكن أن تحتوي على أي مسافات أو شرطات. | |
| HF01 | تنسيق اسم الملف سيئ | لا يتبع تنسيق الملف الإرشادات الواردة في دليل التكامل | ينبغي مراجعة وتعديل التنسيق المشار إليه في دليل التكامل . |
| HF08 | خطأ في التحقق من صحة المخطط | لم ينجح مخطط الفاتورة المقدم في التحقق من الصحة النحوية و/أو لم تنجح الامتدادات المنشورة في التحقق من الصحة . | يجب إنشاء الفاتورة بتنسيق الفاتورة 3.2 و3.2.1 . |
خطأ في التسجيل
| شفرة | حرفي | هذا يعني؟ | كيف تصلحها؟ |
| تعليم حقوق الإنسان1 | حدث خطأ أثناء تسجيل المستند | لا يمكن ترحيل الفاتورة بشكل صحيح، لماذا يوجد عنصر لم يتم الإبلاغ عنه بشكل صحيح. | قم بالتحقق من صحة ملف XML الخاص بالفاتورة، إذا اجتزت عملية التحقق حاول إرسالها مرة أخرى. إذا استمر الرفض، أرسل لنا ملف XML الخاص بالفاتورة: |
| EV02 | فاتورة مكررة | لقد تم إرسال الفاتورة بالفعل. | التأكد من عدم إرسال الفاتورة مسبقاً. يمكنك التحقق من حالة الفاتورة في صندوق بريد التسليم |
| DF01 | لقد رفضنا المتلقي ر الفاتورة يدويا | تم اكتشاف خطأ من قبل مستلم الفاتورة | يجب عليك التواصل مع مستلم الفاتورة للحصول على مزيد من التفاصيل حول الرفض التجاري للفاتورة. |
| HS01 | رمز منصة البث غير معروف | على سبيل المثال، إذا تم تسليم الفاتورة من منصة إصدار لا تلتزم بخدمة e-FACT | راجع منصات dherides في خدمة e-FACT : إنشاء وإرسال الفواتير |
| HR01 | رمز منصة الاستلام غير معروف | فاتورة غير معروفة تتلقى رمز النظام الأساسي. أي أنه تم إرساله إلى رمز النظام الأساسي غير الموجود في HUB. | رمز النظام الأساسي لمستلم الفاتورة غير معروف. يجب مراجعة رمز المستلم أو تأكيده مع المستلم. |
| HS02 | منصة البث معطلة | لم يتم تكوين منصة البث بشكل صحيح. | تحتاج إلى التحقق من تكوين منصة الإرسال وإذا كنت تعتقد أن التكوين صحيح، فيرجى إرسال الخطأ إلينا، مع الإشارة إلى النظام الأساسي الذي يتم إرساله منه وإرفاق الفاتورة xml والخطأ xml : |
| EG01 | خطأ عام في عملية استلام الفاتورة | حدث خطأ أثناء تحميل فاتورتك. | أعد تحميل فاتورتك بعد بضع دقائق. إذا استمرت المشكلة، يرجى الاتصال بنا عبر نموذج الدعم |
خطأ في التوقيع
| شفرة | حرفي | هذا يعني؟ | كيف تصلحها؟ |
| HF04 | لا يحتوي الملف على توقيع إلكتروني | جرت محاولة لإرسال XML غير موقع إلى النظام الأساسي | التوقيع مطلوب XML لاحترام تنسيق الفاتورة |
| HV01 | خطأ في التحقق من التوقيع/الشهادة | لم تنجح الفاتورة في التحقق من صحة الشهادة الرقمية للمصدر (شهادة منتهية الصلاحية أو غير معروفة) أو تعذر التحقق من صحة التوقيع الإلكتروني للفاتورة (تنسيق غير صحيح). | تأكد من أن الحقل SigninTime في ملف XML يحتوي على وقت توقيع الفاتورة بدون أي أرقام أو أحرف غير ضرورية. إذا رأيت، على سبيل المثال، +2 أو Z، فيجب عليك إعادة توقيع الفاتورة وإرسالها مرة أخرى. إذا لم يكن هناك ما يغير هذا الحقل، فأنت بحاجة إلى مراجعة الشهادة المستخدمة لتوقيع الفاتورة من خلال Signasuite. |
| HV02 | لا يمكن إجراء التحقق من صحة التوقيع/الشهادة | تم تجاوز عدد المحاولات المعينة للتحقق من صحة التوقيع وشهادة الفاتورة ، وبالتالي سيتم رفض الفاتورة | يجب إرسال الفاتورة مرة أخرى . إذا استمرت المشكلة، يرجى الاتصال بنا عبر نموذج الدعم |
خطأ في المحتوى
| شفرة | حرفي | هذا يعني؟ | كيف تصلحها؟ |
| HR11 | لم يتم الإشارة إلى السبب الاجتماعي للمستلم أو الإبلاغ عنه | وهو مفقود للدلالة على السبب الاجتماعي في XML. | يجب تصحيح هذه النقطة وإرسال الفاتورة مرة أخرى. |
| HD01 | حدث خطأ أثناء إرسال الرسالة إلى النظام الأساسي الوجهة | محاولة إرسال مرفق ليس لدينا فاتورة سابقة مرتبطة به. | يجب إرسال فاتورة المرفق المرتبط مسبقًا. |
| HS09 | مصدر NIF غير مذكور في الوثيقة | لا تحتوي الفاتورة على NIF الخاص بالمصدر | تأكد من أن ملف XMl الخاص بالفاتورة يحتوي على هذه البيانات (NIF الخاص بجهة الإصدار) |
| HR09 | لم يتم الإشارة إلى جهاز الاستقبال NIF في المستند | لا تحتوي الفاتورة على NIF الخاص بالمستلم | تأكد من أن ملف XMl الخاص بالفاتورة يحتوي على هذه البيانات (NIF الخاص بالمستلم) |
| HR10 | إن NIF للمستلم المشار إليه في الفاتورة لا يتطابق مع كيان الوجهة | لا تُبلغ الفاتورة بشكل صحيح عن رقم التعريف الضريبي للمستلم | من الضروري مراجعة NIF المشار إليه في ملف XML الخاص بالفاتورة |
| HR04 | محتوى الملف المستلم غير مدعوم من قبل النظام الأساسي المستهدف | تسليم فاتورة بنسخة غير مقبولة من تنسيق الفاتورة . على سبيل المثال، الفاتورة التي تم إنشاؤها باستخدام الإصدار 3.oo 3.1. | يجب أن يتم إنشاء الفاتورة في تنسيق الفاتورة 3.2 و3.2.1 . |
| HF03 | محتوى الملف المستلم غير مدعوم من قبل Hub | محتوى الملف غير صحيح لأنه ليس تنسيق فاتورة | يجب أن يتم إنشاء الفاتورة في تنسيق الفاتورة 3.2 و3.2.1 . |
| HF07 | يتم قبول الفواتير التي تحتوي على فاتورة واحدة فقط | الملف . يحتوي ملف XML على أكثر من فاتورة واحدة ويتم دعم ملفات الفواتير التي تحتوي على فاتورة واحدة فقط | يجب إعادة إنشاء XML في فاتورة واحدة. |
خطأ في رمز العنوان
| شفرة | حرفي | هذا يعني؟ | كيف تصلحها؟ |
| HS05 | رمز عنوان المرسل غير صالح (رقم التحقق غير صالح) | قامت منصة الإصدار بالإبلاغ بشكل غير صحيح عن رقم التحقق (الرقم الأخير) لرمز عنوان جهة الإصدار (معرف جهة الإصدار) | ينبغي مراجعة وتعديل التنسيق المشار إليه في دليل التكامل . |
| HR05 | رمز معالجة جهاز الاستقبال غير صحيح (رقم التحقق غير صالح) | رقم التحقق (الرقم الأخير) لرمز عنونة جهاز الاستقبال (معرف جهاز الاستقبال) غير صحيح، وفقًا للتنسيق الوارد في دليل التكامل | ينبغي مراجعة وتعديل التنسيق المشار إليه في دليل التكامل . |
| HR08 | رمز عنونة جهاز الاستقبال ليس AAPP | رمز عنوان المستلم (معرف المستلم) لا يتوافق مع هيئة عامة | ينبغي مراجعة وتعديل التنسيق المشار إليه في دليل التكامل . |
| HR06 | رمز معالجة جهاز الاستقبال غير موجود | رمز عنونة جهاز الاستقبال (معرف جهاز الاستقبال) غير موجود (راجع دليل التكامل ). | راجع دليل التكامل وإذا كنت تعتقد أنه صحيح، أرسل لنا الخطأ مع إرفاق الفاتورة xml والخطأ xml : |
| HS06 | لا يوجد المرجع. المشار إليها سابقا في المرفق | تم رفض المرفق نظرًا لعدم العثور على فاتورة مسجلة تحمل نفس مرجع المرفق | راجع قسم "إدارة المستندات المرفقة" في دليل التكامل |
خطأ RCF HF09
فيما يلي تحديد رموز الرفض الجديدة المضافة نتيجة لعمليات التحقق الجديدة المضمنة في التعديلات اللازمة لـ e-FACT للامتثال للمتطلبات المطلوبة من PGEs على النحو المنصوص عليه في الأمر HAP/1650/2015، بتاريخ 31 يوليو، والذي يعدل الأمر HAP المرسوم رقم /492/2014 الصادر في 27 مارس والذي ينظم المتطلبات الوظيفية والفنية للسجل المحاسبي لفواتير الجهات الداخلة في نطاق القانون رقم 25/2013 الصادر في 27 ديسمبر المتعلق بتعزيز الفوترة الإلكترونية وإنشاء السجل المحاسبي للفواتير لدى الجمهور القطاع، والأمر HAP/1074/2014، المؤرخ 24 يونيو، الذي ينظم الشروط الفنية والوظيفية التي يجب أن تستوفي نقطة الدخول العامة للفواتير الإلكترونية : https://www.boe.es/diario_boe/txt.php?id= بنك إنجلترا-A-2015-8844
كيف يتم إرجاع رفض إطار التعاون الإقليمي إلى PGE؟
عند رفض فاتورة لعدم امتثالها لقواعد التحقق من الصحة، يتم تجميع كل هذه الأخطاء في الكود = HF09 ويتم تضمين الكود المحدد للخطأ ووصفه في الوصف. يتم إرجاع كافة الأخطاء المكتشفة بالتنسيق التالي:
- "رمز الخطأ: الوصف | رمز الخطأ: الوصف"
على سبيل المثال، في فاتورة بها أخطاء تحقق تم اكتشافها، سيتم إرجاع RCF05002 وRCF05004 كتعليق رفض:
- RCF05002: جهة الإصدار: NIF لا يتوافق مع قواعد ومعايير تكوينه. تم انتهاك القاعدة رقم 5 ب من الملحق الثاني بالأمر HAP / 1650/2015 | RCF05004: جهة الإصدار: الاسم الأول واسم العائلة مطلوبان. تم انتهاك القاعدة رقم 5 د من الملحق الثاني بالأمر HAP / 1650/2015 |
وصف أخطاء التحقق من الصحة
| خطأ | شفرة | وصف خاطئ | الحقل الذي يحتاج إلى تعديل في فاتورة XML و/أو كيفية إصلاحه؟ |
HF09 | RCF03001 | "رقم الفاتورة إلزامي. لا يتم الالتزام بالقاعدة 3أ من المرفق الثاني بالأمر HAP/1650/2015 " | 3.1.1.1.رقم الفاتورة أشر إلى رقم الفاتورة في هذا الحقل. |
| RCF04001 | "فاتورة التصحيح بمعيار تصحيح غير 01,02,03,04. لا يتم الالتزام بالقاعدة 4أ من المرفق الثاني بالأمر HAP/1650/2015 " | 3.1.1.5.6.طريقة التصحيح يشير إلى أحد معايير التصحيح المحتملة: 01,02,03,04 | |
| RCF04002 | بالنسبة لفواتير التصحيح ذات معيار التصحيح 01 أو 02، يكون رقم الفاتورة الخاص بجهة الإصدار إلزاميًا. لا يتم الالتزام بالقاعدة 4ب من المرفق الثاني بالأمر HAP/1650/2015 | 3.1.1.5.1.رقم الفاتورة قم بالإشارة إلى رقم فاتورة جهة الإصدار المصححة في هذا الحقل. | |
| RCF05001 | جهة الإصدار: رمز نوع الشخص، جسدي \"F\" أو قانوني \"J\" إلزامي. لم يتم الالتزام بالقاعدة 5أ من المرفق الثاني بالأمر HAP/1650/2015 | (2.1.1.1.PersonTypeCode) أشر إلى الرمز "F" أو "J" في هذا الحقل. | |
| RCF05002 | المصدر: صندوق الاستثمار القومي لا يتوافق مع قواعد ومعايير تشكيله. لم يتم الالتزام بالقاعدة 5 ب من المرفق الثاني بالأمر HAP/1650/2015 | 2.1.1.3.رقم تعريف الضريبة التعديل مع مراعاة هذا المعيار: إذا كان الحرفان الأولان من NIF عبارة عن حروف، فسيتم افتراض أنهما يعادلان البلد، والباقي لـ NIF. وفي حالة أخرى، سيكون الرمز المشار إليه مكافئًا لـ NIF ويفترض أن الرمز هو إسبانيا. | |
| RCF05003 | جهة الإصدار: سيتم تعديل رمز البلد (أول حرفين من NIF عندما يكونان أحرفًا) عندما يكون موجودًا إلى ما تم إنشاؤه في نظام الفاتورة نفسه. لم يتم الالتزام بالقاعدة 5ج من المرفق الثاني بالأمر HAP/1650/2015 | 2.1.1.3.رقم تعريف الضريبة | |
| RCF05004 | جهة الإصدار: الرقم والاسم الأول إلزاميان في حالة الشخص الطبيعي. لم يتم الالتزام بالقاعدة 5 د من المرفق الثاني بالأمر HAP/1650/2015 | 2.1.4.2.1.الاسم 2.1.4.2.2.اللقب الأول املأ هذه الحقول | |
| RCF05005 | جهة الإصدار: اسم الشركة إلزامي في حالة الكيان القانوني. لم يتم الالتزام بالقاعدة 5e من المرفق الثاني بالأمر HAP/1650/2015 | 2.1.4.1.1.اسم الشركة املأ هذا الحقل | |
| RCF05006 | المكلف: رمز نوع الشخص، جسدي \"F\" أو قانوني \"J\" إلزامي. لم يتم الالتزام بالقاعدة 5أ من المرفق الثاني بالأمر HAP/1650/2015 | 1.6.1.1.1.PersonTypeCode أشر إلى الرمز "F" أو "J" في هذا الحقل. | |
| RCF05007 | المكلف: الجبهة القومية الإسلامية لا تلتزم بقواعد ومعايير تشكيلها. لم يتم الالتزام بالقاعدة 5 ب من المرفق الثاني بالأمر HAP/1650/2015 | 1.6.1.1.3.رقم تعريف الضريبة التعديل مع مراعاة هذا المعيار: إذا كان الحرفان الأولان من NIF عبارة عن حروف، فسيتم افتراض أنهما يعادلان البلد، والباقي لـ NIF. وفي حالة أخرى، سيكون الرمز المشار إليه مكافئًا لـ NIF ويفترض أن الرمز هو إسبانيا. | |
| RCF05008 | المُتنازل إليه: سيتم تعديل رمز البلد (أول حرفين من NIF عندما يكونان أحرفًا) عندما يكون موجودًا إلى ما تم إنشاؤه في نظام الفاتورة نفسه. لم يتم الالتزام بالقاعدة 5ج من المرفق الثاني بالأمر HAP/1650/2015 | 1.6.1.1.3.رقم تعريف الضريبة | |
| RCF05009 | المنقول إليه: الرقم والاسم الأول إلزاميان. لم يتم الالتزام بالقاعدة 5 د من المرفق الثاني بالأمر HAP/1650/2015 | 1.6.1.2.2.1.الاسم 1.6.1.2.2.2.اللقب الأول املأ هذه الحقول | |
| RCF05010 | المكلف: اسم الشركة إلزامي. لم يتم الالتزام بالقاعدة 5e من المرفق الثاني بالأمر HAP/1650/2015 | 1.6.1.2.1.1.اسم الشركة املأ هذا الحقل | |
| RCF06001 | في الفواتير الصادرة باليورو، تحتوي بعض مبالغ السطر على أكثر من منزلتين عشريتين أو أنها ليست رقمية. لا يتم الالتزام بالقاعدة 6أ من المرفق الثاني بالأمر HAP/1650/2015 | حقول المبلغ التي تم التحقق من صحتها هي التالية: 3.1.6.1.17. التكلفة الإجمالية 3.1.6.1.18.1.3. مقدار الخصم 3.1.6.1.19.1.3. مستوى الشحن 3.1.6.1.21.1.3.1. TaxableBase.TotalAmount 3.1.6.1.21.1.4.1. TaxAmount.TotalAmount 3.1.6.1.22.1.4.1. TaxAmount.TotalAmount ملاحظة : تأكد من أن الحقول لا تحتوي على مسافات بعد المبلغ. | |
| RCF06002 | في الفواتير الصادرة باليورو، يجب أن تكون التكلفة الإجمالية لكل سطر مساوية لمنتج عدد الوحدات في سعر الوحدة مقربًا بالطريقة الشائعة للتقريب إلى منزلتين عشريتين. لم يتم الالتزام بالقاعدة 6أ من المرفق الثاني بالأمر HAP/1650/2015 | إذا كان هناك أكثر من رقمين عشريين، فإن العدد الذي يلي الثاني يجب أن يكون صفرًا: 3.1.6.1.17.TotalCost = RoundingA2decimals (3.1.6.1.14.Quantity*3.1.6.1.16.UnitPriceWithoutTax) | |
| RCF06003 | في الفواتير الصادرة باليورو، يجب أن يكون المبلغ الإجمالي لكل سطر هو مجموع التكلفة الإجمالية بالإضافة إلى مجموع الرسوم الإضافية مطروحًا منه مجموع الخصومات. لم يتم الالتزام بالقاعدة 6أ من المرفق الثاني بالأمر HAP/1650/2015 | تحقق من ذلك: 3.1.6.1.20.GrossAmount يساوي 3.1.6.1.17.TotalCost ناقص SUM(3.1.6.1.18.1.3.DiscountAmount) بالإضافة إلى SUM(3.1.6.1.19.1.3.ChargeAmount) | |
| RCF06004 | في الفواتير الصادرة باليورو، أي من المبالغ على مستوى الفاتورة، باستثناء معدلات الضريبة أو النسب المئوية المقرر تطبيقها، تحتوي على أكثر من منزلتين عشريتين أو ليست رقمية. لم يتم الالتزام بالقاعدة 6 ب من المرفق الثاني بالأمر HAP/1650/2015 | حقول المبلغ التي تم التحقق من صحتها هي التالية: 3.1.5.1. TotalGrossAmount 3.1.5.3.1.3. مستوى الشحن 3.1.5.7. إجمالي مخرجات الضرائب 3.1.5.10.1.3. SubsidyAmount 3.1.5.11.1.2. PaymentOnAccountAmount 3.1.5.12.1.6. مبلغ النفقات القابلة للسداد 3.1.5.13. إجمالي النفقات المالية 3.1.5.15. إجمالي المدفوعات على الحساب 3.1.5.16.3. مبلغ الاستقطاع 3.1.5.18. إجمالي النفقات القابلة للسداد 3.1.3.1.3.1. TaxableBase.TotalAmount 3.1.3.1.5.1. SpecialTaxableBase.TotalAmount 3.1.3.1.6.1. SpecialTaxAmount.TotalA 3.1.3.1.8.1. EquivalenceSurchargeAmount.TotalAmount 3.1.4.1.3.1. TaxableBase.TotalAmount 3.1.4.1.4.1 مبلغ الضريبة.المبلغ الإجمالي ملاحظة : تأكد من أن الحقول لا تحتوي على مسافات بعد المبلغ. | |
| RCF06005 | في الفواتير الصادرة باليورو، يجب أن يكون إجمالي المبلغ الإجمالي للفاتورة هو مجموع إجمالي مبالغ البنود. لم يتم الالتزام بالقاعدة 6 ب من المرفق الثاني بالأمر HAP/1650/2015 | 3.1.5.1.TotalGrossAmount = SUM(3.1.6.1.20.GrossAmount من الخطوط) | |
| RCF07002 | تاريخ إصدار الفاتورة إلزامي ويجب أن يكون تاريخًا صالحًا. لم يتم الالتزام بالقاعدة 7أ من المرفق الثاني بالأمر HAP/1650/2015 | 3.1.2.1.بيانات الإصدار يشير إلى تاريخ يسبق أو يساوي التاريخ الحالي وأكبر من أو يساوي تاريخ إصدار الفاتورة. | |
| RCF09002 | توجد بنود فاتورة بدون محتوى في الوصف. لم يتم الالتزام بالقاعدة 9ب من المرفق الثاني بالأمر HAP/1650/2015 | 3.1.6.1.13.وصف العنصر تأكد من عدم وجود صفوف فارغة في هذا الحقل. | |
| RCF01001 | لا تتوافق الفاتورة مع مخطط XSD "Facturae" للإصدار المقابل (3.2 أو 3.2.1). تم انتهاك القاعدة 1 من المرفق الثاني بالأمر HAP/1650/2015 | التحقق من أن تنسيق الفاتورة يتوافق مع نظام "Facturae": | |
| RCF02001 | توقيع غير صالح: الشهادة منتهية الصلاحية حاليًا في توقيع غير طويل الأمد. لم يتم الالتزام بالقاعدة 2 من المرفق الثاني بالأمر HAP/1650/2015 | التحقق من أن التوقيع يتوافق مع سياسة التوقيع المعمول بها والمرتبطة بتنسيق "Facturae": | |
| RCF02002 | توقيع غير صالح: الشهادة ملغاة حاليًا في توقيع غير طويل الأمد. لم يتم الالتزام بالقاعدة 2 من المرفق الثاني بالأمر HAP/1650/2015 | التحقق من أن التوقيع يتوافق مع سياسة التوقيع المعمول بها والمرتبطة بتنسيق "Facturae": | |
| RCF02003 | توقيع غير صالح: شهادة غير صالحة. لم يتم الالتزام بالقاعدة 2 من المرفق الثاني بالأمر HAP/1650/2015 | التحقق من أن التوقيع يتوافق مع سياسة التوقيع المعمول بها والمرتبطة بتنسيق "Facturae": | |
| RCF02004 | توقيع غير صالح: شهادة غير موثوق بها. لم يتم الالتزام بالقاعدة 2 من المرفق الثاني بالأمر HAP/1650/2015 | التحقق من أن التوقيع يتوافق مع سياسة التوقيع المعمول بها والمرتبطة بتنسيق "Facturae": | |
| RCF02005 | توقيع غير صالح: خطأ في التكامل. لم يتم الالتزام بالقاعدة 2 من المرفق الثاني بالأمر HAP/1650/2015 | التحقق من أن التوقيع يتوافق مع سياسة التوقيع المعمول بها والمرتبطة بتنسيق "Facturae": | |
| RCF02006 | توقيع غير صالح: تنسيق التوقيع غير صالح. تم انتهاك القاعدة 2 من المرفق الثاني بالأمر HAP/1650/2015 | التحقق من أن التوقيع يتوافق مع سياسة التوقيع المعمول بها والمرتبطة بتنسيق "Facturae": | |
| RCF02010 | لا تحتوي الفاتورة على توقيعات: لم يتم الالتزام بالقاعدة 2 من الملحق الثاني بالأمر HAP/1650/2015 | التحقق من أن التوقيع يتوافق مع سياسة التوقيع المعمول بها والمرتبطة بتنسيق "Facturae": | |
| RCF09001 | رقم التسجيل المخصص في نقطة الدخول العامة للفواتير الإلكترونية إلزامي. لا يتم الالتزام بالقاعدة 9أ من المرفق الثاني بالأمر HAP/1650/2015 | ||
| RCF07001 | تاريخ القيد في السجل الإداري إلزامي، ويجب أن يكون صالحاً، قبل أو يساوي التاريخ الحالي وأكبر من أو يساوي تاريخ إصدار الفاتورة. لم يتم الالتزام بالقاعدة 7أ من المرفق الثاني بالأمر HAP/1650/2015 | 3.1.2.1.تاريخ الإصدار |
