سطوح دسترسی کاربران در نرمافزار مالی: راهنمای نقش‌محور
راهنمای عملی تعریف سطوح دسترسی کاربران در نرمافزار مالی: نقش حسابدار، انباردار و فروشنده را طوری ببندید که داده‌های مالی محفوظ بماند.
آنچه در این مقاله می‌خوانید
- ۱.همه با یک نام کاربری وارد می‌شوند؛ رایج‌ترین اشتباه
- ۲.اول نقش را تعریف کنید، بعد دسترسی را
- ۳.سه سطح تصمیم: دیدن، ثبت‌کردن، تأییدکردن
- ۴.چک‌لیست هفت‌قدمی تعریف سطوح دسترسی
- ۵.دسترسی‌های پرخطری که باید قفل بمانند
- ۶.کارکنان فصلی و دسترسی موقت
- ۷.هر چند وقت یکبار سطوح دسترسی را بازبینی کنیم؟
- ۸.سطوح دسترسی کاربران در سکه چطور تنظیم میشود
- ۹.جمع‌بندی: از یک نقش شروع کنید
- ۱۰.پرسش‌های متداول
در یک نگاه
سطوح دسترسی کاربران را از روی نقش شغلی تعریف کنید، نه از روی راحتی یا سفارش شخصی.
برای هر نقش سه پرسش را جواب دهید: چه چیزی را ببیند، چه چیزی را ثبت کند، چه چیزی را تأیید کند.
دسترسی تأیید پرداخت و تغییر تنظیمات مالی را فقط به یک یا دو نفر بدهید.
برای کارکنان فصلی و پاره‌وقت دسترسی زمان‌دار تعریف کنید و پس از پایان کار ببندید.
فهرست کاربران و نقش‌ها را هر چند ماه یکبار بازبینی کنید؛ دسترسی کهنه همان‌قدر خطرناک است که دسترسی زیاد.
وقتی یک نرمافزار مالی را در کسبوکار راه می‌اندازید، اولین تصمیم مهم فنی نیست؛ این است که چه کسی چه چیزی را ببیند. سطوح دسترسی کاربران همان خط‌کشی ساده‌ای است که تعیین می‌کند فروشندهٔ شیفت عصر بتواند فاکتور بزند، اما فهرست حقوق همکارانش را باز نکند. بدون این خط‌کشی، نرمافزار مالی به یک اتاق مشترک تبدیل میشود که همه کلیدش را دارند.
در بسیاری از کسبوکارهای کوچک ایرانی، همه با یک نام کاربری وارد می‌شوند؛ معمولاً نام کاربری مالک. نتیجه‌اش این است که وقتی موجودی انبار نمی‌خواند یا فاکتوری اصلاح شده، هیچ‌کس نمی‌داند کار چه کسی بوده. بدتر از آن، اطلاعات حساس مثل قیمت تمام‌شده، حقوق کارکنان و حساب‌های بانکی در دسترس کسی است که هیچ نیازی به دیدنشان ندارد.
این راهنما نشان می‌دهد چطور برای هر نقش — حسابدار، انباردار، فروشنده و مدیر — دسترسی محدود و نقش‌محور تعریف کنید، چه دسترسی‌هایی را باید قفل نگه دارید و از کجا شروع کنید.
همه با یک نام کاربری وارد می‌شوند؛ رایج‌ترین اشتباه
اشتراکی کردن یک حساب کاربری معمولاً از سر راحتی شروع میشود: «حالا وقت نداریم برای هر نفر کاربر بسازیم.» اما هزینهٔ این راحتی بعداً با به‌هم‌ریختگی گزارش‌ها تسویه میشود. وقتی سه نفر با یک حساب کار می‌کنند، ردپای هر عملیات گم میشود.
مشکل دوم، اعتماد بی‌جاست. فروشنده‌ای که به همهٔ بخش‌ها دسترسی دارد می‌تواند سهواً قیمت یک کالا را عوض کند، فاکتور صادرشده را حذف کند یا موجودی را دستی اصلاح کند. هیچ‌کدام از این‌ها لزوماً سوءنیت نیست؛ نبود مرز است.
در کسب‌وکاری که با چند نفر کار می‌کند، یک حساب اختصاصی برای هر کاربر و یک نقش مشخص، ساده‌ترین و ارزان‌ترین لایهٔ کنترل داخلی است. همین دو کار، بیشتر از هر گزارش تحلیلی، جلوی اشتباه و سوءاستفاده را می‌گیرد.
اول نقش را تعریف کنید، بعد دسترسی را
ترتیب کار مهم است. اگر از فهرست تیک‌های دسترسی شروع کنید، آخرش به همه همه‌چیز می‌دهید تا کارها بخوابد. اگر از نقش شروع کنید، دسترسی‌ها خودشان جا می‌افتند. پرسش کلیدی این است: «این آدم در یک روز کاری عادی چه کاری باید انجام دهد؟»
جدول زیر یک الگوی شروع است؛ آن را با واقعیت کسبوکار خودتان تنظیم کنید.
نقش | نیاز اصلی | چه چیزی را نبیند | نمونهٔ محدودیت |
|---|---|---|---|
فروشنده / صندوق‌دار | ثبت فروش، صدور فاکتور، ثبت پرداخت مشتری | قیمت تمام‌شده، سود، حقوق همکاران | بدون دسترسی به حذف فاکتور و بدون ویرایش قیمت پایه |
انباردار | ورود و خروج کالا، شمارش موجودی، ثبت ضایعات | گردش حساب بانکی و گزارش سود و زیان | بدون دسترسی به اصلاح فاکتور فروش و بدون تغییر قیمت خرید |
حسابدار | ثبت اسناد، تطبیق بانکی، گزارش‌های مالی | تنظیمات کاربران و تغییر سطح دسترسی دیگران | بدون دسترسی به ساخت کاربر جدید و بدون تغییر تنظیمات سیستم |
مدیر / مالک | دیدن همهٔ گزارش‌ها و تأیید نهایی | — | دسترسی کامل، اما همیشه با حساب اختصاصی خودش |
نکتهٔ مهم این است که نقش‌ها را با نام شغل تعریف کنید، نه با نام افراد. اگر فردا فروشنده عوض شد، فقط کاربر جدید را به همان نقش وصل می‌کنید؛ لازم نیست از صفر دسترسی بچینید.
سه سطح تصمیم: دیدن، ثبت‌کردن، تأییدکردن
اکثر اشتباه‌ها در تعریف سطوح دسترسی از اینجا می‌آید که سه کار متفاوت را یکی می‌بینیم: دیدن یک اطلاعات، ثبت یک سند، و تأیید یا تغییر نهایی آن. این سه را برای هر نقش جدا کنید.
مشاهده: کاربر می‌تواند گزارش را ببیند اما تغییری نمی‌دهد. مثلاً انباردار موجودی را می‌بیند اما قیمت خرید را نمی‌بیند.
ثبت: کاربر سند یا فاکتور جدید می‌سازد و ذخیره می‌کند، اما نمی‌تواند سند ذخیره‌شده را حذف یا مبلغش را عوض کند.
تأیید و ویرایش نهایی: فقط یک یا دو نفر؛ همان‌هایی که مسئولیت مالی را می‌پذیرند. این سطح باید تنگ‌ترین حلقه باشد.
وقتی این سه لایه را جدا می‌کنید، یکی از رایج‌ترین سناریوها هم حل میشود: کافه‌ای که صندوق‌دار شب اجازهٔ ثبت فروش دارد، اما اصلاح فاکتور و ثبت مرجوعی فقط با تأیید مدیر انجام میشود.
چک‌لیست هفت‌قدمی تعریف سطوح دسترسی
این ترتیب را در راه‌اندازی نرمافزار مالی دنبال کنید؛ در عمل کمتر از یک ساعت وقت می‌گیرد.
فهرست نقش‌ها را بنویسید. روی کاغذ بنویسید در کسبوکار شما چند نوع کار متفاوت انجام میشود؛ معمولاً سه تا پنج نقش بیشتر نیست.
برای هر نقش یک جملهٔ مسئولیت بنویسید. مثلاً «انباردار مسئول درستی موجودی است، نه درستی صورت‌حساب.»
فهرست داده‌های حساس را جدا کنید. حقوق کارکنان، قیمت تمام‌شده، حساب‌های بانکی و سود ماهانه معمولاً در این فهرست‌اند.
از کمترین دسترسی شروع کنید. ابتدا حداقل لازم را بدهید و بعد اگر کار پیش نرفت، بزرگش کنید؛ عکس این مسیر همیشه پرهزینه‌تر است.
دسترسی‌های تأیید و حذف را محدود کنید. حذف فاکتور، اصلاح قیمت و تأیید پرداخت را به کمترین تعداد کاربر بدهید.
برای هر کاربر حساب اختصاصی بسازید. هیچ دو نفری یک نام کاربری نداشته باشد؛ حتی در شیفت‌های مختلف.
همه‌چیز را در یک سند کوتاه ثبت کنید. یک صفحه با فهرست کاربر، نقش و تاریخ شروع؛ این سند در بازبینی‌های بعدی کارتان را بسیار ساده می‌کند.
دسترسی‌های پرخطری که باید قفل بمانند
برخی دسترسی‌ها فقط وقت‌گیر نیستند؛ ریسک واقعی می‌سازند. مهم‌ترینشان دسترسی به تنظیمات کاربران و نقش‌هاست. کسی که بتواند نقش خودش را تغییر دهد، عملاً هیچ محدودیتی ندارد.
سه دسترسی را هرگز عمومی نکنید: ساخت و ویرایش کاربران، تأیید و حذف پرداخت، و تغییر تنظیمات مالی مثل سال مالی و شماره‌گذاری اسناد. این سه، ستون فقرات کنترل داخلی‌اند. اگر بیش از دو نفر به آن‌ها دسترسی دارند، مرزهای دیگر تقریباً بی‌اثر می‌شوند.
دسترسی دیگری که کمتر جدی گرفته میشود، خروجی گرفتن از داده‌هاست. کسی که می‌تواند کل فهرست مشتریان و تاریخچهٔ خریدشان را یکجا بریزد روی فایل، حتی اگر حق ویرایش نداشته باشد، می‌تواند داده را از کسبوکار بیرون ببرد. اگر نرم‌افزارتان اجازهٔ این تفکیک را می‌دهد، خروجی کامل را به مدیر محدود کنید.
کارکنان فصلی و دسترسی موقت
در فروشگاه پوشاک، شب عید و حراج پایان فصل نفرات موقت اضافه می‌شوند. برای این‌ها دسترسی زمان‌دار بسازید و از روز اول بنویسید تا چه تاریخی فعال است. دسترسی‌ای که پس از رفتن فرد باز می‌ماند، یکی از شایع‌ترین راه‌های نشت داده است.
فروشگاه اینستاگرامی که روزانه سفارش می‌گیرد، برای پاسخ‌دهندهٔ دایرکت یک نقش محدود ساخت: ثبت سفارش و دیدن وضعیت ارسال، بدون دسترسی به قیمت تمام‌شده و گزارش سود. وقتی آن فرد بعد از دو ماه رفت، حسابش بسته شد و کار بهسادگی به نفر بعدی منتقل شد.
هر چند وقت یکبار سطوح دسترسی را بازبینی کنیم؟
دسترسی‌ها با گذر زمان فرسوده می‌شوند: کارمندی جابهجا میشود، نفر دوم انبار می‌آید، حسابدار قبلی هنوز فعال است. یک بازبینی ساده هر سه ماه، یا حداقل هر شش ماه، کافی است.
بازبینی سریع: فهرست کاربران را چاپ کنید و کنار هر نام بنویسید «آخرین بار چه کاری با این حساب انجام شد؟» هر حسابی که جواب روشنی ندارد، باید غیرفعال شود. حسابی که مالکش رفته اما هنوز فعال است، بزرگ‌ترین حفرهٔ امنیتی شماست.
به‌روزرسانی نقش‌ها را به یک رویداد گره بزنید: تغییر شغل، پایان قرارداد، یا شروع سال مالی. این کار باعث میشود بازبینی فراموش نشود.
سطوح دسترسی کاربران در سکه چطور تنظیم میشود
در سکه می‌توانید برای هر نفر یک کاربر جدا بسازید و نقشش را مشخص کنید؛ یعنی هر کس فقط همان بخشی را می‌بیند که برای کارش لازم است. حسابدار سراغ حسابداری سکه می‌رود، انباردار روی انبارداری کار می‌کند و فروشنده فقط بخش فروش را می‌بیند. به این ترتیب داده‌های مالی از یک جا کنترل میشود، نه با هماهنگی شفاهی.
مزیت این کار وقتی روشن میشود که کسب‌وکارتان چند بخشی شده باشد: نرمافزار یکجا فروش، انبار و حسابداری را پوشش می‌دهد، اما هر کاربر پنجرهٔ محدود خودش را دارد. برای دیدن نمای کلی امکانات، صفحهٔ امکانات سکه نقطهٔ شروع خوبی است. اگر هنوز در مرحلهٔ انتخاب نرمافزار هستید، چک‌لیست انتخاب نرمافزار مدیریت کسبوکار کمک می‌کند یکی از معیارهای انتخابتان همین تفکیک دسترسی باشد.
جمع‌بندی: از یک نقش شروع کنید
لازم نیست همهٔ سطوح دسترسی را یکجا و کامل بچینید. با یک قدم کوچک شروع کنید: امروز فهرست نقش‌های کسب‌وکارتان را بنویسید و مشخص کنید چه کسی نباید چه چیزی را ببیند. همان فهرست، نقشهٔ راه تعریف سطوح دسترسی شماست.
قدم بعدی روشن است: وارد بخش کاربران شوید، حساب‌های اشتراکی را ببندید و برای هر نفر یک کاربر با نقش مشخص بسازید. اگر دربارهٔ قواعد مالیات و نگهداری اسناد هم مطمئن نیستید، پیش از هر تغییری آخرین بخشنامه‌های سازمان امور مالیاتی را بررسی کنید.
پرسش‌های متداول
سطوح دسترسی کاربران در نرمافزار مالی یعنی چه؟
یعنی تعیین اینکه هر کاربر چه بخشهایی را ببیند، چه چیزی ثبت کند و چه چیزی را تأیید یا حذف کند. این تعریف بر اساس نقش شغلی انجام میشود، نه بر اساس رابطهٔ شخصی یا راحتی کار.
آیا میتوانم به فروشنده دسترسی کامل بدهم تا کارها سریعتر پیش برود؟
این کار در کوتاهمدت راحتتر است، اما کنترل داخلی را از بین میبرد. فروشنده باید فاکتور بزند و پرداخت ثبت کند، اما تغییر قیمت پایه، حذف فاکتور و دیدن گزارش سود نباید در اختیارش باشد.
برای کسبوکار کوچک با سه کارمند هم تعریف نقش لازم است؟
بله، و حتی سادهتر است. با سه نقش مشخص — فروش، انبار و مدیر — هم مسئولیت هر کس روشن میشود و هم هنگام خروج یک کارمند، انتقال کار بهسادگی انجام میشود.
دسترسی کارمند فصلی را بعد از پایان کار چه کنیم؟
از همان روز اول برای حسابش تاریخ انقضا بگذارید و در آخرین روز کاری غیرفعالش کنید. حساب فعالی که مالکش رفته، یکی از رایج‌ترین راه‌های نشت اطلاعات در کسبوکارهای کوچک است.
هر چند وقت یکبار باید سطوح دسترسی را بازبینی کنیم؟
بازبینی هر سه تا شش ماه، یا هر بار که کسی جابهجا یا استخدام میشود، کافی است. کنار هر نام بنویسید آخرین بار چه کاری با آن حساب انجام شده؛ حساب بدون جواب روشن باید بسته شود.
ایدهٔ این مطلب از Rebuilding user permissions: what’s live and what’s next گرفته شده و متن آن برای کسبوکارهای ایرانی از نو نوشته شده است.
آماده دیجیتال‌سازی کسبوکار خود هستید؟
با سکه از همین امروز شروع کنید — رایگان، بدون تعهد.