DAC7

النقاط الرئيسية

> - DAC7 يدخل ضمن سلسلة توجيهات DAC المعدِّلة للتوجيه 2011/16/EU، وأول إيداع بدأ في 31 يناير 2024 عن بيانات السنة المالية 2023. > - النطاق يشمل أربع فئات نشاط: تأجير العقارات، خدمات النقل، الخدمات الشخصية، وبيع السلع، مع عتبة فحص العناية الواجبة المخفّفة لبائعي السلع المحدودين (أقل من 30 معاملة و EUR 2,000 خلال الفترة المُبلَّغ عنها). > - عبء الإثبات التشغيلي يقع على مشغّل المنصة: تحديد البائع، تحديد ولاية الإقامة، التحقق من TIN، وتسليم البيانات بصيغة الملحق الخامس. > - من زاوية المراجع، الخطر الأهم في السنة الأولى ليس عقوبة مالية مباشرة، بل تثبيت بيانات أساس منخفضة الجودة تنتقل إلى السنوات اللاحقة وتُربك التسويات.

---

كيف يعمل

ما يحدث على أرض الواقع يسبق النص القانوني في الأهمية. في كثير من المنصات التي عملنا على فحص ضوابطها، يُغلِق فريق الامتثال خانة "ممتثل لـ DAC7" دون اختبار اكتمال البيانات في مقابل قائمة المعاملات الفعلية في قاعدة البيانات الإنتاجية. تُكتب سياسة العناية الواجبة في وثيقة، تُعتمد من اللجنة، وتبقى حبراً على ورق إلى أن يأتي موعد الإيداع. عند الإيداع، يكتشف الفريق أن منطق الاستخلاص لا يلتقط ولاية الإقامة بشكل صحيح للبائعين الأفراد المسجَّلين قبل ربط حقل "بلد الإقامة الضريبية" في نموذج التسجيل، وأن نسبة من حقول TIN فارغة أو محشوة بقيم افتراضية ("N/A"، فراغات، أصفار).

من هنا ندخل إلى نص التوجيه. التوجيه 2021/514 يُلزم RPO الذي يقدّم منصة رقمية تُسهِّل أنشطة ذات صلة (Relevant Activities) للبائعين بتنفيذ إجراءات عناية واجبة محددة في الملحق الخامس: جمع بيانات هوية البائع، عنوان الإقامة الأساسي، TIN، رقم التسجيل التجاري إن وُجد، رقم تسجيل القيمة المضافة إن وُجد، تاريخ الميلاد للأفراد، والمعرف الفريد للعقار في حالة تأجير العقارات. ثم على RPO أن يتحقق من معقولية هذه البيانات باستخدام معلومات المنصة المتاحة، وأن يبلِّغ السلطة المختصة في الدولة العضو بحلول 31 يناير من السنة التالية للفترة المُبلَّغ عنها.

تبدأ المنطقة الرمادية حين تتقاطع القاعدة مع الواقع التشغيلي. أولاً، إعفاء البائع المحدود في فئة بيع السلع: من ينفذ أقل من 30 معاملة بإجمالي أقل من EUR 2,000 خلال الفترة لا يدخل ضمن البائعين المُبلَّغ عنهم. لكن العتبة تُحسب على مستوى المنصة لا على مستوى المجموعة، وهنا يقع كثير من المشغّلين في خطأ تجميع المعاملات عبر منصات شقيقة. ثانياً، اتفاقيات الإبلاغ المشترك بين منصات تنتمي لمجموعة واحدة (Joint Reporting Agreements): لا تُعفي من الإيداع، بل تنقله إلى كيان واحد، ويظل على باقي الكيانات إثبات وجود الاتفاق وتغطية بياناتها. ثالثاً، تعريف "النشاط ذي الصلة" يستثني خدمات الموظف لصاحب العمل، ويستثني البائع الكبير في العقارات (أكثر من 2,000 إيجار في السنة لنفس وحدة العقار)، وهذه استثناءات يسهل قراءتها بشكل خاطئ.

النقطة التي يلتفت إليها قليلون: DAC7 لا يطلب من RPO أن يتحقق من صحة TIN لدى السلطة المُصدرة. يطلب فقط أن يكون TIN مجموعاً في الصيغة المعتمدة لكل ولاية. التحقق الموضوعي يقع على السلطة الضريبية المستلِمة. هذا يُفسِّر منطقياً لماذا تُرفَض إيداعات السنة الأولى لأسباب تنسيق وصيغة، لا لأسباب موضوعية.

---

مثال عملي: مراجعة منصة رقمية لها بائعون في الاتحاد الأوروبي

السياق: سوق إلكتروني (TasawuqMarket FZ-LLC) مقرّه دبي، يُسهِّل بيع السلع بين بائعين أفراد ومستهلكين عبر أوروبا. الإيرادات السنوية USD 42 مليون، إجمالي قيمة البضائع المُباعة (GMV) USD 380 مليون، عدد البائعين النشطين 11,400 منهم 6,200 لهم عنوان إقامة في دولة عضو بالاتحاد الأوروبي. المنصة سجّلت نفسها كـ RPO في أيرلندا (نقطة الإيداع الموحَّدة)، أول فترة مُبلَّغ عنها هي 2024، وموعد الإيداع 31 يناير 2025. المراجع المالي للسنة المنتهية في 31 ديسمبر 2024 يفحص ضوابط الإبلاغ عن DAC7 ضمن نطاق المراجعة، باعتبار أن إخفاق الإيداع قد يُولِّد التزاماً محتملاً يستوجب الإفصاح وفق IAS 37 وقد يُؤثِّر على تقدير المخاطر العامة وفق ISA 315.

الخطوة 1: تحديد البائعين الخاضعين للإبلاغ

استخراج البيانات يبدأ من قاعدة البيانات الإنتاجية. المراجع يطلب من فريق الامتثال جدولاً بكل البائعين الذين أعلنوا عنوان إقامة في دولة عضو، مع إجمالي عدد المعاملات وقيمتها لكل بائع خلال 2024. النتيجة: 6,200 بائع، منهم 4,850 يتجاوزون عتبة الإعفاء (30 معاملة و EUR 2,000)، أي خاضعون للإبلاغ. الـ 1,350 المتبقّون داخل العتبة، لكن المراجع يلاحظ أن 312 منهم شركاء في حسابات تجارية متعددة على المنصة بنفس البريد الإلكتروني، ما يستوجب التجميع وإعادة احتساب العتبة. بعد التجميع، يدخل 89 بائعاً إضافياً نطاق الإبلاغ.

ملاحظة توثيقية: استعلام SQL ولقطة شاشة من قاعدة البيانات في تاريخ القطع، مع تسوية إلى التقرير المالي ومحضر اجتماع مع مدير المنتج يوضح منطق ربط الحسابات.

الخطوة 2: فحص اكتمال TIN وولاية الإقامة

من بين 4,939 بائعاً خاضعاً للإبلاغ، حقل TIN ممتلئ في 4,587 سجلاً (92.9%)، وفارغ في 352 سجلاً (7.1%). الفحص الأعمق يكشف أن 583 من الحقول الممتلئة تحتوي قيماً غير قانونية لصيغة الولاية المعلنة: مسافات إضافية، حروف صغيرة في موضع الكبيرة، فقدان البادئة (مثلاً TIN فرنسي مكتوب بدون SPI، أو TIN ألماني بـ 10 خانات بدلاً من 11). إجمالي السجلات التي ستفشل في التحقق الآلي للسلطة المستلِمة: 935 من 4,939، أي 18.9%.

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

الخطوة 3: قرار الإيداع، حيث يبدأ التعقيد الفعلي

هنا تظهر العقدة. فريق الامتثال أمام خيارين:

- المسار الأول: إيداع الملف في 31 يناير 2025 بالبيانات الموجودة، مع علامة معروفة تفيد بأن 18.9% من السجلات قد تُرفض من السلطة المستلِمة. الإيداع يقع في الموعد، لكن جزءاً كبيراً منه قد يُرَدّ ويستوجب إعادة إيداع تصحيحية. - المسار الثاني: التواصل مع كل بائع من الـ 935 المتأثِّرين لإعادة جمع TIN بالصيغة الصحيحة. الفريق يقدّر أن الاستجابة في غضون 21 يوماً لن تتجاوز 60%، ما يعني تجاوز موعد 31 يناير لجزء جوهري من الملف، وإيداعاً متأخّراً.

السؤال الذي يطرحه فريق الامتثال على المراجع: أيّ المسارَين يُولِّد عقوبة أقل؟ من قراءة قانون التحويل الأيرلندي للتوجيه (Tax Consolidation Act 1997 كما عُدِّل لاستيعاب DAC7)، عقوبة الإيداع المتأخّر EUR 19,045 كحد أقصى لكل إيداع سنوي، بينما عقوبة الإيداع الذي يحوي بيانات غير صحيحة بشكل ممنهج تبدأ من EUR 1,000 وتتصاعد إذا اعتُبر الخطأ ناتجاً عن إهمال جسيم. الأرقام المباشرة تميل لصالح المسار الأول. لكنّ السلطة الأيرلندية أعلنت في إرشاد إداري لسنة 2024 أنها ستتسامح مع تأخّر السنة الأولى الناتج عن مشاكل جودة بيانات إذا تواصل المشغّل قبل الموعد بنيّة التصحيح، ولن تتسامح مع إيداع يُعرف مسبقاً أن جودته منخفضة.

الخطوة 4: حكم المراجع

في رأيي، البيانات المعلوم مسبقاً أنها ستُرفَض ليست "إيداعاً" بالمعنى الموضوعي، لأن الغرض من DAC7 تسليم بيانات قابلة للاستخدام للسلطة الضريبية المستلِمة، لا استيفاء حقل تاريخي. أوصي بالمسار الثاني مع توثيق محضر تواصل رسمي مع السلطة الأيرلندية قبل 31 يناير، وذلك لأن إثبات النيّة في تصحيح البيانات أمام السلطة قبل انقضاء الموعد يحوّل التأخّر من إخفاق امتثال إلى تأخّر إجرائي مُبرَّر، وهذا فارق جوهري في تقدير العقوبة. في مكتبنا وجدنا أن السلطات الأوروبية في السنة الأولى تستجيب للتواصل المسبق بطريقة عملية، وتغلق الباب أمام التواصل اللاحق للإيداع.

ملاحظة توثيقية: مذكّرة اعتماد من الشريك المسؤول عن الارتباط، نسخة من خطاب التواصل مع السلطة، توثيق تقدير الالتزام المحتمل وفق IAS 37 بمبلغ EUR 19,045 ضمن الإفصاحات.

---

ما يفهمه المراجعون بشكل خاطئ

- الخطأ الأول: التعامل مع الإيداع كنموذج إداري واختبار وجوده فقط. الإيداع موجود ومُسلَّم في الموعد لا يكفي. السؤال الفعلي: هل البيانات داخل الإيداع تطابق قاعدة البيانات الإنتاجية للمنصة في تاريخ القطع؟ في كثير من المنصات تكون مذكرة العناية الواجبة وثيقة محكَمة، لكن عند المطابقة بين عيّنة من 30 بائعاً مذكوراً في الإيداع وسجلاتهم في النظام نجد فروقات في عنوان الإقامة، أو حسابات لها معاملات لم تظهر في الإيداع. هذه الإجراءات الصورية تكشف ضعف الضابط لا قوته.

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

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

---

مسألة خلافية بين الشركاء

في ارتباط حديث، اختلف شريكان على تصنيف خطر DAC7 ضمن خطة المراجعة. الشريك الأول وضعه ضمن الضوابط التشغيلية على البيانات: إذا كان الإطار موثَّقاً، ومسؤول الامتثال موجوداً، والإيداع تمّ في الموعد، فالخطر منخفض ولا يستدعي اختباراً موضوعياً موسَّعاً. الشريك الثاني وضعه ضمن إقرار الاكتمال على الدخل القابل للإبلاغ، ورأى أنه يستوجب اختباراً موضوعياً للمطابقة بين قاعدة البيانات الإنتاجية وملف الإيداع لعيّنة معبّرة. كلا الشريكَين يستندان إلى ISA 315 في تقدير المخاطر، لكنهما يصلان إلى برنامج عمل مختلف. لاحظنا أن الفصل بين الموقفَين يعود إلى تفسير ما إذا كان DAC7 إفصاحاً تنظيمياً عن بيانات (موقف الأول) أم تأكيد اكتمال على دخل خاضع للإبلاغ (موقف الثاني). من وجهة نظري المتواضعة، وفي السنة الأولى تحديداً، الموقف الثاني أقرب لروح المعيار، لأن الخطأ في تحديد البائع الخاضع للإبلاغ يُحوِّل إخفاق الضابط إلى تحريف في التزام محتمل.

---

الشروط ذات الصلة

- العناية الواجبة على البائع: الإطار الذي يُلزم RPO بجمع بيانات الهوية والتحقق من معقوليتها قبل اعتبار البائع خاضعاً للإبلاغ.

- رقم التعريف الضريبي (TIN): الحقل الأساسي في إيداع DAC7؛ صيغته تختلف من ولاية إلى أخرى ضمن الاتحاد، وعدم اتساق الصيغة أحد أكثر أسباب الرفض في السنة الأولى.

- مشغّل المنصة المُبلِّغ (RPO): الكيان الذي تقع عليه التزامات DAC7، سواء كان مقيماً في الاتحاد أو مقيماً خارجه ويُسهِّل أنشطة لبائعين أوروبيين.

- التزام محتمل وفق IAS 37: الإطار المحاسبي الذي يحكم إفصاح المنصة عن عقوبات DAC7 المحتملة في القوائم المالية.

---

أدوات Ciferi ذات الصلة

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

---