آخر مراجعة: 30 أكتوبر 2026 · فريق Riv-ERP
معلومة عامة وليست استشارة ضريبية. المرجع النهائي هو أدلة هيئة الزكاة والضريبة والجمارك وإشعاراتها المباشرة لمنشأتك.
الجواب المختصر
نعم، يمكن لنظام يعمل على خادم داخل منشأتك أن يرتبط بمنصة «فاتورة». المرحلة الثانية لا تشترط أن يكون نظامك سحابياً. ما تشترطه هو أن يستوفي النظام المتطلبات الفنية: أن يولّد الفاتورة بصيغة XML، وأن يوقّعها بشهادة صادرة من الهيئة، وأن يرسلها عبر الربط في الوقت المطلوب. ويذكر الدليل الفني المفصّل للهيئة الحالتين صراحةً: في حال الخادم المركزي، سواء كان محلياً (on premise) أو سحابياً، يلزم وجود شهادة CSID على الخادم (الدليل الفني المفصّل، هيئة الزكاة والضريبة والجمارك).
السؤال الحقيقي إذن ليس «سحابي أم مكتبي؟»، بل: هل يستطيع نظامك الحالي أداء هذه المتطلبات، وهل له من يحدّثه؟
لماذا يهمك هذا الآن؟
أعلنت الهيئة في 24 يوليو 2026 معيار المجموعة الخامسة والعشرين لتطبيق مرحلة الربط والتكامل. تشمل هذه المجموعة المنشآت التي تجاوزت إيراداتها الخاضعة لضريبة القيمة المضافة 187,500 ريال في أيٍّ من الأعوام 2022 أو 2023 أو 2024 أو 2025، والموعد المحدد هو 1 فبراير 2027، وستُبلَّغ المنشآت المستهدفة مباشرة (خبر الهيئة).
هذه المجموعة تشمل منشآت صغيرة كثيرة تعمل منذ سنوات على برامج مكتبية، ولهذا يتكرر السؤال: هل أغيّر برنامجي؟ للتحقق من أهلية منشأتك: الموجة 25 من الفوترة الإلكترونية: حد 187,500 ريال.
ما الذي تطلبه المرحلة الثانية من أي نظام؟
الفاتورة الضريبية القياسية (بين المنشآت B2B): اعتماد قبل التسليم
يرسل النظام الفاتورة إلى المنصة لـ«الاعتماد» (Clearance) قبل تسليمها للمشتري. ولا تُعدّ الفاتورة القياسية صالحة إلا بعد اعتمادها (الدليل الفني).
الفاتورة المبسطة (للمستهلك B2C): إبلاغ خلال 24 ساعة
تُسلَّم المبسطة للعميل فوراً، ويُبلّغ عنها النظام (Reporting) خلال 24 ساعة من إتمام المعاملة (المصدر السابق).
الصيغة والتوقيع والرمز
تُنشأ الفاتورة وتُحفظ بصيغة XML أو PDF/A-3 مضمّناً فيه ملف XML، مع استيفاء الحقول الإضافية للمرحلة الثانية. ويجب أن يكون الحل قادراً على الاتصال بالإنترنت (دليل «كيف تستعد»). وتُختم الفاتورة تشفيرياً، ويُضاف لها رمز QR وفق المواصفات المنشورة في صفحة مواصفات الفاتورة الإلكترونية.
هل يختلف الأمر إذا كان نظامك على خادمك؟
المتطلبات واحدة، والاختلاف في أين تُحفظ الشهادة ومن يدير الاتصال:
| نظام محلي (على خادمك) | نظام سحابي | |
|---|---|---|
| أين تُثبَّت الشهادة (CSID) | على خادمك أو على كل وحدة إصدار | على خادم المورّد |
| الاتصال بمنصة فاتورة | من شبكتك إلى الإنترنت | من مركز بيانات المورّد |
| مسؤولية استمرار الاتصال | عليك (أو على فريق دعمك) | على المورّد غالباً |
| مكان بيانات الفواتير | داخل منشأتك | لدى المورّد |
| التحديثات عند تغيّر المواصفات | يثبّتها المورّد على خادمك | تُطبَّق مركزياً |
ويشير الدليل الفني أيضاً إلى أن الشهادة تكون لكل تسلسل مستقل من المستندات. فإن كان كل جهاز كاشير يصدر تسلسلاً خاصاً به، فالغالب أنه يحتاج شهادة خاصة. هذه نقطة تحسمها مع مزوّد نظامك قبل التسجيل.
خطوات الربط من نظام محلي
قبل البدء
- تأكد أن منشأتك ضمن موجة ملزمة، وانتبه لموعدها.
- اسأل مزوّد نظامك سؤالاً مباشراً: هل نسختي الحالية تدعم المرحلة الثانية؟ واطلب جواباً مكتوباً.
- جهّز اتصالاً مستقراً بالإنترنت للخادم أو لأجهزة الإصدار.
- حدّد وحدات الإصدار: خادم مركزي واحد، أم عدة أجهزة كاشير لكل منها تسلسله؟
التسجيل في بوابة فاتورة
بحسب أدلة الهيئة، تمر العملية بهذه المراحل (كيف تستعد والدليل الفني):
- الدخول إلى بوابة فاتورة وتوليد رمز OTP (صالح لمدة ساعة).
- إدخال الرمز في نظامك ليُنشئ طلب الشهادة (CSR) بالبيانات المطلوبة.
- الحصول على شهادة الامتثال (Compliance CSID) واجتياز فحوص الامتثال.
- الحصول على شهادة الإنتاج (Production CSID) وبدء الإصدار الفعلي.
التشغيل والمتابعة
- راجع أول دفعة من الفواتير: هل وصلت القياسية إلى «معتمدة»؟ وهل أُبلغ عن المبسطة؟
- خصّص شخصاً يتابع الفواتير المرفوضة أو المعلّقة يومياً في الأسابيع الأولى. ولأخطاء ملف XML الشائعة: [أخطاء التحقق في ملف XML للفاتورة الإلكترونية] (رابط داخلي بعد نشر 7854).
- إذا تعطل الربط، فالدليل الفني يوجّه إلى اعتماد معاملات فترة التوقف أو الإبلاغ عنها بعد زوال العطل، ويذكر أن الهدف ألا تتوقف معاملات المستهلكين بسبب الأعطال التقنية. خطط لهذا السيناريو مع مزوّدك مسبقاً.
ترقية أم استبدال؟ جدول قرار
| السؤال | إذا كانت الإجابة «نعم» | إذا كانت «لا» |
|---|---|---|
| هل يولّد نظامك الحالي XML وفق المواصفات ويوقّعه؟ | الترقية ممكنة | الاستبدال غالباً |
| هل للبرنامج مزوّد نشط يصدر تحديثات للمرحلة الثانية؟ | اطلب خطة الترقية وموعدها كتابياً | خطر: لا أحد سيحدّثه عند تغيّر المواصفات |
| هل يدعم شهادة لكل وحدة إصدار أو للخادم المركزي؟ | تابع | اسأل عن البديل قبل التسجيل |
| هل يرسل القياسية للاعتماد قبل طباعتها للعميل؟ | تابع | الاستبدال أو حل وسيط |
حلول «الوسيط» (برنامج يأخذ الفاتورة من نظامك القديم ويرسلها للمنصة) موجودة، لكنها تضيف نظاماً ثالثاً تتابعه. قارن تكلفتها ومخاطرها بتكلفة ترقية النظام نفسه. وللتحضير العام: قائمة تحقق: هل نظامك المحاسبي جاهز للربط مع ZATCA؟
تنبيه عند اختيار المزوّد: قائمة مزوّدي الحلول على موقع الهيئة قائمة استرشادية، وتنص الهيئة على أنها «لا تعتبر بمثابة اعتماد من الهيئة للحلول التقنية»، وأن للمكلف أن يحصل على الخدمة من أي شركة يستوفي نظامها المتطلبات (قائمة مزوّدي الحلول). لذلك اسأل عن قدرات النظام، لا عن الشعارات.
أخطاء شائعة عند ربط نظام محلي
- التسجيل قبل حسم بنية الوحدات. إذا سجّلت خادماً واحداً ثم اكتشفت أن أجهزة الكاشير تصدر تسلسلات مستقلة، فستعيد العمل. ارسم البنية أولاً: من يصدر الفاتورة؟ ومن أي جهاز؟
- الاعتماد على اتصال إنترنت واحد بلا بديل. الفاتورة القياسية تحتاج اعتماداً قبل تسليمها، فإذا انقطع الاتصال تأخر تسليمها للعميل. اتصال احتياطي بسيط (شريحة بيانات مثلاً) يقلل هذا الأثر.
- ترك الشهادات دون مسؤول. الشهادة مرتبطة بمنشأتك وبوحدة الإصدار. حدّد من يدير الشهادات في منشأتك، واسأل مزوّدك متى يلزم تجديدها أو إعادة إصدارها، مثلاً عند تغيير الخادم أو إضافة جهاز.
- غياب مسؤول عن الفواتير المرفوضة. قد تُرفض فواتير في الأيام الأولى لأسباب منها بيانات ناقصة في ملف العميل، كالرقم الضريبي أو العنوان. حدّد شخصاً يراجعها يومياً.
- تحديث النظام على جهاز ونسيان آخر. في البيئات المحلية التي فيها أكثر من جهاز إصدار، يجب أن تكون كل الأجهزة على الإصدار نفسه الداعم للمرحلة الثانية.
- إهمال النسخ الاحتياطي. بيانات الفواتير على خادمك تعني أن حفظها مسؤوليتك أيضاً. ضع جدول نسخ احتياطي واختبر الاسترجاع، وراجع متطلبات الأرشفة في الأرشفة الإلكترونية للفواتير.
كيف يتعامل RivDesktop مع المرحلة الثانية
RivDesktop نظام ERP ومحاسبة يعمل على خادمك (.NET على Windows مع SQL Server)، وبياناته تبقى داخل منشأتك. وفي الفوترة الإلكترونية يغطي النظام:
- إصدار الشهادة (CSID) وتوقيع الفاتورة.
- رمز QR وملف XML.
- مساري الاعتماد (Clearance) للفواتير القياسية والإبلاغ (Reporting) للمبسطة.
- إقرار ضريبة القيمة المضافة بخاناته الـ16، والتاريخ الهجري، ورمز الريال الجديد.
- صلاحيات حتى مستوى الحقل، وسجل تغييرات يوضح من عدّل ماذا ومتى.
ويُرخَّص RivDesktop بملكية دائمة، فلا تحتاج أن تنتقل إلى اشتراك سحابي لتلتزم بالمرحلة الثانية. للخطوات داخل النظام: الفوترة الإلكترونية في RivDesktop خطوة بخطوة. ولصفحة المنتج: RivDesktop.
أسئلة شائعة
هل يجب أن يكون نظامي سحابياً لأرتبط بمنصة فاتورة؟
لا. الدليل الفني للهيئة يذكر الخادم المحلي والسحابي معاً، ويشترط في الحالتين شهادة على الخادم. المهم أن يستوفي النظام المتطلبات الفنية وأن يكون قادراً على الاتصال بالإنترنت.
هل أحتاج شهادة لكل جهاز كاشير؟
يعتمد ذلك على بنية النظام. إذا كان كل جهاز يصدر تسلسلاً مستقلاً من المستندات، فالدليل يشير إلى شهادة لكل تسلسل. وإذا كانت الفواتير تصدر من خادم مركزي، فالشهادة على الخادم. احسم هذه النقطة مع مزوّدك قبل التسجيل.
ماذا لو انقطع الاتصال لحظة إصدار الفاتورة؟
للفاتورة المبسطة مهلة إبلاغ تصل إلى 24 ساعة من إتمام المعاملة. أما القياسية فتحتاج اعتماداً قبل تسليمها للمشتري. وعند تعطل الربط، يوجّه الدليل الفني إلى معالجة معاملات فترة التوقف بعد زوال العطل. اتفق مع مزوّدك على إجراء واضح لهذه الحالة.
هل نظامك المحلي جاهز قبل 1 فبراير 2027؟ احجز عرضاً تجريبياً لربط RivDesktop بمنصة فاتورة، أو تواصل معنا عبر info@riv-erp.com.
شاهد Riv-ERP عملياً
نسختان: RivDesktop على خادمك، أو Riv-ERP السحابي على Oracle Cloud.
احجز عرضاً تجريبياً
