انتقل إلى المحتوى
الخبر، المملكة العربية السعودية

أنظمة تخطيط الموارد وحلول الأعمال

امتثال زاتكا يتولاه نظام ERP الخاص بكم من تلقاء نفسه

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

2 إلى 4

أسابيع لتكامل عامل

4

أنظمة مدعومة: Odoo وDynamics وSAP وZoho

0

فاتورة تُكتب مرتين

توليد فواتير XMLختم رقمي مشفّرتضمين رمز QRواجهات الاعتماد والتقاريرربط Odoo وZohoتكامل SAP وDynamicsإشعارات دائن ومدينحقول فاتورة عربيةمعالجة الرفضالتحقق من حقول ضريبة القيمة المضافة

الإجابة المباشرة

تكامل الفوترة الإلكترونية مع زاتكا يربط نظام ERP لديكم مباشرة بمنصة هيئة الزكاة والضريبة والجمارك، فتُولَّد كل فاتورة وتُختم وتُرفع بالصيغة المطلوبة دون أن يلمس أحد بوابة منفصلة. مبني للشركات السعودية على Odoo أو Dynamics 365 أو SAP أو Zoho التي أنجزت المرحلة الأولى (التوليد) وتحتاج المرحلة الثانية (الربط والتقارير المباشرة) عاملة داخل النظام الذي يستخدمه قسم المالية أصلاً.

عرض تصوري · إنتاج داخلي
قبل وبعد

ما الذي تزيله هذه الخدمة.

نظامان لفاتورة واحدة

اليوم

قسم المالية يصدر الفاتورة في النظام، ثم يعيد إدخال البيانات نفسها في أداة فوترة إلكترونية منفصلة للحصول على الاعتماد.

مع النظام

النظام يولّد ملف XML المتوافق ويرسله للاعتماد لحظة تأكيد الفاتورة، مرة واحدة فقط.

رفض الفواتير يمر دون ملاحظة

اليوم

رفض من زاتكا يبقى في صندوق البريد أياماً قبل أن يراه أحد في المالية ويصلح السجل الأصلي.

مع النظام

الرفض يعود إلى النظام مربوطاً بالفاتورة الأصلية، فيرى مُصدرها الإصلاح المطلوب فوراً.

إشعارات الدائن والمدين تكسر السلسلة

اليوم

إشعارات الدائن والمدين تُصدر يدوياً ولا تحمل دائماً مرجعاً للفاتورة الأصلية المعتمدة.

مع النظام

إشعارات الدائن والمدين ترث مرجع الفاتورة الأصلية تلقائياً وتمر بمسار الاعتماد نفسه.

فوضى موسم التدقيق

اليوم

إثبات أي الفواتير اعتُمدت وأيها رُفضت ولماذا يعني سحب سجلات من نظامين يدوياً.

مع النظام

حالة الاعتماد ورمز QR والختم الرقمي تبقى على سجل الفاتورة نفسه، جاهزة لأي تدقيق.

ماذا نبني

ما الذي يصل إلى يديك.

توليد XML والربط

حقول فواتير نظامكم تُربط بمخطط UBL 2.1 الخاص بزاتكا، بما في ذلك تفصيل ضريبة القيمة المضافة وبيانات المشتري.

ختم رقمي ورموز QR

الفواتير تُوقَّع بالختم الرقمي المطلوب ورمز QR قبل أن تغادر النظام.

ربط الاعتماد والتقارير

اتصال مباشر بمنصة زاتكا للاعتماد الفوري (بين الشركات) أو التقرير المبسّط (للمستهلك).

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

التعديلات تحمل مرجع الفاتورة الأصلية تلقائياً وتُعتمد عبر المسار نفسه.

توجيه الرفض والأخطاء

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

قوالب فواتير ثنائية اللغة

تخطيطات فواتير عربية وإنجليزية تلبي متطلبات حقول زاتكا دون قالب ثانٍ للصيانة.

أنظمة ومنصات نعمل معها

  • Odoo
  • SAP
  • Dynamics 365
  • Oracle
  • Zoho
  • HubSpot
  • Salesforce
خطة التسليم

خمس مراحل. تعتمد كل واحدة.

اقرأ كل مرحلة كأنها عقد صغير: ما نحتاجه منك، وما يصل إلى يديك، والجملة التي يجب أن تتحقق قبل أن ننتقل.

01 / 05

تدقيق النظام والامتثال

3 إلى 5 أيام

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

ما تقوم به
  • منح وصول قراءة لوحدة الفواتير في نظامكم
  • مشاركة حالة تسجيلكم الحالية مع زاتكا
ما نسلمه
  • تقرير فجوات مقابل متطلبات حقول زاتكا
  • نهج ربط مؤكد لنظامكم
معيار الانتقال

ننتقل عندما الفجوات بين فواتيركم الحالية ومتطلبات زاتكا موثقة ومتفق عليها.

02 / 05

بناء ربط XML والختم الرقمي

أسبوع إلى أسبوعين

نبني الربط بين بيانات فواتير نظامكم ومخطط XML الخاص بزاتكا، ونضيف الختم الرقمي وتوليد رمز QR.

ما تقوم به
  • الإجابة عن أسئلة فئات ضريبة القيمة المضافة والحالات الخاصة
  • توفير بيئة اختبار للبناء
ما نسلمه
  • توليد XML عامل من بيانات فواتير فعلية
  • فواتير مختومة برمز QR في الاختبار
معيار الانتقال

ننتقل عندما دفعة عينة من فواتيركم الفعلية تولّد ملف XML صحيحاً وموقّعاً بشكل سليم.

03 / 05

ربط واجهة الاعتماد

3 إلى 5 أيام

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

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

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

04 / 05

تشغيل موازٍ على فواتير فعلية

أسبوع إلى أسبوعين

يعمل الربط جنباً إلى جنب مع عمليتكم الحالية على فواتير فعلية، لتؤكدوا معدلات الاعتماد والتوقيت قبل التحويل الكامل.

ما تقوم به
  • الاستمرار في إصدار الفواتير كالمعتاد
  • الإشارة لأي فاتورة لا تُعتمد كما هو متوقع
ما نسلمه
  • فحوصات اعتماد يومية خلال التشغيل الموازي
  • إصلاح ما يظهره التشغيل الموازي
معيار الانتقال

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

05 / 05

التشغيل المباشر والدعم

مستمر

يدخل الربط حيز التشغيل الفعلي للفوترة. نراقب معدلات الاعتماد ونبقى متاحين إن تغيرت متطلبات زاتكا أو إعداد نظامكم.

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

ننتقل عندما الفوترة الفعلية تعمل عبر الربط مع مراقبة ودعم قائمين.

أسئلة المشترين

تُطرح قبل التوقيع.

ما الذي يحدد تكلفة مشروع ربط زاتكا؟

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

أنجزنا المرحلة الأولى بالفعل. ماذا يضيف هذا؟

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

هل يعمل مع الفواتير العربية والتخصيصات الحالية في نظامنا؟

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

أين تذهب بيانات فواتيرنا وضريبة القيمة المضافة، ومن يستطيع الاطلاع عليها؟

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

توقفوا عن معاملة زاتكا كنظام منفصل

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