ربط أكثر من برنامج بنظام الفوترة الوطني للمنشأة نفسها

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

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

ربط أكثر من برنامج بنظام الفوترة الوطني: الجواب المختصر

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

ويتلخص الموقف في أربع نقاط.

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

ما يوثقه الدليل التقني عن «ربط جديد»

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

1. تسجيل الدخول إلى نظام الفوترة الوطني من الخدمات الإلكترونية للدائرة.
2. اختيار «ربط الأجهزة» من الشاشة الرئيسية، ثم «ربط جديد».
3. إدخال اسم مستخدم للربط، واختيار تسلسل مصدر الدخل من القائمة.
4. توليد النظام رقم المستخدم (Client ID) والمفتاح السري (Secret Key).

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

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

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

البرنامج المحاسبي ونقطة البيع: صورتان للتشغيل المتوازي

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

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

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

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

بيانات الاعتماد في كل برنامج: ربط مستقل لكل أداة

يرسل البرنامج فاتورته إلى النظام برقم المستخدم والمفتاح السري في ترويسة الطلب، وفي متن الملف تسلسل مصدر الدخل في الحقل cbc:ID داخل كتلة cac:SellerSupplierParty. فكل فاتورة تجمع ثلاث قيم يجب أن تتسق، هي الرقم الضريبي والتسلسل وبيانات الاعتماد.

ولا يمنع الدليل بنص أن يستعمل برنامجان زوجًا واحدًا من بيانات الاعتماد، ولا يتناول الحالة أصلًا. لكن ثلاثة نصوص فيه تجعل الربط المستقل لكل برنامج الترتيب الأسلم، وهذا استنتاج منا لا نص في الدليل.

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

فإذا اختلطت القيم بين البرنامجين، فالرسائل التي يذكرها الدليل تدلك على الموضع. رمز 403 يعني خطأ في رقم المستخدم أو المفتاح السري. ورمز 500 يذكر الدليل من أسبابه «خطأ في الرقم الضريبي أو تسلسل مصدر الدخل وبدرجة أقل يكون الخطأ في ال Client_ID أو ال Secret_Key». ورسالة This user is not authorized to submit this type of invoice تظهر حين يرسل المكلف نوع فاتورة لا يتناسب مع رقمه الضريبي أو تسلسل مصدر الدخل الخاص به. فإذا ضبطت في أحد البرنامجين تسلسل ربط وأدخلت فيه بيانات ربط آخر، فهذه الرسائل أول ما تراجعه.

عداد الفاتورة ICV حين يرسل برنامجان

يحمل كل ملف فاتورة عدادًا في العنصر cac:AdditionalDocumentReference بالمعرّف ICV، ويعرّفه الدليل بأنه «عداد يتم إنشاؤه من قبل المكلف للفواتير الإلكترونية يبدأ بشكل تسلسلي من 1 الى ما لانهاية حسب التعريف العالمي».

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

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

رقم الفاتورة بين برنامجين: تفادي التداخل

تشترط المادة 5/أ من نظام تنظيم شؤون الفوترة أن تحمل الفاتورة «الرقم المتسلسل» بين بياناتها، ويجعل الدليل التقني رقم الفاتورة في الحقل cbc:ID في رأس الملف. وينص الدليل على أن رقم الفاتورة «لا يقتصر على رقم الـ ID فقط، وإنما يتكوّن من الـ ID والـ UUID معاً كمفتاح رئيسي»، والمعرّف الفريد UUID يولّده نظام المكلف لا نظام الفوترة الوطني.

وهنا يقع خطر التشغيل المتوازي. فإذا بدأ كل برنامج ترقيمه من الرقم نفسه، حملت فاتورتان من برنامجين الرقم ذاته بمعرّفين مختلفين. ولا يقول الدليل هل يقبل النظام ذلك أم يرفضه، ولا يقول هل الرقم المتسلسل سلسلة واحدة للمنشأة أم يجوز تعدد السلاسل. وتنبّه إلى أن رسالة The ID number must be unique في الدليل تخص رقم البند داخل الفاتورة الواحدة، لا رقم الفاتورة.

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

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

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

• رقم الفاتورة الأصلية ومعرّفها الفريد وقيمتها الإجمالية، داخل كتلة cac:BillingReference.
• رقم البند واسم السلعة وسعر الوحدة «كما هو في الفاتورة الاصلية».
• بيانات مشترٍ تتوافق مع بياناته في الفاتورة الأصلية، بنص الدليل «يجب أن تتوافق بيانات المشتري في فاتورة الإرجاع مع بياناته في فاتورة البيع الأصلية المرتبطة بها».
• كمية لا تتجاوز المبيعة في الأصل، مع جواز أكثر من إرجاع جزئي حتى تنفد الكميات.

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

لذلك فالترتيب الأسلم، وهو توصية عملية منا لا قاعدة من الدائرة، أن يصدر الإرجاع من البرنامج الذي أصدر الفاتورة الأصلية، ما لم يكن البرنامجان يتبادلان بيانات الفواتير والبنود كاملة. وإن احتجت غير ذلك فاستوضح من الدائرة قبل أن تبني عليه إجراءً ثابتًا.

المنصة وعرض الفواتير بعد ربط البرنامجين

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

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

ما لا يوثقه الدليل في تشغيل برنامجين معًا

يجمع الجدول الآتي كل مسألة يطرحها التشغيل المتوازي، أمام ما يوثقه الدليل التقني 1.5 وأدلة الدائرة وما لا توثقه.

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

قائمة تحقق قبل تشغيل البرنامج الثاني

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

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

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

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

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

هل يمكن ربط أكثر من برنامج بنظام الفوترة الوطني للمنشأة نفسها؟

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

هل أنشئ ربطًا مستقلًا لكل برنامج؟

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

هل يكون عداد الفاتورة ICV واحدًا للبرنامجين؟

لا يحسم الدليل التقني ذلك. فهو يعرّف العداد بأنه ينشئه المكلف ويبدأ تسلسليًا من 1، ولا يذكر هل نطاقه المنشأة أم التسلسل أم الربط، ولا حكم قيمتين متطابقتين. فاتفق على طريقة العداد مع مزودي البرنامجين ووثّقها على أنها قرار منشأتك.

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

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

هل أُرجع من البرنامج المحاسبي فاتورة أصدرتها نقطة البيع؟

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

هل توجد بيئة تجريبية أختبر فيها البرنامج الثاني؟

لا يذكر الدليل التقني بإصداره 1.5 بيئة تجريبية مفتوحة للمكلفين أو لمزودي البرامج. لذلك راجع إعداد البرنامج الثاني كاملًا قبل أول إرسال، وعامل أول فاتورة منه على أنها فاتورة فعلية.

المراجع

• دائرة ضريبة الدخل والمبيعات، الدليل التقني للربط مع نظام الفوترة الوطني من خلال واجهة برمجة التطبيقات (API)، الإصدار 1.5.
• دائرة ضريبة الدخل والمبيعات، دليل إجراءات الانضمام إلى نظام الفوترة الوطني الإلكتروني الأردني، إصدار 2026.
• دائرة ضريبة الدخل والمبيعات، دليل الأسئلة والأجوبة لنظام الفوترة الوطني، 2026.
• نظام تنظيم شؤون الفوترة والرقابة عليها رقم 34 لسنة 2019 وتعديلاته.
• نظام الفوترة الوطني، دليل المستخدم الخاص بمنصة الـPortal، 2024 (دليل أعدته جهة غير الدائرة، مرجع ثانوي).