المرحلة الثانية من ZATCA للتجارة الإلكترونية: كيف يمكن لتجار التجزئة السعوديين عبر الإنترنت تحقيق الامتثال

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

أصبح التسوق عبر الإنترنت سلوكًا سائدًا في المملكة. فقد وجد مسح النفاذ واستخدام تقنية المعلومات والاتصالات 2025 الصادر عن الهيئة العامة للإحصاء أن 71.0% من الأفراد بين 15 و74 عامًا اشتروا سلعًا أو خدمات عبر الإنترنت، وترتفع النسبة إلى 80.2% بين السعوديين. ومع هذا الحجم لا يبقى خطأ الفوترة الإلكترونية حالة نادرة؛ بل يتكرر مع كل طلب.

ما المستند الذي يحتاجه كل طلب إلكتروني؟

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

هذه الرموز وقواعد الحقول مأخوذة من معيار تنفيذ XML الصادر عن الهيئة. ويحتاج الشراء بين المنشآت إلى حقول أكثر: فالفاتورة القياسية يجب أن تحمل اسم المشتري وعنوانه بالشارع والمدينة ورمز الدولة (قاعدتا العمل BR-KSA-42 وBR-KSA-10)، وإذا ذُكر الرقم الضريبي للمشتري فيجب أن يتكوّن من 15 رقمًا يبدأ بالرقم 3 وينتهي به (BR-KSA-44). تحقّق من هذه الحقول في صفحة الدفع نفسها.

ربط أحداث المتجر بمستندات الهيئة

القاعدة الأسلم أن تُصدر الفاتورة عند الحدث الذي يُتمّ عملية البيع في نموذج عملك، ثم تُصدر إشعارات، لا تعديلات، لكل ما يحدث بعد ذلك.

• تأكيد الدفع. في الطلبات المدفوعة مسبقًا بالبطاقة أو مدى أو المحافظ الرقمية أو خدمات الشراء الآن والدفع لاحقًا، يكون حدث تأكيد الدفع هو المُطلِق الطبيعي. في Shopify هو الـ webhook المسمى orders/paid، الذي يقع بحسب مرجع مواضيع webhook كلما دُفع طلب؛ وفي WooCommerce هو الإجراء woocommerce_payment_complete في فئة الطلبات لدى WooCommerce.
• الدفع عند الاستلام. لا يوجد حدث دفع عند إتمام الطلب، لذا اتفق مع مستشارك الضريبي على إصدار الفاتورة عند الشحن أو عند التسليم، وطبّق القاعدة نفسها على كل الطلبات دون استثناء.
• إنشاء استرداد. يقع الموضوع refunds/create في Shopify عند إنشاء استرداد على طلب، بصرف النظر عن حركة الأموال الفعلية. أما WooCommerce فيُطلق الإجراء woocommerce_order_refunded مع معرّف الطلب ومعرّف الاسترداد، إضافة إلى صيغتين للاسترداد الجزئي والكامل، من خلال دوال الطلبات.
• الإلغاء. إذا أُلغي الطلب قبل إصدار الفاتورة فلا شيء يستدعي العكس. أما بعد إصدارها، فالإرشادات صريحة في أن الفواتير لا تُلغى، ولذلك يتحوّل الإلغاء إلى إشعار دائن.

الاسترداد والإرجاع والإشعارات الدائنة

القواعد التي يجب بناؤها في النظام:

• أشِر دائمًا إلى الفاتورة الأصلية. تنص إرشادات الهيئة على أن إصدار إشعار دائن دون الإشارة إلى الفاتورة الأصلية يخالف المادة 54 من اللائحة التنفيذية لنظام ضريبة القيمة المضافة. ويمكن أن يغطي إشعار واحد عدة فواتير، ويقبل حقل الإشارة نطاقًا من أرقام الفواتير.
• اذكر السبب. يشترط معيار XML أن يحمل كل إشعار دائن أو مدين سبب إصداره (القاعدة BR-KSA-17).
• طابِق نوع الفاتورة الأصلية. الإشعار الصادر مقابل فاتورة مبسطة يكون مبسطًا بدوره ويُبلَّغ عنه خلال 24 ساعة، أما الإشعار الصادر مقابل فاتورة قياسية فيمرّ بالاعتماد.
• لا تُشعِر إلا بما استُرد فعلًا. الاسترداد الجزئي يُنتج إشعارًا دائنًا بالبنود المستردة وضريبتها وأي رسوم شحن مستردة، لا عكسًا للطلب بأكمله.
• عامِل الاستبدال كمستندين: إشعار دائن للصنف المُرجَع، وفاتورة جديدة للصنف البديل.

الأسواق الإلكترونية والفوترة عبر طرف ثالث

إن كنت تبيع أيضًا عبر سوق إلكتروني، فحدّد أولًا من يُصدر الفاتورة الضريبية. تذكر إرشادات الهيئة أن قواعد الفوترة الإلكترونية لا تشمل البائع المقيم وحده، بل تشمل كذلك العميل أو أي طرف ثالث يُصدر فاتورة ضريبية نيابة عنه. ويحمل ملف XML مؤشرًا لذلك: الخانة الثالثة من رمز نوع معاملة الفاتورة (KSA-2) تحدد الفاتورة الصادرة عن طرف ثالث، إلى جانب مؤشرات للفواتير الاسمية وفواتير التصدير والفواتير الملخّصة وفواتير الفوترة الذاتية. والفوترة الذاتية، أي أن يُصدر المشتري الفاتورة، لا تنطبق إلا بين المنشآت وتتطلب اتفاقية فوترة ذاتية توافق عليها الهيئة، بحسب الدليل التقني التفصيلي للفوترة الإلكترونية.

إذا كان السوق يُصدر الفواتير نيابة عنك، فلا يجوز أن يُصدر نظامك فاتورة ثانية عن البيع نفسه. وإذا كنت تُصدر فواتير طلبات السوق بنفسك، فمرّرها عبر طبقة الفوترة الإلكترونية نفسها التي يستخدمها متجرك.

أنماط الربط بحسب المنصة

Shopify

يشترك تطبيق مخصص في المواضيع orders/paid وrefunds/create وorders/cancelled، ثم يبني ملف UBL XML، ويختم الفواتير المبسطة، ويضعها في طابور الإبلاغ. وتنبّه Shopify إلى أن التطبيق قد يستقبل الـ webhook نفسه أكثر من مرة، وتوصي بمعالجة لا يتغير ناتجها عند التكرار، وبمهمة مطابقة دورية تجلب البيانات التي ربما فاتت التطبيق. وبلغة ZATCA، يعني ذلك ربط كل مستند بمعرّف الطلب أو الاسترداد في Shopify، حتى لا يُنتج webhook مكرر رقم فاتورة ثانيًا أبدًا.

WooCommerce

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

المنصات المخصصة ومنصات headless

تبني منطقي خدمة مصغّرة مستقلة للفوترة الإلكترونية تستقبل أحداث الطلبات والاسترداد عبر واجهة API أو طابور رسائل، وتحافظ على العدّاد وسلسلة التجزئة، وتدير طابور الإبلاغ، فلا يعطّل بطءُ استجابة الهيئة أي عملية دفع.

طابور إبلاغ يصمد في مواسم الذروة

تضاعف مواسم رمضان والجمعة البيضاء واليوم الوطني السعودي عدد المستندات التي يجب إرسالها، ويحدد الدليل التقني للهيئة ملامح التصميم:

• مستند واحد في كل استدعاء. تقول الهيئة إنه لا يوجد حاليًا خيار للإبلاغ عن الفواتير المبسطة دفعةً واحدة، لذا صمّم قدرة المعالجة على أساس أكثر أيامك ازدحامًا لا على المتوسط.
• إعادة المحاولة آمنة إذا أعادت إرسال المستند نفسه. لا ترفض منصة فاتورة المستند لأنه أُرسل مرتين، وتحتسب الفاتورة مرة واحدة استنادًا إلى معرّفها الفريد وتجزئتها. لذلك يجب أن تُعيد المحاولةُ إرسال ملف XML المحفوظ، لا أن تُولّده من جديد.
• لا تنتظر الفاتورة السابقة. الاعتماد لا يغيّر تجزئة الفاتورة، فيمكنك مواصلة إصدار المستندات دون انتظار رد اعتماد الفاتورة السابقة.
• استعد لإيقاف الاعتماد. إذا عطّلت الهيئة خدمة الاعتماد فإنها تعيد الرمز 303، وتُرسل الفواتير القياسية حينها عبر واجهة الإبلاغ.
• راقب مهلة الـ 24 ساعة. أطلق تنبيهًا لأي مستند مبسط لم يُبلَّغ عنه بعد بضع ساعات، قبل الموعد النهائي بوقت كافٍ.

أخطاء شائعة

• تعديل الفواتير الصادرة أو حذفها لتعكس عملية إرجاع، بدل إصدار إشعار دائن.
• فئة ضريبية خاطئة للبند. في مثال الصيدلية الإلكترونية لدى الهيئة، يخضع صنفان لضريبة بنسبة 15% بينما يخضع صنف ثالث، وهو منتج طبي، لنسبة الصفر في الفاتورة نفسها، كما توضح الإرشادات التفصيلية. ويحتاج كل بند إلى رمز الفئة الصحيح (S أو Z أو E أو O).
• فواتير PDF باللغة الإنجليزية وحدها. تشترط إرشادات الهيئة أن تكون كل معلومة في النسخة المقروءة من الفاتورة باللغة العربية، مع جواز إضافة الترجمة إلى جانبها.
• فجوات في العدّاد. تتوقع الهيئة ألا توجد فجوات في قيمة العدّاد ولا في تسلسل تجزئة الفاتورة السابقة، لذا خصّص رقم الفاتورة عند إصدار المستند، لا عند إنشاء السلة أو الطلب.

كيف يمكن أن تساعدك منطقي

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