بُنيت betool لتلبية متطلّبات GDPR دون حلول مرتجلة: يُسجَّل كل وصول إلى محتوى المستخدم من قِبَل وكيل ينتمي إلى مؤسسة أخرى، ويمكن لكل مؤسسة الاطّلاع على سجلّها الخاص.
سجلّ الوصول
يُسجّل جدول مخصّص، لكل وصول عابر للمستأجرين:
- الطابع الزمني
- المؤسسة المستهدَفة (التي قُرِئ محتواها)
- المؤسسة القارئة (عادةً المورّد)
- المستخدم الذي أطلق القراءة
- الـأداة (tool) التي مرّت عبرها القراءة
- نوع الكيان (مفردات مغلقة:
contextللمحادثة،scenarioللمعيار) - معرّف الكيان المقروء (والـexchange المحدَّد عندما تستهدف القراءة دورة واحدة)
مفردات الكيان مغلقة على مستوى قاعدة البيانات (قيد CHECK) ومغلقة على مستوى الكود (قائمة سماح في التطبيق). تتطلّب إضافة نوع عملية ترحيل جديدة إضافةً إلى تحديث قائمة السماح. لا مدخلات مفاجئة.
حق الوصول (المادة 15)
يمكن لكل مؤسسة الاطّلاع على سجلّات الوصول الخاصّة بها، في « Paramètres de l'organisation » ← الخصوصية (قسم سجل الوصول) أو عبر:
GET /api/admin/me/supervisor-reads
يُعيد المسار القراءات بترتيب زمني تنازلي (حتى 1 000 مُدخَل لكل استدعاء).
لا وصول عابر للمؤسسات على سجلّ التدقيق: لا يرى المورّد أبدًا سجلّات تدقيق العميل.
حق المحو (المادة 17)
تجعل البنية المحو قابلًا للتنفيذ بشكل نظيف: جميع بيانات المؤسسة مرتبطة بـorg_id الخاص بها (جداول الأعمال، مجلّدات الملفّات، الأسرار)، مما يتيح محوًا موجَّهًا — مستخدم محدَّد، أو محادثة محدَّدة، أو المؤسسة بأكملها — دون المساس بالباقي.
تُعالَج طلبات المحو (المادة 17) مع فريق الدعم لدينا: راسِل contact@betool.fr من حساب مسؤول في المؤسسة المعنية.
الموافقة والانسحاب من القراءة العابرة للمستأجرين
افتراضيًا، تكون موافقة القراءة العابرة للمستأجرين على القيمة FALSE. يمكن لمسؤول المؤسسة تفعيلها — وإلغاؤها في أي وقت — في « Paramètres de l'organisation » ← الخصوصية.
- معطَّلة — الوضع الافتراضي. لا يمكن للمورّد الوصول إلى أي محتوى من هذه المؤسسة. النتيجة: لا يمكن تقديم دعم عابر للمؤسسات فيما يخصّ المحتوى (يبقى الدعم البنيوي ممكنًا).
- مفعَّلة — يمكن للمشرف قراءة محادثات المؤسسة للتشخيص، مع تدقيق كل وصول وإتاحته للمؤسسة للاطّلاع.
لا يستطيع المورّد تفعيل هذه الموافقة نيابةً عن العميل. وهذا اختبار جوهري: إذا استطاع المورّد التبديل دون فعل من العميل، فإن البنية معطوبة.
حاجز حماية للعمليات المُدمِّرة
تُرفَض أي عملية تُدمّر المحتوى أو تستبدله (DELETE، REPLACE-IN-PLACE) عند المُدقِّق (validator) إذا لم تُفعّل المؤسسة المستهدَفة موافقة القراءة. المبرّر: دون رؤية، سيقترح المُشغّل حمولةً قد تطمس المحتوى الموجود عشوائيًا.
الرفض المتسلسل عند عدم توفّر التدقيق
إذا كانت قاعدة بيانات التدقيق غير متوفّرة (حادث بنية تحتية)، تُرفَض جميع القراءات العابرة للمستأجرين. سياسة صارمة: لا قراءة دون أثر.
النتيجة من جانب الكود: يجب على المُستدعي الذي يلتقط استثناءً أن يُعيد رفع خطأ التدقيق قبل أي معالجة أعمال. وهذا ثابت يتحقّق منه معيار الأمن (benchmark).
ملفّات تعريف الارتباط الخاصة بالموافقة
يقيس الموقع التسويقي (betool.ai) جمهوره عبر Google Analytics 4، في Consent Mode v2:
- افتراضيًا، تكون جميع موافقات Google (القياس، الإعلان) على مرفوض: لا يُحمَّل سكربت Google Analytics ولا يُودَع أي ملف تعريف ارتباط تحليلي.
- لا يُحمَّل السكربت، ولا يُفعَّل القياس، إلا بعد قبولك الصريح لقياس الجمهور في الشريط.
- يمكنك سحب هذه الموافقة في أي وقت (إدارة ملفّات تعريف الارتباط، في تذييل الصفحة): فيعود القياس عندئذٍ إلى مرفوض.
تبقى الموافقات الإعلانية مرفوضة: لا يقوم الموقع بأي استهداف إعلاني.