الفوترة الإلكترونية في الإمارات: ما الذي تطلبه فعلًا من نظامك

قال لك أحدهم إن نظامك جاهز للفوترة الإلكترونية. اسأله عن المقصود، فالجواب عادة واحد من اثنين: فاتورة PDF عليها رمز QR، أو شراكة بين المورد وشركة تعمل في الفوترة. الأول مستند تخرجه اليوم. الثاني عقد وقعه غيرك.

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

من يرسل الفاتورة إلى من

الإمارات اعتمدت نموذج الأركان الخمسة المبني على Peppol. تحته حقيقة واحدة تهم: لا ترسل فواتيرك إلى الهيئة الاتحادية للضرائب بنفسك.

1. المنشأة التي تصدر الفاتورة.
2. مزود الخدمة المعتمد الذي تعينه المنشأة وتعتمده وزارة المالية.
3. مزود الخدمة المعتمد الذي يتبع العميل.
4. العميل.
5. الهيئة الاتحادية للضرائب، وتصلها بيانات الفاتورة من الشبكة لا من المنشأة.

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

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

التواريخ

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

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

غرامة عدم الالتزام 5,000 درهم شهريًا، وهي أقل النتائج أهمية. شهر من الفواتير المعلقة، أو عميل كبير يرفض مستندات تسقط في فحص مزوده، يكلف أكثر بكثير واحتماله أعلى.

ما الذي يجب أن يصح داخل النظام

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

بيانات الأطراف

كل عميل من الشركات يحتاج رقم تسجيل ضريبي (TRN)، وعنوانًا يتحلل إلى حقول منفصلة، ومعرفًا على الشبكة ليعرف مزودك أين يرسل المستند. اليوم يعيش معظم هذا نصًا حرًا: الإمارة بثلاث صيغ، وأرقام التسجيل في حقل الملاحظات، وسجل عميل واحد يغطي مجموعة لها أربعة تسجيلات.

أرخص تمرين الآن: صدر عملاء الشركات النشطين، واحسب كم منهم يحمل رقم تسجيل بالصيغة الصحيحة، ثم كم من هؤلاء رقمه صحيح فعلًا. الفرق بين الرقمين هو حجم مشروعك.

الموردون يهمون بإلحاح أقل. ستستقبل فواتير مهيكلة من مزوديهم، ولدورة الحسابات الدائنة أن تجد لها مكانًا.

تحديد الضريبة

تحمل الفاتورة فئة ضريبية لكل سطر، ومعها كود سبب حين تكون الفئة غير الخاضعة للنسبة الأساسية. أي أن نظامك يفرق، على مستوى السطر وبقاعدة لا بعادة، بين ستة أوضاع: توريد خاضع بالنسبة الأساسية، وتصدير بنسبة صفر، وتوريد صفري بطبيعته، وتوريد معفى، وخارج النطاق، والاحتساب العكسي.

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

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

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

الإشعار الدائن ليس فاتورة بالسالب. هو نوع مستند يشير إلى الفاتورة التي يصححها، ويحمل الإشارة في حقل لا في سطر وصف مكتوب فيه «حسب الفاتورة 4471».

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

يتصل به الترقيم: أرقام الفواتير فريدة ومتسلسلة وغير قابلة للتعديل بعد الإصدار. والسؤال على إعداداتك: في أي لحظة تصير المسودة فاتورة؟ اللحظة ضبابية اليوم: المسودات تجلس أيامًا وتعدل وتحذف، ولا يمانع أحد. تحت الإلزام، لحظة الترحيل هي لحظة الإرسال، وصلاحية تعديل الفواتير المرحلة تسحب قبل التشغيل.

التوقيت

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

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

حقل الحالة والأرشيف

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

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

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

ما يعطيه أودو القياسي وما لا يعطيه

نحن ننفذ أودو، فاقرأ ما يلي بعين شكاكة.

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

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

ثلاثة اختبارات لكلمة «متوافق»

حين يقول لك مورد أو فريقك الداخلي إن الشركة جاهزة، اسأل هذه الثلاثة. لا يجاب أي منها بشريحة عرض.

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

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

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

أين ينكسر أولًا

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

ما الذي يفعل قبل موعد التعيين

من كان فوق 50 مليون درهم فأمامه عقد يوقعه قبل 30 أكتوبر 2026 ونظام يعمل في 1 يناير 2027. هذان مشروعان مختلفان، والثاني أطول.

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

ثم ابحث في دورة الإصدار عن كل موضع يعدل فيه مستند أو يلغى أو يعاد إصداره بعد ترحيله. كل واحد منها عادة تستبدل قبل التشغيل لا أثناءه، وتقييم الجاهزية للفوترة الإلكترونية عندنا يمشي على الأرض نفسها سؤالًا سؤالًا.

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