تحديات تكامل Oracle ERP مع منصة الفوترة الإلكترونية ZATCA (المرحلة الثانية)
مع انتقال السعودية للمرحلة الثانية من الفوترة الإلكترونية، صار تكامل Oracle ERP مع ZATCA موضوع مصيرى للشركات: لازم كل فاتورة تمر عبر تكامل لحظى (APIs، XML/UBL، توقيع رقمى وQR) بدون ما توقف دورة المبيعات أو تعرض الشركة لمخاطر عدم الامتثال والغرامات، وهنا تظهر التحديات التقنية والتشغيلية الحقيقية اللى لازم تنحسب صح من البداية.
Download for Free!مقدمة: من طباعة الفاتورة… إلى clearance لحظى
فى المرحلة الأولى من الفوترة الإلكترونية كان المطلوب الأساسى إصدار فاتورة إلكترونية بصيغة صحيحة والاحتفاظ فيها، بدون اتصال مباشر مع أنظمة زاتكا.
مع المرحلة الثانية (Integration Phase) الوضع تغيّر تمامًا: لازم نظام Oracle ERP يتصل مباشرة مع ZATCA عبر APIs، يرسل الفاتورة بصيغة XML/UBL 2.1، يستقبل الموافقة، والتوقيع الرقمى، والـ QR، وكل هذا يصير فى ثوانى.
هذا الانتقال كشف مجموعة تحديات حقيقية للشركات اللى تشغّل Oracle فى السعودية.
1) تعقيد التكامل الفنى (Middleware + OIC)
وOracle E‑Business Suite ما يتكلمون مع ZATCA مباشرة من الصندوق، غالبًا تحتاج:
إما Oracle Integration Cloud (OIC) كطبقة تكامل.
أو Middleware طرف ثالث مثل Accqrate أو حلول مشابهة تكون جسر بين Oracle وZATCA.
بناء هذا التكامل يتطلب:
معرفة بتصميم تكاملات Oracle.
فهم APIs الخاصة بزاتكا (Fatoora).
وضبط Security وCertificates وKeys.
كثير شركات ذكرت إن التحدى الأساسى مو فى الفاتورة نفسها، بل فى “الربط الصحيح والآمن” بين Oracle وZATCA.
) متطلبات ZATCA التقنية: XML, UBL, توقيع رقمى، وQR
ZATCA Phase 2 ما تكتفى بملف PDF بسيط؛ فيه لائحة طويلة من المتطلبات التقنية:
- الفواتير لازم تتولد بصيغة XML (UBL 2.1) أو PDF/A‑3 يحتوى XML مضمّن.
- لازم تضاف بيانات مثل:
- UUID
- hash للفاتورة
- توقيع رقمى (Cryptographic Stamp)
- QR Code بمحتوى محدد.
- كثير من إصدارات Oracle القديمة أو الـ setups الحالية ما فيها كل الحقول جاهزة، فيضطر الفريق:
- يضيف حقول جديدة.
- يضبط Data Mapping من Oracle لهيكل XML المطلوب.
- يبنى validation rules إضافية عشان يمنع رفض الفواتير.
أى خطأ صغير فى الـ mapping أو القيم اللى تطلع فى XML ممكن يخلى الفاتورة تترفض من زاتكا وتتوقف عمليات الفوترة.
3) تشغيل فورى (Real‑time) بدون تعطيل الدورة المالية
فى المرحلة الثانية، جزء كبير من الفواتير (خاصة B2B) لازم يحصل لها clearance لحظى قبل ما توصل للعميل.
هذا يخلق تحديات:
- لو التكامل بطيء أو السيرفرات مضغوطة، الفواتير تتأخر، وهذا يوقف:
- الشحن.
- أو تسليم الخدمة.
- أو إقفال اليوم المالى.
- لازم تصميم التكامل بحيث:
- الفواتير الضريبية (Tax Invoices) تمشى real‑time.
- والفواتير المبسطة (Simplified) ممكن فى دفعات (batch) بحيث ما يضغط النظام.
أى خلل فى أداء التكامل = أزمة فى الـ Cash Flow ودورة المبيعات.
4) إدارة الشهادات الرقمية والمفاتيح والتحديثات المستمرة
ZATCA تعتمد بشكل كبير على:
- شهادات رقمية (Certificates, CSID).
- مفاتيح سرية (Secret Keys).
- تواقيع رقمية وإجراءات أمنية مشددة.
التحدى هنا:
- إدارة هذه المفاتيح والشهادات بشكل آمن داخل بيئة Oracle و/أو الـ Middleware.
- تجديدها عند اللزوم بدون إيقاف النظام.
- متابعة تحديثات ZATCA المتكررة على الـ specs، وضبط التكامل معها أول بأول.
شركات كثيرة تشتكى أن هذا الجانب الأمنى والتشفيرى معقّد أكثر من جانب “إنشاء الفاتورة” نفسه.
5) توافق البنية التحتية مع اشتراطات الإقامة داخل المملكة (Data Residency)
بحكم قوانين البيانات فى السعودية، ومتطلبات ZATCA، كثير شركات تفضّل – أو تُلزَم – أن:
- بيانات الفواتير تنخزن داخل المملكة أو على سحابة متوافقة مع الأنظمة المحلية.
- Middleware المستضاف على سحابة خارجية بدون امتثال قد يسبب رفض من فرق الأمن الداخلى أو التدقيق.
لذلك لازم يتم اختيار:
- إما Oracle Cloud Region داخل السعودية.
- أو Middleware مستضاف على سحابة داخل المملكة ومتوافق مع ZATCA وPDPL.
6) مو كل فريق مالى/IT جاهز لتغيّر طريقة العمل
الانتقال لمرحلة 2 مو بس مشروع تكاملى؛ هو تغيّر فى طريقة عمل الفريق بالكامل:
- فريق المالية لازم يتعامل مع حالات رفض الفاتورة من ZATCA وإعادة إصدارها أو تعديلها.
- فريق الـ IT لازم يراقب Logs التكامل ومستوى الاستقرار والـ performance بشكل مستمر.
- يجب تدريب المستخدمين على قراءة رسائل الخطأ والتعامل معها بدون تعطيل العمل.
بدون change management صحيح، الشركة ممكن تلتزم نظاميًا على الورق، لكن عمليًا تعانى من تأخير وفوضى فى الفوترة اليومية.
7) الاعتماد على حلول جاهزة (Add‑ons) مقابل تطوير داخلى كامل
- فيه خيارين رئيسيين قدام أغلب الشركات:
- تطوير التكامل داخليًا بالكامل
- مرونة أعلى، لكن يحتاج وقت طويل، فريق تقنى قوى فى Oracle + تكامل + أمن.
- مخاطر عالية لو مطوّر واحد فقط “شايل المشروع على كتفه”.
- الاعتماد على حلول جاهزة معتمدة من ZATCA (مثل Accqrate وأمثالها)
- Add‑on أو Plugin متوصّل بـ Oracle، فيه كل الـ logic الخاص بـ XML, QR, signatures, APIs جاهز.
- يقلّل الوقت للتطبيق (بعضهم يوصلون لتكامل كامل فى أسابيع بدل شهور).
- التحدى هنا هو اختيار شريك أو حل موثوق فعلاً، مو بس “سكريبت” مؤقت يعرّضك لغرامات أو توقفات مستقبلاً.
خاتمة: الالتزام مع ZATCA ممكن… بس مو “كبسة زر”
- ربط Oracle ERP مع ZATCA فى المرحلة الثانية مشروع استراتيجى، مو مجرد Feature إضافية:
- لازم تشتغل على التكامل التقنى (Middleware / OIC + APIs).
- تضبط الهيكلية التقنية للفواتير (XML/UBL، QR، توقيع رقمى).
- تضمن الأداء اللحظى بدون تعطيل المبيعات.
- تراعى إقامة البيانات داخل المملكة والامتثال الأمنى.
- وتستثمر فى تدريب فريقك على الأسلوب الجديد للفوترة.
- اللى يشتغلها صح من البداية، يطلع بنظام فوترة إلكترونية مستقر، يقلّل أخطاء الضريبة، ويحميه من الغرامات والمخاطر فى التفتيش المستقبلى.
هل تحتاج مساعدة فى تكامل Oracle ERP مع ZATCA؟
لو شركتك تشتغل على Oracle Fusion أو E‑Business Suite وتحتاج تنفّذ تكامل Oracle ERP مع ZATCA للمرحلة الثانية بدون تعطيل الفوترة، نقدر نساعدك فى: تحليل وضعك الحالى، اختيار أنسب آلية تكامل (OIC أو Middleware)، وتصميم حل متوافق مع متطلبات ZATCA وبيئة عملك.
أرسل لنا عبر الوتساب :966920014176
نوع نظام Oracle اللى تستخدمه، عدد الفواتير الشهرية، وأقرب موعد إلزام لك من ZATCA، وفريقنا يرجع لك بخطة تكامل مبدئية وخيارات تنفيذ تناسب ميزانيتك وحجم عملك.