نظرة عامة
تتجه دولة الإمارات العربية المتحدة إلى نموذج الزوايا الخمس القائم على شبكة بيبول (Peppol)، حيث تتوسّط جهات خدمة معتمدة بين أطراف التعامل والهيئة الاتحادية للضرائب. ويرسل نظام نما الفواتير الإلكترونية إلى الهيئة عبر Orchida osTax، وهي جهة خدمة معتمدة (ASP) ضمن هذا النموذج.
يرسل النظام كل فاتورة إلى Orchida، التي تتحقق منها، وتُبلغ الهيئة الاتحادية للضرائب بالبيانات الضريبية، وتوجّه المستند إلى المشتري عبر شبكة بيبول. أما من جهتك فهي خطوة واحدة داخل النظام، وتُدار تفاصيل الشبكة بعد ذلك تلقائياً.
المزايا
الإرسال ومتابعة الحالة
تُجمَّع الفواتير في مستند الإرسال لهيئة الضرائب وتُرسَل في خطوة واحدة. ثم يُوسَم كل سطر بـ أُرسِل عند قبول Orchida له للمعالجة، أو أُرسِل وغير صحيح مع تفاصيل سبب الرفض.
ولأن الاعتماد عبر الشبكة لا يتم فورياً، يستطيع النظام الاستعلام مجدداً عن النتيجة
النهائية وتحديث كل سطر تلقائياً بحالة الهيئة: valid أو invalid أو pending إن
كانت قيد المعالجة.
فئات ضريبية مطابقة للمعيار
تتبع رموز الضرائب معيار UN/EDIFACT 5305 لفئات الضريبة المواءمة، وتشمل النسبة القياسية 5%، والمعدّل الصفري، والمعفى، وخارج النطاق، والاحتساب العكسي — فيُعبَّر عن الوضع الضريبي لكل سطر بالمصطلحات التي تتوقعها الشبكة لا بتقريب محلي لها.
البيانات المرجعية التي تتطلبها الشبكة
شبكة بيبول دقيقة في المعرّفات، ويحتفظ نظام نما بالحقول المطلوبة على السجلات التي تخصّها لا في جدول جانبي:
- العملاء يحملون الرقم الضريبي، ومعرّف بيبول، وبيانات الجهة، وعنواناً منظَّماً يشمل الإمارة.
- وحدات القياس تحمل رموزها وفق التوصية رقم 20 من UN/ECE.
- العملة تُضبط برمزها المعتمد لدى الهيئة.
ولأن هذه البيانات مسجّلة على سجلات العملاء والأصناف، فهي تُدخَل مرة واحدة وتُستخدم في كل فاتورة بدل إعادة إدخالها مع كل إرسال.
المستندات المدعومة
الفواتير وإشعارات الدائن مدعومة. أما إشعارات المدين فغير مدعومة حالياً في تكامل الإمارات. والمهلة المسموح بها لإرسال الفاتورة بعد تاريخها 14 يوماً افتراضياً وقابلة للتعديل.
حالة التوفّر
تكامل الإمارات متاح وموثَّق، ويدعم إعدادات المكلَّف في بيئتي التجريب والإنتاج معاً حتى تتحقق من التطبيق في البيئة التجريبية قبل التشغيل الفعلي. وهو تكامل أحدث من تكاملَي السعودية ومصر ولا يزال توثيقه قيد التوسعة — فإن كنت تخطط لتطبيق في الإمارات فتحدّث إلينا عن تفاصيل حالتك وسنوضح لك بصراحة ما هو مغطّى اليوم.
يتطلب الإعداد حساباً على منصة Orchida osTax، تحصل منه على مفتاح الواجهة البرمجية ومعرّف الشركة المستخدمين في الربط. وقد نُشر إجراء الإعداد في التوثيق.
سؤال وجيه — وإجابته جاهزة
لماذا تتوسط جهة خدمة أصلاً؟ في السعودية نرسل مباشرة.
لأن الدولتين اختارتا بنيتين مختلفتين. فالسعودية تعتمد نموذج الاعتماد حيث تذهب الفاتورة إلى الهيئة. أما الإمارات فتعتمد نموذج الزوايا الخمس القائم على شبكة بيبول، وفيه تتوسط جهات خدمة معتمدة بين أطراف التعامل: تتحقق الجهة من الفاتورة، وتبلّغ الهيئة الاتحادية للضرائب ببياناتها الضريبية، وتوصّل المستند إلى المشتري عبر الشبكة. ونما ERP يتصل عبر Orchida osTax.
ما المستندات المدعومة؟
الفواتير وإشعارات الدائن. أما إشعارات المدين فغير مدعومة حالياً في تكامل الإمارات، بخلاف التكامل السعودي — وهو ما يستحق معرفته قبل الإطلاق إن كان عملك يعتمد عليها، ويستحق طرحه معنا لنوضح لك موقفه.
هل نحصل على رد فوري بقبول الفاتورة؟
ليس دائماً، والنظام مبنيّ على ذلك. تُعلَّم الفاتورة بأنها أُرسِلت حين تقبلها Orchida للمعالجة؛ ولأن الاعتماد عبر الشبكة ليس لحظياً، يعيد نما الاستعلام عن النتيجة النهائية ويحدّث كل سطر بحالة الجهة — صحيحة أو غير صحيحة أو ما زالت معلّقة — بدل افتراض القبول.
ما البيانات التي يجب أن نحفظها لكل عميل؟
شبكة بيبول صارمة في المعرّفات: يحتاج العميل رقمه الضريبي، ومعرّف نقطة الوصول في بيبول، وبيانات الجهة، وعنواناً منظماً يتضمن الإمارة. وتحتاج وحدات القياس أكوادها وفق توصية UN/ECE رقم 20. وكل ذلك محفوظ على سجلات العملاء والأصناف، فيُدخَل مرة واحدة بدل تجميعه مع كل إرسال — وهذا هو الفرق بين إطلاق سريع وآخر بطيء.
هل يمكننا التحقق على بيئة تجريبية أولاً؟
نعم. إعدادات المكلَّف مدعومة في بيئتَي التجربة والإنتاج معاً، فيُختبَر الإطلاق في الإمارات كاملاً قبل أن يصل شيء إلى الهيئة الاتحادية للضرائب. وهذا تكامل أحدث من نظيريه السعودي والمصري، فإن كنت تخطط لتطبيق في الإمارات فحدّثنا عن سيناريوهاتك تحديداً ونخبرك بصراحة بما هو مغطّى اليوم.
