1. لماذا تحكم موافقة سجل الطلبات الالتقاط
الالتقاط مطفأ افتراضياً ولا يكون أبداً بأثر رجعي. تشغيله فعل متعمّد بأثر تدقيق، لأن المستندات المُلتقَطة تحتوي ما كتبه مستخدموك. الضابط على مستوى مساحة العمل: يضبطه مسؤول مرة واحدة فينطبق على كل مفتاح في مساحة العمل، بدلاً من ترك مفتاحي عضوين يتصرفان بشكل مختلف لنفس السجلات المخزَّنة.الالتقاط يفشل مغلقاً. إذا لم تكن هناك موافقة صالحة، غير ملغاة،
بإصدار حالي على الملف، فلا تلتقط البوابة شيئاً — بغض النظر عمّا إذا كان
مفتاح التفعيل يبدو “مشغّلاً”. الموافقة هي البوابة المرجعية؛ المفتاح وحده
لا يبدأ الالتقاط أبداً.
2. تسجيل الموافقة (مسؤول)
تضبط هذا في وحدة التحكم ضمن لوحة إعدادات سجلات الطلبات لمساحة عملك — قراءة الحالة الحالية مفتوحة لأي دور في مساحة العمل، لكن تسجيل الموافقة أو تغييرها يتطلب مسؤول. تعرض لك اللوحة إصدار الإفصاح الحالي وحدود الاحتفاظ حتى تراجع الصياغة قبل أن تقرّ. عندما تقلب الالتقاط، ترسل وحدة التحكم الإقرار الصريح مع إصدار الإفصاح الذي عرضته. كلاهما مطلوب في المرة الأولى:افتح إعدادات سجلات الطلبات
إعدادات مساحة العمل ← سجلات الطلبات. يرى الأعضاء اللوحة للقراءة فقط؛
ويرى المسؤولون ضوابط قابلة للتحرير ونص الإفصاح.
اقرأ الإفصاح، ثم أقرّ
ترسل وحدة التحكم
consent_ack: true وconsent_version (الإصدار الذي
قرأته للتو) إلى جانب مفتاح enabled. يُرفَض المنح إذا لم يكن الإصدار
الذي أقررته هو الحالي للخادم — هذا يعني أنك عُرِضت لك صياغة قديمة.3. إصدار الإفصاح
مغزى إصدارrequest log consent هو أن الموافقة تبقى صالحة فقط بينما
تطابق إصدار الإفصاح الحالي. يخزّن كل سجل موافقة disclosure_version
الذي كان سارياً عند منحها. تعامل البوابة سجلاً كمصرّح بالالتقاط فقط بينما
لا يزال ذلك الإصدار المخزَّن يساوي الحي.
عندما تتغيّر صياغة خصوصيتك أو إفصاحك تغييراً جوهرياً، يُرفَع إصدار
الإفصاح الحي. الأثر فوري ومتعمّد:
كل موافقة سابقة تصبح غير صالحة دفعةً واحدة
كل موافقة سابقة تصبح غير صالحة دفعةً واحدة
الرفع يجعل
disclosure_version لكل سجل موجود قديماً. لا يصرّح أيٌّ
منها بالالتقاط بعد الآن.يتوقف الالتقاط، لا يستمر صامتاً
يتوقف الالتقاط، لا يستمر صامتاً
نقطة اختناق الالتقاط تفشل مغلقةً: مساحات العمل التي قدمت موافقتها للتو
تتوقف عن التقاط أجسام المطالبة فوراً، دون احتياطي. لا تستمر في
التسجيل تحت موافقة مسحوبة.
الموافقة مجدداً مطلوبة للاستئناف
الموافقة مجدداً مطلوبة للاستئناف
يعيد مسؤول فتح اللوحة، ويقرأ الإفصاح الجديد، ويقرّ مجدداً بالإصدار
الحالي. يُختَم سجل جديد ويستأنف الالتقاط.
4. سحب الموافقة
إطفاء الالتقاط صراحةً يسحب الموافقة. السجل لا يُحذَف — بل يُعلَّم ملغى (بختم زمنيrevoked_at) ويُحتفَظ به لأثر التدقيق، فيبقى تاريخ من
وافق ومن سحب قابلاً للإثبات. إعادة التفعيل لاحقاً تتطلب إقراراً جديداً؛
سجل ملغى لا يعيد التصريح بالالتقاط من تلقاء نفسه أبداً.
| الموافقة المخزَّنة | الالتقاط |
|---|---|
| صالحة، إصدار حالي | مسموح |
| ملغاة | غير مسموح |
| إصدار إفصاح قديم | غير مسموح |
| لا شيء على الملف | غير مسموح |
5. أثر التدقيق
كل انتقال موافقة مُسجَّل بشكل متميّز عن مفتاح تشغيل/إطفاء الالتقاط، فيكون المنح والسحب كلٌّ سجله القابل للإثبات لمن تصرّف ومتى. المنح يسجّل إصدار الإفصاح الذي أُقرّ؛ والسحب يسجّل الإلغاء. هذا هو الدليل الذي تقرأه تقارير امتثالك عندما تقرّ بأن التقاط المطالبة جرى فقط تحت موافقة مسجَّلة — انظر كيف يظهر ذلك في تصدير الأدلة.الالتقاط نفسه يحترم حدود احتفاظك باستقلالية عن الموافقة: النافذة
الافتراضية 30 يوماً وقيمة لكل مساحة عمل يضبطها مسؤول مقيّدة على الخادم
بحد أقصى صارم من 180 يوماً. تحكم الموافقة ما إذا كان الالتقاط يحدث؛
ويحكم الاحتفاظ كم يبقى ما التُقِط.
6. إلى أين تذهب بعد ذلك
الاحتفاظ
كم تعيش الأجسام المُلتقَطة، ونافذة كل مساحة عمل، والحد الأقصى المقيّد
على الخادم.
الحق في المحو
الحذف الذاتي، ونافذة المهلة، والتتالي الذي ينظّف المطالبات المُلتقَطة
والمطابقات.
إقامة البيانات
المنطقة التي تُختَم وتُخزَّن تحتها أدلة امتثالك الموقّعة.
المسؤولية المشتركة
ما الذي تسجّله البوابة وتدقّقه مقابل الإفصاحات والقرارات التي تبقى
لك.
