ماژول کاربران و دسترسی‌های فیدار شش لایه‌ی مجوز را روی هم اعمال می‌کند: از ماژول‌های فعال و نقش کاربر تا شعبه، رکورد، فیلد و سقف مبلغ. هر تصمیم سمت سرور گرفته میشود و ابزار «چرا دسترسی دارد؟» دلیل دقیقش را نشان می‌دهد.
رایگان در هسته‌ی هر اشتراک · ورود دومرحلهای و Passkey برای همهی پلن‌ها
مسئله و راه‌حل
بیشتر نرم‌افزارها فقط می‌پرسند کاربر به یک بخش دسترسی دارد یا نه. ولی در واقعیت، کارشناس فروش باید مشتریان خودش را ببیند، نه همه را؛ و تخفیف بالای پنج درصد باید به تأیید مدیر برسد، نه اینکه کلاً ممنوع باشد.
برای اینکه کارشناس بتواند کار کند، به او دسترسی کامل داده میشود و فهرست همهی مشتریان شرکت قابل خروجی‌گرفتن است.
قانون رکورد تعیین می‌کند هر نقش کدام رکوردها را ببیند: خودش، تیمش، زیرمجموعه‌هایش در چارت یا کل شعبه؛ این قانون در فهرست، جستجو، گزارش، خروجی و API یکسان اعمال میشود.
بهای تمام‌شده، حقوق و کد ملی در هر فرم و گزارشی برای همه دیده میشود.
امنیت فیلد برای هر نقش سه حالت دارد: مخفی، فقط‌خواندنی یا قابل ویرایش؛ و پاسخ سرور فیلتر میشود، نه فقط ظاهر صفحه.
تخفیف ویژه با یک پیام به مدیر تأیید میشود و هیچ ردی از آن نمی‌ماند.
سقف و شرط: عبور از سقف تخفیف یا مبلغ، سند را به‌جای رد کردن به گردش تأیید چندمرحله‌ای می‌فرستد و همهی مراحل ثبت میشود.
وقتی ممیز می‌پرسد چرا فلان کاربر به این سند دسترسی داشته، کسی جواب دقیق ندارد.
ابزار «چرا دسترسی دارد؟» برای هر کاربر و هر رکورد نقش، محدوده و قانونی را که دسترسی داده یا رد کرده نشان می‌دهد و هر تغییر مجوز در audit log تغییرناپذیر میماند.
قابلیت‌ها
با نقشهای سیستمی هر ماژول شروع کنید و فقط وقتی کپی و سفارشی‌شان کنید که تفاوت واقعی وجود دارد. ده نقش خوب‌تعریف‌شده از پنجاه نقش تقریباً یکسان بهتر نگهداری میشود.
قانون رکورد را از سؤال «چه کسی نباید ببیند؟» بسازید، نه «چه کسی باید ببیند؟». معمولاً یک یا دو قانون مثل «مالک یا عضو تیم» و «فقط شعبهی خودش» بیشتر نیازها را پوشش می‌دهد.
هر سه ماه یک بار ماتریس دسترسی و گزارش کاربران غیرفعال دارای نقش را مرور کنید. این همان بازبینی دوره‌ای است که ممیزها می‌خواهند، و در فیدار با خروجی اکسل چند دقیقه طول می‌کشد.
یکپارچگی
هر ماژول فیدار هنگام نصب مجوزهای خودش را اعلام می‌کند و همه از یک سرویس مرکزی مجوز عبور میکنند. یعنی قانونی که امروز برای CRM می‌نویسید، با همان منطق برای فاکتور، انبار و حقوق هم کار خواهد کرد.
معماری کامل امنیت را در صفحه‌ی امنیت و دسترسی توضیح داده‌ایم.
گزارش‌ها
بازبینی دوره‌ای دسترسیها با این گزارش‌ها چند دقیقه طول می‌کشد، نه چند روز.
دسترسی
مدیریت دسترسی خودش هم تابع دسترسی است. ادمین شعبه فقط کاربران شعبهی خودش را مدیریت می‌کند و هیچکس نمی‌تواند به خودش نقشی بالاتر از نقش خودش بدهد.
امنیت و سطح دسترسی کاربراناشتراک (ماژول فعال است؟)، نقش (کاربر این عملیات را دارد؟)، محدودهی سازمانی (در کدام شرکت یا شعبه؟)، قانون رکورد (کدام رکوردها؟)، امنیت فیلد (کدام فیلدها؟) و سقف و شرط (تا چه مقدار؟). هر درخواست باید از هر شش لایه عبور کند. مفهوم پایه را در RBAC چیست توضیح داده‌ایم.
خیر. تصمیم نهایی همیشه سمت سرور گرفته میشود؛ قانون رکورد و امنیت فیلد در فهرست، جستجو، گزارش، خروجی اکسل و API هم اعمال میشوند. مخفی شدن دکمه فقط برای راحتی کاربر است.
بله. هر انتساب نقش محدودهی خودش را دارد؛ مثلاً یک نفر در شعبهی تهران مدیر فروش و در شعبهی اصفهان کارشناس فروش است.
رمز یکبارمصرف از اپلیکیشنهای احراز هویت، رمز پیامکی و Passkey. ادمین میتواند آن را برای همه یا برای نقشهای حساس اجباری کند. بیشتر در MFA چیست.
هیچکس. audit log فقط قابل افزودن است و هر رکورد به رکورد قبلی زنجیر شده؛ پس هر دستکاری قابل تشخیص است. مدت نگهداری بر اساس پلن تعیین میشود.
حساب او غیرفعال میشود، نشستهایش در همهی دستگاهها بسته میشود و سوابق کارش سر جایش میماند. رکوردهایی که مالکشان بوده با یک عملیات گروهی به نفر دیگری منتقل میشوند.
با نقشهای پیش‌فرض شروع کنید و قانون رکورد و امنیت فیلد را به‌مرور، بدون برنامه‌نویسی، دقیق‌تر کنید.