الفوترة الإلكترونية "فوترة" في سلطنة عُمان عام 2027: ما تحتاجه أنظمة ERP ونقاط البيع المخصصة

تستبدل سلطنة عُمان الفواتير الورقية وفواتير PDF بفواتير إلكترونية منظَّمة بصيغة XML، تمر عبر مزود خدمة معتمد ويُبلَّغ بها جهاز الضرائب. واسم البرنامج "فوترة" (Fawtara). يبدأ التطبيق على المكلفين الذين تتجاوز توريداتهم السنوية 5 ملايين ريال عماني في 1 أبريل 2027. ويبدأ على كل المكلفين الآخرين المسجلين في ضريبة القيمة المضافة في 1 أكتوبر 2027.

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

المواعيد، وأيها ينطبق عليك

المصدر هو الأسئلة الشائعة حول "فوترة" الصادرة عن جهاز الضرائب، والمحدّثة آخر مرة في 31 أغسطس 2026. والمعيار واضح. تطبّق النظام اعتباراً من 1 أبريل 2027 إن تحقق أي من الشرطين التاليين:

• تجاوزت توريداتك في الفترة من 1 أبريل 2026 إلى 31 مارس 2027 مبلغ 5,000,000 ريال عماني، أو
• يُتوقع أن تتجاوز توريداتك في الفترة من 1 أبريل 2027 إلى 31 مارس 2028 مبلغ 5,000,000 ريال عماني.

"إن لم يتحقق أي منهما، فأنت ملزم بتطبيق الفوترة الإلكترونية اعتباراً من 1 أكتوبر 2027."

ما يُحتسب ضمن الرقم: التوريدات الخاضعة للضريبة باستثناء الأصول الرأسمالية، والسلع والخدمات الخاضعة لآلية الاحتساب العكسي، والتوريدات بين دول مجلس التعاون الخليجي. وتُقيَّم المجموعة الضريبية على مستوى المجموعة، لا عضواً بعضو. ولا يحتسب غير المقيم إلا التوريدات التي يجريها في عُمان.

لاحظ الشرط الثاني. فالشركة التي تنمو نحو 5 ملايين ريال عماني قد تجد نفسها في فئة أبريل بناءً على توقعاتها وحدها. إن كنت قريباً من الحد، فافترض أبريل.

ويوفّر جهاز الضرائب أداة للتحقق من مرحلة التطبيق تأخذ رقم التعريف الضريبي لضريبة القيمة المضافة (VATIN) وشريحة توريداتك الحالية والمتوقعة، وتعرض فترة التطبيق المحتملة. وهي موسومة بأنها للتوعية والاستعداد فقط، فتعامل مع إجابتها كدليل إرشادي ومع الأسئلة الشائعة كقاعدة.

الجدول الزمني تغيّر مرة بالفعل

لا تزال صفحة الأسئلة الشائعة بصيغة HTML لدى جهاز الضرائب تصف الخطة الأقدم: مئة شركة كبيرة اعتباراً من أغسطس 2026، وكل الشركات الكبيرة اعتباراً من فبراير 2027، والجميع اعتباراً من أغسطس 2027. أما ملف PDF فيستبدل تلك المواعيد بأبريل وأكتوبر 2027. وبالنسبة لمجموعة أولى من كبار المكلفين المختارين (المرحلة الأولى، Rollout 1)، يبقى أغسطس 2026 هو التاريخ الرسمي لبدء التطبيق، مع فترة سماح حتى نهاية أكتوبر 2026 في إطار تجربة أولية.

وتقول جملة واحدة في قسم الجدول الزمني من ملف PDF إن الامتثال الإلزامي لمن تتجاوز توريداتهم 5 ملايين ريال عماني يسري اعتباراً من "April 1st 2026" (1 أبريل 2026). وكل ما عداها في الوثيقة نفسها يقول 1 أبريل 2027، بما في ذلك إجابة النطاق المفصلة المقتبسة أعلاه. تبدو زلة قلم، لكنها سبب وجيه للعمل من الوثيقة الأصلية بدلاً من ملخص أي أحد، بما في ذلك ملخصنا.

كيف تعمل "فوترة"

تعمل "فوترة" على شبكة Peppol، باستخدام نموذج الأركان الخمسة:

1. الركن 1: أنت، البائع، تُصدر الفاتورة.
2. الركن 2: مزود الخدمة المعتمد (ASP) الخاص بك يتحقق منها وفق القواعد العمانية ويمررها.
3. الركن 3: مزود الخدمة الخاص بالمشتري يستقبلها.
4. الركن 4: المشتري.
5. الركن 5: جهاز الضرائب، الذي يتلقى البيانات الضريبية من مزودي الخدمات.

الصيغة هي XML، مبنية وفق مواصفات PINT Oman التي تنشرها OpenPeppol (Billing Process الإصدار 1.0.1 وقت كتابة هذا المقال). والأسئلة الشائعة صريحة في أن "فاتورة PDF ليست فاتورة إلكترونية". ولا يزال بإمكانك طباعة نسخة ورقية، لكن الفاتورة الإلكترونية وحدها هي الفاتورة الصالحة للأغراض الضريبية.

ثلاثة تفاصيل من الأسئلة الشائعة تحدد شكل العمل الهندسي:

• مزود الخدمة يتحقق، وأنت تبقى المسؤول. يفحص مزود الخدمة المعتمد كل فاتورة وفق قواعد schematron العمانية، لكن "تبقى مسؤولية امتثال الفاتورة على عاتق المكلفين".
• ترتبط بمزود خدمة واحد في كل مرة. تطلب الربط عبر بوابة "فوترة"، ويمكنك التبديل لاحقاً.
• لا توجد واجهة API قياسية للمكلفين. فبعبارة الأسئلة الشائعة، ربط المكلف "غير موحَّد، وسيختلف بحسب نظام مزود الخدمة". نظام ERP لديك يتواصل مع واجهة مزود الخدمة، لا مع جهاز الضرائب.

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

من هو مشمول بالفعل

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

ويمكنك أيضاً أن تصبح مزود الخدمة لنفسك. فـمعايير الاعتماد تشمل سجلاً تجارياً عمانياً بأنشطة تقنية المعلومات، وحداً أدنى لرأس المال المدفوع، وسجلاً تشغيلياً سابقاً، وشهادة ISO/IEC 27001، وتضيف الأسئلة الشائعة اجتياز مجموعتي اختبار Peppol eDelivery وPINT OM. هذا يناسب شركات البرمجيات. وليس طريقاً مختصراً لتاجر تجزئة.

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

ما الذي يجب أن يتغير في برمجياتك

طابق بيانات فواتيرك مع PINT Oman

إرشادات الأسئلة الشائعة حول المطابقة سطر واحد: استخدم مواصفات PINT العمانية. وفي النموذج الدلالي، الحقول الخاصة بعُمان (التي تبدأ بالبادئة BTOM) هي حيث يذهب معظم الجهد:

• معرّف UUID لكل مستند (BTOM-002). يجب أن يكون وفق RFC 4122 الإصدار 5، وهو إصدار مبني على الاسم. اشتقه من شيء ثابت، كالكيان القانوني والفرع وجهاز نقطة البيع ورقم المستند، فتُنتج إعادة الإرسال المعرّف UUID نفسه بدلاً من فاتورة ثانية.
• نوع معاملة الفاتورة (BTOM-001). وهو سلسلة من 20 خانة كل خانة فيها مؤشر: فاتورة ضريبية كاملة، وفاتورة ضريبية مبسطة، وفوترة ذاتية، وفوترة عن طرف ثالث، وتصدير، وتوريد اعتباري، واستيراد خدمات بآلية الاحتساب العكسي، وهامش ربح، وتجارة إلكترونية، واستيراد سلع، وتوريد في منطقة خاصة، ودفعة مقدمة، وغيرها. ويمكن تفعيل أكثر من مؤشر. ويجب أن يعرف نظامك أيها ينطبق على كل فاتورة، ومعظم أنظمة ERP لم تخزّن ذلك قط.
• معرّفات البائع والمشتري مع رمز النوع: السجل التجاري، أو رقم التعريف الضريبي، أو الرقم المدني، أو جواز السفر، أو الرقم الجمركي للمستورد، أو رقم ترخيص المنطقة الخاصة.
• العملة. لكل من عملة الفاتورة، وعملة محاسبة ضريبة القيمة المضافة، وسعر الصرف بينهما، وإجمالي ضريبة القيمة المضافة بعملة المحاسبة حقله الخاص.
• قوائم رموز لأسباب الإعفاء من ضريبة القيمة المضافة، وأسباب الخضوع لنسبة الصفر، وأنواع الخدمات، والتقسيمات الإدارية للدولة.

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

عامل كل عملية بيع كمستند

هذه هي القاعدة التي تغيّر أنظمة نقاط البيع: "لا يُسمح بالفواتير المجمّعة في معاملات B2C. يجب إصدار فاتورة إلكترونية مستقلة لكل فاتورة." لا ملخص في نهاية اليوم. فالمتجر الذي يسجّل 3,000 عملية بيع يومياً يرسل 3,000 فاتورة إلكترونية يومياً.

تمنح الأسئلة الشائعة إرسال فواتير B2C مهلة 24 ساعة، وتشترط إرسال فواتير B2B فورياً. وبالنسبة لجهاز نقطة البيع، يعني ذلك:

• يبني نظام نقاط البيع ملف XML (أو يسلّم عملية البيع إلى خدمة تبنيه) لحظة البيع، مع معرّف UUID الخاص به. وهناك حقل مستقل لمعرّف UUID للإيصال في معاملات B2C (BTOM-004).
• طابور تخزين وإعادة توجيه يحتفظ بالمستندات حين تكون الشبكة أو مزود الخدمة متوقفاً، ويفرّغها خلال الساعات الأربع والعشرين.
• يُنبَّه شخص ما حين يبقى مستند غير مرسل بعد بضع ساعات، لا بعد ثلاث وعشرين ساعة.

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

B2B بشكل فوري

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

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

رموز QR على الإيصال المطبوع

أنت من يولّد رمز QR (الركن 1)، لا مزود الخدمة. وهو إلزامي في كل معاملات B2C، الكاملة منها والمبسطة، ويظهر على الفاتورة المقروءة للإنسان، لا في XML. ويعتزم جهاز الضرائب استخدامه للتحقق من الفواتير عبر تطبيق على الهاتف. وبالنسبة لمحتواه، تحيل الأسئلة الشائعة إلى الملحق D من وثيقة Peppol Oman Architecture (الإصدار 1.0.2): احصل على ذلك الملحق قبل أن يعيد أحد تصميم أي إيصال. وقوالب الإيصالات وبرامج تشغيل الطابعات جزء من هذا المشروع.

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

بعد إصدار الفاتورة الإلكترونية، تُعدَّل بإصدار إشعار دائن أو مدين إلكتروني. وفي المواصفات حقول لمعرّف UUID للفاتورة الأصلية ولرمز السبب (BTOM-031 وBTOM-032)، لذا يجب أن يتمكن الاسترداد عند نقطة البيع من العثور على عملية البيع الأصلية.

الواردات والفوترة الذاتية

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

الأرشفة

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

خطة بالعد التنازلي من الموعد

تقول الأسئلة الشائعة إن جهاز الضرائب يتواصل مع المشاركين في كل مرحلة قبل ستة أشهر على الأقل من انضمامهم. وبالنسبة لفئة أبريل، فهذا هو الوقت الآن.

إن كنت ستبدأ في 1 أبريل 2027:

1. أكتوبر 2026: تأكد من فئتك باستخدام أداة التحقق من مرحلة التطبيق ومعيار الأسئلة الشائعة. اسرد كل نظام يُصدر فاتورة: نظام ERP، وكل نقطة بيع، وصفحة الدفع في التجارة الإلكترونية، وفوترة الإيجارات أو الاشتراكات، وأي دفتر فواتير يدوي.
2. نوفمبر 2026: اختر مزود الخدمة. اطلب وثائق API وبيئة اختبار قبل التوقيع، واسأل عن أحجام B2C، والتسعير لكل مستند، والتعامل مع حالات عدم الاتصال، وشكل استجابات التحقق. واطلب الربط عبر بوابة "فوترة".
3. من ديسمبر 2026 إلى يناير 2027: البناء. مطابقة الحقول، وتوليد UUID، ومنطق نوع المعاملة، وطابور نقاط البيع، ورموز QR، ومسار الإشعارات الدائنة، والفواتير الواردة. شغّل قواعد schematron العمانية من تنزيلات PINT Oman في خط الاختبار لديك، حتى تظهر الإخفاقات أثناء التطوير لا لدى مزود الخدمة.
4. فبراير 2027: اختبارات شاملة من طرف إلى طرف في بيئة اختبار مزود الخدمة، بعينات حقيقية من كل نوع معاملة تُصدره فعلاً، بما فيها الحالات المزعجة (الصادرات، والمرتجعات دون إيصال، والعملات الأجنبية).
5. مارس 2027: تجربة على بيئة الإنتاج مع فرع واحد أو خط أعمال واحد، وخطة انتقال، وجدول مناوبات للدعم في الأسابيع الأولى.

وإن كنت ستبدأ في 1 أكتوبر 2027، فالتسلسل نفسه مزاحاً ستة أشهر: اختيار مزود الخدمة بنهاية الربع الأول، والبناء في الربع الثاني، وانتهاء الاختبار بحلول أغسطس. لا تبدّد هذا الهامش. فتنقيح البيانات يستغرق دائماً أطول مما يقدّره أي أحد.

ما الذي لا يزال غير مؤكد

تغيّرت المواعيد مرة ويمكن أن تتغير مجدداً. خطط وفق ملف PDF المؤرخ في 31 أغسطس 2026، وراجع وثائق جهاز الضرائب كل شهر بدلاً من الاعتماد على التغطية الإخبارية. والأساس القانوني هو القرار رقم 189/2026 بتعديل اللائحة التنفيذية لقانون ضريبة القيمة المضافة. وتقول الأسئلة الشائعة إن الغرامات ستُطبَّق بموجب تشريعات ضريبة القيمة المضافة بمجرد بدء الإلزام، لكنها لا تذكر مبالغها، ولذلك لا نذكرها نحن أيضاً.

والمواصفات لها إصدارات كذلك. فحزمة PINT Oman الحالية على موقع Peppol تحمل تاريخ إصدار 29 يوليو 2026. ثبّت الإصدار الذي تبني عليه، وتابع ملاحظات الإصدارات.

أين تحصل على المساعدة

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

إن كنت ضمن فئة أبريل ولم تختر مزود خدمة بعد، راسلنا على office@c9group.dev.