نموذج الاعتماد الفوري في نظام الفوترة الوطني: ماذا يعني لترتيب إصدار الفاتورة

حين تربط منشأتك برنامجها المحاسبي بنظام الفوترة الوطني، يصبح السؤال العملي هو ترتيب الخطوات، أي ما الذي يحدث أولًا ومتى تصل الفاتورة إلى المشتري. نموذج الاعتماد الفوري في نظام الفوترة الوطني هو الوصف الذي نطلقه في هذا المقال على تسلسل يوثّقه الدليل التقني الصادر عن دائرة ضريبة الدخل والمبيعات. يرسل نظام البائع الفاتورة إلى النظام، فيعيد النظام نتيجتها في رده على طلب الإرسال، ولا يعود رمز QR إلا مع الفاتورة المقبولة.

الجواب المباشر عن سؤال الترتيب أن الدليل التقني يعدّ الفاتورة مستلمة ومعتمدة حين يعود رمز QR في الرد، ويوجب إظهار هذا الرمز على فاتورة البائع. والنتيجة العملية التي نستخلصها من هذين النصين أن النسخة التي يتسلمها المشتري تأتي بعد رد النظام لا قبله، لأنها النسخة التي تحمل الرمز.

يشرح هذا المقال التسلسل الرسمي كما يرسمه الدليل، ثم يحوّله إلى ترتيب عملي لإصدار الفاتورة، ويبيّن ما تفعله إذا رُفضت الفاتورة أو انقطع الاتصال. ويتناول أيضًا سؤال المهلة، فالمصادر الرسمية التي يستند إليها المقال لا تحدد مهلة بالساعات أو الأيام لإرسال الفاتورة بعد البيع. أما خطوات تنظيم الفاتورة من المنصة نفسها ففي مقال إصدار فاتورة من نظام الفوترة الوطني.

ما هو نموذج الاعتماد الفوري في نظام الفوترة الوطني

يعرض الدليل التقني للربط مع نظام الفوترة الوطني، الإصدار 1.5، في الصفحة 9 مخططًا عنوانه «تسلسل الاجراءات لعملية ارسال الفاتورة الالكترونية من خلال الربط مع نظام الفوترة الوطني». ويمكن قراءة المخطط في أربع مراحل.

1. بناء الفاتورة في نظام المكلف. يكتب نظام البائع تفاصيل الفاتورة في ملف XML، ثم يرمّزه بترميز Base64.
2. تجهيز الطلب. يوضع الملف المرمّز في ملف JSON، ويحمل رأس الطلب رقم المستخدم والمفتاح السري (Client ID وSecret Key) اللذين يولّدهما النظام عند ربط الأجهزة.
3. الإرسال إلى نظام الفوترة الوطني. يصل الطلب إلى النظام، فيعالج الفاتورة ويحدد نتيجة الإرسال.
4. عودة النتيجة إلى نظام المكلف. يتفرع المخطط عند «نتيجة إرسال الفاتورة» إلى ثلاثة فروع. مع Submitted (Success) ومع Already Submitted يعود إلى نظام المكلف «Signed Invoice & QR Code»، أي الفاتورة الموقعة ورمز QR. ومع Error تعود «Error List»، أي قائمة الأخطاء.

تسمية «الاعتماد الفوري» وصف نطلقه على هذا التسلسل، ولا ننقلها بنصها عن الدائرة. أما لفظ الاعتماد نفسه فيستعمله الدليل حين يعدد أغراض الرد على الإرسال في الصفحة 97، ومنها «معرفة ما إذا تم اعتماد الفاتورة أو رفضها». وتشمل الأغراض الستة التي يذكرها الدليل ما يلي.

• التحقق من نجاح عملية إرسال الفاتورة.
• معرفة ما إذا تم اعتماد الفاتورة أو رفضها.
• إظهار أسباب الأخطاء.
• استرجاع رمز QR.
• استرجاع الرقم الفريد للفاتورة (UUID).
• تمكين الأنظمة المرتبطة من معالجة نتيجة الإرسال بشكل آلي.

في هذا التسلسل أمران يحددان معنى النموذج. الأول أن الحكم على الفاتورة يصدر من النظام في رده على طلب إرسالها. والثاني أن رمز QR يصدر عن الدائرة ويعود في الرد، ولا يولّده برنامج البائع. ويفصّل مقال رمز QR الصادر من دائرة ضريبة الدخل والمبيعات EINV_QR مصدر الرمز وموضعه في الرد.

متى تُعدّ الفاتورة مقبولة في نظام الفوترة الوطني

يضع الدليل التقني قاعدتين في الصفحة 98 تحددان لحظة القبول، ويكرر الثانية منهما في الصفحة 104.

1. وجود رمز QR في الرد. يجب أن يعود الرمز في الحقل EINV_QR حتى تُعدّ الفاتورة مستلمة ومعتمدة.
2. إظهار الرمز على فاتورة البائع. نص الدليل «يجب اظهار QR CODE … على فاتورة البائع». والفعل في النص هو الإظهار، فلا يحدد الدليل في هذه القاعدة وسيلة بعينها كالطباعة.

ويضيف الدليل في إرشاداته (ص104) أن الحالة النهائية للفاتورة تُحدَّد من الحقل EINV_STATUS، لا من رمز الحالة التقني وحده. فرمز الحالة 200 يعني أن الطلب استُلم وعولج تقنيًا، أما القبول فتقرؤه في حالة الفاتورة وفي وجود رمز QR. ويلخص الجدول الآتي الحالات الثلاث كما يشرحها الدليل، وما تعنيه كل منها للفاتورة التي بين يديك.

ويفصّل مقال حالة SUBMITTED في نظام الفوترة الوطني ما تحفظه وما تعرضه بعد القبول، ويشرح مقال حالة ALREADY_SUBMITTED في نظام الفوترة الوطني كيف تستعيد رمزًا لم تحفظه. أما التحقق من الفاتورة بعد صدورها فيتم بمسح الرمز في تطبيق سند من خيار «التحقق من المستندات الرقمية»، وتفاصيله في مقال التحقق من صحة الفاتورة الإلكترونية في الأردن.

ماذا يعني نموذج الاعتماد الفوري لترتيب إصدار الفاتورة

تجمع الخطوات الآتية نصوص الدليل التقني ونظام تنظيم شؤون الفوترة في ترتيب واحد. كل خطوة تذكر مصدرها، وما كان منها استنتاجًا منا أشرنا إليه بذلك.

1. واقعة البيع تحدد وقت البيع وتاريخه، وبها يرتبط إصدار الفاتورة. تجعل المادة (3) من نظام تنظيم شؤون الفوترة وقت وتاريخ بيع السلعة أو الخدمة هما وقت وتاريخ تحقق واقعة البيع، وتربط المادة (5/د) إصدار الفاتورة بتحقق واقعة البيع.
2. بناء الفاتورة بمعرّفها الفريد. يولّد نظام البائع المعرّف الفريد UUID، ويشكّل مع رقم الفاتورة المفتاح الأساسي لها. احفظه من اللحظة الأولى، لأنك ستحتاجه نفسه إن أعدت الإرسال. والتفاصيل في مقال المعرّف الفريد UUID في نظام الفوترة الوطني.
3. الفحص قبل الإرسال. يطلب الإرشاد الثاني في الدليل التحقق من المجاميع والضرائب ورقم المكلف ورقم المشتري والحقول الإجبارية قبل الإرسال، لتقليل أخطاء 400.
4. الإرسال وقراءة الحالة. يرسل النظام المرتبط الفاتورة، ثم يقرأ الحالة من EINV_STATUS كما في الإرشاد الرابع.
5. الحفظ بعد القبول. يطلب الإرشاد الخامس تخزين رقم الفاتورة والمعرّف الفريد ورمز QR والحالة لأغراض التتبع وإعادة الاسترجاع. وتنص المادة (8/ب) من النظام على اعتماد بيانات برنامج الفوترة الوطني بدلًا من الاحتفاظ بالفاتورة ورقيًا، والتفاصيل في مقال الاحتفاظ بفواتير نظام الفوترة الوطني.
6. تسليم نسخة المشتري وعليها الرمز (استنتاج منا). يوجب الدليل إظهار رمز QR على فاتورة البائع، والرمز لا يعود إلا بعد القبول. لذلك نستنتج أن النسخة التي تسلّمها للمشتري تأتي بعد وصول الرد. وتنص المادة (5/أ) على تنظيم الفاتورة من نسختين على الأقل، وتنص المادة (5/ج/1) على تسليم نسخة إلى المشتري وفقًا للطريقة المستخدمة في تنظيم الفواتير وإصدارها، وحفظ باقي النسخ لدى البائع.
7. إثبات الاستلام في الفواتير الكبيرة. إذا زادت قيمة الفاتورة على 10,000 دينار، يثبت البائع استلامها من قبل المشتري بحسب المادة (5/ج/2).

الخطوة السادسة هي موضع التغيير الأكبر في ترتيب العمل. ففي قراءتنا للتسلسل الذي يرسمه الدليل، لا تكتمل الفاتورة التي تصل إلى المشتري قبل أن يعود الرمز، لأن الرمز مما يجب إظهاره عليها.

إذا لم يُقبل الإرسال: الرفض وانقطاع الاتصال

لا يعني نموذج الاعتماد الفوري أن كل إرسال ينتهي بالقبول. يعالج الدليل حالتين تؤثران مباشرة في ترتيب الإصدار.

الفاتورة المرفوضة

حين تعود الحالة NOT_SUBMITTED لا يعود رمز QR، فلا تُعدّ الفاتورة معتمدة. اقرأ سبب الرفض في EINV_RESULTS ثم في قائمة ERRORS والحقل EINV_MESSAGE، وصحّح الملف. وطريقة قراءة الرسالة في مقال خطأ 400 في نظام الفوترة الوطني.

عند إعادة الإرسال يطلب الإرشاد الثالث استخدام رقم الفاتورة والمعرّف الفريد نفسيهما، وعدم توليد قيم جديدة. وينبّه الدليل في الصفحة 104 إلى أن أنظمة كثيرة تولّد المعرّف الفريد تلقائيًا، وأن عدم تخزينه قد يؤدي إلى تكرار الفواتير عند إعادة الإرسال.

انقطاع الاتصال قبل وصول الرد

يطلب الإرشاد الثامن عند انتهاء المهلة أو فشل الاتصال إعادة المحاولة دون توليد معرّف فريد جديد. فإذا كانت الفاتورة قد قُبلت في المحاولة الأولى ولم يصلك الرد، يعيد النظام في المحاولة التالية الحالة ALREADY_SUBMITTED مع رمز QR الأصلي. وأسباب تعذر الوصول إلى النظام مشروحة في مقال خطأ 504 في نظام الفوترة الوطني.

تصحيح فاتورة مقبولة

الفاتورة التي قُبلت لا تُعدَّل بعد إصدارها. والبديل الذي يتيحه النظام هو فاتورة الإرجاع (إشعار دائن)، وتصحيحها يكون على الكميات فقط. لذلك احرص على الفحص قبل الإرسال، فالخطأ الذي يُكتشف قبله يُصحَّح في الملف نفسه.

هل توجد مهلة لإرسال الفاتورة إلى نظام الفوترة الوطني بعد البيع

لا تحدد المصادر الرسمية التي يستند إليها هذا المقال مهلة بالساعات أو الأيام لإرسال الفاتورة إلى النظام بعد البيع. وهذه المصادر هي الدليل التقني الإصدار 1.5، وأدلة الانضمام وتنظيم الفاتورة والأسئلة والأجوبة الصادرة عام 2026، ونظام تنظيم شؤون الفوترة والرقابة عليها وتعديلاته.

ما تنص عليه هذه المصادر هو ربط الفاتورة نفسها بواقعة البيع. فالمادة (3) تجعل وقت وتاريخ بيع السلعة أو الخدمة هما وقت وتاريخ تحقق واقعة البيع، والمادة (5/د) تربط إصدار الفاتورة بتحقق واقعة البيع. وهاتان المادتان لا تذكران موعدًا لإرسالها إلى النظام.

وتظهر في الصورة أيضًا المادة (4/أ) التي تعتمد الفاتورة الإلكترونية الصادرة عن برنامج الفوترة الوطني الإلكتروني أو عن برنامج مربوط به، والمادة (4/ب) التي تنص على الإصدار والتنظيم «وفقاً للخطة الزمنية المعدة لهذه الغاية» دون أن تذكر تاريخًا.

ثلاث قواعد عملية تبقيك داخل النص في سؤال المهلة.

• اطلب المصدر لأي رقم. إذا قرأت أن للإرسال مهلة بعدد محدد من الساعات أو الأيام، فاسأل عن نص الدائرة الذي ورد فيه قبل أن تبني عليه إجراءً داخليًا.
• اترك تاريخ الفاتورة كما هو. لا تعالج تأخر الإرسال بتغيير تاريخ الفاتورة إلى تاريخ سابق، فالمادة (3) تجعل تاريخ البيع هو تاريخ تحقق واقعة البيع، وتربط المادة (5/د) إصدار الفاتورة به.
• وحّد صيغة الوقت. يطلب الإرشاد التاسع في الدليل «استخدام تنسيق زمني موحد (Standard Time Format) لتجنب اختلافات المعالجة بين الأنظمة».

ما لا يعنيه نموذج الاعتماد الفوري

تختلط بهذا الموضوع أفكار لا تسندها نصوص الدائرة، وهذه أبرزها مع ما يقوله المصدر.

• لا يعني أن برنامجك يولّد رمز QR. الرمز يعود من النظام في الحقل EINV_QR بعد القبول، ودور برنامجك أن يحفظه ويظهره على الفاتورة.
• لا يعني توقيعًا رقميًا من المكلف. لا يطلب الدليل التقني الإصدار 1.5 من المكلف توقيع الفاتورة ولا شهادة رقمية، والدائرة هي التي تعيد الفاتورة الموقعة في الحقل EINV_SINGED_INVOICE. ويتوسع في ذلك مقال التوقيع الرقمي في نظام الفوترة الوطني.
• لا يعني أن رمز الحالة 200 قبول. الحالة النهائية تُقرأ من EINV_STATUS، والقبول يقترن بعودة رمز QR.
• لا نستنتج شيئًا من قيمة ProfileID. يطلب الدليل في كل فاتورة العنصر cbc:ProfileID بالقيمة reporting:1.0. هذه قيمة ثابتة تكتبها كما وردت، ولا يبني هذا المقال عليها حكمًا عن نموذج النظام.
• لا يعني أن الربط إلزامي على كل منشأة. المادة (4/أ) تعتمد الفاتورة الصادرة عن البرنامج الوطني أو عن برنامج مربوط به. وفي دليل الأسئلة والأجوبة تقول الدائرة «اما من يمتلك نظام محاسبي يلزمه ربط نظامه مع نظام الفوترة». والتفصيل في مقال هل ربط البرنامج المحاسبي بنظام الفوترة الوطني إلزامي.

وللإرشادات العشر التي يختم بها الدليل شرح كامل في مقال الإرشادات العشر لنظام الفوترة الوطني.

قائمة فحص لترتيب الإصدار في نظامك

إذا كنت تبني الربط بنفسك أو تراجع برنامجًا مرتبطًا، فهذه أسئلة تكشف إن كان الترتيب يتبع ما يرسمه الدليل.

1. هل يربط إصدار الفاتورة بلحظة تحقق واقعة البيع؟
2. هل يولّد المعرّف الفريد مرة واحدة ويحفظه قبل الإرسال؟
3. هل يفحص المجاميع والضرائب ورقم المكلف ورقم المشتري والحقول الإجبارية قبل الإرسال؟
4. هل يقرأ الحالة من EINV_STATUS ولا يكتفي برمز الحالة التقني؟
5. هل يحفظ رقم الفاتورة والمعرّف الفريد ورمز QR والحالة بعد القبول؟
6. هل يُظهر رمز QR على الفاتورة التي تصل إلى المشتري؟
7. هل يعيد الإرسال بعد الرفض أو انقطاع الاتصال بالرقم والمعرّف الفريد نفسيهما؟
8. هل يحتفظ بسجل كامل لعمليات الإرسال والردود وإعادات الإرسال، كما يطلب الإرشاد العاشر؟

كيف يتعامل قيود مع هذا الترتيب

يقع ترتيب الإصدار على نظام البائع، أي على البرنامج الذي يبني ملف الفاتورة ويرسله. ويعمل تكامل قيود مع نظام الفوترة الوطني على هذه الطبقة كما يلي.

• بناء الملف وإرساله. يبني قيود ملف الفاتورة بصيغة UBL 2.1 مع المعرّف الفريد، ويرسله إلى نظام الفوترة الوطني دون أي تدخل يدوي.
• تنبيه قبل الإرسال. يفحص قيود كل فاتورة على مستوى الحقول لحظة إنشائها، ومنها الرقم الضريبي، ونوع المستند وطريقة الدفع، ونسبة ضريبة المبيعات العامة، واكتمال البنود، وينبهك بأي خطأ قبل إرسالها لتقليل حالات الرفض.
• حالة كل فاتورة أمامك. تعيد الدائرة حالة الفاتورة ورسالة الخطأ، ويعرضها قيود في لوحة الحالة، ومنها «مرسلة» و«مرسلة مسبقًا» و«لم تُرسل» مع رسالة الخطأ.
• إعادة إرسال بالمعرّف نفسه. حين تعيد إرسال الفاتورة من لوحة الحالة، تُرسل بالمعرّف UUID نفسه.
• رمز QR من الدائرة. لا تحتاج إلى شهادة أو توقيع خاص بك، ويعود رمز QR من الدائرة بعد قبول الفاتورة.

ولصورة أوسع عن النظام وطريقة ربط منشأتك به، اقرأ مقال نظام الفوترة الوطني الالكتروني، أو تعرّف على ما يقدمه قيود في نظام الفوترة الوطني.

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

ما هو نموذج الاعتماد الفوري في نظام الفوترة الوطني؟

نستخدم هذا الوصف لتسلسل يرسمه الدليل التقني في الصفحة 9. يرسل نظام البائع الفاتورة إلى النظام، فيعيد النظام نتيجتها في الرد، ويعود مع الفاتورة المقبولة رمز QR والفاتورة الموقعة، ومع المرفوضة قائمة الأخطاء.

هل أسلّم الفاتورة للمشتري قبل وصول رد النظام؟

يوجب الدليل التقني إظهار رمز QR على فاتورة البائع، والرمز لا يعود إلا مع الفاتورة المقبولة. لذلك نستنتج أن النسخة التي تسلّمها للمشتري هي النسخة التي تحمل الرمز بعد وصول الرد.

هل توجد مهلة محددة لإرسال الفاتورة بعد البيع؟

لا تحدد المصادر الرسمية التي يستند إليها هذا المقال مهلة بالساعات أو الأيام. وتجعل المادة (3) من نظام تنظيم شؤون الفوترة وقت وتاريخ بيع السلعة أو الخدمة هما وقت وتاريخ تحقق واقعة البيع، وتربط المادة (5/د) إصدار الفاتورة بتحقق واقعة البيع.

هل يكفي رمز الحالة 200 لاعتبار الفاتورة مقبولة؟

يطلب الدليل التقني تحديد الحالة النهائية من الحقل EINV_STATUS لا من رمز الحالة وحده. وتُعدّ الفاتورة مستلمة ومعتمدة حين يعود رمز QR في الحقل EINV_QR.

ماذا أفعل إذا انقطع الاتصال قبل وصول الرد؟

أعد المحاولة بالرقم والمعرّف الفريد نفسيهما دون توليد معرّف جديد، كما يطلب الإرشاد الثامن. وإن كانت الفاتورة قد قُبلت من قبل، يعيد النظام الحالة ALREADY_SUBMITTED مع رمز QR الأصلي.

هل يولّد برنامجي رمز QR بنفسه؟

يصدر الرمز عن دائرة ضريبة الدخل والمبيعات ويعود في الرد على الإرسال بعد قبول الفاتورة. ودور برنامجك أن يحفظ الرمز ويظهره على الفاتورة.

المراجع

• دائرة ضريبة الدخل والمبيعات، الدليل التقني للربط مع نظام الفوترة الوطني من خلال واجهة برمجة التطبيقات (API)، الإصدار 1.5، 2026، ص9 وص10 وص97 إلى ص104.
• دائرة ضريبة الدخل والمبيعات، نظام تنظيم شؤون الفوترة والرقابة عليها وتعديلاته، ص2، المواد (3) و(4) و(5) و(8).
• دائرة ضريبة الدخل والمبيعات، دليل الأسئلة والأجوبة لنظام الفوترة الوطني، 2026.
• الأدلة الإرشادية لنظام الفوترة الوطني على موقع دائرة ضريبة الدخل والمبيعات