ژرف‌بان پشتیبانی ۲۴ ساعته نرم‌افزار ابری یعنی چه؟ چک‌لیست خرید برای تیم مالی
وقتی فروشندهٔ نرم‌افزار ابری از پشتیبانی ۲۴ ساعته می‌گوید، ممکن است منظورش دسترس‌پذیری سرور باشد، نه کارشناسی که نیمه‌شب جواب می‌دهد. این راهنمای خرید نشان می‌دهد هر وعده را چطور به عدد، ساعت و بند قرارداد تبدیل کنید و تیم مالی کی واقعاً به پشتیبانی شبانه نیاز دارد.
پشتیبانی ۲۴ ساعته در نرم‌افزار ابری یعنی چه؟
وقتی فروشندهٔ نرم‌افزار ابری از «پشتیبانی ۷/۲۴» حرف می‌زند، ممکن است دو وعدهٔ کاملاً متفاوت داده باشد. وعدهٔ اول این است که خود سرویس شبانه‌روز در دسترس است؛ یعنی سرورها خاموش نمی‌شوند و شما ساعت ۲ بامداد هم می‌توانید وارد شوید. وعدهٔ دوم این است که انسانی شبانه‌روز به مشکل شما جواب می‌دهد. اولی را با درصد دسترس‌پذیری می‌سنجند و دومی را با زمان پاسخ و پوشش ساعتی. بیشتر سوءتفاهم‌های پس از خرید از اینجاست که خریدار دومی را شنیده و فروشنده اولی را گفته است. [۳] [۴]
در نرم‌افزار ابری از نوع SaaS، این پرسش اهمیت بیشتری دارد چون شما کنترلی بر زیرساخت ندارید. تعریف مرجع مؤسسهٔ ملی استاندارد و فناوری آمریکا می‌گوید مصرف‌کنندهٔ SaaS شبکه، سرورها، سیستم‌عامل، فضای ذخیره‌سازی و حتی قابلیت‌های تک‌تک برنامه را مدیریت نمی‌کند، جز تنظیمات محدودی که به کاربر مربوط است. پس اگر سرویس از کار بیفتد، تیم فناوری شما کاری از دستش برنمی‌آید و تنها اهرمتان قرارداد و تیم پشتیبانی فروشنده است. [۱]
حتی بزرگ‌ترین ارائه‌دهندگان پوشش ۲۴ ساعته را برای همه چیز وعده نمی‌دهند. مستندات پشتیبانی گوگل کلاد، با به‌روزرسانی مهر ۱۴۰۵، می‌گوید بسته به نوع خدمت پشتیبانی و زبان، ممکن است مشمول پشتیبانی ۲۴ ساعته باشید؛ پرونده‌های بحرانی سطح P۱ به‌طور پیش‌فرض بین تیم‌های مناطق مختلف دست‌به‌دست می‌شوند تا شبانه‌روز کار ادامه یابد، اما برای سطح P۲ این حالت فقط در پشتیبانی ممتاز و با درخواست مشتری فعال است. وقتی غول‌های این صنعت چنین مرزی می‌گذارند، «۲۴ ساعته» بی‌قید یک فروشندهٔ کوچک را باید با پرسش دقیق سنجید. [۴]
دسترس‌پذیری: درصد را به دقیقه تبدیل کنید
دسترس‌پذیری معمولاً به‌صورت درصد ماهانه اعلام می‌شود. توافق‌نامهٔ سطح خدمت سرویس محاسبات ابری آمازون، به‌عنوان نمونه‌ای منتشرشده و قابل خواندن، «درصد دسترس‌پذیری ماهانه» را صد منهای درصد دقیقه‌هایی از ماه تعریف می‌کند که سرویس در دسترس نبوده است. همین سند برای یک ماشین منفرد ۹۹٫۵ درصد و برای ماشین‌هایی که هم‌زمان در دو یا چند ناحیهٔ دسترس‌پذیری یک منطقه مستقرند ۹۹٫۹۹ درصد تعهد می‌دهد. در یک ماه سی‌روزه با ۴۳٬۲۰۰ دقیقه، ۹۹٫۵ درصد یعنی تا ۲۱۶ دقیقه، یا سه ساعت و ۳۶ دقیقه، قطعی مجاز؛ و ۹۹٫۹۹ درصد یعنی حدود چهار دقیقه و ۱۹ ثانیه. [۳]
دو بند دیگر همان سند به خریدار درس مهم‌تری می‌دهد. اول اینکه جبران نقض تعهد «اعتبار خدمت» است: ده، سی یا صد درصد هزینهٔ ماه، که فقط از پرداخت‌های آینده کم می‌شود و بازپرداخت نقدی نیست؛ و سند تصریح می‌کند این جبران، جز آنچه در قرارداد اصلی آمده، تنها و انحصاری راه جبران است. دوم اینکه قطعی ناشی از عوامل خارج از کنترل ارائه‌دهنده، از جمله مشکل اینترنت پیش از نقطهٔ مرزی سرویس، و قطعی ناشی از کار یا تجهیزات خود مشتری از تعهد خارج است. پس درصد دسترس‌پذیری زیان کسب‌وکار شما را جبران نمی‌کند؛ فقط فروشنده را به عددی پاسخ‌گو می‌کند. [۳]
رهنمود امنیت و حریم خصوصی در ابر عمومی همین را به زبان کلی‌تر می‌گوید: توافق‌نامهٔ سطح خدمت درک مشترک مصرف‌کننده و ارائه‌دهنده از سطح خدمت مورد انتظار و جبرانی است که در صورت نرسیدن به آن سطح در دسترس مصرف‌کننده است، و شرایط کامل خدمت معمولاً در چند سند پخش است. پیش از خرید، همهٔ این سندها، از جمله شرایط استفاده و سیاست حریم خصوصی، را کنار هم بخواهید و بپرسید کدام یک بر دیگری مقدم است. [۲]
زمان پاسخ با زمان رفع یکی نیست
دومین وعده، یعنی پاسخ انسانی، باید با اولویت پرونده سنجیده شود. گوگل کلاد چهار سطح تعریف می‌کند: P۱ اثر بحرانی و سرویس غیرقابل استفاده در محیط اصلی، P۲ اثر زیاد و استفادهٔ به‌شدت مختل، P۳ اثر متوسط و اختلال جزئی، و P۴ اثر کم با سرویس کاملاً قابل استفاده. همان مستندات فقط از زمان پاسخ حرف می‌زند، یعنی زمانی که تیم پشتیبانی پرونده را برمی‌دارد؛ و برای رفع، هدف عددی نمی‌دهد چون به پیچیدگی مشکل بستگی دارد. «پاسخ در ۱۵ دقیقه» یعنی کسی پرونده را دیده است، نه اینکه مشکل حل شده است. [۴]
برای تیم مالی، تعریف اولویت باید به کار حسابداری ترجمه شود، نه به اصطلاحات فنی. «نمی‌توانیم سند ثبت کنیم» یا «فیش حقوق در روز پرداخت ساخته نمی‌شود» اولویت بحرانی است؛ «گزارش تراز کند است» احتمالاً سطح سوم. پیش از خرید، از فروشنده جدول مکتوب بخواهید که برای هر سطح، ساعات پوشش، کانال تماس، زمان اولین پاسخ و فاصلهٔ به‌روزرسانی را مشخص کند و تعطیلات رسمی ایران را هم صریحاً تعیین تکلیف کند. اگر جدولی در کار نیست، «۲۴ ساعته» وعده‌ای است که نمی‌توان به آن استناد کرد. [۴] [۲]
تیم مالی کی واقعاً به پشتیبانی شبانه نیاز دارد؟
بیشتر کار حسابداری در ساعات اداری انجام می‌شود و پشتیبانی شبانه برای سند روزانه حیاتی نیست. نیاز واقعی در روزهای فشرده پیدا می‌شود: روزهای پایانی ماه و بستن حساب‌ها، روز پرداخت حقوق، و روزهای آخر مهلت اظهارنامه‌ها، لیست‌ها و ارسال صورتحساب که در تقویم مالیاتی هر سال مشخص است. در این روزها یک ساعت قطعی هزینه‌ای بیشتر از یک هفتهٔ عادی دارد. پس به‌جای پرسیدن «۲۴ ساعته است یا نه»، بپرسید در روز مهلت، تا چه ساعتی و از چه کانالی کسی پاسخ‌گوست. [۷] [۴]
در نرم‌افزار ابری، قطعی همیشه از سمت فروشنده نیست. صفحهٔ حسابداری ابری ژرف‌بان صریحاً می‌گوید نسخهٔ ابری برای کار به اینترنت نیاز دارد و حالت آفلاین عمومی وعده داده نمی‌شود، و پیشنهاد می‌کند پیش از خرید برای زمان قطعی روال اضطراری بنویسید و یک خط اینترنت پشتیبان در نظر بگیرید. توافق‌نامه‌های بزرگ هم مشکل اینترنت سمت مشتری را از تعهد بیرون می‌گذارند. پس روال اضطراری روز مهلت، از جمله اینکه کدام کار می‌تواند منتظر بماند و چه کسی خبر می‌دهد، جزئی از خرید است، نه بعد از آن. [۶] [۳]
پشتیبان‌گیری و خروج داده؛ شبکهٔ ایمنی وقتی پشتیبانی کافی نیست
هیچ تیم پشتیبانی‌ای داده‌ای را که نسخهٔ پشتیبانش وجود ندارد برنمی‌گرداند. پس در کنار ساعات پشتیبانی، سه چیز را بپرسید: تا چه لحظه‌ای را می‌شود بازیابی کرد، بازیابی چقدر طول می‌کشد، و آخرین تمرین بازیابی چه نتیجه‌ای داشته است. رهنمود ابر عمومی یک گام جلوتر می‌رود و داشتن راهبرد خروج را بخشی از برنامه‌ریزی می‌داند؛ راهبردی که هم پایان عادی قرارداد و هم پایان غیرمنتظره، مثل ورشکستگی یا عملکرد ضعیف ارائه‌دهنده، را پوشش دهد و توانایی گرفتن همهٔ داده‌ها در قالب قابل استفاده و به‌موقع را حیاتی می‌داند. [۲] [۶]
برای اینکه این پرسش‌ها انتزاعی نماند، وضعیت ژرف‌بان را به‌عنوان یک نمونه می‌آوریم. صفحهٔ امنیت ژرف‌بان پشتیبان‌گیری شبانه، نگه‌داشت ۹۰ روزهٔ نسخه‌ها، یک نسخهٔ خارج از سرور و تمرین بازیابی را جزو قابلیت‌های اعلام‌شده آورده است، اما عدد عمومی دسترس‌پذیری، هدف نقطهٔ بازیابی یا زمان بازیابی منتشر نکرده و می‌گوید این اهداف باید در پیشنهاد و قرارداد هر استقرار نوشته شود. ساعت پشتیبانی شبانه‌روزی هم در صفحات عمومی ژرف‌بان اعلام نشده است. هر فروشنده‌ای را با همین معیار بسنجید: آنچه نوشته، آنچه ننوشته، و آنچه حاضر است در قرارداد بنویسد. [۵] [۶]
ادعای پشتیبانی را پیش از خرید چطور آزمایش کنیم؟
ادعای پشتیبانی را با یک آزمون کوچک در دورهٔ ارزیابی بسنجید. یک پرسش واقعی و غیرفوری را عصر پنجشنبه یا شب پیش از یک تعطیلی رسمی از همان کانالی بفرستید که در قرارداد آمده است و زمان اولین پاسخ، زبان پاسخ و اینکه پاسخ‌دهنده کارشناس است یا پیام خودکار را ثبت کنید. سپس یک پرسش فنی‌تر بفرستید و ببینید به کجا ارجاع می‌شود. نمونهٔ یک گزارش رخداد گذشته، بی‌نام‌شده، هم بخواهید تا ببینید فروشنده چگونه اطلاع می‌دهد و چگونه علت را توضیح می‌دهد. [۴] [۲]
نتیجهٔ آزمون را کنار قیمت بگذارید، نه جای آن. پشتیبانی شبانه‌روزی انسانی هزینه دارد و فروشنده‌ای که آن را رایگان و بی‌قید وعده می‌دهد، یا آن را در قرارداد نمی‌نویسد یا هزینه‌اش را جای دیگری می‌گیرد. اگر شرکت شما واقعاً در شب کار مالی ندارد، پشتیبانی کامل در ساعات کاری، یک شمارهٔ اضطراری برای روزهای مهلت و بازیابی آزموده‌شده معمولاً از «۲۴ ساعتهٔ» مبهم ارزشمندتر است. هرچه انتخاب کردید، عدد و ساعت را در پیوست قرارداد بنویسید. [۳] [۵]
چک‌لیست خرید: پشتیبانی نرم‌افزار ابری
این فهرست را در جلسهٔ ارزیابی فروشنده جلوی خودتان بگذارید و جواب هر بند را کتبی بگیرید. بندهایی که فروشنده حاضر نیست مکتوب کند، همان بندهایی است که در روز مشکل به آن استناد نخواهید کرد. برای خواندن دقیق‌تر اصطلاحات توافق‌نامهٔ سطح خدمت، از جمله شاخص و هدف سطح خدمت، راهنمای جداگانهٔ SLA را ببینید. [۲] [۳]
- «۲۴ ساعته» یعنی دسترس‌پذیری سرویس یا پاسخ انسانی؟ هر دو را جدا بپرسید.
- درصد دسترس‌پذیری ماهانه، فرمول محاسبه و فهرست استثناها مکتوب است؟ آن را به دقیقهٔ قطعی مجاز تبدیل کنید.
- جبران نقض تعهد اعتبار خدمت است یا بازپرداخت؟ سقف آن چقدر است؟
- برای هر سطح اولویت، ساعات پوشش، کانال، زمان اولین پاسخ و فاصلهٔ به‌روزرسانی تعیین شده است؟
- تعطیلات رسمی ایران و روزهای مهلت مالیاتی در پوشش پشتیبانی چگونه دیده شده‌اند؟
- پشتیبان‌گیری، مدت نگه‌داشت، نسخهٔ خارج از سرور و نتیجهٔ آخرین تمرین بازیابی مکتوب است؟
- خروج کامل داده در قالب قابل استفاده و هزینه و مدت آن در پایان قرارداد روشن است؟
- روال اضطراری شرکت برای قطعی اینترنت خودتان نوشته شده است؟
منابع مستقیم
- تعریف رایانش ابری؛ نشریهٔ ویژهٔ ۸۰۰-۱۴۵، سپتامبر ۲۰۱۱ مؤسسهٔ ملی استاندارد و فناوری آمریکا (NIST)
- رهنمود امنیت و حریم خصوصی در رایانش ابری عمومی؛ نشریهٔ ویژهٔ ۸۰۰-۱۴۴، دسامبر ۲۰۱۱ مؤسسهٔ ملی استاندارد و فناوری آمریکا (NIST)
- توافق‌نامهٔ سطح خدمت سرویس ماشین مجازی ابری آمازون؛ به‌روزرسانی ۲۵ مه ۲۰۲۲ آمازون وب سرویسز
- روال‌های پشتیبانی مشتری؛ اولویت پرونده، پوشش ۲۴ ساعته و زمان پاسخ مستندات گوگل کلاد، به‌روزرسانی ۷ اکتبر ۲۰۲۶
- امنیت، داده و کنترل در ژرف‌بان؛ پشتیبان‌گیری، بازیابی و مرز وعده‌ها ژرف‌بان؛ صفحهٔ رسمی محصول
- نرم‌افزار حسابداری ابری ژرف‌بان؛ قطعی اینترنت، پشتیبان‌گیری و مدل استقرار ژرف‌بان؛ صفحهٔ رسمی محصول
- تقویم مالیاتی ۱۴۰۵؛ مهلت اظهارنامه‌ها و لیست‌ها ژرف‌بان؛ راهنمای عمومی
تحلیل‌های مرتبط
مطالب هم‌موضوع که همین تصمیم را از زاویهٔ دیگری کامل می‌کنند.
SLA چیست؟ راهنمای سنجش سطح خدمت و پشتیبانی ۲۴/۷
عبارت‌هایی مانند «آپ‌تایم بالا» و «پشتیبانی شبانه‌روزی» بدون دامنه، فرمول، شدت رخداد و پیامد نقض قابل سنجش نیستند. یک SLA خوب وعده بازاریابی را به مسئول، داده و اقدام قراردادی تبدیل می‌کند.
خواندن گزارش
آزمون بازیابی اطلاعات مالی؛ چه زمانی بازگشت به کار را بپذیریم؟
پیام موفقیت پشتیبان‌گیری یا روشن‌شدن دوباره نرم‌افزار، سلامت دفتر مالی را ثابت نمی‌کند. این راهنما معیار پذیرش یک تمرین بازیابی را می‌سازد: چه چیزی باید برگردد، چه زمانی قابل استفاده شود و کدام اختلاف مانع بازگشت به کار است.
خواندن گزارش
حسابداری ابری برای چه کسب‌وکاری مناسب است؟ راهنمای انتخاب و پشتیبان
ابر می‌تواند راه‌اندازی، دسترسی و نگهداری را ساده‌تر کند، اما اینترنت، قرارداد، مسئولیت امنیت و خروج داده را حذف نمی‌کند. تصمیم درست از فرایند حیاتی، تحمل توقف و آزمون بازیابی شروع می‌شود.
خواندن گزارش
سامانه گزارش سایبری اروپا راه افتاد؛ پاسخ فروشنده، رفع مشکل نیست
آژانس امنیت سایبری اروپا دیروز نسخه اولیه سامانه گزارش‌دهی قانون تاب‌آوری سایبری را راه‌اندازی کرد. خبر برای مدیر مالی، وعده امنیت بی‌نقص نیست: زمان اعلام رخداد، زمان اصلاح و زمان بازگشت عملیات باید در قرارداد فروشنده از هم جدا باشند؛ شمول مقررات اروپا نیز نیازمند بررسی مستقل است.
خواندن گزارش
مزایا و معایب نرم‌افزار حسابداری ابری رایگان؛ هزینهٔ پنهان «رایگان»
نرم‌افزار حسابداری ابری رایگان برای شروع و آزمودن مفید است، اما هزینهٔ سرور و پشتیبانی از جایی تأمین می‌شود و شرایط خدمت را فروشنده به‌تنهایی تعیین می‌کند. این راهنما مزایا و معایب را با قانون نگهداری دفاتر، اعتبار سند الکترونیکی و هزینهٔ خروج از سرویس می‌سنجد.
خواندن گزارش
نرم‌افزار ابری SaaS چیست؟ تعریف، ریسک‌ها و ثبت حسابداری اشتراک
در SaaS شما برنامه را نمی‌خرید و نصب نمی‌کنید؛ حق دسترسی به برنامه‌ای را می‌خرید که ارائه‌دهنده روی زیرساخت خودش اجرا و نگهداری می‌کند. این تفاوت هم قرارداد را عوض می‌کند و هم ثبت حسابداری را: طبق تفسیر کمیته تفسیر IFRS، اشتراک SaaS معمولاً خدمت است، نه دارایی نامشهود.
خواندن گزارشخلاصه را سریع ببینید؛ گزارش کامل را با یک لمس باز کنید
هر پست با تصویر اختصاصی، دو دلیل اهمیت، یک اقدام مدیریتی، یک مورد قابل رصد و مسیر مستقیم به متن کامل و منابع منتشر می‌شود.