هناك وعدان مختلفان تماماً في سوق الفوترة الإلكترونية في تونس. الأول: « ستنجح إقرارك ». الثاني: « ستمر ملفك، وسيكون مطابقاً، دون مخاطر ضريبية ». هما متشابهان. لا يلتزمان بنفس الشيء على الإطلاق.
يمكن قبول ملف TEIF من قبل منصة الفاتورة، وعدم توليد أي خطأ، والحصول على مرجع التحقق — وإعلان بيانات خاطئة للإدارة الضريبية. هذه ليست فرضية مدرسية: إنها الحالة الأكثر شيوعاً على الفواتير في تعليق ضريبة القيمة المضافة و في الإعفاء.
ما يتحقق منه التحكم TTN فعلياً
التحقق الذي يتم عند استلام رسالة TEIF هو تحقق شكلي. يعتمد على مخطط XSD، ومخطط XSD يعرف القيام بثلاثة أشياء:
- التحقق من أن العناصر الإلزامية موجودة وفي الترتيب الصحيح؛
- التحقق من أن الرموز المستخدمة تنتمي بالفعل إلى المراجع المسموح بها؛
- التحقق من أن أنواع البيانات محترمة (الأطوال، التنسيقات، التعدادات).
هذا كل شيء. وهذا بالفعل كثير. لكن المخطط لا يعرف، ولن يعرف أبداً، ما إذا كان معدل ضريبة القيمة المضافة الذي تعلنه يتوافق مع المعدل القابل للتطبيق فعلياً على العملية، ولا إذا كان المبلغ الذي تضعه تحت رمز «معفى» معفى فعلياً.
بعبارة أخرى: يتحقق التحكم من أن النموذج قد تم ملؤه بشكل صحيح. لا يتحقق مما إذا كان النموذج يقول الحقيقة. تبقى مسؤولية صحة المعلومات بالكامل على عاتق المرسل.
لماذا تركز التعليق والإعفاء الأخطاء
على فاتورة عادية، هناك حقيقة واحدة فقط يجب كتابتها: المعدل ينطبق، الضريبة مستحقة، يتم تحصيلها. على فاتورة في نظام استثنائي، يجب أن يعبر الملف عن معلوماتين متميزتين في نفس الوقت :
- المعدل القابل للتطبيق على العملية - الذي سينطبق بدون النظام الاستثنائي؛
- الضريبة المستحقة فعلياً - لا شيء، بالضبط لأن النظام ينطبق.
تأتي الغالبية العظمى من الأخطاء التي نواجهها من نفس السبب: سلاسل التوليد تضغط هذه المعلوماتين فوق بعضها البعض. النتيجة تمر بالتحكم الفني، لأنها صحيحة من الناحية النحوية. لكنها ليست أقل خطأ.
أربع أخطاء تمر بالتحكم دون تردد
1. إعلان معدل 0% على بيع معلق
هذه هي الخطأ الأكثر شيوعاً. البيع معلق ضريبة القيمة المضافة ليس بيعاً بمعدل صفر: المعدل يبقى هو معدل العملية - 19% في أغلب الأحيان - إنه ببساطة غير مستحق، بموجب شهادة يمتلكها المشتري.
<!-- ما نراه كثيراً -->
<TaxDetails>
<TaxRate>0.00</TaxRate>
</TaxDetails>
<!-- ما تقوله الفاتورة فعلياً -->
<TaxDetails>
<TaxRate>19.00</TaxRate>
</TaxDetails>المخطط يقبل 0.00 دون تردد: إنها قيمة صالحة تماماً. لكن من الناحية الضريبية، لقد أعلنت للتو أن العملية لم تكن خاضعة للضريبة - وهو ما هو خاطئ - بدلاً من الإعلان بأنها كانت خاضعة للضريبة وغير مستحقة. النظام المعلق يختفي ببساطة من إقرارك، والشهادة التي يمتلكها عميلك لم تعد لها مقابل في البيانات المرسلة.
2. الخلط بين « المبلغ المعفى » و« المبلغ موضوع التعليق »
هذان رمزان متميزان، لنظامين متميزين ومتعارضين في نفس العملية. أحدهما يشير إلى الإيرادات المعفاة، والآخر إلى الإيرادات المعلقة.
الخطأ الكلاسيكي هو تغذية الاثنين بنفس المبلغ، « للتأكد ». على فاتورة بقيمة 10,000,000 دينار تونسي بالكامل في التعليق، نجد أنفسنا نعلن 10,000,000 في التعليق و 10,000,000 في المعفى، أي 20,000,000 من الإيرادات الاستثنائية على فاتورة تحتوي على 10,000,000.
لا يلاحظ أي فحص تقني ذلك: الرمزان موجودان، والمبلغان صحيحان. ومع ذلك، القاعدة بسيطة ويجب التحقق منها بشكل منهجي:
المبلغ المعفى + المبلغ المعلق ≤ إجمالي الفاتورة بدون ضريبة
وعلى فاتورة مختلطة - بعض السطور في النظام العادي، وأخرى في التعليق - يجب أن يحمل كل رمز فقط الجزء الذي يتعلق به، وليس الكل.
3. فرض ضريبة القيمة المضافة التي نعلن أنها معلقة
هذه هي الأكثر خطورة، لأنها لا تقتصر على الإقرار: بل تؤثر على التحصيل.
على فاتورة معلقة بقيمة 10,000,000 دينار تونسي بدون ضريبة بنسبة 19%، يجب أن يكون المبلغ المطلوب من العميل هو 10,000,000 (مضافًا إليه في حالة وجوده حق الطابع)، وليس 11,900,000. يتم ذكر ضريبة القيمة المضافة لأغراض إعلامية؛ فهي غير محصلة.
ومع ذلك، تحسب العديد من السلاسل بشكل آلي المجموع النهائي كـ «بدون ضريبة + ضرائب + طابع»، دون أن تقوم أبدًا بإلغاء الجزء المعلق. الملف الناتج هو متسق رياضيًا — وبالتالي يتجاوز ليس فقط مراقبة المخطط، ولكن أيضًا مراقبات اتساق المجموعات. وفي هذه الأثناء، يدفع العميل 1,900,000 دينار تونسي من ضريبة القيمة المضافة التي لم يكن يجب عليه دفعها.
4. الإبلاغ عن مبلغ لا يتوافق مع أي شيء
الحالة الأخيرة، الأكثر خفاءً: المبلغ المبلغ عنه تحت الرمز الاستثنائي ليس هو الأساس بدون ضريبة، ولا مبلغ الضريبة، بل رقم ثالث — غالبًا ما يكون المجموع النهائي للسطر المعني، أي الأساس والضريبة مضافين.
نظرًا لأن هذه الحقول ذات طابع إعلاني بحت، فلا يوجد أي حساب رقابي يتقاطع معها. تمر عبر السلسلة بأكملها دون أن تواجه أي شيء. ومع ذلك، فإنها بالضبط هي المبالغ التي ستقرأها الإدارة لتقييم نظامك.
هل فواتير TEIF الخاصة بك متوافقة حقًا؟
اجتياز المراقبة لا يثبت ذلك. نظرة خارجية على ملفاتك تخبرك بما يصرحون به فعليًا.
طرح سؤال على خبير« من الجيد الإبلاغ. هل من الجيد الإبلاغ عن خطأ؟ »
هذا هو السؤال الحقيقي، ونادرًا ما يتم طرحه.
الفوترة الإلكترونية لا تغير فقط وسيلة الفاتورة: بل تغير وضعها. البيانات المهيكلة التي ترسلها تصبح المصدر الرئيسي للإدارة. لم يعد PDF هو المعتمد لديها، بل XML.
هذا يخلق عدم توازن لم تستوعبه العديد من الشركات بعد. ملف مرفوض، يمكنك رؤيته. أنت تصححه، تعيده، الحادث مغلق في بضع دقائق. ملف مقبول يعلن خطأ، لا يمكنك رؤيته. إنه يتراكم، شهرًا بعد شهر، في سجل نظيف تمامًا من الناحية التقنية — حتى يتم التحكم فيه.
لقد انتقل الخطر. لم يعد تقنيًا، بل ضريبيًا. وكونك قد حصلت على مرجع للتحقق لا يشكل بأي حال من الأحوال تحققًا من الجوهر: المنصة لم تدعي أبدًا أنها تتحكم في صحة ما تعلنه.
الستة تحكمات التي يجب أن تقوم بها سلسلتك
إليك ما يجب أن تتحقق منه حل جاد قبل الإرسال، بخلاف المخطط:
- المعدل المعلن هو المعدل المطبق على العملية, وليس المعدل المحصل.
- الضريبة المستحقة هي صفر على الجزء المعلق أو المعفى, وفقط على هذا الجزء.
- المبلغ المطلوب من العميل لا يتضمن ضريبة القيمة المضافة المعلقة.
- المبلغ المعفى + المبلغ المعلق ≤ الإجمالي بدون ضريبة.
- يجب أن تتبع نفس السطر نظامًا واحدًا : لا معفى ومعلق في نفس الوقت، ولا محسوب مرتين.
- كل نظام استثنائي مُعلن يعتمد على وثيقة إثبات مرجعية في الملف — شهادة تعليق، إثبات تصدير.
الامتثال الفني ليس هو الامتثال الضريبي
اجتياز التحكم TTN هو شرط مسبق، وليس هدفًا. إنها شرط الدخول، الذي بدونها لا يحدث شيء — لكنها لا تقول شيئًا عن الجودة الضريبية لما قمت بإرساله.
عندما تقيم حلاً للفوترة الإلكترونية، فإن السؤال الذي يجب طرحه ليس «هل ستنجح فواتيري؟». جميع الحلول في السوق تعرف كيفية إنتاج XML ينجح. السؤال هو: «هل ستقول فواتيري الحقيقة؟» — وخاصةً فيما يتعلق بالأنظمة الاستثنائية، التي هي بالضبط تلك التي تكون فيها المخاطر المالية أعلى حيث يكون التحكم التلقائي أكثر صمتًا.
في TEIF Manager، نعتبر أن الفاتورة لا تكون متوافقة إلا عندما تكون صحيحة من الجانبين. لهذا السبب لا تتوقف رقابتنا عند المخطط.
TEIF Manager يجعل فواتيرك متوافقة مع الفاتورة دون إعادة تصميم نظام المعلومات الخاص بك: استعادة تنسيقاتك الحالية، رقابات تتجاوز المخطط، وتكلفة معروفة مسبقًا.
