शुक्रवार शाम गलती से delete हो गया? सोमवार सुबह restore कीजिए।
Inkwelly Media Center में आप जो भी file और folder delete करते हैं वो Trash में जाता है — कभी गायब नहीं, कभी खोया नहीं। Individual files या पूरे folders को उनकी hierarchy के साथ एक click में restore कीजिए। Permanent deletion के लिए typed-name confirmation चाहिए, design से। Admission rush, year-end cleanup, और 11 बजे की 'just clearing space' की उन रोज़ की office mistakes के लिए बना है जो सोमवार की panic बन जाती हैं।
रविवार रात 11.47 बज रहे हैं। Modern Convent, Patna की office assistant ने सोने से पहले 'just कुछ space clear कर लूँ' तय किया है। वो सुबह 9 बजे से काम कर रही हैं और स्कूल के पुराने ERP पर storage banner पिछले दो हफ़्तों से red है। वो 'Old Documents' label वाला folder उठाती हैं जो खाली दिखता है (क्योंकि सब कुछ सालों पहले move हो चुका है, उन्हें लगता है), Delete click करती हैं, एक बार confirm करती हैं, और सो जाती हैं। सोमवार सुबह principal स्कूल की 2017 की board affiliation evidence माँगते हैं। Folder में 'no files' नहीं थे। उसमें 47 PDFs थीं जिन्हें पिछले ERP की migration script ने hidden flags के साथ load किया था जिन्हें नया ERP invisible दिखाता है। वो सब वहाँ थीं। उन्होंने सब delete कर दीं। Principal को बुधवार तक renewal submission के लिए चाहिए।
यह वो failure mode है जिस पर हर स्कूल media library अंत में टकराती है — irreversible mistake। कभी रविवार रात की cleanup गलत जाती है। कभी स्कूल छोड़ रही class teacher आख़िरी दिन से पहले अपनी files 'tidy up' करती हैं। कभी एक नया IT contractor स्कूल library को अपने निजी storage समझ बैठता है। ज़्यादातर मौजूदा school ERPs file deletion को 'click delete, row हमेशा के लिए गायब' के रूप में implement करते हैं — Windows 95 का वही model, ऐसे समय में design किया गया जब किसी ने नहीं माना था कि बिना recovery path के user का काम destroy करना feature नाम का और bug असल का है।
Inkwelly का Trash & Restore इसलिए है क्योंकि हमने 11 अलग schools में यह exact 'just delete कर दिया सब कुछ' moment देखा है, और हर एक बार principal ने वही शब्द कहे: 'इन files को वापस पाने के लिए मैं कुछ भी देने को तैयार हूँ।' यह page उस safety net को cover करता है जो इन moments को catch करता है, restore flow जो folders को उनकी पूरी hierarchy के साथ वापस लाता है, surgical recovery के लिए per-file restore, और permanent deletion में हमने जो deliberate friction बनाई है ताकि irreversible action accidentally करना hard रहे।
Inkwelly में safe deletion कैसे काम करता है
Inkwelly Media Center में Delete हमेशा पहले click पर 'Trash में move' है — पहले action पर permanent कभी नहीं। File या folder पर 'Delete' दबाइए, और वो regular folder view, search results, और storage usage breakdown से गायब हो जाती है। लेकिन file गायब नहीं है। वो Trash में सो रही है, one-click restore के लिए तैयार। Bytes India servers पर रहते हैं। Database row table में रहता है। कुछ destroy नहीं होता। User को file गायब होती दिखती है; file वापस आने से एक click दूर है। यह एक design choice उस ERP और जिससे आपका office staff डरता है उस ERP का फ़र्क़ है जिस पर वो trust करता है।
Folder deletion same logic follow करता है — लेकिन smarter। जब office assistant 'Old Documents' delete करती हैं, folder folder tree से गायब, और साथ में अंदर की 47 files और कोई sub-folders। लेकिन हर child file और हर sub-folder अपना original parent रखता है। 'Old Documents' folder को Trash से restore करने पर पूरा subtree exactly वैसा वापस आता है — same files, same nested sub-folders, same upload dates, same file counts। 'Backup से rebuild' step नहीं। Folder बस वापस आता है, fully populated, अपने original parent में।
Individual file restore भी एक click है। Trash खोलिए, file pick कीजिए, Restore click कीजिए — file अपने original folder में वापस आ जाती है। अगर parent folder भी Trash में है (क्योंकि किसी ने सब साथ delete किया था), parent भी same action के हिस्से के रूप में वापस आता है। अगर parent में same-named file पहले से है (क्योंकि delete और restore के बीच किसी ने re-upload किया), Inkwelly आपको clean बताता है ताकि आप या तो conflict rename करें या किसी और folder में restore करें। Bulk restore एक बार में 100 files तक same per-file reporting के साथ handle करता है — successes और conflicts individually listed, single problem पर कभी all-or-nothing failure नहीं।
Trash & Restore आपके स्कूल को क्या देता है
- Default से soft-delete — पहला click Trash में move करता है, पहले action पर permanent कभी नहीं
- Cascade-visible folder delete — children parent के साथ गायब लेकिन rows full-tree restore के लिए intact
- One-click file restore — file pick कीजिए, Restore click कीजिए, file अपने original folder में वापस
- One-click folder restore — पूरा subtree files, sub-folders और original hierarchy के साथ वापस लाता है
- Auto-restore parent — deleted folder के अंदर की file restore करने पर folder भी transparently restore
- Bulk restore — एक बार में 100 files तक per-file success या conflict reporting के साथ
- Bulk permanent delete — एक बार में 100 files तक, explicit typed-name confirmation flow के साथ
- Permanent delete पर typed-name confirmation — आगे बढ़ने के लिए file का name exactly type करना ज़रूरी
- Permanent folder delete पर multi-step UX — typed-name + 'I understand irreversible' + 5-second cooldown
- Deletion log — हर soft-delete record करता है किसने और कब; permanent delete fully audited
- Trash-specific search — Trash view छोड़े बिना deleted file को name से ढूँढिए
- Active-only listings हर जगह — soft-deleted items search, folder views, storage stats से auto-hidden
- No auto-purge — Inkwelly कभी soft-deleted items automatically remove नहीं करता, चाहे वो कितने भी पुराने हों
- Personal Trash — हर शिक्षक और छात्र की अपनी per-user Trash, school Trash से isolated
Accidental delete से one-click restore तक
Folder restore पूरा tree वापस लाता है
जब office assistant ने रविवार रात 'Old Documents' delete किया था और सोमवार सुबह principal ने माँगा था, recovery एक click है। Trash से वो folder pick करती हैं, Restore click करती हैं, और पूरा subtree exactly वैसा वापस आ जाता है — 47 PDFs, सभी 4 sub-folders, सभी original upload dates, सभी file counts। कोई 'backup से rebuild' step नहीं, overnight script का इंतज़ार नहीं, Inkwelly support को call नहीं। Folder अपने original parent में वापस आता है। Student profiles से उन files तक link करने वाली URLs काम करती रहती हैं क्योंकि file IDs कभी नहीं बदलते। रविवार रात की mistake रविवार रात की mistake रहती है — तिमाही की disaster नहीं।
'पूरा batch ही delete कर दिया' moment के लिए bulk restore
कभी mistake एक folder से बड़ी होती है। Office ने 100 files का batch-delete किया duplicates समझकर, और सोमवार पता चला वो originals थे। Bulk restore एक बार में 100 files तक लेता है और per-file results report करता है — successes जहाँ file cleanly वापस आई, conflicts जहाँ destination में same-named file है (क्योंकि किसी ने re-upload किया)। 87 successes तुरंत recover होती हैं; 3 conflicts flag होती हैं ताकि office उन्हें individually resolve कर सके। Partial success का मतलब single conflict कभी बाक़ी batch को वापस आने से block नहीं करता। पूरे दिन की mistakes 5 मिनट की recoveries बन जाती हैं।
Permanent delete जान-बूझकर slow है
जब स्कूल को वाक़ई file हमेशा के लिए हटानी हो — admission documents जो retention window के पार हैं, accidentally upload हुआ निजी content, buggy migration से duplicate batch — permanent delete path intentionally accidentally fire करना hard है। Dialog file का full path दिखाता है, user से filename exactly type करवाता है (या folders के लिए folder name), 'I understand this is irreversible' tick-box दिखाता है, और Confirm button enable होने से पहले 5-second cooldown शामिल करता है। Confirmation के बाद, file हमेशा के लिए हट जाती है और action fully record होता है — किसने, कब, क्या type किया, और original location। 'Permanent delete से restore' नहीं है। यही contract है। Friction ही safety है।
सही file को जल्दी ढूँढने को Trash के अंदर search
Trash का अपना search bar है — main Universal Search जैसा closeness-ranked behaviour, सिर्फ़ deleted items तक scoped। 'CBSE 2022' type कीजिए और हर deleted file या folder जो match करते हैं रanked exact-first दिखते हैं, हर result के बगल delete date और किसने delete किया दिखता है। Filters file category (photo, video, document, audio, archive) और original parent folder path से narrow करते हैं। 'सबसे recently deleted पहले' से sort कीजिए सबसे common 'मैंने कल mistake की' recovery flow handle करने को। Useful जब Trash में सैकड़ों items हों और आप सिर्फ़ सही वाला वापस चाहते हों।
“Maine raat ko galti se purana folder delete kar diya tha — affiliation papers tha andar. Subah principal ne maanga. Inkwelly mein Trash kholi, ek click se sab wapis aa gaya — 47 PDFs, sab folders, sab kuch waise hi.”
भारतीय स्कूल साल में पाँच असली Trash & Restore पल
1. रविवार रात की cleanup mistake. Office assistant 'Old Documents' को empty समझकर delete करती हैं, सोमवार पता चलता है उसमें 47 affiliation PDFs थे। Folder restore पूरा subtree वापस लाता है। Mistake पता चलने से files वापस होने तक 90 seconds।
2. Teacher offboarding sweep. एक class teacher स्कूल छोड़ रही हैं और अपनी आख़िरी से पहले अपनी My Files 'tidy up' करती हैं, accidentally उन shared marksheets को delete करती हैं जिन तक उनकी access थी। IT head Trash को किसने delete किया से filter करते हैं, 14 गलत-deleted files देखते हैं, सब 14 को एक bulk operation में restore करते हैं।
3. IT contractor incident. एक नए IT contractor ने स्कूल library को निजी storage समझा और 200+ files delete कीं duplicates समझकर। Principal Trash को 'सबसे recently deleted' से sort करते हैं, top पर 200 files देखते हैं, 100 के 2 batches में bulk-restore करते हैं। कुल downtime: 30 मिनट। Permanent damage: zero।
4. Legitimate compliance purge. स्कूल की data retention policy कहती है 7 साल पहले गए students के admission documents permanently delete होने चाहिए (DPDP Act consideration)। Principal Trash को उन records तक filter करते हैं, हर एक को tick करते हैं, filename type करते हैं, confirm करते हैं — audit log compliance file के लिए full evidence के साथ हर permanent deletion record करता है।
5. Quota-pressure cleanup. स्कूल अपने 50 GB plan के 92% पर है। IT head एक त्रैमासिक audit चलाते हैं: Trash को file size से sort करते हैं, सबसे बड़ी files identify करते हैं जो वाक़ई अब नहीं चाहिए (phase-out हुए feature के test videos, duplicate event photos), हर एक को permanent-delete करते हैं। 20 मिनट के session में storage 8 GB drop। एक और तिमाही के लिए upgrade ज़रूरत नहीं।
Trash & Restore use cases जो आपका स्कूल regularly hit करेगा
- रविवार रात की cleanup या admission-rush mistake में accidentally deleted folder recover कीजिए
- स्कूल छोड़ने के बाद शिक्षक की 'tidy up' से गलत-deleted shared files restore कीजिए
- IT contractor या नए staffer के mistakenly bulk-deleted 200-file batch को recover कीजिए
- Trash search bar में name type करके specific deleted file ढूँढिए
- Deleted folder के अंदर की file restore करने पर parent folder automatically restore कीजिए
- एक बार में 100 files तक bulk-restore per-file success reporting और conflict handling के साथ
- पुराने admission docs के genuine retention-window expiry के लिए typed-name confirmation से permanent-delete कीजिए
- एक staff member के recent deletions audit करने के लिए Trash को किसने delete किया से filter कीजिए
- Storage-pressure cleanups के लिए सबसे बड़ी files identify करने को Trash को file size से sort कीजिए
- स्कूल की data retention policy compliance के लिए Trash content का त्रैमासिक audit कीजिए
हम on demand delete करेंगे एक folder, Trash & Restore live देखिए
20 मिनट का walkthrough — हम एक folder delete करते हैं, Trash search करते हैं, restore करते हैं, फिर permanent-delete करके typed-name confirmation friction दिखाते हैं। कोई असली data harm नहीं।
हर principal हाँ कहने से पहले क्या पूछते हैं
पहला सवाल हमेशा यही होता है: 'Deleted files Trash में कितनी देर रहती हैं?' Default से हमेशा। Inkwelly Trash से कभी auto-delete नहीं करता, चाहे item वहाँ कितने भी समय रहा हो। 2024 में delete हुई file 2030 में भी recoverable है, जब तक किसी ने explicitly permanent-delete न किया हो। हमने यह choice इसलिए की क्योंकि भारतीय स्कूलों को अक्सर 1 से 3 साल बाद पुराने students के records चाहिए होते हैं TC re-issues, board verifications, RTE audits और parent enquiries के लिए। Auto-delete जितनी problems solve करता उससे ज़्यादा बनाता। Trade-off — soft-deleted files स्कूल के storage quota में जुड़ती रहती हैं — एक त्रैमासिक Trash audit rhythm से handle करते हैं जो हम recommend करते हैं। ज़्यादातर schools इस rhythm से तिमाही में 5 से 15 GB recover करते हैं बिना कभी quota upgrade ज़रूरत पड़े।
दूसरा सवाल: 'क्या हम वो चीज़ें permanent-delete कर सकते हैं जिनकी अब वाक़ई ज़रूरत नहीं?' हाँ — और friction intentional है। Typed-name confirmation, irreversibility tick-box, 5-second cooldown। Dialog file का full path दिखाता है तो आपको exactly पता है क्या remove कर रहे हैं। Confirmation के बाद, file हमेशा के लिए गायब — bytes removed, database row hard-deleted, action fully recorded। कोई undo नहीं। यह irreversible actions के लिए सही contract है: deliberate, slow, audited। जो schools occasionally legal-hold कारणों से 'pause-the-deletion' state चाहिए, वो Inkwelly support से contact कर सकते हैं specific files पर hold flag set करने को।
तीसरा सवाल: 'Trash में files कौन restore कर सकता है?' Trash स्कूल की role-based permissions का सम्मान करती है। Folder पर view access वाले users उस folder के deleted items Trash में देख सकते हैं; manage access वाले उन्हें restore कर सकते हैं। Principal को typically school Trash पर पूरा access। Class teachers सिर्फ़ उन folders की Trash देखती हैं जिन पर view access था। Personal My Files की अपनी per-user Trash है जो school Trash से isolated है — सिर्फ़ user खुद अपनी personal Trash देख और restore कर सकते हैं। IT heads जिन्हें broader access चाहिए के लिए super-admin custom permission grants configure कर सकते हैं। बाक़ी Inkwelly जैसी ही boundary: roles एक बार define, हर जगह applied।
किस मॉड्यूल का हिस्सा
2 modulesअक्सर पूछे गए सवाल
6 सवालDeleted files auto-remove होने से पहले Trash में कितनी देर रहती हैं?
वो auto-remove नहीं होतीं। Inkwelly Trash से कभी auto-delete नहीं करता, चाहे item वहाँ कितने भी समय रहा हो। 2024 में delete हुई file 2030 में भी recoverable है, जब तक किसी ने explicitly permanent-delete न किया हो। हमने यह choice इसलिए की क्योंकि भारतीय स्कूलों को अक्सर 1-3 साल बाद पुराने students के records चाहिए होते हैं TC re-issues, board verifications, RTE audits और parent enquiries के लिए। Trade-off यह है कि soft-deleted files स्कूल के storage quota में जुड़ती रहती हैं — recommended rhythm एक त्रैमासिक Trash audit है जहाँ office review करता है क्या है, ज़रूरी हो तो restore करता है, और retention window के पार items typed-name confirmation से permanent-delete करता है।
क्या soft-deleted files हमारे storage quota में जुड़ती हैं?
हाँ — bytes अभी भी India servers पर रहते हैं और database row अभी भी exists करता है। सिर्फ़ active-only listings उन्हें regular views से छुपाती हैं। यह सही contract है क्योंकि यह schools को deleted काम recover करने देता है, लेकिन इसका मतलब है कि soft-delete पर quota free नहीं होता। सिर्फ़ permanent delete bytes free करता है। Recommended pattern: जब storage tight हो, एक त्रैमासिक Trash audit चलाइए, ज़रूरी हो तो restore कीजिए, और बाक़ी को typed-name confirmation से permanent-delete कीजिए। ज़्यादातर schools इस rhythm से तिमाही में 5-15 GB recover करते हैं।
जब मैं ऐसी file restore करूँ जिसका folder भी delete था तो क्या होता है?
Folder भी same action के हिस्से के रूप में auto-restore हो जाता है। System parent chain ऊपर walk करता है, deleted ancestor folders identify करता है, और उन्हें आपकी explicitly pick की file के साथ restore करता है। Hierarchy intact वापस आती है — file अपने original folder में land करती है, folder अपने original parent में होता है, file counts और sub-folder counts सही होते हैं। 'Pehle parent restore फिर file' का manual workflow नहीं। अगर destination में same-named file है (क्योंकि delete और restore के बीच किसी ने re-upload किया), आपको clean message मिलता है और आप या तो conflict rename करें या किसी और folder में restore करें।
क्या permanent-deleted files recover हो सकती हैं?
नहीं। Permanent delete deliberately irreversible है — typed-name confirmation पूरा होते ही file हमेशा के लिए गायब हो जाती है। 'Permanent delete से restore' button नहीं है। यही contract है: soft-delete accidents से बचाता है, permanent-delete उस दुर्लभ case के लिए है जब आपको data हमेशा के लिए हटाना genuinely ज़रूरी है — retention-window expiry, DPDP Act compliance purges, accidentally upload हुआ निजी content। Permanent-delete UX में friction ठीक इसलिए है क्योंकि action undo नहीं किया जा सकता। जो schools occasionally legal-hold कारणों से 'pause-the-deletion' चाहिए, वो किसी भी cleanup चलने से पहले specific files पर hold flag set करने को Inkwelly support से contact कर सकते हैं।
Trash में files कौन देख और restore कर सकता है?
Trash स्कूल की role-based permissions का सम्मान करती है। Folder पर view access वाले users उस folder के deleted items Trash में देख सकते हैं; manage access वाले उन्हें restore कर सकते हैं। Principal को typically full access। Class teachers सिर्फ़ उन folders की Trash देखती हैं जिन पर view access था। Personal My Files की अपनी per-user Trash है जो school Trash से isolated है — सिर्फ़ user खुद अपनी personal Trash देख और restore कर सकते हैं। IT heads जिन्हें broader access चाहिए के लिए super-admin custom permission grants configure कर सकते हैं।
क्या record है कि किसने क्या delete किया और किसने restore किया?
हाँ। हर soft-delete file या folder row पर ही दिखाता है किसने delete किया और कब — Trash view में हर item के बगल visible। हर restore user, IP और timestamp के साथ log होता है। हर permanent delete typed-name confirmation evidence और original location additionally record करता है। DPDP Act compliance, parent disputes, या board affiliation reviews के लिए, principal किसी भी folder या file की पूरी deletion-and-restore history export कर सकते हैं। Audit retention स्कूल की standard data retention policy follow करता है — typically 3 साल।
आपको ये भी पसंद आ सकता है
4 लेखInkwelly आपके स्कूल पर — खुद देखें
30 मिनट का डेमो। आपके मौजूदा ERP को आपके साथ खोलकर, कॉल पर ही आपका डेटा Inkwelly में लोड करते हैं। कॉल ख़त्म होते-होते एक तय तारीख़ का गो-लाइव प्लान आपके हाथ में।