دسترسی‌ها

دسترسی‌ها مشخص می‌کنند یک حساب در اوبا چه کاری می‌تواند انجام دهد. هدف مدیریت دسترسی این است که هر همکار برای مسئولیت واقعی خود اختیار کافی داشته باشد و کارهای دیگر به افراد مسئول واگذار شود. داشتن حساب، تأیید عضویت و فعال بودن آن شرط‌های مهمی هستند، اما هیچ‌کدام جای مجموعهٔ دسترسی‌های کاربر را نمی‌گیرند. اگر همکار وارد می‌شود ولی امکان موردنیازش را نمی‌بیند، باید همین مجموعه را بررسی کنید.

از مسئولیت شروع کنید

پیش از بازکردن فرم، یک جمله دربارهٔ وظیفهٔ همکار بنویسید. «باید پرسش‌های روزانه را از داده‌های آماده بپرسد» با «باید اتصال پایگاه‌داده و توضیحات آن را نگهداری کند» متفاوت است. جملهٔ اول به استفاده از گفت‌وگو مربوط می‌شود؛ جملهٔ دوم مسئولیت مدیریت منبع دارد. دادن همهٔ گزینه‌ها برای حل سریع یک شکایت، تشخیص نیاز واقعی را کنار می‌گذارد و اختیارهای غیرضروری ایجاد می‌کند.

عنوان شغلی بیرون برنامه را نیز با مجوزهای داخل برنامه یکی ندانید. ممکن است مدیر یک واحد فقط نیاز به تحلیل داشته باشد و مسئول فنیِ همان واحد اتصال‌ها را مدیریت کند. بهتر است مشخص کنید چه کسی درخواست را تأیید می‌کند، چه کسی تغییر را انجام می‌دهد و چه کسی نتیجه را از دید کاربر بررسی می‌کند. برای تیم کوچک، یک نفر می‌تواند چند مسئولیت داشته باشد، اما دلیل هر اختیار همچنان باید روشن باشد.

گروه‌های فرم چه معنایی دارند؟

گزینه‌ها در گروه‌هایی مانند «مدیریت کاربران»، «مالی و گزارش مصرف»، «چت و پژوهش»، «داشبورد» و «سیستم و تنظیمات» نمایش داده می‌شوند. این گروه‌ها برای خواندن راحت‌تر فهرست هستند؛ انتخاب یک مجوز از گروه به معنی دریافت همهٔ مجوزهای آن گروه نیست. خالی‌بودن یا دیده‌نشدن گروه نیز می‌تواند به دسترسی مسئول و امکانات ارائه‌شده در محیط شما مربوط باشد.

در مدیریت کاربران، افزودن کاربر، تغییر دسترسی و حذف کاربر کارهای جداگانه‌اند. در بخش مالی، مشاهدهٔ مصرف با خرید بسته یا مدیریت سقف مصرف یکسان نیست. در چت و پژوهش، اجازهٔ استفاده از گفت‌وگو، اجرای پژوهش و مشاهدهٔ جزئیات پرس‌وجو مستقل‌اند. مشاهدهٔ جزئیات به معنای نیاز همهٔ کاربران به خواندن زبان پرس‌وجوی پایگاه‌داده نیست؛ آن را به افرادی بدهید که واقعاً پاسخ‌ها را در این سطح بررسی می‌کنند.

مدیریت اتصال‌های پایگاه‌داده و مدیریت هشدارها نیز وظیفه‌های متفاوتی دارند. نام گروه «سیستم و تنظیمات» به‌تنهایی نشان نمی‌دهد هر گزینه برای همهٔ شرکت‌ها قابل‌واگذاری است. فهرست زندهٔ فرم مبنای شماست. مجوزهای ویژهٔ مدیریت کل سامانه برای مسئول معمول شرکت نمایش داده نمی‌شوند. اگر داشبورد در محیط شما ارائه نشده باشد، گزینه‌های مرتبط ممکن است پنهان باشند؛ وجود نام یک قابلیت در راهنما تضمین فعال‌بودن آن در حساب شما نیست.

تغییر دسترسی در صفحهٔ کاربران

با حساب دارای اجازهٔ «تغییر دسترسی کاربران» وارد شوید و صفحهٔ کاربران را باز کنید. ردیف همکار را با نام کاربری تطبیق دهید و گزینهٔ تغییر دسترسی را انتخاب کنید. منتظر بارگذاری فهرست مجوزها بمانید. فرم، اجازه‌های فعلی را برای همان کاربر نشان می‌دهد؛ قبل از تغییر، آن‌ها را با مسئولیت موردنظر مقایسه کنید. اگر فهرست بارگذاری نشد، به‌جای حدس‌زدن گزینه‌ها، خطای صفحه را پیگیری کنید.

گزینه‌های لازم را انتخاب و گزینه‌هایی را که دیگر لازم نیست بردارید. سپس تغییرات را ذخیره کنید و پیام نتیجه را بخوانید. فرم می‌تواند مجموعهٔ خالی را نیز ذخیره کند؛ این کار الزاماً خطای فنی نیست، ولی کاربر ممکن است پس از ورود قابلیت کاری نداشته باشد. اگر هدف شما توقف استفاده است، تفاوت میان برداشتن مجوزها و غیرفعال‌کردن حساب را در مدیریت کاربران بررسی کنید.

نمونهٔ فرضی از حد مناسب اختیار

در شرکت «سپهر»، نرگس مسئول پاسخ به پرسش‌های گزارش‌گیری است و کاوه اتصال‌ها را نگهداری می‌کند. مسئول کاربران برای نرگس اجازهٔ گفت‌وگو را انتخاب می‌کند. اگر نرگس بعداً مسئول اجرای بررسی‌های چندمرحله‌ای شود، نیاز به پژوهش جداگانه بررسی می‌شود. برای کاوه اجازهٔ مدیریت اتصال‌ها در نظر گرفته می‌شود و برای هرکدام فقط اختیارهای دیگری افزوده می‌شود که در وظیفهٔ آن‌ها لازم است.

فرض کنید نرگس می‌گوید «بخش کاربران را نمی‌بینم». مسئول ابتدا می‌پرسد چه کاری می‌خواهد انجام دهد. اگر هدف فقط دیدن دسترسی شخصی است، پروفایل ممکن است پاسخ مناسب باشد؛ نیازی به اختیار تغییر کاربران دیگر نیست. این پرسش کوتاه، درخواست مبهم را به نیاز مشخص تبدیل می‌کند و از گسترش اتفاقی مسئولیت جلوگیری می‌کند.

چگونه نتیجه را تأیید کنید؟

بعد از ذخیره، خلاصهٔ دسترسی همان ردیف را دوباره بخوانید. از همکار بخواهید صفحه را تازه کند یا دوباره وارد شود و قابلیت موردنظر را باز کند. آزمون باید همان کار واقعی باشد: مثلاً بازشدن گفت‌وگو و امکان ارسال یک پرسش مجاز. صرف ظاهرشدن نام منو برای اثبات همهٔ عملکردهای صفحه کافی نیست؛ هر عملیات ممکن است به اجازه و پیش‌نیاز خودش نیاز داشته باشد.

اگر تغییر نتیجه نداد، وضعیت عضویت، فعالیت حساب و راه‌اندازی شرکت را نیز بررسی کنید. همکار منتظر تأیید با تغییر گزینه‌های قابلیت، جای مرحلهٔ پذیرش را طی نمی‌کند. نبودن یک امکان نیز ممکن است ناشی از فعال‌نبودن آن در محیط یا شرایط حساب باشد. پیام دقیق صفحه را ثبت کنید و از افزودن مجوزهای نامرتبط برای آزمون پرهیز کنید.

نگهداری دسترسی در طول همکاری

وقتی مسئولیت همکار تغییر می‌کند، مجموعه را دوباره مرور کنید. فهرست اولیه نباید برای همیشه بدون بررسی باقی بماند. در پایان همکاری، وضعیت فعالیت حساب را نیز رسیدگی کنید و تفاوت حذف و غیرفعال‌سازی را بخوانید. برای عضو خودثبت‌نام، تأیید عضویت مرحلهٔ قبل از واگذاری اختیار است؛ برای ساخت مستقیم حساب، مدیریت کاربران مسیر آماده‌کردن هویت و رمز اولیه را توضیح می‌دهد. این ترتیب کمک می‌کند هویت، پذیرش و اختیار را با هم اشتباه نگیرید.