بندهای حیاتی در تنظیم قرارداد پشتیبانی شبکه های کامپیوتری

چک لیست جامع و بندهای حیاتی در تنظیم قرارداد پشتیبانی شبکه و SLA

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

هزینه توقف سرویس یا Cost of Downtime در سازمان های امروزی به شدت بالا است. زمانی که اینترنت قطع می شود، نرم افزار حسابداری از کار می افتد، سیستم تلفن های تحت شبکه (VoIP) مختل می شود و کارمندان عملا توانایی انجام وظایف خود را از دست می دهند. در این مقاله تخصصی و جامع از ایران هلپ دسک (عصر ارتباط)، به بررسی عمیق، گام به گام و لایه به لایه اصول حقوقی و فنی تنظیم یک قرارداد پشتیبانی شبکه بی نقص می پردازیم تا مدیران بتوانند با دیدی باز و کاملا حرفه ای، امنیت و پایداری زیرساخت خود را تضمین کنند.

SLA یا توافقنامه سطح خدمات در شبکه دقیقا چیست؟

توافقنامه سطح خدمات یا Service Level Agreement (SLA) سندی استراتژیک است که حداقل سطح کیفی خدمات مورد انتظار کارفرما را به صورت کاملا کمی، قابل اندازه گیری و دارای ضمانت اجرایی تعریف می کند. در حوزه فناوری اطلاعات و شبکه های کامپیوتری، SLA مشخص می کند که زیرساخت شبکه در طول یک ماه یا یک سال چه مقدار مجاز به قطعی است و پیمانکار پشتیبان شبکه، در چه بازه زمانی موظف به تشخیص و رفع اشکال می باشد.

برای درک بهتر و عمیق تر این موضوع، شرکت های بزرگ بین المللی استانداردهای بسیار سخت گیرانه ای دارند. به عنوان مثال، در زیرساخت های پردازش ابری، تعهد به پایداری یا Uptime یک عنصر حیاتی است. بر اساس مستندات مایکروسافت در زمینه SLA، سرویس های سازمانی باید پایداری 99.9 درصد (معروف به قانون Three Nines) یا حتی بالاتر داشته باشند. همچنین در زمینه مفاهیم پایه شبکه و درک زمان قطعی، می توانید به مستندات کلودفلر درباره Network Uptime مراجعه کنید که استانداردهای جهانی پایداری مسیرهای ارتباطی را به خوبی تشریح می کند.

شاخص های کلیدی ارزیابی در SLA

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

• MTTR (Mean Time to Repair): میانگین زمان مورد نیاز برای تعمیر و بازگرداندن سیستم به حالت عادی. هرچه این عدد کمتر باشد، تیم پشتیبانی چابک تر است.
• MTBF (Mean Time Between Failures): میانگین زمان بین وقوع دو خرابی. این شاخص نشان دهنده کیفیت زیرساخت و اثربخشی پشتیبانی پیشگیرانه است.
• RTO (Recovery Time Objective): مدت زمانی که سازمان می تواند تحمل کند تا سرویس پس از یک فاجعه، مجددا در دسترس قرار گیرد.
• RPO (Recovery Point Objective): حداکثر حجم داده ای که سازمان می پذیرد در صورت بروز فاجعه از دست برود (این شاخص مستقیما با استراتژی بک آپ گیری مرتبط است).

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

بسیاری از شرکت های کوچک تصور می کنند که با استخدام یک نیروی پاره وقت یا تماس موردی با تکنسین ها می توانند شبکه خود را مدیریت کنند. اما بدون یک قرارداد شفاف، مرزهای مسئولیت نامشخص است. خرابی در یک روتر هسته (Core Router) یا از دست رفتن داده ها در سرور اتوماسیون اداری می تواند خسارات مالی و حقوقی جبران ناپذیری به بار آورد.

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

• مدیریت ریسک پیشگیرانه: شناسایی نقاط ضعف زیرساخت (Vulnerability Assessment) و رفع پیشگیرانه آن ها پیش از وقوع فاجعه.
• شفافیت مالی و کنترل بودجه: مشخص بودن هزینه های قطعی نگهداری سخت افزار و نرم افزار در طول سال بدون مواجهه با هزینه های پنهان و پیش بینی نشده.
• ارتقای امنیت سایبری: الزام حقوقی پیمانکار به اجرای سیاست های امنیتی سخت گیرانه مانند پیکربندی دقیق فایروال (Firewall)، سیستم های تشخیص نفوذ (IDS/IPS) و اعمال سیاست های اعتماد صفر (Zero Trust).
• پاسخگویی سریع و تضمین شده: تضمین حضور فیزیکی کارشناس مقیم یا اتصال ریموت متخصص ارشد در زمان های بحرانی بر اساس توافقنامه SLA.
• مستندسازی و مدیریت دانش: جلوگیری از وابستگی به شخص خاص از طریق الزام پیمانکار به ارائه نقشه های شبکه و مستندات فنی.

چک لیست جامع و 12 گانه بندهای حیاتی در قرارداد پشتیبانی شبکه

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

1. موضوع قرارداد و دامنه دقیق خدمات (Scope of Work)

این بند باید به صورت میلی متری دقیق باشد. نوشتن عبارت کلی و مبهم "پشتیبانی کامپیوترها و شبکه" یک اشتباه مهلک است. باید دقیقا ذکر شود که چه تجهیزات فیزیکی و چه سرویس های نرم افزاری تحت پوشش هستند. لیست کامل سرورها (فیزیکی و مجازی)، سوئیچ ها، روترهای سیسکو یا میکروتیک، تجهیزات وایرلس، سانترال های VoIP، فایروال ها و حتی نرم افزارهای سازمانی (مانند اکتیو دایرکتوری، ایمیل سرور اکسچنج، و اتوماسیون اداری) باید به همراه شماره سریال و مدل در قالب پیوست لاینفک قرارداد درج شوند. هرگونه سرویس خارج از این لیست، مشمول هزینه مازاد خواهد بود.

2. توافقنامه سطح خدمات و ماتریس زمان پاسخگویی (SLA Metrics)

پیمانکار باید رسما متعهد شود که درخواست های پشتیبانی (تیکت ها) را بر اساس سطح بحرانی بودن و اثرگذاری بر کسب و کار پاسخ دهد. سیستم تیکتینگ (Helpdesk) باید محور ارتباط باشد. جدول زیر یک نمونه استاندارد و حرفه ای از طبقه بندی حوادث و زمان پاسخگویی در محیط های تجاری و صنعتی است:

3. ماتریس تشدید وظایف (Escalation Matrix)

در صورتی که مشکل در زمان مشخص شده در جدول SLA حل نشد، چه کسی باید مطلع شود؟ ماتریس تشدید مشخص می کند که تیکت حل نشده پس از گذشت مثلا 2 ساعت به صورت خودکار به سرپرست فنی پیمانکار، پس از 4 ساعت به مدیر پروژه و پس از 8 ساعت به مدیرعامل شرکت پیمانکار ارجاع داده می شود. این روند شفافیت بالایی ایجاد می کند.

4. تعهدات پیشگیرانه و مانیتورینگ 24 ساعته (Proactive Maintenance)

بسیاری از شبکه ها زمانی دچار فاجعه می شوند که نظارت مستمر و هوشمند روی آنها وجود ندارد. پیمانکار پشتیبانی موظف است سیستم های مانیتورینگ شبکه (مانند Zabbix ،SolarWinds یا PRTG) را در سازمان کارفرما راه اندازی کند. بررسی روزانه لاگ ها، تست دوره ای سلامت بک آپ ها، نصب بسته های امنیتی (Patch Management)، به روز رسانی آنتی ویروس ها و مانیتورینگ ترافیک مصرفی اینترنت باید به صورت صریح در قرارداد ذکر شود.

5. محرمانگی اطلاعات و امنیت سایبری (NDA & Security)

با توجه به دسترسی کامل و بدون محدودیت تیم پشتیبان به سرورها، فایل های مالی و پایگاه های داده کارفرما، امضای قرارداد عدم افشای اطلاعات (Non-Disclosure Agreement) یک ضرورت قطعی و غیرقابل چشم پوشی است. پیمانکار باید تعهد حقوقی و کیفری دهد که اطلاعات پرسنلی، مالی و تجاری کارفرما تحت هیچ شرایطی کپی برداری نشده و از سازمان خارج نمی شود. همچنین رعایت الزامات استاندارد ISO 27001 (سیستم مدیریت امنیت اطلاعات) می تواند به عنوان یک بند تشویقی یا الزامی مطرح شود.

6. مالکیت مستندات، نقشه ها و گذرواژه ها

یکی از بزرگترین، رایج ترین و خطرناک ترین مشکلات کارفرمایان هنگام پایان یا فسخ قرارداد با شرکت قبلی، عدم تحویل رمزهای عبور (پسوردها) و نقشه های شبکه (Topology) است. در قرارداد باید صراحتا و بدون ابهام ذکر شود که تمامی توپولوژی ها، تنظیمات روترها، لایسنس ها، سورس کدها و گذرواژه ها (از جمله پسورد ادمین سرورها) متعلق به کارفرما بوده و باید به صورت دوره ای (مثلا ماهانه) در قالب اسناد مکتوب و رمزنگاری شده تحویل مدیریت سازمان شود.

7. استراتژی بک آپ گیری و بازیابی فاجعه (Disaster Recovery Plan)

پیمانکار باید موظف به اجرای قانون 3-2-1 در بک آپ گیری شود (سه نسخه از داده ها، روی دو رسانه مختلف، که یک نسخه آن خارج از سازمان یا Off-site نگهداری شود). در قرارداد باید مشخص شود که چه داده هایی، در چه فواصل زمانی (مثلا هر شب) بک آپ گیری می شوند و پیمانکار موظف است هر ماه یک مانور تست بازیابی اطلاعات (Restore Test) انجام دهد تا از سلامت فایل های پشتیبان اطمینان حاصل شود.

8. مدیریت تغییرات (Change Management)

اعمال تغییرات ناگهانی و بدون برنامه ریزی در شبکه می تواند باعث قطعی گسترده شود. در بند مدیریت تغییرات، تیم پشتیبان متعهد می شود که هیچ به روز رسانی حیاتی یا تغییر در ساختار روترها و سرورها را در ساعات اوج کاری انجام ندهد. تمامی تغییرات باید در ساعات غیر اداری، با اطلاع قبلی کارفرما و همراه با برنامه بازگشت به عقب (Rollback Plan) در صورت شکست تغییرات، انجام پذیرد.

9. جرایم نقض تعهدات و پاداش ها (Penalties and Service Credits)

یک قرارداد SLA بدون تعیین جریمه، صرفا یک کاغذ بی ارزش است. اگر پیمانکار نتواند در زمان توافق شده (مثلا 2 ساعت برای قطعی سرور) مشکل را حل کند، باید جریمه شود. این جریمه معمولا به صورت Service Credits محاسبه می شود؛ یعنی به ازای هر ساعت تاخیر فراتر از SLA، درصد مشخصی (مثلا 2 درصد) از هزینه پرداختی همان ماه کسر می گردد.

10. تعرفه خدمات، نحوه پرداخت و شفافیت مالی

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

11. شرایط خروج از قرارداد (Exit Strategy و Vendor Lock-in)

بسیاری از پیمانکاران با ایجاد پیچیدگی های فنی غیرضروری، کارفرما را به خود وابسته می کنند (به این حالت Vendor Lock-in می گویند). بند استراتژی خروج تضمین می کند که در صورت عدم تمایل کارفرما به تمدید قرارداد، شرکت پشتیبان موظف است به مدت مشخصی (مثلا یک ماه) با تیم جدید همکاری کرده و کلیه اطلاعات، آموزش ها و دسترسی ها را به صورت مسالمت آمیز و کامل منتقل نماید.

12. گزارش دهی دوره ای و ممیزی (Reporting and Auditing)

پیمانکار موظف است در پایان هر ماه خورشیدی، یک گزارش جامع مکتوب شامل موارد زیر به مدیریت کارفرما ارائه دهد: تعداد تیکت های ثبت شده، میانگین زمان حل مشکلات، لیست قطعی های رخ داده، وضعیت مصرف منابع سرورها (CPU و RAM)، وضعیت ترافیک اینترنت و حملات دفع شده توسط فایروال. تصمیم گیری مدیران برای ارتقای تجهیزات بر اساس همین گزارش ها انجام می شود.

اشتباهات رایج مدیران در زمان عقد قرارداد نگهداری زیرساخت IT

متاسفانه بسیاری از مدیران غیرفنی، هنگام بررسی پیش نویس قراردادهای IT دچار خطاهای محاسباتی می شوند که هزینه های سنگینی در پی دارد:

• تمرکز صرف بر کاهش قیمت: انتخاب ارزان ترین پیشنهاد پشتیبانی همیشه به معنای دریافت بی کیفیت ترین خدمات است. در IT، تخصص و زمان، هزینه بالایی دارد.
• عدم تفکیک وظایف توسعه ای از وظایف نگهداری: قرارداد پشتیبانی فقط شامل نگهداری وضعیت موجود است. اگر سازمان قصد راه اندازی سیستم جدیدی (مثلا راه اندازی سرور نرم افزار CRM جدید) را دارد، این مورد باید به عنوان پروژه مجزا قیمت گذاری شود، اما کارفرمایان انتظار دارند این خدمات به صورت رایگان در قالب قرارداد پشتیبانی انجام شود.
• بی توجهی به آموزش کاربران نهایی: بسیاری از مشکلات شبکه ناشی از خطای انسانی کاربران در کلیک روی لینک های آلوده است. عدم الزام پیمانکار به آموزش اولیه پرسنل، حجم خرابی ها را به شدت افزایش می دهد.

سناریوهای عملیاتی: عیب یابی پیشرفته و پایش SLA در تجهیزات سازمانی

از منظر کاملا فنی، شرکت های پشتیبانی حرفه ای و استاندارد از ابزارهای درونی تجهیزات سخت افزاری برای تضمین و اثبات رعایت SLA استفاده می کنند. به عنوان مثال، در شبکه های پیچیده مبتنی بر تجهیزات سیسکو، مهندسان شبکه از ویژگی قدرتمند Cisco IP SLA برای تولید ترافیک مصنوعی و اندازه گیری بسیار دقیق تاخیر (Delay)، لرزش بسته ها (Jitter) و از دست رفتن بسته ها (Packet Loss) بین شعب مختلف سازمان استفاده می کنند. برای مطالعه تخصصی تر نحوه پیکربندی این پروتکل می توانید به راهنمای رسمی Cisco IP SLA مراجعه نمایید.

این سطح از پایش و مانیتورینگ هوشمند به تیم پشتیبانی کمک می کند تا قبل از اینکه کاربران متوجه کندی سیستم شوند یا تماس های تلفنی دچار اختلال کیفیت گردند، مشکل در لینک های ارتباطی مخابرات یا اینترنت را به صورت ریشه ای تشخیص داده و ترافیک را به مسیرهای پشتیبان (Backup Links) هدایت کنند.