---
title: "چطور سطح دسترسی کارکنان به دانشنامه سازمانی را طراحی کنیم؟"
description: "چطور سطح دسترسی کارکنان به دانشنامه سازمانی را طراحی کنیم؟ پنج قدم عملی از فهرست نقش‌ها تا ماتریس دسترسی و بازبینی دوره‌ای."
url: "https://artinmag.ir/articles/danabot-design-employee-access-levels-knowledge-base"
author: "مرتضی علیزاده"
category: "چت بات"
published: "2026-09-04T15:45:24.7555316"
updated: "2026-09-04T15:45:24.7555316"
lang: "fa"
publisher: "مجله آرتین — شرکت هوش گستر فردا آرتین"
---

# چطور سطح دسترسی کارکنان به دانشنامه سازمانی را طراحی کنیم؟

> سطح دسترسی کارکنان به دانشنامه سازمانی با پنج قدم طراحی می‌شود: فهرست‌کردن نقش‌های سازمانی (نه افراد)، تعریف دسترسی هر نقش بر اساس اصل حداقل امتیاز، ساخت ماتریس نقش×محتوا، مشخص‌کردن سلسله‌مراتب دسترسی مدیریتی، و تعریف فرآیند بازبینی دوره‌ای و دسترسی موقت.

## سوالی که بعد از مشخص‌شدن مرز محتوا مطرح می‌شود

در [مقاله اطلاعات ممنوعه دانشنامه سازمانی](https://artinmag.ir/articles/danabot-what-not-to-put-in-knowledge-base) گفتیم برخی داده‌ها اصلاً نباید بدون کنترل دسترسی وارد دانشنامه شوند. اما بخش بزرگ‌تری از دانش سازمان، نه ممنوع است و نه کاملاً عمومی — بلکه باید فقط در دسترس نقش‌های خاصی باشد. سوال این مقاله همین است: چطور مشخص کنیم کدام کارمند به کدام بخش از دانشنامه دسترسی داشته باشد؟

## چرا این طراحی نباید بر اساس فرد، بلکه باید بر اساس نقش باشد

رایج‌ترین اشتباه، تعریف دسترسی برای هر فرد به‌صورت جداگانه است — که هم زمان زیادی می‌برد و هم با هر تغییر سازمانی (استخدام، ارتقا، جابه‌جایی) از‌هم می‌پاشد. روش استاندارد صنعتی برای این مسئله، کنترل دسترسی مبتنی بر نقش (RBAC) است: به‌جای این‌که به هر فرد جداگانه مجوز بدهید، ابتدا نقش‌ها را تعریف می‌کنید و هر نقش مجموعه‌ای از دسترسی‌های از‌پیش‌تعیین‌شده دارد؛ سپس هر کارمند بر اساس نقشش، همان دسترسی را می‌گیرد. با این روش، وقتی یک کارمند جابه‌جا می‌شود، فقط نقشش تغییر می‌کند — نه این‌که کل دسترسی‌هایش از نو تعریف شود.

## قدم اول: نقش‌های سازمانی را فهرست کنید، نه افراد را

اولین قدم، نوشتن فهرستی از نقش‌های کلی سازمان است — نه اسم افراد، بلکه عناوینی مثل «کارشناس فروش»، «مدیر واحد نت»، «کارمند منابع انسانی»، «مدیر مالی». این فهرست باید آن‌قدر کلی باشد که هر کارمند جدیدی که در آینده استخدام می‌شود هم زیر یکی از همین نقش‌ها قرار بگیرد، بدون نیاز به تعریف نقش جدید.

## قدم دوم: برای هر نقش، دسترسی را بر اساس اصل حداقل امتیاز تعریف کنید

اصل حداقل امتیاز (Least Privilege) می‌گوید هر نقش باید فقط به همان بخشی از دانش دسترسی داشته باشد که برای انجام درست کارش لازم است — نه بیشتر. برای مثال، کارشناس فروش به اطلاعات محصول و وضعیت مشتری نیاز دارد، اما لزوماً به گزارش‌های مالی داخلی یا سوابق پرسنلی نیاز ندارد. این اصل، هم ریسک افشای اطلاعات حساس را کم می‌کند و هم دانشنامه را برای هر نقش، مرتبط‌تر و کم‌شلوغ‌تر نگه می‌دارد.

## قدم سوم: یک ماتریس ساده «نقش × دسته محتوا» بسازید

پس از تعریف نقش‌ها و دسترسی هرکدام، این اطلاعات را در یک جدول ساده مستند کنید — سطرها نقش‌ها، ستون‌ها دسته‌های محتوایی دانشنامه (مثلاً دستورالعمل‌های فروش، مستندات فنی، رویه‌های منابع انسانی، گزارش‌های مالی)، و هر خانه مشخص می‌کند آیا آن نقش به آن دسته دسترسی دارد یا نه. این ماتریس، هم برای پیاده‌سازی فنی دسترسی‌ها لازم است و هم به‌عنوان سند مرجع، در آینده تصمیم‌گیری درباره دسترسی نقش‌های جدید را سریع‌تر می‌کند.

## قدم چهارم: سلسله‌مراتب دسترسی مدیریتی را مشخص کنید

معمولاً یک مدیر واحد، علاوه بر دسترسی نقش خودش، به دسترسی زیرمجموعه‌اش هم نیاز دارد — مثلاً مدیر واحد نت باید بتواند همان چیزی را ببیند که تکنسین‌های زیرمجموعه‌اش می‌بینند، به‌علاوه گزارش‌های تجمیعی که مخصوص نقش مدیریتی است. این سلسله‌مراتب را از ابتدا در طراحی دسترسی لحاظ کنید، نه این‌که بعداً به‌صورت استثنا برای هر مدیر جداگانه تعریف شود.

## قدم پنجم: یک فرآیند بازبینی دوره‌ای و دسترسی موقت تعریف کنید

دسترسی‌ها ثابت نمی‌مانند — نقش‌ها تغییر می‌کنند، پروژه‌های موقت نیاز به دسترسی موقت دارند، و گاهی دسترسی‌های قدیمی فراموش می‌شوند. یک بازبینی دوره‌ای (مثلاً هر سه یا شش ماه) تعریف کنید که بررسی کند آیا ماتریس دسترسی هنوز با ساختار واقعی سازمان هم‌خوانی دارد، و برای دسترسی‌های موقت (مثل یک پروژه مشترک بین‌واحدی)، از ابتدا یک تاریخ پایان مشخص تعیین کنید تا دسترسی موقت به دسترسی دائمی فراموش‌شده تبدیل نشود.

## اشتباهی که در این مرحله رایج است

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

## جمع‌بندی

طراحی سطح دسترسی کارکنان به دانشنامه سازمانی، پنج قدم دارد — فهرست‌کردن نقش‌ها به‌جای افراد، تعریف دسترسی هر نقش بر اساس اصل حداقل امتیاز، ساخت یک ماتریس ساده نقش×محتوا، مشخص‌کردن سلسله‌مراتب دسترسی مدیریتی، و تعریف یک فرآیند بازبینی دوره‌ای و دسترسی موقت. برای مرور مرز اطلاعاتی که اصلاً نباید در این ماتریس هم قرار بگیرند، [آن مقاله را بخوانید](https://artinmag.ir/articles/danabot-what-not-to-put-in-knowledge-base)، و برای شروع با دسترسی نقش‌محور از همان روز اول، [دانابات](https://dana-bot.ir) را ببینید.

## پرسش‌های متداول

### چطور سطح دسترسی کارکنان به دانشنامه سازمانی را طراحی کنیم؟

با پنج قدم: فهرست نقش‌ها به‌جای افراد، دسترسی بر اساس اصل حداقل امتیاز، ماتریس نقش×محتوا، سلسله‌مراتب دسترسی مدیریتی، و بازبینی دوره‌ای همراه با دسترسی موقت با تاریخ پایان مشخص.

### چرا دسترسی باید بر اساس نقش نه فرد طراحی شود؟

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

### اصل حداقل امتیاز در دانشنامه سازمانی یعنی چه؟

یعنی هر نقش فقط به همان بخشی از دانش دسترسی داشته باشد که برای انجام درست کارش لازم است، نه بیشتر.

### چطور دسترسی مدیر به زیرمجموعه‌اش را تعریف کنیم؟

با در نظر گرفتن این‌که مدیر واحد، علاوه بر دسترسی نقش خودش، معمولاً باید همان چیزی را ببیند که زیرمجموعه‌اش می‌بیند، به‌علاوه گزارش‌های تجمیعی مخصوص نقش مدیریتی.

### چرا دسترسی موقت باید تاریخ پایان داشته باشد؟

چون بدون تاریخ پایان مشخص، دسترسی موقت (مثلاً برای یک پروژه مشترک) معمولاً فراموش می‌شود و به‌صورت غیرعمد به یک دسترسی دائمی تبدیل می‌شود.

### اشتباه رایج در طراحی دسترسی دانشنامه سازمانی چیست؟

دادن دسترسی کامل به همه در ابتدای راه‌اندازی با این توجیه که بعداً محدودش می‌کنیم — در عمل این محدودسازی تقریباً هیچ‌وقت اتفاق نمی‌افتد.

## منابع

- [محدود کردن دسترسی بر اساس نقش (RBAC)](https://fa.wikipedia.org/wiki/محدود_کردن_دسترسی_بر_اساس_نقش)
- [مدیریت سطوح دسترسی پیشرفته در پورتال سازمانی؛ طراحی Role Matrix استاندارد](https://www.aca.ir/مدیریت-سطوح-دسترسی-پیشرفته-در-پورتال-س/)
- [کنترل دسترسی مبتنی بر نقش (RBAC): راهکاری جامع برای مدیریت ایمن دسترسی‌ها در سازمان‌ها](https://cynetco.com/role-based-access-control-rbac-a-comprehensive-solution-for-secure-access-management-in-organizations/)

---

منبع: [چطور سطح دسترسی کارکنان به دانشنامه سازمانی را طراحی کنیم؟](https://artinmag.ir/articles/danabot-design-employee-access-levels-knowledge-base) — مجله آرتین