نظرة عامة
خفضت زاتكا الحد إلى 187,500 ريال وأضافت 2025 إلى سنوات الاحتساب. هذه من تشملها الموجة، وما يجب أن يفعله نظامك، وخطة 12 أسبوعاً قبل الموعد.
في 24 يوليو 2026 أعلنت هيئة الزكاة والضريبة والجمارك معيار المجموعة الخامسة والعشرين لمرحلة الربط والتكامل من الفوترة الإلكترونية. الخبر ليس رقم الموجة، بل خفض الحد إلى 187,500 ريال وإضافة سنة 2025 إلى سنوات الاحتساب. هذا يجعل الموجة أوسع موجة حتى الآن، ويقرّب الموعد من منشآت كانت تظن أن الموضوع ليس لها.
الموعد هو 1 فبراير 2027. أمام المنشأة المستهدفة نحو ثلاثة أشهر من اليوم، لا سنة. وهذا الوقت يكفي إذا بدأت الآن، ولا يكفي إذا انتظرت إشعاراً قد لا يصل قبل الموعد بستة أشهر فقط.
ما الذي أعلنته زاتكا بالضبط؟
المعيار منشور على موقع الهيئة: الموجة 25 تشمل كل منشأة تجاوزت إيراداتها الخاضعة لضريبة القيمة المضافة 187,500 ريال خلال أي من الأعوام 2022 أو 2023 أو 2024 أو 2025. الربط يبدأ من 1 فبراير 2027. والهيئة تُشعر المنشآت المستهدفة قبل الموعد بستة أشهر على الأقل.
| البند | الموجة 24 | الموجة 25 |
|---|---|---|
| الحد | أكثر من 375,000 ر.س | أكثر من 187,500 ر.س |
| سنوات الاحتساب | 2022، 2023، 2024 | 2022، 2023، 2024، 2025 |
| الموعد | 30 يونيو 2026 | 1 فبراير 2027 |
| الأثر | منشآت متوسطة | منشآت صغيرة ومتوسطة، ومن تأسست في 2025 |
من تشمله الموجة 25؟
ثلاث حالات تستحق الفحص. لا تعتمد على رقم أعمالك الحالي وحده؛ المعيار ينظر إلى أي سنة من الأربع.
تجاوزت الحد في أي سنة من 2022–2025. حتى لو انخفضت الإيرادات بعدها، تبقى داخل النطاق.
تأسست في 2025 وتجاوزت الحد. هذه أول موجة تحتسب 2025، وهي الحالة التي تفوت كثيراً من المنشآت الجديدة.
لم تتجاوز الحد في 2022–2024 لكنك تجاوزته في 2025. لا تفترض أن الموجات السابقة مرّت عليك؛ افحص 2025 تحديداً.
الفرق بين المرحلة الأولى والثانية
كثير من المنشآت تعتقد أنها «جاهزة» لأنها تصدر فاتورة إلكترونية برمز QR. هذا يغطي المرحلة الأولى فقط. المرحلة الثانية تضيف الربط والاعتماد الفوري، وهي مختلفة في الأثر الهندسي.
| المحور | المرحلة الأولى: الإصدار والحفظ | المرحلة الثانية: الربط والتكامل |
|---|---|---|
| الصيغة | فاتورة إلكترونية بالحقول المطلوبة | XML بصيغة UBL 2.1 أو PDF/A-3 مع XML مضمّن |
| الربط | غير مطلوب | ربط مباشر مع منصة فاتورة عبر API |
| الفاتورة القياسية | تُصدر وتُحفظ | اعتماد فوري قبل مشاركتها مع العميل |
| الفاتورة المبسطة | تُصدر وتُحفظ | تُبلَّغ خلال 24 ساعة |
| الختم | رمز QR | ختم تشفيري وتسلسل تجزئة يمنع التلاعب |
ما الذي يجب أن يفعله نظامك فعلياً؟
لا يكفي أن يكون لدى المنشأة «حل فوترة». الحل يجب أن ينفّذ ست وظائف، وإلا سيبقى العمل اليدوي جزءاً من العملية.
يُنشئ XML صحيحاً بالحقول الإضافية المطلوبة في المرحلة الثانية، لا نموذجاً بصرياً فقط.
يوقّع الفاتورة بختم تشفيري وتسلسل تجزئة يربط كل فاتورة بالتالية.
يرسل الفاتورة القياسية للاعتماد قبل مشاركتها مع العميل، ويتعامل مع الرفض والتحذيرات.
يبلّغ الفاتورة المبسطة خلال 24 ساعة ويحتفظ بإشعار القبول.
يعيد المحاولة عند الانقطاع دون إصدار فاتورة مكررة أو فقدان تسلسل.
يسجّل كل محاولة مع الاستجابة والوقت والمستخدم، لأن السجل هو ما يثبت الامتثال عند المراجعة.
خطة 12 أسبوعاً قبل 1 فبراير 2027
من القراءة إلى التنفيذ
تريد بناء هذا، لا قراءته فقط؟
أرسل لنا المشكلة التي تقف خلف المقال. سنخبرك بما يتطلبه الحل وتكلفته وما إذا كنا الفريق المناسب.
الخطة التالية تفترض أن المنشأة لم تبدأ بعد، وأن لديها نظام ERP أو محاسبة قائماً. إن كان النظام يدوياً بالكامل، أضف أسبوعين لاختيار حل الفوترة وربطه.
| الأسابيع | العمل | المخرج |
|---|---|---|
| 1–2 | فحص الأهلية، حصر أنواع الفواتير، مراجعة بيانات العملاء والضريبة | قائمة نطاق وبيانات ناقصة |
| 3–4 | اختيار الحل أو تقييم الحالي، التسجيل في بيئة الاختبار | قرار حل وبيانات اعتماد |
| 5–7 | ضبط الحقول، التوقيع، QR، وربط API | أول فاتورة تمر في الاختبار |
| 8–9 | اختبار الفواتير القياسية والمبسطة والإشعارات الدائنة والمدينة | نتائج اختبار موثقة |
| 10–11 | تشغيل تجريبي على فرع أو فريق واحد | فواتير حقيقية مع مراقبة |
| 12 | الانتقال الكامل، مراقبة الأخطاء، خطة رجوع | تشغيل مستقر قبل الموعد |
أين تفشل مشاريع الربط؟
الفشل نادراً ما يكون في الاتصال نفسه. يظهر في البيانات والحالات الاستثنائية التي لم يفكر فيها أحد قبل الاختبار.
بيانات العملاء ناقصة. اسم، عنوان، رقم ضريبي، أو نوع مستند غير صحيح. الفاتورة تُرفض لأن الحقل لم يكن مطلوباً في النظام القديم.
معالجة نوع واحد فقط. الفريق يختبر فاتورة قياسية، ثم تظهر الفاتورة المبسطة والإشعار الدائن والمدين في الأسبوع الأول.
لا توجد إعادة محاولة. انقطاع الشبكة يعني فاتورة مفقودة أو مكررة، والاثنان لهما تكلفة.
الاختبار على بيانات نظيفة فقط. الإنتاج يحمل أسماء عربية مختلطة، وعناوين ناقصة، وأرقاماً مكررة.
لا أحد يراقب الرفض. الفاتورة تُرفض بصمت، ويُكتشف الأمر عند تدقيق أو شكوى عميل.
الفريق المالي والتقني لا يجلسان معاً. أحدهما يعرف الضريبة والآخر يعرف API، ولا أحد يملك العملية كاملة.
قائمة تقييم حل الفوترة
استخدم هذه القائمة في العرض التجريبي. إن لم يجب البائع عنها بالأدلة، فالسؤال ما زال مفتوحاً.
- هل يدعم UBL 2.1 XML وPDF/A-3 مع XML مضمّن؟
- هل ينفّذ الاعتماد الفوري للفواتير القياسية والتقرير للفواتير المبسطة خلال 24 ساعة؟
- هل يولّد الختم التشفيري وتسلسل التجزئة، أم يعتمد على خدمة خارجية؟
- هل يتعامل مع الإشعارات الدائنة والمدينة كأنواع مستقلة؟
- هل يعيد المحاولة دون تكرار الفاتورة؟
- هل يحتفظ بسجل كامل للمحاولات والاستجابات؟
- هل يربط مع ERP الحالي، ومن يملك مزامنة البيانات؟
- هل الواجهة عربية وتعمل على الهاتف؟
- ما اتفاقية الدعم عند رفض الفواتير في نهاية الشهر؟
- ما تكلفة الخروج، ومن يملك البيانات عند الإنهاء؟
ماذا يحدث لو تأخرت؟
الفوترة الإلكترونية ليست مبادرة اختيارية. عدم الربط في الموعد، أو إصدار فواتير بصيغة غير مقبولة، يعرّض المنشأة لغرامات ويؤخر تحصيلها. والأثر التشغيلي قد يكون أكبر من الغرامة: فاتورة لا تُعتمد تعني مستحقاً لا يُسدّد.
راجع قرار تنفيذ الفوترة الإلكترونية للتفاصيل النظامية، ولا تعتمد على ملخص مقال. إن كانت منشأتك ضمن موجة سابقة ولم تربط بعد، فالمعالجة نفسها تبدأ الآن.
الخلاصة
الموجة 25 ليست خبراً تقنياً للمحاسبين فقط. هي موعد يفرض على المنشأة أن تعرف أين تُنشأ الفاتورة، ومن يوقّعها، وكيف تصل إلى فاتورة، وماذا يحدث عندما تُرفض. من يجيب على هذه الأسئلة قبل نوفمبر سيكون جاهزاً في فبراير.
المصادر
- زاتكا: معيار المجموعة الخامسة والعشرين — 24 يوليو 2026.
- E-Invoicing Implementation Resolution — الصيغة، الختم، الاعتماد، والتقرير.
- ZATCA Detailed Guideline — الاعتماد الفوري والتقرير خلال 24 ساعة.
- EY: تحليل الموجة 25 — مقارنة الموجة 24 و25.
