آموزش گام‌به‌گاممدیریت اسناد و بایگانی
ساختار پوشهبندی و نامگذاری فایل در مخزن اسناد سازمان + نمونه قاعده نامگذاری
برای سازمان‌دهی اسناد، یک قاعده نامگذاری ساده مثل واحد_نوع_موضوع_تاریخ_نسخه با تاریخ سال-ماه-روز و نسخه دورقمی تعریف کنید، فهرست کدهای واحد و نوع سند را منتشر کنید، ساختار پوشه را حداکثر سه‌سطحی (واحد، حوزه، سال) نگه دارید و در مخزن اسناد، طبقه‌بندی چندبعدی را با فراداده و برچسب انجام دهید. قاعده را از امروز برای فایل‌های جدید اجرا و برای آن مالک تعیین کنید.
خلاصه در چند نکته
- الگوی پیشنهادی نام: واحد_نوع_موضوع_تاریخ_نسخه.
- تاریخ سال-ماه-روز با صفر پیشرو مرتب‌سازی زمانی را درست می‌کند.
- واژه‌های «نهایی» و «جدید» در نام فایل ممنوع؛ به‌جای آن نسخه.
- پوشه‌ها حداکثر سه سطح: واحد، حوزه، سال.
- پوشه با نام شخص نسازید.
- فراداده و برچسب طبقه‌بندی چندبعدی را بدون کپی فایل ممکن میکنند.
- قاعده را از امروز برای فایل‌های جدید اجرا و پرمراجعه‌ها را منتقل کنید.
فهرست مطالب
پیدا کردن یک فایل در پوشههای اشتراکی بسیاری از سازمانها شبیه گنج‌یابی است. فایلی به نام «قرارداد نهایی.docx» کنار «قرارداد نهایی ۲.docx» و «قرارداد نهایی-اصلاح‌شده-این‌یکی.docx» نشسته است و هیچ‌کس مطمئن نیست کدام نسخه امضا شده. پوشه‌ها هفت سطح در هم فرو رفته‌اند و هر کارمند ساختار خودش را ساخته است. وقتی آن کارمند می‌رود، دانش پیدا کردن فایلها هم با او می‌رود.
راه‌حل این مشکل پیچیده نیست: یک قاعده نامگذاری فایل ساده و یک ساختار پوشهبندی کم‌عمق که همه رعایت کنند. این راهنما گام‌به‌گام نشان می‌دهد چطور چنین قاعدهای بسازید، نمونه آماده ارائه می‌دهد و توضیح می‌دهد چرا در مخزن اسناد سازمانی، برچسب و فیلد جستجو جای پوشههای تودرتو را میگیرد.
چرا قاعده نامگذاری مهم است؟
- جستجو سریع میشود: نام استاندارد یعنی می‌دانید دنبال چه بگردید.
- نسخه نهایی روشن است: نسخه در نام یا فراداده مشخص است، نه در کلمه «نهایی».
- مرتب‌سازی معنا دارد: فایلها به ترتیب تاریخ یا نوع کنار هم می‌نشینند.
- وابستگی به افراد کم میشود: هر کسی فایل را پیدا می‌کند، نه فقط سازنده آن.
- ممیزی ساده‌تر است: معلوم است هر سند به کدام واحد و موضوع تعلق دارد.
گام ۱: اجزای نام را تعیین کنید
یک الگوی عملی و کوتاه برای اغلب سازمانها:
واحد – نوع سند – موضوع کوتاه – تاریخ – نسخه
| جزء | قاعده | نمونه |
|---|---|---|
| واحد | کد کوتاه و ثابت | MAL (مالی)، HR (منابع انسانی)، IT |
| نوع سند | کد از فهرست مصوب | GHR (قرارداد)، GZR (گزارش)، SJ (صورتجلسه) |
| موضوع کوتاه | دو تا چهار کلمه، بدون فاصله اضافه | پشتیبانی-شبکه |
| تاریخ | سال-ماه-روز با صفر پیشرو | 1405-08-15 |
| نسخه | v با عدد دورقمی | v01، v02 |
نمونه کامل: MAL_GHR_پشتیبانی-شبکه_1405-08-15_v02.pdf
چرا این ترتیب؟
- تاریخ به شکل سال-ماه-روز باعث میشود مرتب‌سازی الفبایی همان مرتب‌سازی زمانی باشد. «۱۵-۸-۱۴۰۵» این خاصیت را ندارد.
- صفر پیشرو (08 به‌جای 8) مرتب‌سازی را درست نگه می‌دارد؛ وگرنه v10 قبل از v2 می‌آید.
- کدهای کوتاه نام را کوتاه نگه می‌دارند و در همه سیستم‌عامل‌ها مشکلی ایجاد نمی‌کنند.
گام ۲: قواعد نگارشی را مشخص کنید
- جداکننده ثابت: بین اجزا زیرخط (_) و درون اجزا خط تیره (-). فاصله خالی را به کار نبرید یا به حداقل برسانید.
- بدون نویسه‌های مشکل‌ساز: از / \ : * ? " < > | استفاده نکنید.
- طول محدود: نام کامل ترجیحاً کمتر از ۶۰ تا ۸۰ نویسه.
- بدون کلمات مبهم: «نهایی»، «جدید»، «اصلاح‌شده»، «این‌یکی» ممنوع؛ به‌جای آن نسخه.
- فارسی یا انگلیسی؟ موضوع کوتاه میتواند فارسی باشد، اما کدهای واحد و نوع بهتر است لاتین باشند تا در همه ابزارها یکسان رفتار کنند. یک انتخاب کنید و ثابت بمانید.
- پیش‌نویس و نهایی: پیش‌نویس‌ها با v0x و نسخه تأییدشده با شماره کامل، مثلاً v01 پس از تأیید. یا قاعده «D» برای پیش‌نویس: D01، D02 و سپس v01.
گام ۳: فهرست کدها را مستند کنید
قاعده بدون فهرست مرجع، در عمل رعایت نمی‌شود. یک جدول کوتاه از کدهای واحد و نوع سند تهیه و در پایگاه دانش سازمان منتشر کنید:
| کد نوع | معنی |
|---|---|
| GHR | قرارداد |
| ELH | الحاقیه |
| GZR | گزارش |
| SJ | صورتجلسه |
| DST | دستورالعمل |
| FRM | فرم خام |
| NAM | نامه |
| FKT | فاکتور یا پیش‌فاکتور |
فهرست را کوتاه نگه دارید؛ ده تا پانزده نوع برای اغلب سازمانها کافی است. انواع اسناد اداری را در مقاله انواع اسناد اداری مرور کرده‌ایم.
گام ۴: ساختار پوشه سه‌سطحی بسازید
پوشههای عمیق، فایلها را پنهان میکنند. ساختار سه‌سطحی برای اغلب سازمانها کافی است:
سطح ۱ – واحد ← سطح ۲ – حوزه یا فرایند ← سطح ۳ – سال
نمونه:
- مالی
- قراردادها
- 1404
- 1405
- گزارش‌های ماهانه
- 1405
- قراردادها
- منابع انسانی
- پرونده‌های آموزشی
- 1405
- دستورالعمل‌ها
- پرونده‌های آموزشی
قواعد:
- بیش از سه یا حداکثر چهار سطح نسازید.
- پوشه با نام شخص نسازید؛ پوشه «اسناد آقای فلانی» پس از رفتن او بی‌صاحب می‌ماند.
- پوشه «متفرقه» نسازید یا آن را هر ماه خالی کنید.
- پوشه پروژه‌ای برای پروژه‌های بزرگ مجاز است، اما با همان قاعده نامگذاری.
گام ۵: برچسب و فراداده را جایگزین پوشههای تودرتو کنید
پوشه یک محدودیت بنیادی دارد: هر فایل فقط در یک جا قرار میگیرد. قراردادی که هم به واحد مالی، هم به پروژه الف و هم به تأمین‌کننده ب مربوط است، کجا باید باشد؟ در پوشهبندی سنتی، یا کپی میشود (و نسخهها از هم جدا می‌شوند) یا در یک جا می‌ماند و از دو جای دیگر پیدا نمی‌شود.
در مخزن اسناد سازمانی، به‌جای پوشههای عمیق از فراداده و برچسب استفاده کنید:
| فراداده | نمونه مقدار |
|---|---|
| نوع سند | قرارداد |
| واحد مالک | مالی |
| پروژه | پروژه الف |
| طرف مقابل | شرکت ب |
| تاریخ شروع و پایان | 1405-01-01 تا 1405-12-29 |
| وضعیت | فعال |
| سطح دسترسی | محرمانه |
با این فراداده، همان قرارداد با جستجوی «قراردادهای فعال پروژه الف» یا «قراردادهای شرکت ب» یا «قراردادهایی که امسال تمام می‌شوند» پیدا میشود؛ بی‌آنکه کپی شود. پوشه‌ها کم‌عمق می‌مانند و فراداده بار طبقه‌بندی را می‌کشد.
گام ۶: نسخه را از نام جدا کنید (در مخزن اسناد)
در پوشههای اشتراکی، نسخه باید در نام فایل باشد. اما در مخزن اسناد نسخهدار، بهتر است یک سند با تاریخچه نسخه داشته باشید، نه ده فایل با v01 تا v10. سامانه نسخه قبلی را نگه می‌دارد، نشان می‌دهد چه کسی چه زمانی تغییر داد و نسخه جاری را به‌طور پیش‌فرض نمایش می‌دهد.
نمونه‌های درست و نادرست
| نام نادرست | مشکل | نام درست |
|---|---|---|
| قرارداد نهایی ۲.docx | واحد، موضوع و تاریخ ندارد؛ «نهایی» مبهم است | MAL_GHR_پشتیبانی-شبکه_1405-08-15_v02.docx |
| گزارش آبان.xlsx | سال و واحد مشخص نیست | IT_GZR_تیکت-ماهانه_1405-08-30_v01.xlsx |
| صورتجلسه جلسه دیروز.pdf | «دیروز» پس از یک روز بی‌معنی است | HR_SJ_کمیته-آموزش_1405-08-12_v01.pdf |
| scan0034.pdf | هیچ اطلاعاتی ندارد | MAL_FKT_خرید-لپ‌تاپ_1405-08-10_v01.pdf |
| دستورالعمل جدید مرخصی.docx | «جدید» تا نسخه بعدی معتبر است | HR_DST_مرخصی_1405-07-01_v03.docx |
پوشه‌ها و سطح دسترسی
ساختار پوشه فقط برای پیدا کردن نیست؛ اغلب دسترسی هم بر اساس آن تعریف میشود. چند نکته:
- دسترسی را در سطح واحد یا حوزه بدهید، نه فایل‌به‌فایل؛ مدیریت دسترسی فایل‌به‌فایل به‌سرعت از کنترل خارج میشود.
- اسناد محرمانه را در حوزه جدا نگه دارید یا در مخزن اسناد سطح محرمانگی را روی خود سند تعریف کنید.
- دسترسی پیش‌فرض را کمینه بگذارید و فقط در صورت نیاز گسترش دهید.
- پوشه اشتراکی عمومی برای کل سازمان فقط برای اسناد عمومی مثل فرم‌های خام و دستورالعمل‌های منتشرشده باشد.
گام ۷: انتقال پوشههای قدیمی
برای سازمانی که سال‌ها فایل نامرتب دارد، همه‌چیز را یک‌باره مرتب نکنید:
- از امروز: قاعده جدید برای همه فایل‌های جدید اجرا شود.
- پرمراجعه‌ها: اسناد فعال و پرمراجعه، مثل قراردادهای جاری، با قاعده جدید بازنام‌گذاری و منتقل شوند.
- بایگانی قدیمی: پوشههای قدیمی در یک پوشه «بایگانی پیش از ۱۴۰۵» فقط‌خواندنی شوند.
- پاک‌سازی تکراری‌ها: فایل‌های تکراری شناسایی و حذف شوند.
نمونه کامل قاعده (یک‌صفحه‌ای)
قاعده نامگذاری و پوشهبندی اسناد ۱. الگوی نام: واحد_نوع_موضوع_تاریخ_نسخه ۲. تاریخ: سال-ماه-روز با صفر پیشرو ۳. نسخه: v01، v02؛ پیش‌نویس D01، D02 ۴. بدون فاصله، بدون نویسه‌های / \ : * ? " < > | ۵. واژه‌های «نهایی»، «جدید» و «اصلاح‌شده» در نام ممنوع است ۶. پوشه: واحد ← حوزه ← سال؛ حداکثر سه سطح ۷. پوشه با نام شخص ممنوع است ۸. فهرست کدها در پایگاه دانش منتشر شده است ۹. مالک قاعده: مسئول بایگانی؛ بازنگری سالانه
اشتباهات رایج
- قاعده پیچیده: الگوی هفت‌جزئی که هیچ‌کس حفظ نمی‌کند.
- نبود فهرست کد: هر کس کد خودش را می‌سازد.
- اجرای فقط برای واحدهای منظم: باید برای همه یکسان باشد.
- اتکای کامل به پوشه: فایل‌های چندموضوعی پیدا نمی‌شوند.
- نبود مالک: قاعده پس از چند ماه فراموش میشود.
سناریوی نمونه
واحد حقوقی یک شرکت سالانه حدود دویست قرارداد و الحاقیه دارد. پیش از قاعده جدید، کارشناسان برای پیدا کردن الحاقیه یک قرارداد گاهی نیم ساعت در پوشه‌ها جستجو می‌کردند. پس از اجرای قاعده، هر قرارداد با فراداده طرف مقابل، تاریخ پایان و وضعیت در مخزن ثبت شد و الحاقیه‌ها با نوع ELH و همان موضوع کوتاه نامگذاری شدند. اکنون جستجوی «الحاقیه‌های شرکت ب» یا «قراردادهای فعالی که تا سه ماه دیگر تمام می‌شوند» در چند ثانیه نتیجه می‌دهد.
مخزن اسناد آریا آی‌تی
در بایگانی اسناد آریا آی‌تی هر سند نوع، فراداده، برچسب، نسخه و سطح دسترسی دارد؛ جستجوی تمام‌متن، OCR، پیش‌نمایش، قفل ویرایش، واترمارک، سیاست نگهداری و سابقه ممیزی هم در دسترس است. یعنی می‌توانید پوشه‌ها را کم‌عمق نگه دارید و بار طبقه‌بندی را به فراداده و برچسب بسپارید. اسناد در پلن پایه ارائه می‌شوند و فضای ذخیره‌سازی در همه پلن‌ها نامحدود است. قاعده نامگذاری را می‌توانید در مدیریت دانش منتشر و تأییدیه مطالعه بگیرید. برای ترتیب کاغذزدایی، نقشه کاغذزدایی را ببینید و برای ثبت درست نامه‌ها، انواع نامه اداری را بخوانید.
جمع‌بندی
قاعده نامگذاری فایل ساده و ثابت (واحد_نوع_موضوع_تاریخ_نسخه)، فهرست کد مستند، ساختار پوشه سه‌سطحی و استفاده از فراداده و برچسب به‌جای پوشههای تودرتو، پیدا کردن اسناد را سریع و مستقل از افراد می‌کند. قاعده را یک‌صفحه‌ای بنویسید، مالک تعیین کنید و از امروز برای فایل‌های جدید اجرا کنید.
سند را در چند ثانیه پیدا کنید: بایگانی اسناد آریا آی‌تی را ۷ روز رایگان امتحان کنید یا برای طراحی طرح طبقه‌بندی مشاوره رایگان بگیرید.
مراحل انجام کار
اجزای نام را تعیین کنید
الگوی واحد_نوع_موضوع_تاریخ_نسخه را با قاعده هر جزء تعریف کنید.
قواعد نگارشی را مشخص کنید
جداکننده، نویسه‌های ممنوع، طول، واژه‌های مبهم و روش پیش‌نویس را تعیین کنید.
فهرست کدها را مستند کنید
کدهای واحد و نوع سند را در یک جدول کوتاه منتشر کنید.
ساختار پوشه سه‌سطحی بسازید
پوشه‌ها را به واحد، حوزه و سال محدود کنید.
فراداده و برچسب را به کار ببرید
نوع، واحد، پروژه، طرف مقابل، تاریخ و وضعیت را به‌عنوان فراداده ثبت کنید.
نسخه را در مخزن مدیریت کنید
به‌جای فایل‌های جدا، یک سند با تاریخچه نسخه نگه دارید.
پوشههای قدیمی را منتقل کنید
قاعده را برای فایل‌های جدید اجرا، پرمراجعه‌ها را منتقل و قدیمی‌ها را فقط‌خواندنی کنید.
پرسش‌های متداول
بهترین قاعده نامگذاری فایل چیست؟
+
قاعدهای ساده و ثابت که همه رعایت کنند؛ مثلاً واحد_نوع_موضوع_تاریخ_نسخه با تاریخ سال-ماه-روز و نسخه دورقمی.
پوشهبندی اسناد چند سطح باشد؟
+
برای اغلب سازمانها سه سطح کافی است: واحد، حوزه یا فرایند و سال. پوشههای عمیقتر فایلها را پنهان میکنند.
چرا برچسب از پوشه بهتر است؟
+
هر فایل فقط در یک پوشه قرار میگیرد، اما میتواند چند برچسب و فراداده داشته باشد؛ بنابراین سندی که به چند واحد یا پروژه مربوط است، بدون کپی از همه مسیرها پیدا میشود.
آیا نسخه باید در نام فایل باشد؟
+
در پوشههای اشتراکی بله. در مخزن اسناد نسخهدار، بهتر است یک سند با تاریخچه نسخه داشته باشید و سامانه نسخهها را نگه دارد.