معرفة من يتعامل أيضًا مع بياناتك: المعالجون من الباطن في الموافقة
نادرًا ما يكون الموردون الذين يتعاملون مع البيانات المشتركة جزءًا من الموافقة. يمكن لموافقة Essence أن تثبّت في الإيصال قائمة المعالجين من الباطن التي عُرضت على الشخص بالضبط، والقاعدة التي تسري عند تغيّرها.
لنفترض أنك تشارك ثلاثة حقول من خزنتك مع تطبيق للإيجارات: اسمك، وجهة عملك، ودخلك الشهري. لقد قرأت من هو التطبيق ولماذا يريدها. لكن ما لم تره على الأرجح هو أن التطبيق يستخدم شركة استضافة، وخدمة بريد إلكتروني، ووكالة للتحقّق من المراجع، وقد يتعامل كل منها مع تلك الحقول نيابةً عنه.
في قانون حماية البيانات، يُسمّى هؤلاء المعالجين من الباطن، وتتوقع المادة 28 من GDPR أن تتمّ تسميتهم وضبطهم. وحين يرى الناس القائمة أصلًا، تكون عادةً صفحة ويب يمكن أن تتغير الأسبوع المقبل. وإذا نشأ نزاع بعد عامين، فلا أحد يستطيع أن يقول أي نسخة كانت معروضة على الشاشة عند منح الموافقة.
منذ إصدارنا في أكتوبر، أصبح بإمكان موافقة Essence أن تجيب عن هذا السؤال.
سجلّ لكل تطبيق
يبدأ الأمر بسجلّ. منذ إصدارنا في أغسطس، تحتفظ Essence بسجلّ للمعالجين من الباطن لتطبيقات كل جهة. ويسجّل كل إدخال اسم المعالج من الباطن، ودوره، ونطاقه القضائي، والأساس القانوني للتعاقد معه، والغرض، وتاريخ التعاقد معه.
وتُنشر كل نسخة من قائمة التطبيق برقم نسخة وتاريخ وملخّص: وهو بصمة SHA-256 للمحتوى الدقيق للقائمة. غيّر حرفًا واحدًا في إدخال واحد وستتغير البصمة. وعندما تغيّر جهة قائمتها، يُرسل إشعار إلى كل شخص لديه موافقة نشطة مع ذلك التطبيق.
القائمة مثبّتة في الموافقة
عندما يوافق شخص، يمكن لسجلّ الموافقة أن يحتفظ بخمسة أمور عن القائمة التي عُرضت عليه: قائمة أي تطبيق كانت، ونسختها، وتاريخ نشر تلك النسخة، وبصمتها، والقاعدة التي تسري إذا تغيّرت القائمة.
تُربط هذه الأمور بإيصال الموافقة عند إنشاء الموافقة، ولا يُعاد كتابتها أبدًا. فإذا أضافت الجهة موردًا في العام المقبل، يظل الإيصال يذكر ما عُرض على الشخص، وبأي نسخة، ووفق أي شروط. ويحتفظ السجلّ بمعلومات الحوكمة فقط. ولا شيء منه من بيانات الشخص نفسه.
عندما تتغير القائمة
القوائم تتغير فعلًا، وتدعم Essence قاعدتين لما يحدث بعد ذلك. تأخذ كل موافقة قاعدتها من الإعداد الافتراضي لحساب الشخص أو من إعداد خاص بذلك التطبيق.
الإشعار والاعتراض. يُبلَّغ الشخص بالتغيير ويمكنه الاعتراض. وتستمر المشاركة ما لم يعترض.
طلب الموافقة مرة أخرى. تتوقف المشاركة مع ذلك التطبيق مؤقتًا عند الإعلان عن التغيير، ولا تُستأنف إلا إذا وافق الشخص مرة أخرى. وإذا لم يُجب، تظل متوقفة.
أي القاعدتين تناسب يعتمد على البيانات. فبالنسبة إلى نشرة إخبارية، يكفي الإشعار على الأرجح. أما بالنسبة إلى الحقول الصحية أو المالية، فكثير من الناس يفضّلون أن يُسألوا مرة أخرى.
دليل لا يمكن تسجيله ناقصًا
سجلّ الإفصاح إما مكتمل أو مرفوض. تُحسب البصمة على تنسيق ثابت يتضمن التطبيق والنسخة والتاريخ، لذا فإن بصمة تُخزَّن دونها تكون رقمًا لا يستطيع أحد إعادة حسابه. والنسخة المخزّنة دون القاعدة المختارة تذكر ما عُرض لكنها لا تذكر ما تمّ الاتفاق عليه. وكلا الأمرين سيبدو دليلًا ولن يُثبت شيئًا، لذا لا تخزّنه خدمة الموافقة.
وتنطبق العناية نفسها على شاشة الشخص. فتطبيقه لا يختلق البصمة. بل ينشرها السجلّ، ويعيد التطبيق حسابها على الإدخالات التي عرضها فعلًا. فإذا اختلفت القيمتان، فإن القائمة المعروضة على الشاشة ليست القائمة التي نشرها السجلّ، وعلى التطبيق أن يقول ذلك بدلًا من تسجيل بصمة لإدخالات لم يقرأها الشخص قط.
ماذا يعني هذا لجهتك
بالنسبة إلى جهة تتلقى البيانات عبر Essence، يمكن لقائمة المعالجين من الباطن أن تتوقف عن كونها صفحة على موقع ويب لتصبح جزءًا من الموافقة نفسها، تُلتقط في اللحظة التي وافق فيها الشخص. ويتغير سؤال المدقّق من «ماذا يقول موقعك اليوم؟» إلى «أرني البصمة في هذا الإيصال ونسخة السجلّ التي تطابقها»، ولهذا السؤال إجابة يمكن التحقّق منها. إذا كانت جهتك تشارك بيانات شخصية مع موردين وتريد أن تحمل الموافقة تلك القائمة، فيسعدنا أن نعرض عليك كيف يعمل السجلّ والإيصال معًا.
تاريخ النشر 29 أكتوبر 2026