دليل الفاتورة الإلكترونية في مصر 2026: من الملزم وكيف تربط نظامك

الفاتورة الإلكترونية في مصر إلزامية لكل ممول مسجل في مصلحة الضرائب بموجب قرار وزير المالية رقم 323 لسنة 2022، وأعلنت المصلحة اكتمال الإلزام في 15 ديسمبر 2022. تحتاج شركتك ثلاثة أشياء: ختم إلكتروني، أكواد معتمدة لكل صنف، ونظام يرسل الفواتير إلى المنظومة. هذا الدليل يشرح كل خطوة، وكيف يعمل الربط تقنيا، وأسباب الرفض الأكثر تكرارا. كل معلومة تنظيمية فيه مأخوذة من موقع المصلحة أو وثائق الربط الرسمية كما راجعناها في 19 أكتوبر 2026.

ما هي الفاتورة الإلكترونية؟

الفاتورة الإلكترونية مستند بصيغة رقمية (JSON أو XML) تصدره الشركة وتوقعه بختمها الإلكتروني، ثم يرسل إلى منظومة مصلحة الضرائب لتفحصه وتعطيه رقما فريدا. الفاتورة الورقية أو ملف PDF المرسل بالبريد لا يعتبر فاتورة إلكترونية بهذا المعنى.

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

من الملزم بالفاتورة الإلكترونية؟

  • بدأ الإلزام على مراحل بقرار 386 لسنة 2020 الذي شمل 134 شركة، ثم قرار 518 لسنة 2020 الذي شمل 347 شركة، وتوالت القرارات (85 و195 و443 و619 لسنة 2021، و208 لسنة 2022) حتى قرار 323 لسنة 2022 للمرحلة الثامنة.
  • تنص صفحة شروط الانضمام على موقع المصلحة على أن قرار وزير المالية رقم 323 لسنة 2022 يلزم جميع الممولين المسجلين لدى المصلحة بالانضمام إلى المنظومة.
  • أعلنت المصلحة اكتمال إلزام كل الممولين المسجلين بالمأموريات في كل المحافظات في 15 ديسمبر 2022.
  • أعلنت المصلحة أنه اعتبارا من 1 أبريل 2023 لا يعتد إلا بالفواتير الإلكترونية عند خصم ضريبة القيمة المضافة أو ردها، وعند إثبات التكاليف والمصروفات في الإقرار الضريبي. أي أن فاتورة المورد الورقية لم تعد تنفعك ضريبيا.
  • الاستثناء الوحيد المذكور على موقع المصلحة هو بعض الجهات السيادية الصادر بشأنها قرارات إعفاء.

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

ما الفرق بين الفاتورة الإلكترونية والإيصال الإلكتروني؟

الفاتورة الإلكترونيةالإيصال الإلكتروني
لمنالتعاملات بين الشركات والمنشآت، والبيع للجهات الحكوميةالتعاملات بين الممول والمستهلك النهائي
من أين تصدرنظام الحسابات أو نظام ERPنقطة البيع (POS)
متى تلتزمكل الممولين بقرار 323 لسنة 2022بقرار إلزام من رئيس المصلحة، على مراحل مستقلة بقرار وزير المالية 230 لسنة 2022
شرط مسبقالختم، التكويد، التكاملأن تكون الشركة منضمة بالفعل لمنظومة الفاتورة الإلكترونية

أكدت المصلحة أن مراحل إلزام الإيصال الإلكتروني ليس لها علاقة بمراحل الفاتورة الإلكترونية، وأن الإيصال ليس بديلا عن الفاتورة. آخر قرار إلزام للإيصال وجدناه على موقع المصلحة عند مراجعتها في 19 أكتوبر 2026 هو قرار 361 لسنة 2025، للمرحلة الفرعية رقم 1 من المرحلة الرئيسية التاسعة، اعتبارا من 15 نوفمبر 2025. استعلم عن شركتك في صفحة استعلام الإيصال الإلكتروني بدل الاعتماد على رقم قرار منقول.

خطوات التسجيل على منظومة الفاتورة الإلكترونية

1. استخراج الختم الإلكتروني

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

2. التسجيل الذاتي على البوابة

يسجل مسؤول الشركة ملفها الرقمي على بوابة المصلحة، ثم يدعو باقي الممثلين ويسجل الأنظمة التي سترسل الفواتير (ERP أو نقاط بيع). عند تسجيل النظام تحصل الشركة على بيانات دخول برمجية (Client ID وClient Secret) تضاف إلى النظام. هذه البيانات سرية، لا ترسلها في بريد أو رسالة.

3. تكويد السلع والخدمات

كل صنف في الفاتورة يحتاج كودا معتمدا من نوعين:

  • GS1: الكود الدولي المطبوع غالبا على المنتج كباركود.
  • EGS: كود داخلي تنشئه الشركة على المنظومة لصنف أو خدمة ليس لها كود GS1، ويحتاج اعتمادا قبل استخدامه.

الصنف الذي لا يحمل كودا معتمدا سبب مباشر لرفض الفاتورة.

4. اختيار طريقة الإصدار

  • الإدخال اليدوي على البوابة: مناسب لعدد قليل جدا من الفواتير، لكنه يعني إدخال كل فاتورة مرتين، مرة في حساباتك ومرة على البوابة.
  • الربط البرمجي (API): نظامك يوقع الفاتورة ويرسلها تلقائيا لحظة إصدارها، ويستقبل حالة القبول أو الرفض. هذا ما تحتاجه أي شركة تصدر فواتير يوميا، سواء كان نظامها ERPNext أو نظاما آخر.

5. الاختبار ثم التشغيل الفعلي

توفر المصلحة بيئة تجربة (Pre-production) منفصلة عن بيئة التشغيل الفعلي، ببوابة وواجهة برمجية وخدمة هوية خاصة بها. اختبر كل أنواع المستندات التي تصدرها على بيئة التجربة قبل أول فاتورة حقيقية.

كيف تعمل عملية الربط تقنيا؟ (للمسؤول التقني)

  1. النظام يسجل الدخول على خدمة الهوية ويحصل على رمز دخول صالح افتراضيا لمدة 60 دقيقة، وتطلب المصلحة إعادة استخدامه طوال صلاحيته بدل طلب رمز جديد مع كل طلب.
  2. يجهز المستند بصيغة JSON أو XML، ثم يحوله إلى الصيغة القياسية التي تحددها المصلحة، ويحسب بصمته بخوارزمية SHA-256.
  3. يوقع البصمة بشهادة الختم الإلكتروني بصيغة CAdES-BES.
  4. يرسل المستند أو دفعة مستندات. ترد المنظومة بالرمز 202، أي أنها استلمت الدفعة وما زال الفحص جاريا.
  5. يعرف النظام نتيجة الفحص عن طريق إشعارات ترسلها المنظومة إلى نظامك (الطريقة التي توصي بها المصلحة) أو بالاستعلام عن الدفعة برقمها.

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

أسباب رفض الفواتير الأكثر شيوعا

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

  1. خطأ في هيكل المستند: حقل ناقص أو اسم حقل مختلف عن إصدار نوع المستند.
  2. مشكلة في التوقيع: شهادة منتهية، توكن غير متصل بالجهاز، أو تعديل في المستند بعد توقيعه.
  3. بيانات المشتري: رقم تسجيل ضريبي غير صحيح، أو غياب الرقم القومي لمشتري فرد عندما تتجاوز الفاتورة الحد الذي تحدده المصلحة. الحد نفسه يضبط من جانب المصلحة ولا تنشره وثائق الربط برقم، فاجعل النظام يطلب الرقم القومي كلما كان المشتري فردا.
  4. كود صنف غير معتمد: أو وحدة قياس أو عملة ليست في جداول أكواد المنظومة.
  5. اختلاف الحسابات: إجمالي الضريبة أو الخصم أو إجمالي الفاتورة لا يطابق معادلات المنظومة، وغالبا بسبب التقريب.
  6. إشعار دائن بلا فاتورة أصلية صحيحة: أو بقيمة أكبر من الفاتورة التي يشير إليها.
  7. ممول غير نشط في تاريخ الفاتورة: المنظومة تفحص صلاحية بيانات الممولين في تاريخ الإصدار نفسه.

إلغاء الفاتورة أو رفضها

  • يستطيع مصدر الفاتورة إلغاءها خلال مدة محددة بعد الإرسال. المدة تضبطها المصلحة لكل نوع مستند، ويقرؤها نظامك من واجهة Get Document Type، ولا تنشرها وثائق الربط كرقم ثابت.
  • بعد انتهاء المدة يرد النظام بخطأ OperationPeriodOver، ويصحح الخطأ بإشعار دائن يشير إلى الفاتورة الأصلية.
  • لا يمكن إلغاء فاتورة يشير إليها إشعار دائن أو مدين، ولا مستند مجمد.
  • يستطيع المشتري الذي استلم فاتورة غير صحيحة رفضها من خلال المنظومة خلال مدة مماثلة، ومرة واحدة فقط لكل مستند.

مواعيد الإرسال والغرامات

  • في 28 سبتمبر 2022 أعلنت المصلحة تقليص مهلة إرسال الفاتورة من 4 أيام إلى 3 أيام من تاريخ الإصدار اعتبارا من 1 أكتوبر 2022، ثم إلى يومين من 1 نوفمبر 2022، مع خطة لإلغاء المهلة والإرسال في نفس اليوم اعتبارا من 1 يناير 2023.
  • في 13 يناير 2022 حذرت المصلحة من أن التأخير في إرسال الفواتير قد يعرض الشركة لغرامة من 20 ألف إلى 100 ألف جنيه وفق المادة 71 من قانون الإجراءات الضريبية الموحد رقم 206 لسنة 2020.

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

ما الذي يتغير داخل نظامك بعد الربط؟

الربط ليس زرا يضاف إلى شاشة الفاتورة فقط. ثلاثة أشياء تتغير في طريقة عمل الفريق المحاسبي:

  • بيانات العميل تصبح شرطا للإصدار: لا تخرج فاتورة لشركة بلا رقم تسجيل ضريبي صحيح، ولا لفرد بلا رقم قومي عند الحاجة. النظام يمنع الحفظ بدلها، فيقل الرفض من المصدر.
  • دليل الأصناف يصبح مسؤولية: كل صنف جديد يحتاج كودا معتمدا قبل أول بيع، فيضاف اعتماد الكود إلى خطوات إدخال الصنف لا بعدها.
  • حالة الفاتورة تتابع يوميا: الفاتورة في نظامك تحمل حالة من المنظومة (مرسلة، صالحة، مرفوضة، ملغاة)، ويظهر تقرير بالمرفوض كل صباح لشخص مسؤول. الفاتورة المرفوضة التي لا يلتفت إليها أحد هي أكثر المشكلات التي نراها بعد التشغيل.

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

قائمة مراجعة قبل أول فاتورة

  • الختم الإلكتروني ساري، وتاريخ انتهائه مسجل عند شخص مسؤول.
  • النظام مسجل على البوابة، وبيانات الدخول محفوظة بأمان لا في ملف مشترك.
  • كل صنف له كود GS1 أو EGS معتمد.
  • بيانات العملاء فيها الرقم الضريبي، أو الرقم القومي عند الحاجة.
  • كل أنواع المستندات مجربة على بيئة التجربة.
  • شخص مسؤول يتابع الفواتير المرفوضة يوميا.

هل تحتاج مساعدة في الربط؟

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

تريد رقما دقيقا لمشروعك؟
أرسل لنا التفاصيل ويصلك عرض سعر ثابت خلال يوم عمل، دون مكالمات بيع.

أسئلة شائعة

هل الفاتورة الإلكترونية إلزامية على الشركات الصغيرة؟

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

ما هو كود EGS؟

كود تنشئه الشركة على المنظومة لصنف أو خدمة ليس لها كود GS1 دولي. يبدأ استخدامه في الفواتير بعد اعتماده من المصلحة، والصنف بلا كود معتمد يرفض مباشرة.

هل أستطيع إصدار الفواتير من البوابة بدون نظام؟

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

ماذا أفعل لو اكتشفت خطأ في فاتورة أرسلتها؟

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

هل الإيصال الإلكتروني نفس الفاتورة الإلكترونية؟

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

أين أجد الوثائق الفنية للربط؟

تنشر المصلحة وثائق الربط وواجهات API وقواعد الفحص على موقع SDK الرسمي sdk.invoicing.eta.gov.eg. فيه أيضا عناوين بيئة التجربة وبيئة التشغيل الفعلي وملفات Postman للاختبار.

واتساب اتصل الآن اطلب تقديرا