راهنماپلتفرم، امنیت و امضا
راهبر سامانه اتوماسیون اداری کیست؟ وظایف، دسترسی‌ها و چک‌لیست ماهانه
راهبر سامانه فردی در سازمان است که پیکربندی و نگهداری روزمره اتوماسیون اداری را بر عهده دارد: تعریف و غیرفعال‌کردن کاربران، انتساب سمت، تنظیم نقش‌ها با اصل حداقل دسترسی، مدیریت قالب‌ها، بررسی جانشینی‌ها و ممیزی و ارتباط با پشتیبانی ارائهدهنده. دسترسی مدیریتی او نباید به معنای خواندن محتوای نامه‌های محرمانه یا ویرایش سابقه باشد و این نقش باید جانشین داشته باشد.
خلاصه در چند نکته
- راهبر سامانه سامانه را پس از راه‌اندازی زنده، مرتب و امن نگه می‌دارد.
- نامه به سمت ارسال شود، نه به شخص.
- هنگام خروج، کاربر غیرفعال شود ولی سابقه او حذف نشود.
- اصل حداقل دسترسی برای همه نقش‌ها، از جمله خود راهبر.
- دسترسی مدیریتی به معنای خواندن نامه‌های محرمانه نیست.
- اقدام‌های خود راهبر هم باید در ممیزی ثبت شوند.
- این نقش جانشین لازم دارد تا نقطه شکست واحد نباشد.
فهرست مطالب
سه ماه پس از راه‌اندازی اتوماسیون اداری، مدیر یک واحد به دفتر فناوری اطلاعات زنگ می‌زند: «کارمندی که دو ماه پیش از سازمان رفته، هنوز در فهرست گیرندگان نامهها ظاهر می‌شود.» کمی بعد، کارشناس دیگری شکایت میکند که قالب سربرگ جدید هنوز در سامانه نیامده است. و در همان هفته، مدیری که به مرخصی رفته، جانشین تعریف نکرده و نامه‌های فوری در کارتابلش مانده‌اند. هیچ‌کدام از این مشکلات به خود نرم‌افزار ربطی ندارد؛ همه آن‌ها از نبود یک نقش مشخص می‌آیند: راهبر سامانه.
راهبر سامانه (یا ادمین اتوماسیون اداری) کسی است که سامانه را پس از راه‌اندازی زنده، مرتب و امن نگه می‌دارد. در بسیاری از سازمان‌ها این نقش رسماً تعریف نشده و بین فناوری اطلاعات، امور اداری و دبیرخانه سرگردان است. این راهنما وظایف راهبر سامانه، دسترسی‌هایی که باید داشته باشد (و نداشته باشد)، رابطه او با پشتیبانی ارائهدهنده نرم‌افزار و یک چک‌لیست ماهانه عملی را شرح میدهد.
راهبر سامانه کیست؟
راهبر سامانه فردی در سازمان است که پیکربندی و نگهداری روزمره اتوماسیون اداری را بر عهده دارد: تعریف کاربران و سمت‌ها، تنظیم نقش‌ها و دسترسی‌ها، مدیریت قالب‌ها، رسیدگی به درخواست‌های تغییر و بررسی دوره‌ای سلامت سامانه. او نقطه تماس اصلی سازمان با تیم پشتیبانی ارائهدهنده نرم‌افزار نیز هست.
راهبر سامانه با چه کسانی اشتباه گرفته می‌شود؟
| نقش | تمرکز | تفاوت با راهبر سامانه |
|---|---|---|
| مدیر فناوری اطلاعات | زیرساخت، شبکه، امنیت کلی | راهبر روی پیکربندی خود سامانه تمرکز دارد، نه زیرساخت |
| مسئول دبیرخانه | ثبت و توزیع نامهها | کاربر کلیدی سامانه است، نه پیکربندی‌کننده آن |
| کارشناس پشتیبانی ارائهدهنده | رفع اشکال فنی محصول | از بیرون سازمان پشتیبانی میکند؛ راهبر از داخل |
| مالک فرایند | طراحی و بهبود یک فرایند خاص | راهبر تغییرات را پیاده میکند؛ مالک فرایند آن‌ها را تعریف میکند |
در سازمان‌های کوچک، راهبر سامانه ممکن است بخشی از وقت یک کارشناس فناوری اطلاعات یا امور اداری باشد. در سازمان‌های بزرگ، ممکن است یک تیم کوچک با یک راهبر اصلی و یک جانشین باشد. داشتن جانشین برای این نقش ضروری است؛ راهبر سامانه نباید نقطه شکست واحد سازمان باشد.
وظایف اصلی راهبر سامانه
۱. مدیریت کاربران و سمت‌ها
- تعریف کاربر جدید هنگام ورود کارمند و انتساب به سمت درست
- غیرفعال‌کردن کاربر هنگام خروج، بدون حذف سابقه اقدامات او
- به‌روزرسانی سمت هنگام جابه‌جایی یا ارتقای کارکنان
- نگهداری چارت سازمانی سامانه هم‌راستا با چارت مصوب
مهم‌ترین اصل این بخش این است که نامه به سمت ارسال شود، نه به شخص. وقتی کارمندی جابه‌جا می‌شود، سمت او به فرد جدید منتقل می‌شود و نامهها گم نمی‌شوند. دلیل این اصل و نحوه پیاده‌سازی آن را در مقاله چارت سازمانی و سمت در اتوماسیون اداری شرح داده‌ایم. هماهنگی تعریف کاربر با فرایند ورود کارمند جدید هم در فرایند ورود کارمند جدید آمده است.
۲. نقش‌ها و دسترسی‌ها
- تعریف نقش‌ها بر اساس نیاز واقعی سمت‌ها (مثلاً «کارشناس دبیرخانه»، «مدیر واحد»، «دسترسی به نامه‌های محرمانه»)
- اعطای دسترسی فقط بر اساس درخواست مکتوب و تأییدشده
- رعایت اصل حداقل دسترسی: هر کاربر فقط آنچه برای کارش لازم است
- بازبینی دوره‌ای دسترسی‌ها، به‌ویژه دسترسی به نامه‌های محرمانه
۳. قالب‌ها و تنظیمات
- مدیریت قالب‌های نامه و سربرگ واحدها (نکات طراحی قالب را در سربرگ و قالب نامه اداری ببینید)
- تنظیم دبیرخانه‌ها و قواعد شماره‌گذاری
- مدیریت فهرست‌های پایه مثل انواع نامه، طبقه‌بندی‌ها و فوریت‌ها
- هماهنگی تغییر فرم‌ها و مسیرهای تأیید با مالکان فرایند
۴. جانشینی و تفویض
- آموزش مدیران برای تعریف جانشین پیش از مرخصی و مأموریت
- بررسی جانشینی‌های فعال و منقضی
- رسیدگی به موارد اضطراری که مدیری بدون جانشین غایب شده است، طبق رویه مصوب سازمان
۵. بررسی ممیزی و امنیت
- مرور گزارش‌های ورود ناموفق و فعالیت‌های غیرعادی
- بررسی دسترسی به نامهها و اسناد محرمانه در صورت درخواست مدیران مجاز
- هماهنگی با مدیر فناوری اطلاعات درباره سیاست رمز عبور و احراز هویت
- اطمینان از اینکه حساب‌های مشترک یا عمومی وجود ندارند
۶. پشتیبان‌گیری و تداوم کار
- در نصب روی سرور سازمان: اطمینان از اجرای پشتیبان‌گیری و آزمون دوره‌ای بازیابی، با هماهنگی فناوری اطلاعات
- در نسخه ابری: آگاهی از تعهدات ارائهدهنده درباره پشتیبان و تداوم سرویس
- داشتن برنامه برای ادامه کار در زمان اختلال؛ سناریوهای آن را در اتوماسیون اداری هنگام اختلال اینترنت بررسی کرده‌ایم
۷. آموزش و پشتیبانی کاربران
- آموزش کاربران جدید در کار با کارتابل و سامانه
- پاسخ به پرسش‌های پرتکرار و تهیه راهنماهای کوتاه داخلی
- جمع‌آوری درخواست‌های بهبود از کاربران و انتقال به مالکان فرایند یا ارائهدهنده
۸. ارتباط با پشتیبانی ارائهدهنده
- ثبت و پیگیری مشکلات فنی که در سطح سازمان قابل حل نیستند
- هماهنگی برنامه به‌روزرسانی و اطلاع‌رسانی تغییرات به کاربران
- همراهی در تعریف فرم‌ها و فرایندهای جدید
دسترسی‌های راهبر سامانه: چه چیزی بله، چه چیزی نه
یکی از حساس‌ترین موضوعات این نقش، دامنه دسترسی‌های خود راهبر است. راهبر برای کار خود به دسترسی‌های مدیریتی نیاز دارد، اما دسترسی مدیریتی نباید به معنای دسترسی به محتوای همه نامهها باشد.
| دسترسی | توصیه |
|---|---|
| تعریف و غیرفعال‌کردن کاربر | بله |
| تعریف نقش و انتساب دسترسی | بله، با ثبت سابقه و بر اساس درخواست تأییدشده |
| تنظیم قالب‌ها و فهرست‌های پایه | بله |
| مشاهده گزارش‌های ممیزی | بله |
| خواندن محتوای نامه‌های محرمانه | خیر، مگر با مجوز مکتوب و موردی مدیر مجاز |
| اقدام به‌جای کاربران روی نامهها | خیر؛ برای این کار جانشینی رسمی وجود دارد |
| تغییر یا حذف سابقه اقدامات | خیر؛ سابقه نباید قابل ویرایش عادی باشد |
اقدام‌های خود راهبر هم باید در سابقه ممیزی ثبت شوند. اگر راهبر به خودش دسترسی بدهد، این اقدام باید قابل ردیابی باشد. برای سازمان‌هایی که با داده حساس کار می‌کنند، الزامات ارزیابی امنیتی را در مقاله گواهی افتا چیست ببینید.
چک‌لیست ماهانه راهبر سامانه
کاربران و دسترسی‌ها
- [ ] فهرست کارکنان خارج‌شده ماه گذشته از منابع انسانی گرفته و حساب آن‌ها غیرفعال شد
- [ ] کاربرانی که مدت طولانی وارد سامانه نشده‌اند بررسی شدند
- [ ] دسترسی‌های اضافه یا موقتی که منقضی شده‌اند برداشته شدند
- [ ] فهرست دارندگان دسترسی به نامه‌های محرمانه با مدیران مرور شد
- [ ] حساب مشترک یا عمومی وجود ندارد
چارت و جانشینی
- [ ] تغییرات چارت سازمانی ماه گذشته در سامانه اعمال شد
- [ ] سمت‌های بدون متصدی بررسی و تکلیف کارتابل آن‌ها مشخص شد
- [ ] جانشینی‌های منقضی‌شده بسته شدند
قالب‌ها و تنظیمات
- [ ] درخواست‌های تغییر قالب و فرم بررسی و انجام یا زمان‌بندی شدند
- [ ] فهرست‌های پایه (انواع نامه، طبقه‌بندی‌ها) به‌روز هستند
امنیت و تداوم
- [ ] گزارش ورودهای ناموفق و فعالیت‌های غیرعادی مرور شد
- [ ] وضعیت پشتیبان‌گیری (یا تعهد ارائهدهنده در نسخه ابری) بررسی شد
- [ ] در صورت نصب روی سرور سازمان، آزمون بازیابی در برنامه دوره‌ای قرار دارد
کاربران و پشتیبانی
- [ ] پرسش‌های پرتکرار ماه جمع‌بندی و راهنمای داخلی به‌روز شد
- [ ] تیکت‌های باز با پشتیبانی ارائهدهنده پیگیری شدند
- [ ] تغییرات نسخه جدید (در صورت وجود) به کاربران اطلاع داده شد
روال درخواست دسترسی: از درخواست شفاهی تا سابقه قابل استناد
یکی از عادت‌های پرخطر در بسیاری از سازمان‌ها، اعطای دسترسی بر اساس تماس تلفنی یا درخواست شفاهی است: «لطفاً به آقای فلانی هم دسترسی نامه‌های واحد مالی را بدهید.» چند ماه بعد، هیچ‌کس به یاد نمی‌آورد این دسترسی چرا و به درخواست چه کسی داده شده است. یک روال ساده این مشکل را حل میکند:
- درخواست مکتوب: درخواست دسترسی از طریق فرم یا تیکت ثبت شود، با ذکر کاربر، نوع دسترسی، دلیل و مدت.
- تأیید مالک داده: مدیر واحدی که داده متعلق به اوست (مثلاً مدیر مالی برای نامه‌های مالی) درخواست را تأیید کند.
- اجرا توسط راهبر: راهبر فقط پس از تأیید، دسترسی را اعمال کند.
- تاریخ انقضا: دسترسی‌های موقت تاریخ پایان داشته باشند.
- بازبینی دوره‌ای: در چک‌لیست ماهانه، دسترسی‌های داده‌شده مرور شوند.
دفترچه تغییرات راهبر
راهبر سامانه هر تغییر مهم در پیکربندی را در یک دفترچه تغییرات ثبت کند: تاریخ، شرح تغییر، درخواست‌کننده، تأییدکننده و اثر احتمالی. این دفترچه وقتی ارزش خود را نشان میدهد که مشکلی پیش می‌آید و باید بفهمید «از کی این‌طور شده است؟». همچنین وقتی راهبر جدید جایگزین راهبر قبلی می‌شود، این دفترچه بهترین منبع انتقال دانش است.
مهارت‌های لازم برای راهبر سامانه
- شناخت ساختار سازمانی و فرایندهای اداری
- آشنایی کافی با مفاهیم دسترسی، نقش و امنیت اطلاعات
- دقت و نظم در ثبت تغییرات
- توانایی آموزش و ارتباط با کاربران غیرفنی
- رازداری و پایبندی به حداقل دسترسی
راهبر سامانه و آریا آی‌تی
در آریا آی‌تی، لایه هویت و دسترسی ورود یکپارچه، نقش، احراز هویت چندمرحله‌ای، تفویض و جانشینی را برای همه بخش‌های فضای کاری مشترک میکند؛ بنابراین با غیرفعال‌شدن یک حساب، دسترسی به نامه، سند و تیکت با هم قطع می‌شود و راهبر لازم نیست در چند سامانه جداگانه کار کند. مشاهده، دانلود، ارجاع، تأیید و امضا با نام و زمان در سابقه ممیزی ثبت می‌شود. پس از بهره‌برداری هم پشتیبانی آریا آی‌تی مسیر اصلی ارتباط را از طریق راهبر داخلی نگه می‌دارد: رفع اشکال، همراهی در تعریف فرم‌ها و فرایندهای پرتکرار و در نسخه ابری، پایش سلامت سرویس. ساعت پاسخ پشتیبانی در قرارداد پشتیبانی تعیین می‌شود.
جمع‌بندی
راهبر سامانه نقشی است که اتوماسیون اداری را پس از راه‌اندازی زنده و امن نگه می‌دارد: کاربران و سمت‌ها را مدیریت میکند، دسترسی‌ها را با اصل حداقل دسترسی تنظیم و بازبینی میکند، قالب‌ها و جانشینی‌ها را مرتب نگه می‌دارد و رابط سازمان با پشتیبانی ارائهدهنده است. این نقش را رسمی کنید، برایش جانشین تعیین کنید و با چک‌لیست ماهانه، مشکلات کوچک را پیش از اینکه به بحران تبدیل شوند پیدا کنید.
راهبری سامانه را ساده و امن کنید: پلتفرم سازمانی آریا آی‌تی را ببینید و فضای کاری را ۷ روز رایگان امتحان کنید.
مراحل انجام کار
نقش راهبر را رسمی کنید
راهبر اصلی و جانشین او را با حکم و شرح وظایف مشخص تعیین کنید.
کاربران را با سمت هماهنگ کنید
کاربر جدید را به سمت درست وصل و کاربر خارج‌شده را بدون حذف سابقه غیرفعال کنید.
نقش‌ها را با حداقل دسترسی تعریف کنید
دسترسی‌ها را فقط بر اساس درخواست تأییدشده و نیاز واقعی سمت بدهید.
قالب‌ها و فهرست‌های پایه را مدیریت کنید
سربرگ‌ها، دبیرخانه‌ها، انواع نامه و طبقه‌بندی‌ها را به‌روز نگه دارید.
جانشینی‌ها را بررسی کنید
جانشینی‌های فعال و منقضی و سمت‌های بدون متصدی را مرور کنید.
ممیزی و امنیت را مرور کنید
ورودهای ناموفق، فعالیت‌های غیرعادی و دسترسی‌های محرمانه را بررسی کنید.
چک‌لیست ماهانه را اجرا کنید
کاربران غیرفعال، دسترسی‌های اضافه، پشتیبان و تیکت‌های باز را ماهانه کنترل کنید.
پرسش‌های متداول
راهبر سامانه اتوماسیون اداری از کدام واحد باشد؟
+
معمولاً از فناوری اطلاعات یا امور اداری. مهمتر از واحد، این است که نقش رسمی، شرح وظایف روشن و جانشین داشته باشد.
آیا راهبر سامانه می‌تواند همه نامهها را بخواند؟
+
نباید. دسترسی مدیریتی برای پیکربندی است، نه خواندن محتوا. دسترسی به نامه‌های محرمانه فقط با مجوز مکتوب و موردی مدیر مجاز و با ثبت در ممیزی باشد.
وقتی کارمندی از سازمان میرود با حساب او چه کنیم؟
+
حساب را غیرفعال کنید، نه حذف؛ تا سابقه اقدامات او در نامهها حفظ شود. سمت او را به جانشین یا متصدی جدید منتقل کنید.
تفاوت راهبر سامانه با پشتیبانی ارائهدهنده چیست؟
+
راهبر از داخل سازمان پیکربندی روزمره را انجام میدهد؛ پشتیبانی ارائهدهنده مشکلات فنی محصول را حل میکند و در تعریف فرایندها همراهی میکند. راهبر نقطه تماس اصلی با پشتیبانی است.
