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

قد يصدر نظامك فاتورة PDF جميلة، لكن شكل المستند وحده لا يثبت جاهزيته لمتطلبات الربط والتكامل. زاتكا تشرح المرحلتين ومتطلبات الحلول، وتُطبق مرحلة الربط على مجموعات وفق الإشعارات الرسمية. لذلك يبدأ العمل بتحديد التزامات منشأتك الحالية، لا بنسخ موعد من مقال قديم.
خدمة ذات صلة من يونيكود: نظام ERP للشركات.
قائمة فحص تقنية قبل التنفيذ
تحقق من هوية المنشأة والحقول الضريبية في مصدر البيانات، ومن إمكانية توليد الفاتورة الإلكترونية بالشكل المطلوب، وحفظ معرفات المستندات وسجلات الإرسال والاستجابة. ينبغي أن يميز النظام بين الفواتير والإشعارات والمرتجعات، وأن يتعامل مع فشل الاتصال أو إعادة الإرسال دون إصدار مستندات مكررة. إذا كان المتجر يصنع الطلب وERP يصدر الفاتورة، حدد أيهما يملك المبلغ النهائي بعد الضريبة والخصم والشحن.
أنشئ بيئة اختبار، وجهز حالات بيع وإلغاء وتعديل واسترداد، ووثّق من يراجع النتائج. راجع المواصفات والأدوات الرسمية مع المحاسب أو مسؤول الامتثال؛ المطوّر ينفذ التكامل، لكنه لا يقرر وحده وضع المنشأة الضريبي. بعد الإطلاق، راقب الأخطاء والاستجابات ولا تعتمد على نجاح طلب تجريبي واحد.
راجع جودة البيانات قبل واجهة الربط
التكامل لا يستطيع تعويض بيانات مفقودة. افحص معرفات المنشأة والفروع، بيانات العملاء المطلوبة، رموز المنتجات، المبالغ والضرائب والخصومات، والعملات إن كانت مستخدمة. هل تُحسب الضريبة في المتجر أم ERP؟ وهل يتغير الإجمالي بعد تطبيق قسيمة أو رسوم شحن؟ حدّد مصدرًا واحدًا للمبلغ النهائي. إذا سجّل المتجر قيمة وأصدر ERP فاتورة بقيمة مختلفة، ستظهر المشكلة عند المصالحة حتى لو نجح إرسال المستند تقنيًا.
خذ عينة من فواتير حقيقية بعد إزالة البيانات الحساسة، وصنّف أخطاءها: حقل ناقص، رقم مكرر، مرجع مرتجع غير واضح، أو معالجة يدوية غير موثقة. أصلح القواعد في المصدر قبل بناء تحويلات كثيرة تخفي الخطأ. سجّل أيضًا كيف تتعامل مع عملية مرتجعة بعد إصدار الفاتورة، لا فقط طلبًا أُلغي قبل الدفع.
صمّم رحلة المستند كاملة
ارسم المسار من طلب العميل إلى تأكيد الدفع أو اعتماد البيع، ثم إنشاء المستند وإرساله واستلام النتيجة وحفظها، وصولًا إلى التقارير. لكل خطوة حالة واضحة: لم يُنشأ، جاهز، قيد الإرسال، مقبول، مرفوض أو يحتاج إجراءً. لا تكتف بعلامة «أُرسل» إذا لم تُحفظ الاستجابة. يحتاج الموظف إلى معرفة ما الذي فشل وما الخطوة المسموح بها، مع منع إعادة إصدار فاتورة جديدة لمجرد أن الاتصال انقطع.
ضع قواعد لإعادة المحاولة وآلية لمنع التكرار. إذا وصل نفس الإشعار مرتين، يجب أن يتعرف النظام على المستند ومعرف العملية بدل مضاعفة القيد. وإذا تغيرت بيانات فاتورة بعد إصدارها، لا تسمح بتعديل صامت يمحو الأثر السابق؛ راجع نوع المستند والإجراء المناسب مع المختص. سجل من وافق على التصحيح وتاريخه وسببه داخل نظام العمل.
اختبر الاستثناءات قبل الإنتاج
أنشئ عينة مستند فيها خصم وشحن وإلغاء جزئي، وراقب أثر كل تعديل من الطلب حتى رد منصة الفوترة. تأكد أن إعادة الإرسال بعد انقطاع الاتصال لا تنشئ مستندًا مكررًا، وأن سبب الرفض يظهر لشخص يستطيع معالجته.
جهز سيناريو بيع عادي، خصم على مستوى بند، خصم على الطلب، مرتجع جزئي، إلغاء، عميل شركة، وعميل فرد إذا كان نشاطك يشمله. أضف سيناريو انقطاع الشبكة، انتهاء صلاحية بيانات الدخول، واستجابة رفض من الطرف الآخر. لا تكتف بأن «زر الاختبار أخضر»؛ طابق إجماليات الوثيقة وسجلها في ERP، وتأكد أن الفريق يرى الرسالة التي تساعده على الإصلاح دون نشر بيانات حساسة في سجل عام.
نفّذ اختبارًا تشاركيًا مع المالية والمبيعات والتقنية. المطور قد يرى أن الطلب اكتمل، لكن المحاسب يكتشف أن تقرير نهاية اليوم لا يطابق الفواتير، أو أن المرتجع لم يعكس الكمية الصحيحة. وقّع على سيناريوهات القبول، واحتفظ بنتائجها لتكرارها عند تحديث المتجر أو ERP.
لا تنسّ التشغيل بعد الإطلاق
عيّن مالكًا لمراقبة المستندات المرفوضة أو المتأخرة كل يوم عمل، وحدد وقت الاستجابة وتصعيد المشكلة. لوحة واضحة يجب أن تربط كل مستند بالطلب والعميل والرد، مع فلتر للحالات المفتوحة. لا تجعل رسائل الخطأ تصل إلى بريد تقني لا يراجعه أحد. ضع نسخًا احتياطية وسجل تدقيق وخطة لاستعادة العمل إذا تعطل جزء من التكامل، وراجع صلاحيات من يستطيع الإلغاء أو إعادة الإرسال.
قد ينجح المشروع عند الإطلاق ثم يتعطل بعد تغيير نسخة ERP أو إضافة الدفع أو قواعد المنتج. احتفظ ببيئة اختبار وعينات بيانات تمثل الحالات الصعبة، وأعد تشغيلها قبل كل تحديث مؤثر. اسأل المورد من يدعم الربط ومتى، وكيف يميز بين خطأ بيانات من داخل شركتك ومشكلة في الواجهة أو الخدمة الخارجية.
مثال: متجر يصدر الفاتورة من ERP
يدفع العميل في المتجر بعد تطبيق قسيمة وشحن، ثم ينتقل الطلب إلى ERP لإصدار الفاتورة. ينبغي أن تصل قيمة الخصم والشحن وطريقة السداد ومعرّف الطلب كما اعتمدها المتجر. إذا عدّل موظف المخزن الكمية بعد الدفع، لا يجوز أن تتحول الفاتورة تلقائيًا إلى مبلغ مختلف بلا إجراء واضح للعميل والمالية. اختبر أيضًا إرجاع قطعة واحدة من طلب متعدد البنود، وتأخر إشعار الدفع، ومحاولة إرسال الطلب مرة ثانية. هذه الحالات تظهر ملكية البيانات وحدود كل نظام بوضوح.
اطلب من الفريق رسم ما يحدث عند كل خلاف: أي نظام يوقف المستند؟ من يتلقى التنبيه؟ من يصحح المصدر؟ وما الدليل الذي يراجع قبل إعادة المحاولة؟ إذا لم توجد إجابات، فالتكامل يحتاج تصميم عملية قبل كتابة كود. قد يكون حل المشكلة في طريقة اعتماد الطلب أو تعريف المنتج لا في واجهة زاتكا نفسها.
قبل اعتبار المشروع منتهيًا، اجعل المحاسب يطابق عينة من الفواتير والإشعارات والتقارير مع سجلات الطلبات، ويوقع على النتائج. واحتفظ بقائمة تحقق تتكرر بعد أي تحديث في الضرائب أو الخصومات أو نظام الدفع. قرار الامتثال النهائي يظل لدى المختص والجهة الرسمية، بينما مسؤولية التقنية أن تقدم بيانات صحيحة وأثرًا قابلًا للمراجعة.
المرحلة الثانية: ربط الفاتورة الإلكترونية بمنصة فاتورة
بدأت المرحلة الثانية (مرحلة الربط والتكامل) في 1 يناير 2023، وتُطبق على مجموعات من المنشآت حسب حجم الإيرادات، وتُبلغ الهيئة كل منشأة بموعدها قبل ستة أشهر على الأقل. ما يتغير عمليًا في نظامك:
- الربط بمنصة فاتورة: تُرسل الفواتير إلكترونيًا إلى منصة الهيئة بدل الاكتفاء بإصدارها داخل النظام.
- الاعتماد للفواتير الضريبية (B2B): تُرسل الفاتورة للمنصة وتُعتمد قبل مشاركتها مع العميل.
- الإبلاغ للفواتير المبسطة (B2C): تُبلَّغ المنصة بها خلال 24 ساعة من إصدارها.
- صيغة وتوقيع: ملف XML وفق معيار UBL 2.1، وختم تشفيري، ورمز QR، وتسجيل الحل لدى الهيئة للحصول على شهادة الربط.
لذلك لا يكفي أن يطبع نظامك فاتورة صحيحة الشكل؛ يجب أن يرسلها ويتعامل مع رفضها أو تأخر الاستجابة دون تكرار أو فقدان مستندات.
ربط أودو (Odoo) بالفوترة الإلكترونية السعودية
إذا كانت منشأتك تعمل على أودو، فإصداراته الحديثة توفر حزمة توطين سعودية تدعم متطلبات المرحلة الثانية. نجاح الربط يعتمد على أربعة أمور نراجعها قبل التنفيذ:
- الإصدار ونوع الاشتراك: هل إصدارك يدعم الحزمة، وهل تحتاج ترقية قبل الربط؟
- بيانات المنشأة والعملاء: الرقم الضريبي والعنوان الوطني وبيانات العملاء من الشركات.
- التخصيصات: الإضافات أو التقارير المعدّلة التي قد تغيّر بيانات الفاتورة.
- الاختبار: تسجيل الحل وتجربة البيع والإرجاع والإلغاء في بيئة المحاكاة قبل الإنتاج.
هل تفكر في البقاء على أودو أم بناء نظام مخصص؟ اقرأ أودو أم نظام ERP مخصص، أو تعرّف على خدمة تطوير أنظمة ERP.
أسئلة شائعة عن ربط الفاتورة الإلكترونية
ما هي المرحلة الثانية من الفوترة الإلكترونية في السعودية؟
هي مرحلة الربط والتكامل: يرتبط نظام الفوترة بمنصة فاتورة لدى هيئة الزكاة والضريبة والجمارك، فتُعتمد الفواتير الضريبية بين المنشآت قبل إرسالها، وتُبلَّغ الفواتير المبسطة خلال 24 ساعة من إصدارها.
كيف أعرف موعد ربط منشأتي بمنصة فاتورة؟
تُطبق الهيئة المرحلة الثانية على مجموعات حسب حجم الإيرادات، وتُبلغ كل منشأة بموعدها قبل ستة أشهر على الأقل. تحقق من الإشعار الرسمي في بوابة الهيئة ولا تعتمد على موعد منشور في مقال.
هل يدعم أودو الربط مع الفوترة الإلكترونية السعودية؟
تتوفر في إصدارات أودو الحديثة حزمة توطين سعودية تدعم متطلبات المرحلة الثانية، لكن ذلك يعتمد على الإصدار ونوع الاشتراك والإضافات المخصصة لديك. اختبر الربط في بيئة المحاكاة قبل الإنتاج.
فحص فجوة زاتكا التقنية
أرسل مخطط إصدار الفاتورة والأنظمة المتصلة بها لفحص جانب التكامل؛ تفسير الالتزام يبقى مع مختصك. تواصل مع الفريق.