اصل ALARP در مدیریت داراییهای فیزیکی؛ از نظریه تا تصمیمگیری در مهندسی نت
مدیران کارخانهها و مهندسان نت روزانه با یک پرسش دشوار روبهرو میشوند: دقیقاً تا کجا باید برای پیشگیری از خرابی یک دستگاه خرج کرد؟
اگر بخواهیم احتمال وقوع حوادث یا توقف خط را کاملاً به «صفر» برسانیم، کارخانه باید بخش عمده بودجه سالانهاش را صرف پایپینگ دوبل، سنسورهای موازی و قطعات یدکی دپوشده کند؛ کاری که عملاً توجیه اقتصادی تولید را از بین میبرد. از طرف دیگر، کمتوجهی به نشانههای خرابی در تجهیزات بحرانی، بازی با آتش، خسارتهای میلیاردی و حتی تهدید جان پرسنل است.
استاندارد مدیریت داراییهای فیزیکی (ISO 55000) روی «خلق بیشترین ارزش با تعادل میان هزینه، ریسک و کارایی» تأکید دارد، اما ابزار قضاوت مهندسی برای تعیین این نقطه تعادل چیست؟ پاسخ در مفهومی نهفته است که در صنایع فرآیندی، هوانوردی و نفت و گاز با نام اصل ALARP یا «به پایینی حدی که منطقاً شدنی باشد» شناخته میشود.
اصل ALARP چیست؟ کالبدشکافی قیف ریسک
عبارت ALARP سرواژه As Low As Reasonably Practicable است. ریشه این قاعده به پروندههای حقوقی و دستورالعملهای اداره بهداشت و ایمنی بریتانیا (UK HSE) برمیگردد، اما امروز پایهایترین منطق تصمیمگیری در قابلیت اطمینان و بازرسی فنی است.
در نمودار شماتیک قیف ریسک (که در ادبیات مهندسی به هویج ریسک نیز معروف است)، طیف حوادث و آسیبها به سه بخش شفاف تقسیم میشود:
- ناحیه غیرقابلقبول: ریسک آنقدر بحرانی است که توقف خط تولید یا خاموشی اضطراری، بر هر ملاحظه مالی اولویت دارد.
- ناحیه تحملپذیر : اکثر تجهیزات در صنایع در این محدوده سیر میکنند. در این ناحیه، ریسک وجود دارد اما تنها زمانی مجاز به پذیرش آن هستیم که بتوانیم با تحلیل فنی ثابت کنیم هزینه مهار بیشتر، نامتناسب و گزاف خواهد بود.
- ناحیه قابلقبول: سطح ریسک پایین است و با چکلیستهای پیشگیرانه ساده و روانکاری دورهای مهار میشود؛ هزینهکرد بیشتر در اینجا اتلاف واقعی منابع است.
فرمول ریاضی ALARP؛ درک ضریب عدم تناسب
تصمیمگیری مهندسی نباید سلیقهای باشد. برای اینکه بگوییم یک دارایی در محدوده ALARP قرار گرفته، باید منطق عدم تناسب فاحش را روی کاغذ اثبات کنیم.

فرمول ریاضی ALARP
نحوه تحلیل خروجی DF:
- اگر باشد: یعنی سود حاصل از کاهش خسارت، بیشتر از هزینه اجرای اقدام است. در این حالت اجرای کار الزامی و سودآور است.
- اگر 1<DF≤DFtargetباشد: حتی اگر هزینه کمی بیشتر از منفعت نقدی کوتاهمدت باشد، به خاطر جنبههای ایمنی یا زیستمحیطی باید پروژه اجرا شود.
- اگر DF>DFtarget باشد: عدم تناسب فاحش رخ داده است؛ هزینه رفع مشکل از نظر فنی و اقتصادی بسیار سنگین است و سیستم وارد محدوده مجاز ALARP میشود (میتوان شرایط را با پایش ویژه پذیرفت).
یک نکته کارگاهی: طبق توصیههای مرجع HSE، ضریب هدف (DFtargetDF) معمولاً بین ۲ تا ۱۰ انتخاب میشود. هرچه ریسک اولیه به سمت پیامدهای جانی برود، این ضریب بالاتر تعیین میشود تا توجیه «خرج نکردن برای ایمنی» به صفر نزدیک شود
جایگاه ALARP در روشهای مرجع نت (RCM، RBI و SIL)
اصل ALARP پیوندی عمیق با سه متدولوژی اصلی قابلیت اطمینان دارد:
- متدولوژی مهندسی
- نت مبتنی بر قابلیت اطمینان (RCM)
- بازرسی بر مبنای ریسک (RBI)
- ایمنی عملکردی (SIL / SIS)
- استاندارد مرجع
- SAE JA1011 / JA1012
- API 580 / API 581
- IEC 61508 / 61511
- کاربرد عملیاتی ALARP
- اگر یک وظیفه نت نتواند ریسک خرابی را تا تراز ALARP پایین بیاورد، تغییر طراحی (Redesign) اجباری میشود.
- تعیین بهینه زمان تستهای ضخامتسنجی و توقف آزمونهای غیرمخرب (NDT) غیرضروری روی مسیرهای کمریسک.
- تعیین حداقل لایههای حفاظت اضطراری (LOPA) برای تجهیزات تحت فشار تا رسیدن به نرخ خطای قابلقبول.
مطالعه موردی: تصمیمگیری برای پمپ خوراک بحرانی (Feed Pump P-101)
برای لمس بهتر این موضوع، یک تجربه واقعی در محیط پالایشگاهی را مرور کنیم.
در یک پمپ دوار پرفشار که هیدروکربن داغ جابهجا میکند، سنسورهای CBM بالا رفتن ناگهانی ارتعاشات هارمونیک ۱X و فرکانسهای نقص یاتاقان را ثبت کردهاند. پمپ رزرو (Standby) به دلیل بازسازی در کارگاه، خارج از سرویس است.
- برآورد خسارت سناریوی گریپاژ یاتاقان، سوختن مکانیکالسیل و انفجار (C): ۳,۰۰۰,۰۰۰ دلار
- نرخ تخمینی وقوع حادثه طی یک ماه (): ۰.۲۵ (احتمال ۲۵٪)
- ریسک ماهانه اولیه: ۷۵۰,۰۰۰ دلار
تیم نت سه مسیر پیش رو دارد:

مقایسه سناریوهای تصمیمگیری ALARP در پمپ سانتریفیوژ
محاسبه شاخص عدم تناسب در این سناریو:
DF=۵۰,۰۰۰/۷۲۰,۰۰۰≈۰.۰۶۹
نتیجه تصمیم واضح است: گزینه ۳ با یک سرمایهگذاری هوشمندانه، ریسک فاجعه را دفع کرده و پمپ را تا زمان رسیدن پمپ رزرو، در ناحیه قابلتحمل و اقتصادی (ALARP) نگه میدارد.
پیادهسازی ALARP بدون CMMS ناممکن است
بزرگترین خطایی که در تحلیلهای ALARP دیده میشود، استفاده از اعداد ذهنی و تخمینهای حسی برای پارامترهای احتمال خرابی (f) و پیامد (C) است. اگر دیتابیس تمیزی از خرابیهای گذشته نداشته باشید، کل این فرمولها تبدیل به گزارشهای ویترینی میشوند.
اینجاست که نقش یک نرم افزار مدیریت نگهداری و تعمیرات (CMMS / EAM) مشخص میشود:
- ثبت یکپارچه ریشههای خرابی (ISO 14224): بدون ثبت دقیق علت خرابی ، زمان توقف و کدهای ریشهای (RCA)، نمیتوان مدلسازی قابلیت اطمینان انجام داد.
- محاسبه خودکار MTBF و MTTR: یک CMMS کارآمد شاخصهای بحرانی مثل میانگین زمان بین خرابیها (MTBF) و نرخ شکست را مستقیم از دستور کارهای واقعی استخراج میکند؛ آماری که مستقیماً وارد محاسبات احتمال شکست (PoF) در بازرسی فنی میشود.
- مستندسازی و دفاع در ممیزیها: در حسابرسیهای حوادث، ممیزیهای بیمه یا ارزیابی ISO 55001، سازمان باید ثابت کند که چرا اقدام پیشگیرانه خاصی را متوقف یا اجرا کرده است. لاگهای زمانی و گزارشهای تحلیلی CMMS تنها مدرک معتبر برای دفاع از این تصمیمها هستند.
جمعبندی: خطکش تعادل در نگهداری داراییها
اصل ALARP یک شعار انتزاعی نیست، بلکه یک «سپر تصمیمگیری» برای مهندسان نت در برابر دو قطب اشتباه است: بیخیالی نسبت به ریسکهای فاجعهبار و هزینهتراشی بیحساب برای قطعات و توقفهای وسواسی.
پیادهسازی موفق این استاندارد تنها در صورتی ممکن است که سازمان از نرمافزارهای نگهداری و تعمیرات برای استخراج الگوهای کارکرد و توقف تجهیزات استفاده کند تا تصمیمگیریها به جای حدس، بر پایه محاسبات عینی ریسک استوار شوند.



