قانون البيانات الأوروبي Data Act: ما الذي يعنيه لبيانات الموقع وواجهات الخرائط

يُعد قانون البيانات الأوروبي Data Act من أكثر تشريعات التقنية أثرًا التي أقرّتها أوروبا منذ GDPR، وله موعد نهائي يهمّ الآن. فمن 12 سبتمبر 2026، يجب أن تُصمَّم المنتجات المتصلة المطروحة في سوق الاتحاد الأوروبي بحيث تكون البيانات التي تولّدها متاحة لمن يستخدمها. وبالنسبة لكل من يعمل مع بيانات الموقع، ليس هذا تجريدًا قانونيًا بعيدًا. فبيانات الموقع هي تحديدًا نوع البيانات المولّدة آليًا الذي يدور حوله القانون.

يشرح هذا المقال ما هو Data Act، وكيف يختلف عن GDPR، ولماذا تقع بيانات الموقع في صميمه، وماذا يعني ذلك إن كنت تبني منتجات بواجهة برمجة للخرائط أو المواقع.

ما الذي ينظّمه Data Act فعليًا

يجيب Data Act، الذي يحمل رسميًا اسم Regulation (EU) 2023/2854، عن سؤال بسيط لا يجيب عنه GDPR: من يحق له استخدام البيانات التي يولّدها منتج متصل؟ لسنوات، كان الجواب عمليًا هو الشركة المصنّعة. فآلة أو مركبة أو مستشعر تولّد كميات كبيرة من البيانات، وتتدفق تلك البيانات إلى من صنع الجهاز، غالبًا دون طريقة مباشرة تتيح للمستخدم الوصول إليها.

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

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

Data Act وGDPR: قانونان وتدفق بيانات واحد

أشيع لبس هو أن Data Act يحلّ محل GDPR أو يُضعفه بطريقة ما. وهو لا يفعل أيًّا من الأمرين. فقد صُمِّما ليعملا معًا، وهما ينظّمان أشياء مختلفة.

ينظّم GDPR البيانات الشخصية: فهو يحدد الشروط التي يجوز بموجبها جمع المعلومات عن أشخاص يمكن تحديد هويتهم ومعالجتها ومشاركتها. أما Data Act فينظّم الوصول إلى البيانات المولّدة آليًا وقابليتها للنقل: فهو يُلزم المصنّعين بفتح البيانات التي تنتجها منتجاتهم، ويتيح للمستخدمين نقلها إلى مكان آخر.

وحيث يلتقيان، ينطبق كلاهما. تأمّل أثرًا للموقع صادرًا عن مركبة متصلة. إنه مولّد آليًا، فتنطبق عليه قواعد الوصول والنقل في Data Act. وهو أيضًا يكشف تحركات سائق، فهو بيانات شخصية، وينطبق عليه GDPR كذلك. ولا يتجاوز طلب المشاركة بموجب Data Act أحكام GDPR أبدًا: فما زلت بحاجة إلى أساس قانوني، وما زلت مُلزمًا بالضمانات المعتادة، وما زال يتعذّر عليك تسليم بيانات شخصية إلى طرف ثالث بطريقة يحظرها GDPR. يفتح Data Act بابًا، ويظل GDPR هو من يقرر من يجوز له العبور منه.

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

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

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

وبالنسبة للفرق التي تبني هذه المنتجات، تنتقل ثلاثة واجبات من كونها اختيارية إلى كونها بنيوية:

1. الوصول افتراضيًا. من سبتمبر 2026، يجب أن يُصمَّم المنتج المتصل الجديد بحيث يمكن بلوغ البيانات التي يولّدها دون عملية خاصة معرقِلة.
2. قابلية النقل. يستطيع المستخدمون أخذ بياناتهم إلى مكان آخر، ما يعني أنها يجب أن تخرج بصيغة يستطيع نظام آخر استيعابها فعلًا.
3. التشغيل البيني. البيانات التي يتعذّر فهمها لاحقًا ليست قابلة للنقل حقًا، لذا تهمّ الصيغ المفتوحة والمراجع الثابتة.

لا يتحقق أيٌّ من هذا عبر تصدير خاص لا تقرؤه إلا أدواتك أنت. فقابلية النقل التي تعتمد على حبسك للعملاء ليست قابلية نقل.

تصميم منتج لواجبات Data Act

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

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

اجعل التصدير قابلًا للنقل فعلًا. قابلية النقل التي لا تقرؤها إلا أدواتك ليست قابلية نقل. فالبيانات التي تغادر نظامك بصيغة GeoJSON، وهي معيار مفتوح موثّق، تفي بواجب التشغيل البيني بحكم تكوينها؛ أما الكتلة الخاصة المغلقة فهي شكوى تنتظر أن تُقدَّم. الصيغ المفتوحة هي أرخص تأمين يقدّمه القانون.

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

هناك أمر لا يحسمه القانون: أي قانون في أي ولاية قضائية يحكم البيانات أصلًا. تلك مسألة ذات صلة لكنها منفصلة، هي سيادة البيانات، وتستحق أن تُقرَّر عن قصد لا مصادفةً بحسب المكان الذي تُشغَّل فيه واجهتك. نتناولها في سيادة البيانات وبيانات الموقع.

كيف يتوافق MapAtlas مع Data Act

يكافئ Data Act البيانات المفتوحة والقابلة للنقل وغير المحبوسة، وهكذا يعيد MapAtlas النتائج افتراضيًا. فواجهتا Geocoding API وSearch API لدينا تعيدان الإحداثيات والأماكن بصيغ مفتوحة موثّقة بدل حاوية خاصة، بحيث يكون التصدير الذي تدين به لمستخدميك بموجب القانون شيئًا تملكه بالفعل لا شيئًا عليك أن تعيد هندسته عكسيًا لاحقًا.

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

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