آخر تحديث ١٧ أكتوبر ٢٠٢٦قراءة 11 دقيقة
طبّقت هيئة الزكاة والضريبة والجمارك الفوترة الإلكترونية على مرحلتين. الأولى، مرحلة الإصدار، بدأت في 4 ديسمبر 2021 وألزمت المنشآت بإصدار الفواتير إلكترونيًا بدل الورق واليدوي. الثانية، مرحلة الربط والتكامل، بدأت في 1 يناير 2023 وتُطبَّق على موجات، وتلزم المنشآت بربط أنظمتها بمنصة الهيئة «فاتورة» وإرسال الفواتير إليها بصيغة محددة.
الفرق بين المرحلتين ليس شكليًا. في الأولى يكفي أن تُصدر فاتورة من نظام، أما في الثانية فالفاتورة الضريبية لا تصبح صحيحة إلا بعد أن تعتمدها الهيئة، والنظام نفسه يجب أن يستوفي شروطًا تقنية دقيقة. هذا الدليل يشرح تلك الشروط بلغة واضحة، ويعطيك قائمة فحص لاختيار نظام متوافق أو التحقق من نظامك الحالي.
من يشمله ومتى؟
تُطبَّق المرحلة الثانية على موجات تحددها الهيئة بحسب الإيرادات الخاضعة للضريبة في سنة مرجعية، وتُبلغ المنشآت المشمولة بكل موجة قبل موعد الإلزام بستة أشهر على الأقل. بدأت الموجات بأكبر المنشآت وتنزل تدريجيًا نحو الأصغر، لذلك فالسؤال الصحيح ليس «هل تشملني؟» بل «متى؟».
تحقق من موجتك من المصدر الرسمي مباشرة: موقع الهيئة يعلن كل موجة ومعيار إيراداتها وتاريخ الإلزام. لا تعتمد على ملخصات منقولة، لأن الموجات تُعلَن تباعًا والمعايير تتغير.
نوعان من الفواتير، ومعالجتان مختلفتان
يميّز النظام بين الفاتورة الضريبية (بين منشأة وأخرى، B2B) والفاتورة المبسطة (للمستهلك، B2C)، ولكل منهما مسار مختلف في المرحلة الثانية:
- الفاتورة الضريبية تخضع للاعتماد (Clearance): تُرسَل إلى منصة الهيئة لحظة إصدارها، وتعود معتمدة ومختومة من الهيئة قبل أن تُسلَّم للمشتري. فاتورة غير معتمدة ليست فاتورة صحيحة.
- الفاتورة المبسطة تخضع للإبلاغ (Reporting): يختمها نظامك تشفيريًا ويسلّمها للمستهلك فورًا، ثم يبلّغ الهيئة بها خلال 24 ساعة من إصدارها.
- إشعارات الدائن والمدين تتبع نوع الفاتورة الأصلية وتسلك المسار نفسه، ويجب أن تشير إلى الفاتورة التي تعدّلها.
المتطلبات التقنية التي يجب أن يستوفيها النظام
هنا يتعثر معظم الأنظمة الأجنبية والحلول المحلية المتعجلة. المرحلة الثانية لا تطلب «فاتورة جميلة فيها QR»، بل ملفًا بصيغة محددة يحمل عناصر تشفيرية مترابطة:
- صيغة الفاتورة: XML وفق معيار UBL 2.1 بالحقول التي حددتها الهيئة، أو PDF/A-3 يتضمن ملف XML نفسه مضمّنًا داخله.
- معرّف فريد (UUID) لكل فاتورة، مختلف عن رقم الفاتورة التسلسلي.
- عدّاد الفواتير (ICV): رقم يتزايد مع كل فاتورة ولا يُعاد ضبطه، وهو ما يكشف أي حذف.
- تجزئة الفاتورة السابقة (PIH): كل فاتورة تحمل بصمة الفاتورة التي سبقتها، فتتكوّن سلسلة لا يمكن إدخال فاتورة في وسطها أو إزالة واحدة منها.
- الختم التشفيري: توقيع رقمي للفواتير المبسطة يُولَّد بمفتاح خاص بوحدة الفوترة، ولا يجوز أن يكون قابلًا للتصدير.
- رمز QR: يتضمن اسم البائع ورقمه الضريبي ووقت الإصدار وإجمالي الفاتورة ومبلغ الضريبة، ويُضاف في المرحلة الثانية التجزئة والتوقيع ومفتاح التحقق، بحيث يمكن للمستهلك التحقق من الفاتورة عبر تطبيق الهيئة.
- الوظائف المحظورة: لا تعديل ولا حذف لفاتورة صادرة (التصحيح بإشعار)، لا إمكانية لتغيير الوقت أو إصدار فواتير بتاريخ سابق، لا تعدد لتسلسلات غير مضبوطة، ولا تصدير لمفتاح الختم.
- الأرشفة: حفظ الفواتير الإلكترونية بصيغتها الأصلية للمدة النظامية مع إمكانية استرجاعها.
كيف يتم الربط مع منصة فاتورة؟
الربط إجراء تقني محدد، لا مجرد إعداد في لوحة التحكم:
- تُنشئ المنشأة رمز تحقق (OTP) لوحدة الفوترة من بوابة فاتورة في موقع الهيئة.
- يولّد النظام طلب توقيع شهادة (CSR) بمعلومات المنشأة ووحدة الفوترة، ويرسله مع الرمز إلى واجهة الهيئة.
- تُصدر الهيئة شهادة امتثال مؤقتة تُستخدم في اختبارات محددة: فواتير ضريبية ومبسطة وإشعارات دائن ومدين لكل نوع.
- بعد اجتياز الاختبارات يحصل النظام على شهادة الإنتاج (CSID) ويبدأ الاعتماد والإبلاغ الفعليين.
- توفر الهيئة بيئة محاكاة لاختبار الربط كاملًا قبل الإنتاج، وينبغي ألا يُربط أي نظام بالإنتاج قبل اجتيازها.
قائمة فحص: هل نظامك جاهز؟
- يولّد XML وفق UBL 2.1 بحقول الهيئة، لا PDF فقط.
- يفرّق بين الفاتورة الضريبية والمبسطة ويسلك المسار الصحيح لكل منهما.
- يعتمد الفواتير الضريبية قبل تسليمها، ويبلّغ المبسطة خلال 24 ساعة بشكل آلي.
- يحافظ على عدّاد وسلسلة تجزئة لكل وحدة فوترة ولكل فرع.
- يتعامل مع انقطاع الاتصال: يخزّن ويعيد الإرسال دون كسر التسلسل.
- يصدر إشعارات دائن ومدين مرتبطة بالفاتورة الأصلية.
- يمنع تعديل الفواتير الصادرة وحذفها وتغيير التاريخ.
- يحتفظ بمفتاح الختم داخل النظام ولا يسمح بتصديره.
- يسجّل سجل تدقيق لكل عملية، ويؤرشف الفواتير للمدة النظامية.
- مرّ باختبارات الامتثال في بيئة المحاكاة ولديه شهادة إنتاج سارية.
أخطاء شائعة نراها في الأنظمة القائمة
- برنامج محاسبي أجنبي يُصدر PDF بـQR ويُظن أنه متوافق؛ لا يوجد XML ولا اعتماد.
- عدة فروع أو أجهزة نقاط بيع تشترك في عدّاد واحد، فتنكسر السلسلة عند أول تعارض.
- إشعارات دائن تُصدر كفواتير بمبلغ سالب دون ربط بالفاتورة الأصلية.
- الإبلاغ عن الفواتير المبسطة يدويًا في نهاية اليوم، فيُتجاوز حدّ الـ24 ساعة في أول عطلة.
- تصحيح خطأ بتعديل الفاتورة في قاعدة البيانات بدل إصدار إشعار.
ماذا يعني هذا عند اختيار نظام ERP أو محاسبي؟
اسأل المورّد ثلاثة أسئلة قبل أي شيء: أرني ملف XML لفاتورة صادرة من نظامك. كيف تتعاملون مع فاتورة ضريبية رفضتها الهيئة؟ وماذا يحدث إن انقطع الإنترنت في نقطة البيع لساعتين؟ من يجيب عنها بالتفصيل يعرف المرحلة الثانية، ومن يقول «النظام معتمد» دون تفصيل فاطلب الدليل.
والقاعدة الأهم: التوافق مطلوب لوحدة الفوترة لديك أنت، لا للمورّد عمومًا. أي عرض يَعِد بـ«نظام معتمد من الهيئة» عليه أن يوضّح أن الاعتماد يتم لنظامك بعد الربط واجتياز الاختبارات.
دور تيكورفا
نبني أنظمة ERP ومتاجر وأنظمة نقاط بيع تولّد الفواتير بالصيغة المعتمدة، وننفّذ الربط مع منصة فاتورة ونجتاز اختبارات الامتثال في بيئة المحاكاة ثم الإنتاج، ونربط أنظمة قائمة لا تدعم المرحلة الثانية عبر طبقة وسيطة بدل استبدالها. الاعتماد نفسه تمنحه الهيئة لنظامك، ونحن من يبني ما يجتاز اختباراتها ويبقى متوافقًا مع تحديثاتها.
