ZATCA السعودية × الفوترة الإلكترونيّة المصريّة: مقارنة كاملة 2026

السعوديّة ومصر سَبقتا المنطقة العربيّة في إلزاميّة الفوترة الإلكترونيّة. السعوديّة بَدأت Phase 1 في ديسمبر 2021 و Phase 2 في يناير 2023، ومصر بَدأت الموجة الأولى في نوفمبر 2020. اليوم في 2026، كلتا الدولتين تُغطّيان أكثر من 90% من المنشآت المُسجَّلة ضريبيّاً. لكنّ التَّفاصيل التِّقنيّة مختلفة جذريّاً: السعوديّة تستعمل XML، مصر تستعمل JSON. السعوديّة تستعمل ECDSA، مصر تستعمل RSA. السعوديّة تَسمح بـ DIY، مصر تَدفع نحو الـ Vendor route. هذا الدليل يَفصل الفروقات الـ 7 الأهمّ، خاصّةً للشركات التي تَعمل في البلدين أو تُخطّط للتوسُّع بينهما.

المنظومتان جنباً إلى جنب

سبعة فروقات جوهريّة

1. 1

   صيغة الفاتورة: XML في السعوديّة، JSON في مصر

   السعوديّة تبنّت معيار UBL 2.1 الأوروبيّ مع امتدادات محلّيّة من ZATCA — كلّ فاتورة هي ملفّ XML بحجم 2–5 KB. مصر اختارت JSON أبسط (Document Schema) — كلّ فاتورة هي ملفّ JSON بحجم 1–3 KB. الفارق ليس شكليّاً: محرّكات XML تحتاج مكتبات أثقل (libxml2، lxml)، بينما JSON يُعالَج بأيّ لغة برمجة فوراً. جرّب مولّد فاتورة ZATCA لرؤية مَلفّ UBL 2.1 XML مكتمل.

   • السعوديّة: حقول إلزاميّة تشمل UUID، ICV (عدّاد تسلسلي)، PIH (هاش الفاتورة السابقة) — لربط الفواتير بسلسلة غير قابلة للتلاعب.
   • مصر: حقول إلزاميّة تشمل internalID، documentType (I/C/D)، taxpayerActivityCode، و receiver.id (الرقم الضريبي للعميل).
   • السعوديّة تَفرض QR Code بصيغة TLV (Tag-Length-Value) Base64 على كلّ فاتورة مطبوعة. مصر تُصدر UUID فقط — لا QR إلزاميّ.

   تنبيه: إن كنت تبني نظام ERP يخدم البلدين، افصل طبقة توليد الفاتورة عن طبقة الـ Business Logic — وحدة لـ XML وحدة لـ JSON.
2. 2

   التوقيع الرقميّ: ECDSA في السعوديّة، RSA في مصر

   السعوديّة تستعمل ECDSA على منحنى secp256k1 (نفس البتكوين) عبر شهادة CSID تُصدرها ZATCA مباشرةً — مجّاناً. مصر تستعمل RSA 2048-bit عبر شهادة من جهة إصدار معتمدة (ITIDA أو Egypt Trust) — برسوم سنويّة تَتراوح بين 1,500 و 3,000 جنيه. الفارق: السعوديّة أسرع وأرخص للبَدء، مصر تعتمد بِنية PKI كلاسيكيّة.

   • السعوديّة CSR: ECDSA + secp256k1، يَتولَّد داخل نظامك، يُرسَل لـ ZATCA، تعود بـ Compliance CSID ثمّ Production CSID.
   • مصر CSR: RSA 2048، يَتولَّد بواسطة USB Token من Egypt Trust أو HSM سحابي معتمد، الشهادة صالحة سنة واحدة.
   • كلا النظامين يُقفِلان الفاتورة بهاش SHA-256، لكنّ خوارزميّة التوقيع نفسها مختلفة — لا يَجوز إعادة استعمال نفس مكتبة التوقيع.

   تنبيه: في مصر، USB Token لا يَعمل على Linux Servers بدون drivers خاصّة. كثير من الشركات تَستعمل HSM سحابي مثل Microsoft Azure Key Vault.
3. 3

   نموذج الـ Clearance: مزدوج في السعوديّة، موحَّد في مصر

   السعوديّة تُفرّق بين فواتير B2B (Clearance لحظيّ — الفاتورة لا تُسلَّم للعميل قبل اعتمادها من ZATCA) و B2C (Reporting لاحق — تُرسَل خلال 24 ساعة). مصر تُطبِّق Clearance لحظيّ لكلّ شيء — حتّى فواتير الأفراد. مصر أصعب تشغيليّاً لكنّها أوضح: نموذج واحد لكلّ الحالات.

   • السعوديّة B2B: الفاتورة تَذهب لـ ZATCA → تعود بختم Cryptographic Stamp → تُسلَّم للعميل.
   • السعوديّة B2C: الفاتورة تُسلَّم للعميل فوراً → تُرسَل لـ ZATCA خلال 24 س → تَنتظر الاعتماد لاحقاً.
   • مصر: كلّ فاتورة تَذهب لـ ETA → تعود بحالة Valid → تُسلَّم للعميل. لا فرق بين B2B و B2C.

   تنبيه: في مصر، إذا انقطع الاتّصال بـ ETA، لا تَستطيع إصدار فاتورة. ابنِ Queue محلّيّ مع Retry تلقائيّ كلّ 30 ثانية.
4. 4

   البنية التحتيّة: مَركزيّة في مصر، مُوزَّعة في السعوديّة

   ZATCA تَسمح لكلّ نظام (ERP، POS، Custom) بالاتّصال المباشر بـ APIs الهيئة — بِبنية مُوزَّعة. مصر تَفرض اختياراً من بين 3 طُرق: ربط مباشر للشركات الكبرى، أو وسيط معتمد (Solution Provider)، أو رفع XML/JSON يدويّاً عبر بوّابة ETA. الفارق: السعوديّة تُشجِّع الـ DIY، مصر تُشجِّع الـ Vendor Lock-in.

   • السعوديّة: APIs مفتوحة، SDK رسميّ بـ Java و C#، Sandbox مجّاني للاختبار.
   • مصر: APIs مفتوحة لكنّها أَقلّ توثيقاً، Sandbox محدود، أكثر الشركات تَستعمل Solution Provider مثل Sycamore أو e-finance.
   • مصر تَفرض رسوم تَفعيل: 5,000 جنيه + 500 جنيه شهريّاً للاتّصال المباشر، أو حسب اتّفاق الوسيط.

   تنبيه: إن كنت شركة صغيرة في مصر (إيرادات < 5 مليون جنيه)، الـ Vendor route أرخص. إن كنت كبيرة، الـ Direct route يَدفع نفسه خلال سنة.
5. 5

   العقوبات والغرامات: متشدّدة في الاثنين، بأشكال مختلفة

   السعوديّة تَفرض غرامات تَصاعديّة على عدم إصدار فاتورة إلكترونيّة (تَبدأ من 5,000 ريال وتَصِل إلى 50,000 ريال للمخالفة الواحدة). مصر تَفرض إيقاف نشاط المنشأة في حال عدم الاندماج خلال موجة الالتزام — لا يَمكن إصدار أيّ فاتورة ضريبيّة بدون قبولها من ETA. الفارق: السعوديّة عقوبات ماليّة، مصر عقوبات تَشغيليّة.

   • السعوديّة: غرامة تأخّر إصدار 5,000–50,000 ريال، غرامة عدم ربط نظامك 10,000–50,000 ريال، مَنع الخصم الضريبيّ على فواتير غير إلكترونيّة.
   • مصر: إيقاف الرقم الضريبي إن لم تَنضمّ للموجة الحاليّة، رفض كلّ فاتورة شراء غير إلكترونيّة كنفقة مَخصومة من الضريبة.
   • في البلدين، تَأخّر الإقرار = 5% شهريّاً + غرامة ثابتة.
6. 6

   التَّكامل مع المحاسبة: SAP يَعمل في الاثنين، البرامج المحلّيّة لا

   SAP و Oracle و Microsoft Dynamics لها Connectors رسميّة لـ ZATCA و ETA. البرامج المحلّيّة (الأمين، حسوب، Wafeq، Zoho Books) تَدعم ZATCA كاملاً والآن بَدأت تَدعم ETA. القاعدة العمليّة: لو نظامك المحاسبيّ خليجيّ، يَدعم ZATCA. لو مصريّ، يَدعم ETA. إن كنت تَعمل في البلدين، تَحتاج إمّا SAP/Oracle أو نظامين منفصلين.

   • Wafeq: يَدعم ZATCA Phase 2 منذ 2023، ودعم ETA بَدأ 2024.
   • Daftra: يَدعم ZATCA و ETA، شائع في مصر والسعوديّة معاً.
   • Zoho Books: يَدعم ZATCA رسميّاً، دعم ETA عبر Solution Provider.
   • QuickBooks: لا يَدعم أيّ من المنظومتين مباشرةً — يَحتاج Middleware.

   تنبيه: تَجنَّب الـ middleware العام (Zapier، Make) لإرسال الفواتير لـ ZATCA أو ETA — التوقيع الرقميّ يَحتاج Native integration.
7. 7

   الأرشفة والاحتفاظ: 6 سنوات في السعوديّة، 5 سنوات في مصر

   السعوديّة تُلزم بأرشفة كلّ فاتورة XML الموقَّعة + ردّ ZATCA لمدّة 6 سنوات. مصر تُلزم بـ 5 سنوات لكنّها أكثر صرامة في الشكل: يجب أن تَحتفظ بنسخة الفاتورة الـ JSON + ختم ETA + ختم الزمن (Timestamp) من ETA. كلا البلدين يَطلبان الاسترجاع خلال 72 ساعة عند طلب التدقيق.

   • السعوديّة: تَستطيع الأرشفة على أيّ سحابة (AWS، Azure، GCP) ما دامت داخل المملكة أو لها نسخة احتياطيّة محلّيّة.
   • مصر: قانون البيانات يَفرض أن تَكون الأرشفة على خوادم داخل مصر، أو سحابة مَحَلّيّة معتمدة.
   • كلا البلدين يَقبلان النسخ المشفَّرة لكن يَجب توفير المفتاح عند التدقيق.

   تنبيه: ابنِ نظام Backup مزدوج: نُسخة على السحابة + نُسخة على Cold Storage (Glacier، Azure Archive) — تَكلفة 1–3 سنت لكلّ ألف فاتورة شهريّاً.

حالة عمليّة: شركة تَعمل في البلدين

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

• طبقة محاسبيّة مُوحَّدة — اختَر SAP S/4HANA أو Oracle Fusion كنظام أُمّ، مع Localization Packs لكلا البلدين. كلاهما يُكلّف ابتداءً من 50,000 دولار/سنة لكن يُغطّي ZATCA و ETA معاً، ويوفّر على الإدارة الماليّة عناء مطابقة تقارير من نظامين مختلفين كلّ شهر.
• كيانان قانونيّان منفصلان — الفرع السعودي يُسجِّل في ZATCA برقم ضريبي سعودي، الفرع المصري يُسجِّل في ETA برقم ضريبي مصري. لا تَحاول إصدار فاتورة سعوديّة لعميل مصري — هذا انتهاك للسيادة الضريبيّة، وكلّ صفقة عابرة للحدود بين الفرعين تُعامَل تصديراً واستيراداً بوثائقها الجمركيّة الكاملة لا تحويلاً داخليّاً.
• تَحويل العملة — الفرع المصري يَكسب بالجنيه، الإدارة الأمّ تَستلم أرباحاً بالريال. سعر الصَّرف اليوميّ من البنك المركزي المصري هو المرجع الرسمي للتَّقارير المُجمَّعة.
• توقيت الإقرار — السعوديّة شهريّ أو ربع-سنويّ، مصر شهريّ دائماً. ضع تَنبيهات منفصلة في تقويم الفريق الماليّ، وخصّص مسؤولاً محاسبيّاً لكلّ بلد يعرف مواعيد هيئته وتفاصيل منظومتها — فتوحيد التقارير للإدارة لا يعني توحيد الامتثال أمام الهيئتين، وكلّ محاولة لإدارة البلدين بعقليّة بلد واحد تنتهي بغرامات في أحدهما.

جدول القرار: أيّ مسار تكامل يناسب حجمك؟

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

رحلة الفاتورة الواحدة: من الإنشاء إلى الأرشيف في كلا النظامين

لفهم الفارق التشغيلي فعلاً، تتبّع فاتورة B2B واحدة في كلّ نظام. في السعودية: نظامك يولّد XML بصيغة UBL 2.1 → يحسب هاش الفاتورة ويضمّن PIH (هاش الفاتورة السابقة) وICV (العدّاد التسلسلي) → يوقّع بشهادة CSID عبر ECDSA → يرسل لـ ZATCA → تتحقّق الهيئة وتعيد الفاتورة بختم تشفيري → عندها فقط تُسلَّم للعميل → تُؤرشَف النسخة الموقَّعة وردّ الهيئة 6 سنوات. في مصر: نظامك يولّد JSON بمخطّط الوثيقة المعتمد → يوقّع عبر RSA بشهادة من جهة معتمدة (توكن USB أو HSM) → يرسل لـ ETA → تعود الحالة Valid مع UUID وختم زمن → تُسلَّم للعميل → تُؤرشَف 5 سنوات على خوادم داخل مصر.

الفارق الجوهري في نقطة الفشل: في السعودية إن انقطع الاتّصال تستمرّ فواتير المستهلكين (B2C) بالصدور وتُرفَع لاحقاً خلال 24 ساعة، أمّا في مصر فكلّ شيء يقف عند انقطاع الاتّصال لأنّ الـ Clearance شرط للإصدار نفسه. لذلك فبنية إعادة المحاولة (Queue + Retry) في مصر ليست تحسيناً اختياريّاً بل شرط بقاء تشغيلي. جرّب توليد فاتورة سعوديّة كاملة عبر مولّد فاتورة ZATCA لرؤية الحقول الإلزاميّة على الطبيعة.

خطّة اندماج عمليّة في 5 خطوات — تصلح للبلدين

الخطوة 1 — حدّد موجتك ومسارك: تحقّق من موعد إلزامك (إيراداتك في السعودية، قطاعك ودفعتك في مصر) واختر المسار من جدول القرار أعلاه. الخطوة 2 — جهّز الشهادات مبكراً: CSID السعودي يصدر عبر تدفّق Compliance ثمّ Production من الهيئة مجّاناً، أمّا الشهادة المصريّة فمن جهة إصدار معتمدة برسوم سنويّة وقد يستغرق إصدارها أسابيع — هي المسار الحرج زمنيّاً. الخطوة 3 — اختبر في Sandbox بحالات حقيقيّة: فاتورة عاديّة، إشعار دائن، فاتورة مرفوضة تُعاد، انقطاع اتّصال في منتصف الإرسال. من يختبر السيناريو السعيد فقط يكتشف البقيّة في الإنتاج. الخطوة 4 — شغّل بالتوازي: أسبوعان على الأقلّ تُصدر فيهما الفواتير من النظام الجديد مع مطابقة يوميّة مع المحاسبة قبل إيقاف المسار القديم. الخطوة 5 — أتمت المراقبة: تنبيه فوري لأيّ فاتورة مرفوضة أو عالقة في الطابور، وتقرير يومي بعدد المعتمَد والمرفوض — فالرفض الصامت المتراكم هو ما يتحوّل لاحقاً إلى غرامات.

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

كلا النظامين يقبل الفواتير ثنائيّة اللغة، لكنّ الأرقام يجب أن تكون لاتينيّة (0-9) لا هنديّة (٠-٩) في الحقول المهيكلة — القيم والكميّات والنسب والتواريخ. أنظمة قديمة كثيرة في السوق العربي تخزّن الأرقام بالمحارف الهنديّة، فيمرّ العرض على الشاشة سليماً بينما ترفض الهيئة الملفّ المرسل. افحص طبقة توليد الملفّ تحديداً (لا الواجهة) وتأكّد من تطبيع الأرقام قبل التوقيع، لأنّ أيّ تعديل بعد التوقيع يكسر الهاش ويُرفَض تلقائيّاً. وينطبق الأمر نفسه على الفواصل العشريّة: نقطة لا فاصلة، بدقّة الخانات التي يحدّدها مخطّط كلّ هيئة. عند حساب الضريبة استخدم حاسبة القيمة المضافة بنسبة 15% للسعودية و14% لمصر للتحقّق من أرقامك قبل مطابقة النظام.

المقارنة المختصرة: 10 محاور في جدول واحد

لمن يريد الخلاصة التنفيذيّة قبل التفاصيل — أو مرجعاً سريعاً يعود إليه أثناء التنفيذ — هذا الجدول يضع المنظومتين وجهاً لوجه في المحاور العشرة الأكثر تأثيراً على قرارات التكامل:

لماذا اختلف النظامان أصلاً؟ فلسفتان في التصميم

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

لفهم هذا الفارق أثره على فريقك: مطوّر سعودي يستطيع بناء التكامل كاملاً بالـ SDK المجّاني في بيئة الاختبار قبل أن يدفع ريالاً واحداً، بينما نظيره المصري يبدأ رحلته بإجراءات إداريّة — استخراج شهادة من جهة معتمدة وتفعيل ملفّ المنشأة — قبل أوّل سطر كود. خطّط للمسار الحرج تبعاً لذلك: في السعودية الحرج تقني (فهم UBL والتوقيع)، وفي مصر الحرج إداري (الشهادة والتفعيل).

من يحتاج هذه المقارنة فعلاً؟ ثلاث حالات نموذجيّة

الحالة الأولى — شركة سعوديّة تتوسّع نحو مصر: خطؤها المتوقّع افتراض أنّ تجربة ZATCA تُنقَل كما هي. الواقع أنّ كلّ طبقة التوقيع والإرسال ستُبنى من جديد، والمكسب الوحيد القابل للنقل هو الانضباط المحاسبي وبنية البيانات الداخليّة. ابدأ بإجراءات الشهادة المصريّة فوراً فهي الأبطأ. الحالة الثانية — شركة مصريّة تدخل السوق السعودي: مفاجأتها السارّة أنّ التكامل السعودي المباشر أرخص وأسرع ممّا اعتادت، ومفاجأتها الأخرى متطلّبات إضافيّة لم تألفها: QR إلزامي بصيغة TLV وسلسلة ICV/PIH لا يجوز كسرها. الحالة الثالثة — مطوّر أو شركة برمجيّات تبني منتجاً للسوقين: القرار المعماري الصحيح من اليوم الأوّل، وهو الذي يفصل بين منتج قابل للتوسّع وآخر محكوم بإعادة الكتابة: طبقة Business Logic واحدة وطبقتا "Compliance Adapter" منفصلتان تماماً — واحدة للـ XML/ECDSA وواحدة للـ JSON/RSA — بحيث تضيف بلداً ثالثاً لاحقاً (الإمارات أو الأردن مثلاً حين تُلزم) بمحوّل جديد دون لمس القلب.

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

ما بعد الاندماج: التشغيل اليومي الذي لا يتحدّث عنه أحد

الاندماج ليس مشروعاً ينتهي بل حالة تشغيل دائمة، وثلاث مهامّ دوريّة تحدّد نجاحه على المدى الطويل. تجديد الشهادات: الشهادة المصريّة تنتهي سنويّاً، وانتهاؤها المفاجئ يعني توقّف الفوترة كلّها — ضع تجديدها في تقويم الفريق قبل شهرين من الانتهاء، ولا تجعلها مسؤوليّة شخص واحد. متابعة تحديثات المخطّطات: الهيئتان تُصدران نسخاً محدّثة من مواصفات الفاتورة (حقول جديدة، قواعد تحقّق أشدّ) بمهل انتقاليّة محدودة؛ اشترك في القنوات الرسميّة واجعل مراجعة التحديثات بنداً شهريّاً ثابتاً. المطابقة الدوريّة:قارن شهريّاً عدد الفواتير في نظامك المحاسبي مع المعتمَد لدى الهيئة — أيّ فجوة بين الرقمين هي فواتير مرفوضة أو عالقة ستتحوّل عند الإقرار الضريبي إلى مشكلة حقيقيّة. هذه الساعات القليلة شهريّاً هي الفارق بين منظومة تعمل بصمت وأخرى تتراكم أعطالها حتى موسم التدقيق.

ماذا بعد؟ الفوترة الإلكترونيّة تتوسّع في المنطقة

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

أسئلة شائعة

جرّب الأدوات

مراجع رسميّة

• هيئة الزكاة والضريبة والجمارك — السعوديّة (ZATCA)
• مصلحة الضرائب المصريّة (ETA)
• بوّابة فاتورة — ZATCA Fatoora Portal
• بوّابة الفوترة الإلكترونيّة — ETA

هذا الدليل لأغراض إرشاديّة. المتطلّبات التَّقنيّة تَتطوَّر باستمرار — راجع الوثائق الرَّسميّة من ZATCA و ETA قبل أيّ تَكامل إنتاجيّ.