دفتر إيجار · الإصدار الأول

تعليمات حذف الحساب والبيانات

تاريخ السريان والتحديث: ١٣ يوليو ٢٠٢٦.

هذه عملية إدارية يدوية لمالك العقار الواحد المدعو ضمن الاختبار الداخلي في Google Play، وليست أداة حذف ذاتي داخل التطبيق.

إرسال الطلب والتحقق منه

يتواصل مالك العقار المدعو مع مالك المستودع/التطبيق عبر قناة الدعم المباشرة نفسها التي استلم من خلالها دعوة الاختبار الداخلي أو رابط التطبيق. تبدأ الرسالة بالوسم «طلب حذف — دفتر إيجار»، وتطلب حذف المشروع المخصص بالكامل. لا ترسل رمز تحقق، أو رقم هاتف مستأجر كاملاً، أو صورة عقد، أو بيانات اعتماد.

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

ماذا يحدث بعد قبول الطلب

  1. فوراً: يُعطّل حساب Supabase Auth الحالي وعضوية مساحة العمل، فيتوقف الوصول.
  2. تحديد الموعد: يسجل مالك المستودع/التطبيق في سجل التشغيل اليدوي موعداً نهائياً يوافق ٣٠ يوماً بالضبط بعد قبول الطلب، ويضبط التذكير اليدوي.
  3. رسالة القبول: تؤكد أن الوصول عُطّل وأن البيانات مجدولة للحذف. لا تعني هذه الرسالة أن البيانات حُذفت نهائياً.
  4. في الموعد المحدد بالضبط: يحذف مالك المستودع/التطبيق يدوياً مشروع Supabase المخصص للإنتاج بكامله.
  5. بعد نجاح مقدم الخدمة فقط: يُرسل تأكيد بأن حذف مشروع Supabase اكتمل.

إلغاء الطلب قبل الموعد

قبل الموعد النهائي، استخدم القناة المباشرة نفسها وابدأ الرسالة بالوسم «إلغاء طلب حذف — دفتر إيجار». بعد التحقق من هوية مالك العقار ومن طلب الإلغاء، يُلغى التذكير والموعد النهائي، ويُستعاد الحساب نفسه والعضوية نفسها من دون إنشاء حساب بديل أو عضوية مكررة، ثم يُرسل تأكيد الاستعادة.

إذا فشلت محاولة الحذف

يبقى الوصول معطلاً، ويسجل المالك محاولة الحذف الفاشلة، ويبلغ مالك العقار بأن الحذف متأخر وغير مكتمل. يعيد المالك المحاولة يدوياً حتى تؤكد Supabase نجاح مقدم الخدمة. لا يُؤكد اكتمال حذف Supabase قبل ذلك.

ما الذي يزيله نجاح حذف Supabase

لأن المشروع مخصص لمالك العقار ومساحة عمل واحدة، فإن حذف المشروع بالكامل يزيل نهائياً قاعدة بيانات الإنتاج، ومستخدم Supabase Auth وجلساته، وكائنات Storage الخاصة ومنها صور العقود، وإعدادات المشروع، والنسخ الاحتياطية التي تديرها Supabase.

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

سجلات Twilio منفصلة

رقم الهاتف الذي تُرسل إليه رسالة SMS هو بيانات شخصية. لدى Twilio Verify احتفاظ منفصل داخل مقدم الخدمة، بحد أقصى موثق لمدة البقاء يبلغ ٣٠ يوماً.

حذف مشروع أو بيانات Supabase لا يحذف بحد ذاته سجلات Twilio Verify. تظل سجلات Twilio خاضعة لسلوك الاحتفاظ والحذف المنفصل لدى Twilio، ولا يعني تأكيد نجاح حذف Supabase أن سجلات Twilio حُذفت.

حدود النسخ الاحتياطية والصور

يستخدم الإصدار الأول فقط النسخ الاحتياطية التلقائية اليومية لقاعدة بيانات الإنتاج التي تديرها Supabase Pro، كوسيلة أمان تشغيلية بأفضل جهد لا كضمان لنقطة أو زمن استعادة. لا توجد نسخة منطقية يديرها التطبيق، أو نسخة قاعدة بيانات خارجية، أو مراقبة، أو بوابة اختبار استعادة، أو نسخة مخصصة للصور.

تحتوي نسخ قاعدة البيانات الاحتياطية على بيانات Storage الوصفية ولا تحتوي على بايتات صور العقود الخاصة. الصور نسخ مرجعية؛ لذلك يحتفظ مالك العقار بالعقود الورقية الأصلية أو ملفات الصور الأصلية.

راجع سياسة الخصوصية لمعرفة البيانات ومقدمي الخدمة، أو صفحة الدعم إذا كان المطلوب حل مشكلة من دون حذف المشروع.