نویسنده: WKFGo Editorial · ·
حذف نرم چیست؟
در حذف نرم (Soft Delete)، تسک از بورد و جستجوی عادی کنار می‌رود اما رکورد آن فوراً نابود نمی‌شود. آیتم به سطل بازیافت منتقل می‌شود، مشخصات حذف‌کننده و زمان حذف ثبت می‌گردد و تا پایان دوره نگه‌داری قابل بازیابی است. پس از آن، پاک‌سازی قطعی طبق سیاست سازمان انجام می‌شود.
این الگو بین دو نیاز تعادل می‌سازد: بورد باید تمیز بماند، اما یک کلیک اشتباه نباید تاریخچه پروژه را برای همیشه حذف کند.
چرخه عمر پیشنهادی
| مرحله | رفتار مورد انتظار |
|---|---|
| فعال | در بورد، گزارش و جستجو دیده می‌شود |
| حذف نرم | از نماهای عادی پنهان و در سطل بازیافت ثبت می‌شود |
| بازیابی | پروژه، وضعیت، وابستگی و تاریخچه معتبر برمی‌گردد |
| انقضای نگه‌داری | آماده پاک‌سازی قطعی یا بایگانی قانونی می‌شود |
| پاک‌سازی قطعی | داده و وابستگی‌های مجاز به‌صورت کنترل‌شده حذف می‌شوند |
حذف نرم با بایگانی فرق دارد. بایگانی برای کار تمام‌شده و معتبر است؛ حذف برای آیتم اشتباه، تکراری یا نامعتبر. قاطی‌کردن این دو، گزارش تاریخچه را خراب می‌کند.
۱. حذف نرم رفتار پیش‌فرض باشد
کاربر عادی نباید مستقیماً پاک‌سازی غیرقابل بازگشت اجرا کند. حذف قطعی به نقش محدود، تأیید و هشدار روشن نیاز دارد.
۲. زمینه حذف ثبت شود
شناسه کاربر، زمان، پروژه و در عملیات حساس دلیل حذف نگه داشته شود. لاگ ممیزی نباید با خود تسک پاک شود.
۳. اثر بر گزارش‌ها مشخص باشد
تسک حذف‌شده از WIP و فهرست فعال کنار می‌رود، اما حذف آن نباید آمار تاریخی را بی‌صدا بازنویسی کند. گزارش باید سیاستش را شفاف کند: «بر اساس وضعیت فعلی» یا «بر اساس رخدادهای تاریخی».
۴. وابستگی‌ها امن مدیریت شوند
اگر تسک مسدودکننده حذف شد، تسک‌های وابسته نباید بی‌هشدار آزاد شوند. سیستم باید پیوند شکسته را نشان دهد یا پیش از حذف، اثر آن را اعلام کند.
۵. بازیابی واقعاً کامل باشد
بازگرداندن فقط عنوان کافی نیست. مسئول، برچسب، کامنت، پیوست، وابستگی و تاریخچه باید تا حد مجاز حفظ شوند. اگر پروژه مقصد حذف شده، کاربر باید مقصد جدید را انتخاب کند یا ابتدا پروژه را بازیابی کند.
۶. مدت نگه‌داری سیاست‌محور باشد
عدد ۳۰ یا ۹۰ روز قانون جهانی نیست. حساسیت داده، الزام قرارداد، ظرفیت ذخیره‌سازی و حق حذف کاربر بر آن اثر دارد. سیاست باید برای اعضا قابل مشاهده باشد و پیش از پاک‌سازی انبوه هشدار بدهد.
۷. پاک‌سازی قطعی قابل مشاهده و قابل کنترل باشد
فرایند زمان‌بندی‌شده باید دسته‌های کوچک را پاک کند، شکست را گزارش دهد و هم‌زمان روی چند نمونه اجرا نشود. برای پاک‌سازی دستی، تعداد آیتم و محدوده دقیق پیش از تأیید نمایش داده شود.
مدل مجوز ساده
- عضو تیم: حذف نرم تسک خودش، اگر سیاست پروژه اجازه دهد؛
- مدیر پروژه: حذف و بازیابی در پروژه؛
- مدیر سازمان: تعیین نگه‌داری و پاک‌سازی قطعی؛
- حسابرس: مشاهده لاگ بدون امکان تغییر.
برای داده حقوقی یا مالی، نگه‌داری قانونی ممکن است پاک‌سازی را متوقف کند. سطل بازیافت نباید راه دورزدن سیاست حفظ اسناد باشد.
تجربه کاربری مناسب
پس از حذف، پیام کوتاه با گزینه «بازگردانی» نمایش دهید. صفحه سطل بازیافت باید فیلتر پروژه، حذف‌کننده و تاریخ داشته باشد. عملیات بازیابی یا پاک‌سازی گروهی باید پیش‌نمایش تعداد و اثر را نشان دهد. عبارت مبهم «آیا مطمئنید؟» کافی نیست؛ بنویسید چه چیزی حذف می‌شود و تا چه تاریخی قابل برگشت است.
آزمون‌های ضروری
- حذف نرم، آیتم را از بورد و جستجوی فعال خارج می‌کند.
- کاربر بدون مجوز سطل پروژه دیگر را نمی‌بیند.
- بازیابی، تاریخچه و وابستگی را حفظ می‌کند.
- پاک‌سازی هم‌زمان دوبار اجرا نمی‌شود.
- گزارش تاریخی پس از حذف بی‌دلیل تغییر نمی‌کند.
- API و رابط، سیاست یکسانی دارند.
- حذف و بازیابی در لاگ ممیزی دیده می‌شود.
اشتباهات رایج
- نگه‌داری نامحدود بدون دلیل و بدون اطلاع کاربر؛
- امکان پاک‌سازی قطعی برای همه اعضا؛
- مخفی‌کردن سطل بازیافت در رابط؛
- بازگرداندن تسک بدون کامنت و وابستگی؛
- حذف فیزیکی پیوست قبل از پایان دوره بازیابی؛
- استفاده از حذف برای کار تمام‌شده به‌جای بایگانی.
حذف نرم امنیت داده را تضمین می‌کند؟
خیر. حذف نرم قابلیت بازیابی است، نه کنترل دسترسی یا رمزنگاری. داده داخل سطل نیز باید همان یا سطح دسترسی سخت‌گیرانه‌تر داشته باشد.
چه زمانی حذف قطعی لازم است؟
پس از پایان دوره مصوب، درخواست معتبر حذف یا الزام قراردادی. پیش از آن وابستگی، نسخه پشتیبان و نگه‌داری قانونی بررسی شود.
آیا تسک بازیابی‌شده به ستون قبلی برگردد؟
اگر ستون و پروژه هنوز وجود دارند، معمولاً بله. در غیر این صورت سیستم باید مقصد معتبر بخواهد و تغییر را در تاریخچه ثبت کند.
حذف و بازیابی در WKFGo
WKFGo هنگام حذف، snapshot تسک را در deleted_tasks و پرچم حذف را روی رکورد اصلی نگه می‌دارد؛ سطل بازیافت بر اساس سازمان فیلتر می‌شود و مسیر بازیابی مالکیت پروژه را کنترل می‌کند. پاک‌سازی رکوردهای سطل در پیاده‌سازی فعلی بعد از ۳۰ روز انجام می‌شود و این بازه تنظیم سازمانیِ قابل انتخاب نیست. بنابراین بخش‌های بالاتر «طراحی پیشنهادی» هستند، نه ادعای اینکه همه سیاست‌های retention، legal hold و پیش‌نمایش پاک‌سازی اکنون در محصول وجود دارند.
قبل از اتکا به بازیابی برای داده حساس، یک تسک آزمایشی با مسئول، کامنت، پیوست و وابستگی حذف و بازیابی کنید و نتیجه را با نیاز خود بسنجید. سطل بازیافت نسخه پشتیبان مستقل نیست و عملیات حذف قطعی قابل برگشت نیست. برای طراحی نقش‌های حذف و پاک‌سازی، راهنمای دسترسی مبتنی بر نقش را بخوانید.
منابع دست‌اول و روش راستی‌آزمایی
این فهرست برای بررسی بیشتر است؛ لینک‌های داخل متن، منبع ادعای مشخص همان بخش‌اند.