अध्याय 26 — डेटा सुरक्षा व बैकअप

इस अध्याय के बाद आप: क्लाउड-सुरक्षा व RLS; भूमिका-नियंत्रण; निर्यात-बैकअप; पासवर्ड-स्वच्छता; "लोकल बनाम क्लाउड" बचाव।**

26.1 क्लाउड-सुरक्षा

डेटा Supabase क्लाउड (Postgres) में; समिति-स्तरीय पंक्ति-सुरक्षा (RLS) — हर समिति केवल अपना डेटा देखती है।

26.2 RLS व अलगाव

JWT-लॉगिन + society-scoped RLS → दूसरी समिति का डेटा पहुँच से बाहर; बिना लॉकआउट परीक्षित।

26.3 भूमिका-नियंत्रण

Admin/Accountant/Viewer + Maker-Checker — हर व्यक्ति का अलग लॉगिन, सीमित अधिकार।

26.4 लोकल बनाम क्लाउड (RULE 1)

सबसे बड़ा खतरा: लोकल दिखे, क्लाउड में न बचे, F5 पर गुम। बचाव: हर सेव पर बेस-कॉलम पहले; विफलता पर लोकल रोलबैक + विनाशकारी टोस्ट (≥10s)।

⚠️ "लोकल में सेव, Supabase में नहीं" — यही रोकने के लिए दो-चरण सेव व रोलबैक।

26.5 निर्यात-बैकअप

रिपोर्ट PDF/Excel नियमित निर्यात कर सुरक्षित रखें — अतिरिक्त सुरक्षा-परत व ऑफ़लाइन प्रति।

26.6 पासवर्ड-स्वच्छता

मज़बूत, अलग पासवर्ड; साझा न करें; रीसेट ईमेल से; society_users ↔ Auth समकालिक।

⚠️ आम गलतियाँ

गलती बचाव
साझा लॉगिन अलग यूज़र
बैकअप न लेना नियमित निर्यात
सेव-विफलता अनदेखी टोस्ट देखें, दोबारा

🔍 ऑडिट टिप्पणी

"डेटा क्लाउड-सुरक्षित (RLS); भूमिका-नियंत्रण; नियमित बैकअप; सेव-विफलता पर रोलबैक।"

📘 मानक

सदस्य-डेटा गोपनीय; पहुँच भूमिका-आधारित; रिकॉर्ड-संरक्षण आवश्यक।

✅ हल किया हुआ उदाहरण

रानिया: 3 यूज़र (Admin/Accountant/Viewer), माह-अंत PDF-बैकअप, सेव-विफलता पर लाल टोस्ट → कुछ न खोया।

📚 केस-स्टडी

पहले वाउचर लोकल दिखकर F5 पर गुम होता था। दो-चरण सेव + रोलबैक के बाद विफलता तुरंत दिखती है, डेटा सुरक्षित।

❓ FAQ

प्र. इंटरनेट गया तो? सेव पर पुष्टि देखें; PDF-बैकअप ऑफ़लाइन। प्र. दूसरी समिति देखेगी? नहीं — RLS।

✏️ अभ्यास

  1. RLS एक पंक्ति में।
  2. RULE 1 का खतरा व बचाव।
  3. बैकअप कैसे लें?
  4. साझा लॉगिन का नुकसान।
  5. सेव-विफलता पर क्या करें?

अपनी समिति का खाता मुफ्त में डिजिटल कीजिए — रजिस्टर करें →