הסכם רמת שירות (SLA): מה לבדוק לפני שחותמים ואיך אוכפים הפרה

עמוד השירות: עורך דין חוזים מסחריים: ניסוח, בדיקה ואכיפה.

מה זה בעצם SLA ולמה הוא חשוב?

הסכם רמת שירות (SLA — Service Level Agreement) הוא החלק בחוזה שבו הספק מתחייב לביצועים מינימליים: כמה אחוז מהזמן השרתים יהיו זמינים, כמה מהר יגיבו לתקלה, מה קורה אם לא עמדו בזה. בעולם הטכנולוגי — ספקי ענן, חברות SaaS, שירותי IT — ה-SLA הוא לרוב הסעיף היחידי שמגן עליכם כשמשהו משתבש. מבחינה משפטית זהו חוזה לכל דבר, שחל עליו חוק החוזים (חלק כללי), התשל״ג-1973, ואכיפתו נעשית בכלים של דיני החוזים.

הבעיה המרכזית: ספקים גדולים מגיעים עם SLA סטנדרטי שנכתב על ידי עורכי הדין שלהם. הוא מלא בהגבלות שנראות סבירות אבל הופכות את ה-SLA לנייר ריק בפועל. הרבה חברות חותמות בלי לקרוא.

שאלה על המקרה שלכם? כתבו בוואטסאפ · 050-431-3155

99.9% Uptime — כמה זה בפועל?

הנה משהו שרוב אנשים לא שמים לב אליו: 99.9% זמינות נשמע מרשים, אבל זה מתרגם ל-8.76 שעות השבתה בשנה. 99.5% — זה כבר 43.8 שעות. ו-99% — זה 87.6 שעות. אם הביזנס שלכם תלוי בשירות, חשבו מה שווה שעת השבתה לכם לפני שמסכימים לאחוז הזמינות שהספק מציע.

יותר מזה: ספקים רבים מגדירים ״maintenance windows״ — חלונות תחזוקה מתוכננים — ומוציאים אותם לגמרי מחישוב ה-Uptime. חלון תחזוקה של 4 שעות כל שבוע = 208 שעות בשנה שלא נספרות. ודאו שהחלונות מוגדרים בבירור, מוגבלים בשכיחותם ובמשכם, ושיש לכם הודעה מוקדמת.

5 סעיפים שחייבים לבדוק לפני שחותמים

כשמקבלים SLA לסקירה, אלה הנקודות שקובעות אם הוא שווה משהו. ראשית, הגדרת השירות — מה בדיוק מכוסה ומה לא. ״שירות הענן״ זה מעורפל; ״גישה לממשק ה-API של שירות X ב-region Y״ זה מדויק. שנית, מדדי ביצוע ספציפיים עם מספרים — לא ״תגובה מהירה״ אלא ״תגובה ל-Severity 1 תוך 30 דקות״. שלישית, שיטת המדידה — מי מודד, איך, ועל פי מה. רביעית, מנגנון הפיצוי — מה credits, מה תהליך הדיווח, ומה המגבלה המקסימלית. חמישית — ובזה הכי חשוב — תקרת האחריות (Limitation of Liability). ברוב החוזים המסחריים תמצאו סעיף שמגביל את פיצוי הספק לסכום דמי המנוי. אם יש לכם נזק עסקי ממשי שעולה על זה — זה הסעיף שהורס את כל התביעה.

Service Credits: איך פיצוי בפועל נראה כשמפרים SLA

רוב הסכמי ה-SLA לא מבטיחים פיצוי כספי ישיר על הפרה — הם מבטיחים ״Service Credit״: זיכוי על חלק מדמי המנוי החודשי, לפי מדרגות של אחוז זמן הפעילות שהושג בפועל. משמעות הדבר: אם השירות קרס ליום שלם וגרם נזק עסקי משמעותי, הזיכוי האופייני יכול להיות שווה לכמה עשרות שקלים בלבד — לא לנזק בפועל. לכן ראוי לבדוק מראש אם ה-SLA מאפשר גם תביעת נזקים נוספת מעבר לזיכוי, או שהוא כולל סעיף שמגביל את האחריות בלעדית ל-Service Credit. בחוזה אחיד, תנאי כזה — שמגביל תרופה העומדת ללקוח על פי דין — הוא בחזקת תנאי מקפח (סעיף 4(6) לחוק החוזים האחידים), אלא אם הצדדים הסכימו עליו במיוחד; בית משפט שמצא שתנאי הוא מקפח יבטל אותו או ישנה אותו (סעיף 19(א)).

כיצד מוכיחים הפרת SLA?

הספק לא עמד בהתחייבות — עכשיו צריך להוכיח את זה. ה-SLA הוא הבסיס, אבל הראיה היא הלוגים. אם הספק הוא היחיד שמחזיק את הלוגים, ואין לכם גישה אליהם, אתם בעמדה חלשה בסכסוך. לכן, לפני חתימה: שאלו מי שומר את הלוגים, לכמה זמן, ומה הגישה שלכם אליהם.

בהיעדר לוגים של הספק, כלי מוניטורינג של צד שלישי — כאלה שהפעלתם מצדכם — יכולים לשמש ראיה. Pingdom, Datadog, ועוד שירותים דומים מייצרים דוחות שיכולים לשמש ראיה בבית משפט. אם אתם חברה שתלויה בספקי שירות קריטיים — פתחו מוניטורינג עצמאי עוד היום.

מה מגיע לכם כשהספק לא עמד בהתחייבות?

הסעד הסטנדרטי ב-SLA הוא Service Credits — זיכויים שמקזזים מהחשבון הבא. בדרך כלל מדובר בסכום שולי יחסית לנזק האמיתי. אבל credits הם לא הסוף: בנזקים ממשיים שניתן להוכיח — עסקות שנפלו, נזק מוניטין מוכח, הוצאות חירום — ניתן לתבוע פיצויים על הנזק מעבר ל-credits, אם סעיף ה-Limitation of Liability מאפשר זאת.

גם אם ה-SLA לא מפורש בנוגע לפיצוי, הפרת התחייבות חוזית בישראל מזכה בפיצויים לפי חוק החוזים (תרופות בשל הפרת חוזה), התשל״א-1970 — סעיף 10 לחוק מזכה את הנפגע בפיצוי על הנזק שנגרם עקב ההפרה ושהמפר ראה או היה עליו לראות מראש. הסוגיה היא הוכחת הנזק — ולכן התיעוד חשוב מאין כמוהו.