ترقيم الفواتير في نظام الفوترة الوطني: الرقم المتسلسل وcbc:ID

ترقيم الفواتير في نظام الفوترة الوطني يبدأ من نص قانوني قبل أن يصل إلى ملف XML. فأول بيان تشترطه المادة 5/أ من نظام تنظيم شؤون الفوترة والرقابة عليها هو «الرقم المتسلسل للفاتورة». وفي ملف الفاتورة الذي يُرسل إلى النظام يحمل العنصر cbc:ID في رأس الفاتورة رقمها. وبين النص والملف أرقام أخرى تتشابه أسماؤها، أهمها عداد الفاتورة ICV، والقيمة EINV_NUM التي تعود في رد النظام.

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

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

ترقيم الفواتير في نظام الفوترة الوطني: أربعة أرقام لكل منها وظيفة

حين يُسأل المحاسب عن رقم الفاتورة قد يكون المقصود واحدًا من أربعة أرقام. واحد يرد في النص القانوني، واثنان يكتبهما نظامك في ملف الفاتورة، وواحد يعود في رد النظام. والجدول الآتي يضعها متجاورة.

ولا يدخل رقم البند في هذا الجدول. فهو يحمل اسم العنصر cbc:ID نفسه، لكنه ترتيب لسطور الفاتورة الواحدة ويجب أن يكون فريدًا داخلها. وأثر تكراره مشروح في مقال رسالة The ID number must be unique في نظام الفوترة الوطني.

الرقم المتسلسل في المادة 5/أ: البيان الأول من خمسة

تنص المادة 5/أ من نظام تنظيم شؤون الفوترة والرقابة عليها رقم 34 لسنة 2019 على أن «على بائع أي سلعة أو خدمة لا تقل قيمتها عن دينار واحد تنظيم وإصدار فاتورة من نسختين على الأقل تحتوي على البيانات التالية»، ثم تعدد خمسة بيانات أولها «الرقم المتسلسل للفاتورة».

في هذا النص ثلاث ملاحظات تهم من يضع سياسة الترقيم في منشأته.

• الرقم شرط في كل فاتورة يشملها النص. يرد البيان الأول في الفقرة نفسها التي تحدد الحد الأدنى بدينار واحد، ولا تستثني الفقرة نوعًا من الفواتير من الرقم المتسلسل.
• النص لا يعرّف العبارة. لا ترد عبارة «الرقم المتسلسل» بين التعريفات في المادة 2، ولا تحدد المادة 5 شكل الرقم ولا بدايته ولا طريقة تتابعه.
• الرقم يرد مرة ثانية باسم آخر. تلزم المادة 6 كل شخص ملزم بتنظيم الفاتورة وإصدارها بإعداد سجل ورقي أو محوسب لفواتير البيع مروّس باسم البائع، ومن بنوده «رقم الفاتورة». ولا يقول النص صراحة إن «رقم الفاتورة» في السجل هو «الرقم المتسلسل» في المادة 5، وإن كان السياق يوحي بذلك. وتفصيل هذا السجل في مقال الاحتفاظ بفواتير نظام الفوترة الوطني في الأردن.

وتعيد التعليمات رقم 1 لسنة 2019 في مادتها الثالثة ذكر بيانات فاتورة المبيعات النقدية، وشرح موادها في مقال تعليمات شؤون الفوترة والرقابة عليها رقم 1 لسنة 2019.

أما المادة 4/أ فتنص على اعتماد «الفاتورة الالكترونية الصادرة عن برنامج الفوترة الوطني الالكتروني أو الصادرة عن برنامج تم ربطه ببرنامج الفوترة الوطني الالكتروني». فإذا صدرت فاتورتك من برنامج مربوط بالنظام، فإن رقمها يُكتب في ملف XML الذي يبنيه هذا البرنامج، وهو موضوع القسم التالي.

رقم الفاتورة في ملف XML: العنصر cbc:ID في رأس الفاتورة

يصف الدليل التقني الصادر عن دائرة ضريبة الدخل والمبيعات (الإصدار 1.5، ص12) العنصر cbc:ID في رأس الفاتورة بعبارة واحدة هي «رقم الفاتورة»، ويظلل قيمته في القالب باللون الأصفر. ومفتاح الألوان في الدليل ينص على أن العناصر المظللة بالأصفر تدل على متغيرات «مطلوب تعبئتها (إجبارية) من خلال نظام البائع».

ويضيف الدليل في وصف العنصر التالي cbc:UUID أن المعرّف الفريد ينشئه نظام المكلف «بحيث يشكل ID و UUID معا مفتاحا رئيسيا (Primary Key) لعدم تكرار الفاتورة المرسلة على النظام». ومن هذا الوصف أمران يخصان الترقيم.

• رقم الفاتورة وحده لا يعرّف الفاتورة على النظام. التعريف بالزوج كاملًا، أي الرقم مع المعرّف الفريد.
• الدليل لا يصف cbc:ID بأكثر من «رقم الفاتورة». فلا يذكر له طولًا ولا بادئة ولا نوع الأحرف المسموح بها، ولا يقول إنه يبدأ من 1 كما يقول عن العداد.

وقد تلاحظ في الصورة أن القالب يضع في موضع قيمة cbc:UUID عبارة «رقم متسلسل». فلا تخلط بينها وبين «الرقم المتسلسل» في المادة 5/أ. فالدليل يصف ما في هذا الموضع بأنه «رقم مميز UUID»، ويصف ما في cbc:ID بأنه «رقم الفاتورة».

والربط بين «الرقم المتسلسل» في النظام و«رقم الفاتورة» في الدليل قراءة منا، لا نص صريح. فالمادة 5/أ تشترط رقمًا متسلسلًا للفاتورة، والعنصر cbc:ID هو العنصر الذي يصفه الدليل في رأس الفاتورة بأنه رقمها، فالأقرب أن يحمل هذا العنصر ذلك الرقم.

عناصر cbc:ID في الملف: أيها يحمل رقم الفاتورة

يتكرر اسم العنصر cbc:ID في ملف الفاتورة في مواضع كثيرة، ولكل موضع قيمة مختلفة. ومن يبحث في الملف عن رقم الفاتورة يحتاج إلى أن يميز الموضع الصحيح من غيره. والجدول الآتي يعرض المواضع التي يشرحها الدليل التقني.

فرقم الفاتورة هو العنصر الذي يقع في رأس الملف مباشرة، لا داخل كتلة أخرى. وقد يقع الالتباس بينه وبين العنصر داخل cac:SellerSupplierParty، لأن تسلسل مصدر الدخل يحمل كلمة «تسلسل» أيضًا، وشرحه في مقال تسلسل مصدر الدخل في نظام الفوترة الوطني.

رقم الفاتورة والعداد ICV: تسلسلان بوصفين مختلفين

العداد هو القيمة الوحيدة في رأس الملف التي يصفها عمود الوصف في الدليل بالتسلسل صراحة. ونصه (ص13) أنه «عداد يتم إنشاؤه من قبل المكلف للفواتير الإلكترونية يبدأ بشكل تسلسلي من 1 الى ما لانهاية حسب التعريف العالمي».

وهنا تشابه في الألفاظ يربك من يقرأ النص القانوني مع الدليل. فالنظام يشترط «الرقم المتسلسل»، والدليل يصف بالتسلسل العداد لا رقم الفاتورة. لكن الدليل لا يقول إن العداد هو الرقم المتسلسل الذي تقصده المادة 5/أ، ولا يقول إن رقم الفاتورة يجب أن يساوي قيمة العداد. والفرق بينهما في نص الدليل كما يلي.

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

EINV_NUM: رقم الفاتورة كما يعيده النظام في الرد

بعد الإرسال يعيد نظام الفوترة الوطني ردًا يشرح الدليل عناصره في جدول (ص97). ومن بينها EINV_NUM ووصفه «رقم الفاتورة المرسل»، وإلى جانبه EINV_INV_UUID ووصفه «الرقم الفريد العالمي للفاتورة (UUID)».

وبحسب هذا الوصف، فالقيمة في EINV_NUM هي رقم الفاتورة الذي أرسلته أنت في cbc:ID. ولا يصف الدليل رقمًا آخر يولّده النظام للفاتورة. وللرد في موضوع الترقيم أربعة استعمالات.

• مطابقة الرد بالفاتورة. قارن EINV_NUM وEINV_INV_UUID بالرقم والمعرّف اللذين أرسلتهما، فهما معًا المفتاح الذي يعرّف الفاتورة.
• الحالة قبل الرقم. يطلب الدليل أن تُحسم حالة الفاتورة من القيمة EINV_STATUS لا من رمز الاستجابة الفني. وفي حالة NOT_SUBMITTED تعود قيمة EINV_NUM فارغة، ومعها رمز QR والمعرّف الفريد والفاتورة الموقعة.
• إعادة إرسال فاتورة سبق قبولها. إذا أرسلت فاتورة مقبولة مرة أخرى بالرقم والمعرّف نفسيهما، يعيد النظام الحالة ALREADY_SUBMITTED ومعها رمز QR الأصلي. وتفصيل ذلك في مقال حالة ALREADY_SUBMITTED في نظام الفوترة الوطني.
• الحفظ. الإرشاد الخامس في الدليل (ص104)، وعنوانه «تخزين البيانات الأساسية»، يطلب حفظ رقم الفاتورة والمعرّف الفريد ورمز QR والحالة، للتتبع وإعادة الاسترجاع.

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

رقم الفاتورة عند إعادة الإرسال وفي فاتورة الإرجاع

قاعدتان في الدليل التقني تحددان متى يبقى الرقم كما هو ومتى يأتي رقم جديد.

عند إعادة الإرسال يبقى الرقم والمعرّف كما هما

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

فاتورة الإرجاع مستند مستقل يشير إلى رقم الأصل

فاتورة الإرجاع في نظام الفوترة الوطني مستند جديد بالرمز 381، يحمل في رأسه رقمه ومعرّفه، ويشير إلى الفاتورة الأصلية داخل الكتلة cac:BillingReference. ويطلب الدليل في هذه الكتلة ثلاث قيم من الفاتورة الأصلية، وهي رقمها في cbc:ID، ومعرّفها في cbc:UUID، وإجماليها في cbc:DocumentDescription. وتفصيل الموضعين في مقال مرجع الفاتورة الأصلية في نظام الفوترة الوطني.

ومن هذا تخرج ثلاث نتائج عملية للترقيم.

• رقم الفاتورة الأصلية يُحتاج إليه بعد قبولها، فلا يكفي أن يظهر في الرد ثم يُترك. فالدليل لا يتيح تغيير فاتورة بعد قبولها، وأي تصحيح يتم بفاتورة إرجاع تشير إليها.
• يسمح الدليل بأكثر من فاتورة إرجاع جزئية على الفاتورة الأصلية نفسها حتى تنفد كمياتها، وكل منها تشير إلى رقم الأصل ومعرّفه.
• أسطر الإرجاع تُطابق بأرقام البنود في الفاتورة الأصلية، لذلك يوصي الدليل بحفظ رقم كل بند cbc:ID مع رقم الفاتورة.

ما لا توثقه النصوص عن سلسلة أرقام الفواتير

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

هذا الصمت لا يعني أن كل ترتيب مقبول، ولا أن ترتيبًا بعينه مرفوض. يعني أن القاعدة غير منشورة في النصوص المتاحة. وللاستفسار يحيل الدليل التقني (ص104) إلى «لجنة الدعم الفني لشؤون الفوترة في دائرة ضريبة الدخل والمبيعات» عبر موقع الدائرة.

خطوات عملية لضبط ترقيم فواتيرك

ما يلي ممارسات تنظيمية تبني على ما يوثقه الدليل، وما ليس من نص الدليل منها نذكره بوصفه قرارًا داخليًا.

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

كيف يتعامل قيود مع رقم الفاتورة ومعرّفها

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

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

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

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

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

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

هل رقم الفاتورة cbc:ID هو عداد الفاتورة ICV نفسه؟

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

هل يجب أن تكون أرقام الفواتير متتالية دون فجوات؟

لا تنص النصوص المتاحة على ذلك. فالمادة 5/أ تشترط رقمًا متسلسلًا دون تعريف، والدليل التقني لا يذكر حكم الفجوات في رقم الفاتورة. لذلك لا يصح أن يُنسب إلى الدائرة قبول أو رفض في هذه الحالة.

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

يعيد النظام في رده العنصر EINV_NUM، ويصفه الدليل بأنه «رقم الفاتورة المرسل». فالرقم الذي يعود هو الرقم الذي أرسلته في cbc:ID، ولا يصف الدليل رقمًا آخر يولّده النظام.

هل أغيّر رقم الفاتورة إذا فشل إرسالها وأعدت المحاولة؟

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

هل لفاتورة الإرجاع رقم خاص بها؟

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

المراجع

• نظام تنظيم شؤون الفوترة والرقابة عليها رقم 34 لسنة 2019 وتعديلاته، المواد 2 و4 و5 و6.
• تعليمات شؤون الفوترة والرقابة عليها رقم 1 لسنة 2019، المادة 3.
• دائرة ضريبة الدخل والمبيعات، الدليل التقني للربط مع نظام الفوترة الوطني من خلال واجهة برمجة التطبيقات (API)، الإصدار 1.5، 2026، ص12 وص13 وص97 إلى ص107.
• دائرة ضريبة الدخل والمبيعات، دليل إجراءات تنظيم الفاتورة في نظام الفوترة الوطني الإلكتروني الأردني، إصدار 2026.