شناسایی و مدیریت الزامات قانونی و سازمانی: راهنمای ساخت دفتر الزامات

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

زمان مطالعه: ۵ دقیقهفانوس | سامانه مدیریت استراتژیک

الزامات قانونی و سازمانی یعنی چه؟

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

استانداردهای سیستم مدیریت به این موضوع توجه ویژه دارند. ISO 45001:2018 در بند ۶.۱.۳ از سازمان می‌خواهد «الزامات قانونی و سایر الزامات» را تعیین کند و ISO 14001:2015 نیز در بند ۶.۱.۳ همین موضوع را با عنوان «الزامات انطباق» مطرح می‌کند؛ سازمان باید این الزامات را تعیین کند و به آن‌ها دسترسی داشته باشد، و ISO 9001:2015 نیز در بند ۴.۲ الزامات مرتبط طرف‌های ذی‌نفع را در شناخت بافت سازمان می‌گنجاند. برای سازمان‌هایی که می‌خواهند انطباق را به‌صورت یک سیستم مدیریت کنند، ISO 37301:2021 چارچوب مستقلی ارائه می‌دهد.

چرا مدیریت الزامات، موضوعی راهبردی است؟

بسیاری از سازمان‌ها الزامات قانونی را کار واحد حقوقی یا ایمنی می‌دانند و آن را از برنامه‌ریزی راهبردی جدا می‌کنند. این جدایی هزینه دارد. یک تغییر در مقررات می‌تواند یک خط محصول را متوقف کند، هزینه تمام‌شده را تغییر دهد یا بازاری تازه باز کند. به همین دلیل در فرایند مدیریت استراتژیک، فهرست الزامات یکی از ورودی‌های تحلیل محیط است.

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

یک دفتر الزامات خوب چه ستون‌هایی دارد؟

قلب این کار، «دفتر ثبت الزامات» است؛ جدولی که هر ردیف آن یک الزام مشخص است. ستون‌های پیشنهادی در جدول زیر آمده است.

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

ستون «مستندات داخلی» اهمیت ویژه دارد. الزامی که هیچ سند داخلی آن را به رویه عملی تبدیل نکرده باشد، احتمالاً در عمل اجرا نمی‌شود. مدیریت این اسناد در مقاله مدیریت اسناد بالادستی و دستورالعمل‌ها بررسی شده است.

روش گام‌به‌گام شناسایی و مدیریت الزامات

  1. نقشه فعالیت‌ها را مبنا قرار دهید. به‌جای شروع از فهرست قوانین، از فرایندها، محصولات، دارایی‌ها و محل‌های فعالیت شروع کنید و بپرسید هر کدام تحت چه مقرراتی است.
  2. منابع را مشخص کنید. قوانین عمومی (کار، مالیات، تأمین اجتماعی)، مقررات صنفی و تخصصی، شرایط مجوزها، قراردادهای کلیدی و استانداردهای داوطلبانه.
  3. هر الزام را به تعهد عملی ترجمه کنید. «قانون کار» یک الزام نیست؛ «انجام معاینات دوره‌ای کارکنان در مشاغل سخت» یک الزام است.
  4. مسئول و مستندات را تعیین کنید. برای هر الزام یک مدیریت پاسخ‌گو و سند اجرایی مشخص کنید.
  5. ریسک و فرصت را بسنجید. الزامات با پیامد بالا را برای انتقال به دفتر ریسک علامت‌گذاری کنید.
  6. ارزیابی انطباق را دوره‌ای انجام دهید. بررسی کنید آیا رویه واقعی با الزام سازگار است و شواهد آن را نگه دارید.
  7. تغییرات را رصد کنید. یک نفر یا واحد را مسئول پایش تغییرات مقررات کنید و تاریخ ویرایش را به‌روز نگه دارید.

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

مثال فرضی: یک کارخانه تولید رنگ صنعتی

فرض کنید یک کارخانه فرضی تولید رنگ و پوشش‌های صنعتی می‌خواهد دفتر الزامات خود را بازسازی کند. تیم کار را با فهرست فرایندها شروع کرد: خرید مواد شیمیایی، انبارداری، تولید، تصفیه پساب، فروش و منابع انسانی. چند ردیف نمونه از نتیجه کار:

الزامنوعمحل کاربردریسک/فرصتمسئول
رعایت حدود مجاز پساب صنعتی خروجیقانونیتصفیه‌خانهریسک تعلیق فعالیت؛ فرصت بازچرخانی آبمدیریت HSE
شرایط نگهداری حلال‌های قابل اشتعالقانونیانبار مواد اولیهریسک حریق و آسیب جانیمدیریت HSE
صدور صورت‌حساب مطابق ضوابط مالیاتیقانونیفروش و مالیریسک جریمه و رد هزینهمدیریت مالی
الزام مشتری خودروساز به گواهی آزمون هر بچسازمانیکنترل کیفیتریسک از دست دادن مشتری؛ فرصت ورود به زنجیره‌های مشابهمدیریت کیفیت

تیم الزام پساب را به عامل محیط‌زیستی «سخت‌گیرتر شدن نظارت بر صنایع آلاینده» در PESTEL وصل کرد. این پیوند باعث شد موضوع از یک دغدغه فنی به سطح راهبردی برسد و پروژه ارتقای تصفیه‌خانه در فهرست ابتکارات سال بعد قرار گیرد.

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

اشتباهات رایج

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

پیوند با سایر مراحل

الزامات قانونی در امتداد دسته «قانونی» تحلیل PESTEL قرار دارند؛ PESTEL روند را می‌بیند و دفتر الزامات تعهد مشخص را. نهادهای ناظر و مشتریانی که الزامات را تعیین می‌کنند در تحلیل ذی‌نفعان حضور دارند. عدم انطباق‌های کشف‌شده در ممیزی به یافته‌های ممیزی و ریسک‌های جدی به مدیریت ریسک استراتژیک در دسته انطباق و قانونی منتقل می‌شوند.

این کار در فانوس

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

پرسش‌های رایج

تفاوت الزام قانونی و الزام سازمانی چیست؟

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

دفتر الزامات را هر چند وقت یک بار باید بازنگری کرد؟

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

چه کسی باید مسئول دفتر الزامات باشد؟

معمولاً یک واحد هماهنگ‌کننده مانند حقوقی یا سیستم‌ها نگهداری دفتر را بر عهده دارد، اما مسئولیت انطباق هر الزام با مدیریتی است که فرایند مربوط را اداره می‌کند.

مقاله‌های مرتبط

فانوس را در عمل ببینید

همه مراحل مدیریت استراتژیک، به هم پیوسته و قابل پایش، در یک سامانه فارسی.

درخواست نمایش آنلاین