---
title: "كاشير واحد لمصر والسعودية: الفاتورة الإلكترونية في البلدين"
description: "تطلب مصلحة الضرائب المصرية وهيئة الزكاة والضريبة والجمارك مستندات وتوقيعات ومسارات مختلفة. كيف يخدم نظام نقاط بيع واحد البلدين بوحدة ضريبية لكل دولة."
url: https://kftechsolutions.dev/ar/blog/one-pos-egypt-saudi-eta-zatca
language: ar
published: 2026-11-06
modified: 2026-11-06
author: Kirollos Fayez
site: "KF Tech Solutions — https://kftechsolutions.dev"
---

# كاشير واحد لمصر والسعودية: الفاتورة الإلكترونية في البلدين

تطلب مصلحة الضرائب المصرية وهيئة الزكاة والضريبة والجمارك مستندات وتوقيعات ومسارات مختلفة. كيف يخدم نظام نقاط بيع واحد البلدين بوحدة ضريبية لكل دولة.

نعم، يمكن لنظام نقاط بيع واحد أن يخدم فروعًا في مصر والسعودية، ولكن ليس من خلال ربط واحد بالفوترة الإلكترونية. فمصلحة الضرائب المصرية (ETA) وهيئة الزكاة والضريبة والجمارك في السعودية (ZATCA) تديران منظومتين منفصلتين تختلفان في صيغة المستندات والتوقيع وتسجيل الأجهزة ومسار الاعتماد. والتصميم العملي هو نواة مشتركة للمبيعات والمخزون والورديات، مع وحدة ضريبية مستقلة لكل دولة تعرف قواعد الجهة الضريبية الخاصة بها.

آخر تحديث: 6 نوفمبر 2026

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

## مصر: الفاتورة الإلكترونية والإيصال الإلكتروني

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

**الفاتورة الإلكترونية (للشركات والجهات الحكومية).** يرسل نظامك كل فاتورة إلى واجهة المصلحة بصيغة JSON أو XML. وقبل التوقيع يُحوَّل المستند إلى صيغة قياسية موحّدة ويُحسب له تجزيء SHA-256، ثم يُوقَّع هذا التجزيء بتوقيع من نوع CAdES-BES باستخدام شهادة الختم الإلكتروني (eSeal). ولا يمكن إلغاء الفاتورة الصادرة إلا خلال مدة تحددها المصلحة لكل نوع من المستندات، وبعد انقضائها توجّه الوثائق إلى إصدار إشعار دائن بدلًا من الإلغاء.

**الإيصال الإلكتروني (البيع للمستهلك عند الكاشير).** هذا هو المسار الذي يمس برنامج الكاشير في المتجر مباشرة. وتحدد وثائق الإيصال لدى المصلحة القواعد التالية:

- يجب تسجيل جهاز نقاط البيع وربطه برقم تسجيل المصدر (RIN) قبل أن يصدر أي إيصال.
- تُرسل الإيصالات بصيغة JSON فقط.
- المعرّف الفريد (UUID) لكل إيصال هو تجزيء SHA-256 لمحتوى الإيصال بعد توحيد صيغته، ويُكتب في 64 خانة ست عشرية.
- يتضمن كل إيصال المعرّف الفريد للإيصال السابق الصادر من الجهاز نفسه، فيحتفظ كل جهاز بسلسلته الخاصة.
- يجوز إرسال الإيصال خلال 24 ساعة، ولا يجوز أن يكون وقت الإرسال في المستقبل.
- يحمل الإيصال المطبوع رمز QR يشير إلى تفاصيل الإيصال على بوابة المصلحة، مع الإجمالي ورقم تسجيل البائع.

ويتوقف المسار الذي ينطبق على منشأتك وموعد بدء تطبيقه على تسجيلك، لذا تحقّق من ذلك لدى المصلحة نفسها لا من صفحة أحد المورّدين. ويشرح دليلنا عن [ربط نظام نقاط البيع بمنظومة مصلحة الضرائب المصرية](https://kftechsolutions.dev/blog/eta-e-invoicing-pos-integration) خطوات الربط والمواضع التي يتعثر فيها عادة.

## السعودية: المرحلة الثانية من الفوترة الإلكترونية (منصة فاتورة)

تمر الفوترة الإلكترونية لدى هيئة الزكاة والضريبة والجمارك بمرحلتين. فالمرحلة الأولى (الإصدار) مطبقة منذ 4 ديسمبر 2021 على جميع المكلفين باستثناء غير المقيمين، ولا تُعد الفاتورة الورقية الممسوحة ضوئيًا أو المنسوخة فاتورة إلكترونية. أما المرحلة الثانية (الربط والتكامل) فبدأت في 1 يناير 2023 وتُطبَّق على موجات، وتعلن الهيئة كل موجة قبل موعدها بستة أشهر على الأقل. وعلى المنشآت المشمولة بالموجة 25، وهي التي تجاوزت إيراداتها الخاضعة لضريبة القيمة المضافة 187,500 ريال سعودي في أي سنة من 2022 إلى 2025، الربط مع منصة فاتورة بحلول 1 فبراير 2027.

وهذا ما تطلبه المرحلة الثانية من نظام نقاط البيع وفق الدليل التفصيلي للهيئة ومعيار XML الخاص بها:

- **التهيئة والربط.** تُسجَّل كل وحدة إصدار، وتسمى "حل إصدار الفواتير الإلكترونية" (EGS)، على بوابة فاتورة التي تصدر لها معرّف ختم التشفير (CSID).
- **الصيغة.** تصدر الفواتير بصيغة XML وفق هيكل UBL 2.1 وقواعد تحقق مبنية على المعيار EN 16931، وكل ما يُرسل إلى الهيئة يُرسل بصيغة XML عبر واجهة برمجية.
- **الفواتير الضريبية (للشركات والجهات الحكومية غالبًا).** تعتمدها الهيئة لحظيًا: تتحقق من الفاتورة، وتضيف ختمها ورمز QR، وتعيد ملف XML المعتمد. ويجب اعتماد الفاتورة قبل وصولها إلى المشتري، وينطبق ذلك على إشعارات الدائن والمدين المرتبطة بها.
- **الفواتير الضريبية المبسطة (للمستهلكين غالبًا).** يختم نظامك ملف XML بمعرّف ختم التشفير، ويضيف رمز QR من 9 حقول بترميز TLV وbase64، ويسلّم العميل نسخة. ويجب الإبلاغ عن الملف إلى منصة فاتورة خلال 24 ساعة.
- **منع التلاعب.** تحمل كل فاتورة معرّفًا فريدًا (UUID) بطول 128 بت وتجزيء الفاتورة السابقة، فتتكوّن سلسلة واحدة لكل وحدة إصدار. ولا يمكن إعادة ضبط العدّاد، ولا يستطيع المستخدم تغيير تاريخ النظام، ولا يجوز حذف ملفات XML المخزنة أو تعديلها.
- **اللغة العربية.** يجب أن تكون الفاتورة المقروءة باللغة العربية، ويجوز إضافة لغات أخرى.

ولا تعتمد الهيئة البرمجيات. فدليل مزودي الحلول لديها قائمة استرشادية "لا تُعد اعتمادًا من الهيئة"، لذا تعامل بحذر مع أي وصف من نوع "معتمد من الهيئة". وتشمل الغرامات التي نشرتها الهيئة في نوفمبر 2021 مبلغ 5,000 ريال سعودي لعدم إصدار الفواتير الإلكترونية، و10,000 ريال سعودي لحذف الفاتورة الإلكترونية أو تعديلها بعد إصدارها.

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

| | مصر (مصلحة الضرائب المصرية) | السعودية (هيئة الزكاة والضريبة والجمارك) |
|---|---|---|
| المنصة | منظومة الفاتورة الإلكترونية والإيصال الإلكتروني | منصة فاتورة |
| فواتير الشركات | فاتورة إلكترونية بصيغة JSON أو XML عبر الواجهة البرمجية | فاتورة ضريبية بصيغة UBL 2.1 XML تُعتمد قبل وصولها إلى المشتري |
| البيع للمستهلك | إيصال إلكتروني بصيغة JSON فقط يُرسل خلال 24 ساعة | فاتورة مبسطة يختمها نظامك ويُبلَّغ عنها خلال 24 ساعة |
| هوية الجهاز | جهاز نقاط بيع مسجل ومرتبط برقم تسجيل المصدر (RIN) | وحدة إصدار (EGS) مسجلة لها معرّف ختم تشفير (CSID) خاص |
| التوقيع | CAdES-BES بشهادة الختم الإلكتروني (للفواتير) | ختم تشفير من معرّف CSID، وتضيف الهيئة ختمها عند الاعتماد |
| معرّف المستند | المعرّف الفريد تجزيء SHA-256 للإيصال | معرّف فريد بطول 128 بت لكل فاتورة |
| السلسلة | معرّف الإيصال السابق لكل جهاز | تجزيء الفاتورة السابقة لكل وحدة إصدار |
| رمز QR | رابط الإيصال على بوابة المصلحة مع الإجمالي ورقم التسجيل | 9 حقول بترميز TLV وbase64 |
| التصحيح | الفاتورة: إلغاء خلال المدة التي تحددها المصلحة ثم إشعار دائن؛ الإيصال: إيصال مرتجع | لا حذف ولا تعديل، بل إشعارات دائن ومدين |

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

## ما يمكن أن يشترك فيه البلدان وما لا يمكن

معظم وظائف نظام نقاط البيع لا علاقة لها بالجهات الضريبية، ويمكن مشاركة هذا الجزء بين البلدين:

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

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

ويحتاج الكتالوج أيضًا إلى بيانات ضريبية لكل دولة. فقد يحمل الصنف الواحد رمزًا ومعاملة ضريبية لمصر وأخرى للسعودية، مع أسعار بالجنيه المصري والريال السعودي. ويتناول دليلنا عن [اختيار برنامج كاشير لمتجر في مصر](https://kftechsolutions.dev/blog/pos-cashier-system-for-shops-egypt) وظائف نقطة البيع بتفصيل أكبر.

## كيف تُصمَّم الوحدة الضريبية لكل دولة

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

1. **دولة لكل فرع.** يحدد الفرع الوحدة الضريبية والعملة والمنطقة الزمنية ولغة الإيصال. فالقاهرة تقدّم ساعتها في الصيف بينما تبقى الرياض على التوقيت العالمي +3 طوال العام، لذا خزّن الأوقات مع فرق التوقيت.
2. **هوية لكل جهاز كاشير.** في مصر: جهاز نقاط البيع المسجل ورقم تسجيل المصدر. وفي السعودية: وحدة الإصدار المسجلة ومعرّف ختم التشفير الخاص بها. وحدّد من يجدد الشهادات ومتى.
3. **منشئ مستندات لكل دولة.** JSON للإيصالات وJSON أو XML للفواتير في مصر، وUBL 2.1 XML لنوعي الفواتير في السعودية.
4. **سلسلة لكل جهاز.** يحتفظ كل جهاز كاشير بمرجع المستند السابق الخاص به. لا تشارك السلسلة بين الأجهزة، ولا تسمح لإعادة الضبط أو استعادة نسخة احتياطية بقطعها.
5. **قائمة انتظار تصمد عند انقطاع الإنترنت.** يمنح البلدان مهلة 24 ساعة لعمليات البيع للمستهلك، فيستمر الكاشير في البيع وترسل قائمة الانتظار المستندات أو تبلّغ عنها عند عودة الاتصال، مع تنبيه قبل انتهاء المهلة بوقت كافٍ.
6. **أرشيف غير قابل للتعديل.** خزّن ما أُرسل وما عاد من الجهة الضريبية مع عملية البيع. وتتم التصحيحات بمستندات جديدة، مثل إشعارات الدائن أو الإيصالات المرتجعة في مصر، لا بالتعديل.
7. **تصميم إيصال لكل دولة.** العربية في الفواتير السعودية، ورمز QR الصحيح لكل جهة، وإعادة الطباعة من المستند المخزن.

## خطوات التطبيق في البلدين

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

## دور KF Tech Solutions

نبني [أنظمة نقاط البيع وتخطيط الموارد والمخزون](https://kftechsolutions.dev/services/business-systems) حسب احتياج كل منشأة. وفي مصر يوقّع [تكاملنا مع منظومة الإيصال الإلكتروني](https://kftechsolutions.dev/projects/egypt-eta) كل إيصال ويرسله إلى واجهة مصلحة الضرائب المصرية، ويعالج ردودها، ويحفظ حالة الإرسال مع عملية البيع، وهو يعمل حاليًا في بيئة الإنتاج. أما لفروع السعودية فنحدد معك نطاق الوحدة الضريبية الخاصة بالهيئة وفق مواصفاتها المنشورة، ونختبرها بأدوات الاختبار التي توفرها الهيئة قبل تسجيل أي وحدة إصدار على حسابك في بوابة فاتورة. نعمل مع المنشآت في مصر والخليج، ويمكنك الاطلاع على صفحتنا [للمنشآت في السعودية](https://kftechsolutions.dev/saudi-arabia).

## أسئلة شائعة

### هل يمكن ربط برنامج الكاشير المصري بهيئة الزكاة والضريبة والجمارك كما هو؟

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

### هل يشترط البلدان الإرسال الفوري عند الكاشير؟

ليس تمامًا. فالفواتير الضريبية في السعودية، وهي للشركات غالبًا، يجب اعتمادها قبل وصولها إلى المشتري. أما البيع للمستهلك ففي البلدين مهلة 24 ساعة: تُرسل الإيصالات الإلكترونية في مصر خلال 24 ساعة، ويُبلَّغ عن الفواتير المبسطة في السعودية خلال 24 ساعة.

### هل يجب أن يكون نظامي "معتمدًا من الهيئة"؟

لا تعتمد الهيئة البرمجيات. فدليل مزودي الحلول لديها قائمة استرشادية "لا تُعد اعتمادًا من الهيئة". والمهم هو أن يؤدي النظام التهيئة والاعتماد والإبلاغ وقواعد منع التلاعب بشكل صحيح.

### هل يمكن أن تحفظ قاعدة بيانات واحدة مبيعات البلدين؟

نعم، بشرط أن تتبع كل عملية بيع فرعًا واحدًا ودولة واحدة، وأن تُخزَّن مستندات كل دولة وسلاسلها وردودها منفصلة وغير قابلة للتعديل. أما مكان استضافة البيانات فقرار مستقل تتخذه مع مستشاريك.

### ماذا لو أُرسل إيصال أو فاتورة وفيه خطأ؟

لا تسمح أي من المنظومتين بتعديله بصمت. ففي مصر يمكن إلغاء الفاتورة الإلكترونية خلال المدة التي تحددها المصلحة لنوع المستند، وإلا فتُصحَّح بإشعار دائن، أما البيع للمستهلك فيُعكس بإيصال مرتجع. وفي السعودية لا يجوز حذف ملفات XML المخزنة أو تعديلها، فتتم التصحيحات بإشعارات دائن أو مدين.

إذا كانت لديك فروع في البلدين أو تخطط لذلك، [حدّثنا عن وضعك](https://kftechsolutions.dev/contact) أو [احجز مكالمة مجانية](https://kftechsolutions.dev/book)، وسنحدد ما يمكن أن يحتفظ به نظامك الحالي وما تحتاجه الوحدة الضريبية لكل دولة.

## المصادر

- [مصلحة الضرائب المصرية: وثائق منظومة الفاتورة والإيصال الإلكتروني](https://sdk.invoicing.eta.gov.eg/)
- [مصلحة الضرائب المصرية: إنشاء توقيع المستند](https://sdk.invoicing.eta.gov.eg/signature-creation/)
- [مصلحة الضرائب المصرية: واجهة إرسال المستندات](https://sdk.invoicing.eta.gov.eg/einvoicingapi/01-submit-documents/)
- [مصلحة الضرائب المصرية: واجهة إلغاء المستند](https://sdk.invoicing.eta.gov.eg/einvoicingapi/02-cancel-document/)
- [مصلحة الضرائب المصرية: واجهة إرسال الإيصال](https://sdk.invoicing.eta.gov.eg/ereceiptapi/02-submit-receipt/)
- [مصلحة الضرائب المصرية: أسئلة إصدار الإيصالات](https://sdk.invoicing.eta.gov.eg/receiptissuancefaq/)
- [مصلحة الضرائب المصرية: الأسئلة الشائعة وبيئة الاختبار](https://sdk.invoicing.eta.gov.eg/faq/)
- [هيئة الزكاة والضريبة والجمارك: ما هي الفوترة الإلكترونية](https://zatca.gov.sa/en/E-Invoicing/Introduction/Pages/What-is-e-invoicing.aspx)
- [هيئة الزكاة والضريبة والجمارك: مراحل التطبيق](https://zatca.gov.sa/en/E-Invoicing/Introduction/Pages/Roll-out-phases.aspx)
- [هيئة الزكاة والضريبة والجمارك: إعلان الموجة 25](https://zatca.gov.sa/en/MediaCenter/News/Pages/Wave25-E-invoicing.aspx)
- [هيئة الزكاة والضريبة والجمارك: الدليل التفصيلي للفوترة الإلكترونية](https://zatca.gov.sa/en/E-Invoicing/Introduction/Guidelines/Documents/E-Invoicing_Detailed__Guideline.pdf)
- [هيئة الزكاة والضريبة والجمارك: معيار تطبيق XML](https://zatca.gov.sa/ar/E-Invoicing/SystemsDevelopers/Documents/20230519_ZATCA_Electronic_Invoice_XML_Implementation_Standard_%20vF.pdf)
- [هيئة الزكاة والضريبة والجمارك: دليل مزودي الحلول](https://zatca.gov.sa/en/E-Invoicing/SolutionProviders/Pages/SolutionProvidersDirectory.aspx)
- [هيئة الزكاة والضريبة والجمارك: مخالفات الفوترة الإلكترونية وغراماتها](https://zatca.gov.sa/en/MediaCenter/News/Pages/E-invoicing-Violations-Fines.aspx)
- [الأهرام (Ahram Online): التوقيت الصيفي في مصر](https://english.ahram.org.eg/NewsContentP/1/566547/Egypt/Egypt-to-move-clocks-forward-one-hour-on-Friday-fo.aspx)

---

KF Tech Solutions is a software studio in Cairo, Egypt, founded by Kirollos Fayez in 2020; its only website is kftechsolutions.dev. It is not affiliated with KFTECH Software Solutions (kftechsols.com).