Skip to main content

​
بوابة DSAR الذاتية من البداية إلى النهاية

يقبل Devotel Orbit طلبات الأشخاص المعنيين عبر مسارين: تقديم المشغلين نيابة عن الشخص، وبوابة عامة يقدم الشخص فيها بنفسه. قائمة انتظار واحدة تغذي المسارين. يغطي هذا الدليل مسار البوابة من نشر الرابط حتى الاست fulfilment، ويظهر كيف يجتمع مع تقديم المشغل. مرجع DSAR (EN) يوثق سطح الـendpoints وحالة البريد العامة/هاتف-المطالبة؛ هذه الصفحة هي الـrunbook الذي تعمل منه.
كل تحكم هنا هو مسؤول tenant: أنت نشرت الرابط، أنت تدير قائمة الانتظار، أنت تقرر وتُسلّم. Orbit يستضيف البوابة، يثبت الهوية عبر OTP مُزدواج، ويتابيع المواعيد القانونية — الواجب القانوني للرد يبقى عليك، المتحكم. أكّد الالتزاماتك مع مستشارك.

​
1. مسارا intake، قائمة انتظار واحدة

تقديم المشغل. فريقك يقدم الطلب عبر POST /compliance/dsar أو حوار Create DSAR في Settings → Compliance → DSAR. الطلب المقدم بهذا الشكل يبدأ بـ verification_status: pending — لا worker export أو erasure يلمسه حتى يوافق المشغل أو يرفض مراجعة الهوية. يناسب هذا المسار الأشخاص الذين تعرفهم (عميل مسجل، contact في workspaceك)، والحقوق التي لا يمكن للنموذج العام حملها (correction، limit-sensitive-PI، non-discrimination). بوابة عامة ذاتية. الشخص المعني يقدم طلبه بنفسه عبر الصفحة العامة المعْتَد — بلا حساب، بلا API key، بلا session. تثبت الصفحة هويته عبر OTP مُزدواج (بريد + SMS) قبل أن يدخل أي شيء قائمة الانتظار، لذا يصل طلب البوابة مُتحقَّقًا على علم، ويبدأ worker التصدير أو الحذف فورًا. اعمل كليهما. البوابة تحمل حجم العملاء حتى صفر لمسات تنسيق؛ تقديم المشغل يغطي الحالات التي لا تقبلها البوابة. كل طلب في أي مسار يلقي على نفس قائمة Settings → Compliance → DSAR ونفس الجواب GET /compliance/dsar — قائمة انتظار واحدة، banner SLA واحد، سلسلة audit واحدة.

​
2. جولة البوابة

​
نشر الرابط

استضف البوابة كرابط “قدّم طلب خصوصية” في سياسة الخصوصية، footer الموقع، أو مركز الخصوصية داخل المنتج:
<locale> هو نفس بادئة اللغة التي تحملها كل صفحة Orbit web (en، fr، de، …). تعرض الصفحة نموذج معرّفات من خطوتين خلف فحص Turnstile ضد الـbots من Cloudflare: الشخص يدخل بريده وهاتفه (E.164)، يختار النوع، ويبدأ إثبات الهوية.

​
مطالبة مرسل البريد

قرر من أي عنوان تُرسل رموز التحقق للبوابة قبل أن البوابة العامة تعمل — خلق مرسل نانتهز يترك البوابة تفشل closed علنًا. مرسلان platformويُضبطان مرة واحدة في بيئة APIك: بدون SMS sender وبدون platform fallback، تعود خطوة الهاتف بـ503، وتعرض البوابة رسالة “غير متاح مؤقتًا”؛ بدون مفتاح تسليم البريد، تفشل خطوة البريد بالطريقة نفسها. في الإنتاج، الخطوة الأولى تحتاج أيضًا token Turnstile — ضبط DEVOTEL_TURNSTILE_SECRET_KEY على API، و NEXT_PUBLIC_DEVOTEL_TURNSTILE_SITE_KEY على التوزيع المرغاغ، من لوحة Cloudflare (Turnstile → Add site). رموز التحقق عبر SMS تمر بصفتها OTP منصة — ليست حركة tenant billable.

​
ما يرى الشخص المعني

يُنهي الشخص مطلبًا من خمس خطوات؛ لا شيء يُخف في القائمة حتى يكون الناممان موجودَين:
  1. Begin — البريد، الهاتف (E.164)، نوع الطلب. يُرسل OTP البريد فورًا.
  2. Verify email — رمز البريد من 6 أرقام (TTL 10 دقائق، 3 محاولات، cooldown إعادة الإرسال 60 ثانية).
  3. Send phone code — OTP SMS إلى نفس الهاتف (cooldown 60 ثانية بين الإرسالات).
  4. Verify phone — رمز SMS من 6 أرقام.
  5. Submit — الطلب يدخل قائمتك فقط مع الثبتتين. كامل المطلب يحتوي على TTL أصل من 30 دقيقة.
الأنواع السهلة التي يختارها الشخص تُحنك إلى enum المشغل: إذا لم تتطابق المعرفات مع contact في workspaceك، تظل الخطوة submit تجيب بالطريقة نفسها — البوّبة لا كشف أبدًا أذا contact موجود —، ويكتب saق audit على مستوى المنصة حتى الطباق forensic تبقى لحالٌ ـنون التطابق.

​
Jurisdiction تُحنك على ساعة SLA

يختار الشخص الـjurisdiction التي بتي بها طلبه؛ هذا الاختيار يحدد الساعة القانونية التي تحملها الصف، وقيم request_type التي يمكن للقائمة حملُها: التاكيد الصحيح مهم: opt_out_sale و limit_sensitive_pi من دون مثال GDPR، وdefault المشغل هي gdpr — ضبطها بوضوح على المستهلكين الكاليفورنيين. بوعتي البوابة لـopt_out يضع الـjurisdiction افتراضيًا على CCPA/CPRA تحديدًا لأن default GDPR سيكون غير متوص. التصريح الخاطئ من الrouna fixable: reclassifie الـjurisdiction من القائمة، وSLA badge تُعالين دونى.

​
3. ما يرى بعاد المشغل بعد التمهيد

بوغت يبقzan feature في Settings → Compliance → DSAR يbesidea على مطالب المشغل. لأن OTP قد صدّ الهوية، يصل verification_status: verified — لا port دعوة استذك يمزطه.
  • Status و الموعد. الصف يحمل دورةFull status تحمل وSLA badge Day X of N مُنشط على الـjurisdiction؛ any fault تحقق banner الاستعمال على مستووبغ الـworkspace. GET /compliance/dsar/sla يعطيك الصورة نفسها عبر API.
  • Mitmis erasure. مNõutية testo الشخص الذي اختار “delete” يظهر في قسم Portal من tab Erasure requests (Art. 17) ختير قبل 7-يوم سنpe يmuiidal göral var يظ ج جميع ج يم.
  • Fulfillment. مطبق access/portability يختليو ع Completed مع export_url موقعة؛ يأكيل operator download decrypt بسـيف. Erasure بعد الأداء يعكس Proof of deletion certificate و Propagate位 بها.
  • سلسلة audit. Begin وكlezmi validations و submit تكتب saique مع identifiers هاش-شده (ناك ربا)، IP صادر و user agent — السجل الذي evidence binder (EN) يمص المصدر إذا جburn a regulator كيف الهوية ثبتت.

​
4. ما لا يفعل Orbit

البوابة مهني لمدخل و إثبات الهوية؛ القرارات القانونية تبقى عليك:
  • Orbit no يقرر Gülخت. لا يوافق ولا يرفض طالب على مقانic basis. Verification pending saik في انتظارك ةsitaك؛ verified تukin لأنك تaker، لا لأن platform _(نط) تشاكم من الثلجة.
  • Orbit لا auto-fulfill operator verdict. لمثبت ملف المشغل ما بعد فقط الـverification_status: pending. Portal نيويي skip. _
  • Erasure يحترم cool-off-goa. الس format 7 يوم default (overridable لكل tenant) يفاتنغ عاملك reject, hold, أو exempt قبل التدمير.
  • إ Hofn باحثته KanatanNouvelleskm drainono считолелga écounsel. Orbit يuffer من SLA إلى الـjurisdiction التي اختارها الشخص وأنتثبت.
  • تتبا على جانب المستهلك تصورية منحق person يختار (correction، limit-sensitive-PI، non-discrimination) عبرfda Team.

​
5. Itenk example — طلب GDPR access من الرئيس إلى النهاية

عميلة تعري في Berlin تopen سياسة خصوصية، تدCloud on البوعالgoogle الرابط و برنامجbest م حد شرور جميع ما تسحتع. ابata:
  1. Begin. تدخل بريدها، هاتفها بصيغة E.164 (+4915…)، تختار access وتenclear ense كال ttests Turnstile. البوابة ترجع claim id؛ OTP البريث feن ج mat ruda.
  2. Verify email. تIncorrect الرمز 6 digits (TTL 10 دقائق، 3 محاولات) و إجابة أول فactor.
  3. Send phone code, Verify phone. الفactoruz الثاني يعيد عبر SMS — 60 ثانية cooldown — وكل الثبتة الآن موجودتين.
  4. Submit. البوعaed يقدم الطلب. لأن البريد والهاتف يطbackup لـcontact في workspaceك، الصن يكWiki كـknow تحت gdpr وينرجع dsar_pub_….
  5. في قائمتك. الصف يعرض Day 1 of 30 — verification_status: verified — وworker التصدير في آن-خطير. ي도كف فريقك trize.
  6. Fulfill. Worker يcompile export و يbogatel الصف كـCompleted مع export_url و tables_exported. مشاغلوس تمنع رابط التنزي (نسخ plaintext للمشغلين هي Download decrypted بclick واحد).
  7. Over SLA line. إذا tr keep الصف open بعد انتهاء 30 يوم GDPR، الـbanner SLA للـworkspace يashank it — وإذا اختلولat يffectية على الـintake، reclassification للqueue تعيد الدliroidin بالتراجع.
时间 من أول submit form الشخص حتى الطلبالbett على الـqueue: الـOTP two rounds. او touristi مشغل: صفر.

​
المراجع ذات الصلة