מנוי שמסתיים בעוד 14 יום אינו רק תאריך בלוח השנה. הוא יכול להפוך להשבתת גישה למערכת קריטית, לחידוש אוטומטי של רישיונות מיותרים או ללחץ מיותר מול רכש והנהלה. השאלה איך לחשב בקלות ימים שנותרו עד לסיום המנוי היא נקודת פתיחה פשוטה, אבל בארגון היא צריכה להוביל לתהליך מסודר של בעלות, בקרה וקבלת החלטות.

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

איך לחשב בקלות ימים שנותרו עד לסיום המנוי

החישוב הבסיסי הוא:

`ימים שנותרו = תאריך סיום המנוי - התאריך הנוכחי`

אם תאריך הסיום הוא 30 ביוני והתאריך הנוכחי הוא 16 ביוני, נותרו 14 ימים. בגיליון אלקטרוני, כאשר תא A2 מכיל את תאריך הסיום, אפשר להשתמש בנוסחה פשוטה:

`=A2-TODAY()`

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

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

אל תחשבו רק עד יום התפוגה

מנהל IT אינו צריך לשאול רק "כמה ימים נשארו עד שהמנוי מסתיים?". השאלה השימושית יותר היא כמה ימים נשארו עד לנקודת ההחלטה. אם נדרש שבוע לאיסוף נתוני שימוש, שבוע לאישור תקציב ועוד מספר ימים להוצאת הזמנה, מנוי שנותרו לו 21 ימים כבר נמצא באזור טיפול מיידי.

לכן כדאי להוסיף לכל מנוי שני שדות: "זמן טיפול נדרש" ו"תאריך החלטה". החישוב הופך להיות:

`ימים עד החלטה = תאריך סיום - זמן טיפול נדרש - התאריך הנוכחי`

לדוגמה, מנוי מסתיים בעוד 45 יום, אך תהליך החידוש שלו דורש 30 יום. בפועל יש 15 ימים בלבד להחליט אם לחדש, להקטין היקף או להחליף מסלול. זהו הנתון שצריך להופיע בדוח למנהל המערכות או לרכש, ולא רק מספר הימים עד הסיום.

בניית טבלת מעקב שלא תלויה בזיכרון של אדם אחד

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

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

חשוב להפריד בין בעלים עסקי לבעלים טכני. מנהל אבטחת מידע עשוי להיות אחראי מקצועית על מוצר MFA או XDR, אבל מחלקה אחרת יכולה להחזיק בתקציב. כאשר אין הפרדה כזו, התראת תפוגה מגיעה לאדם הלא נכון ונשארת ללא טיפול.

צבעים והתראות: פשוט, אך עם משמעות

הגדרה של צבעים מותנים עוזרת לסרוק עשרות מנויים במהירות. אפשר להגדיר אדום עבור פחות מ-30 יום, כתום עבור 31 עד 60 יום וירוק מעבר לכך. עם זאת, אותם ספים אינם מתאימים לכל מוצר.

רישוי CAL, שירות ענן קריטי או כלי גישה מרחוק שנמצא בשימוש של צוות התמיכה דורשים חלון טיפול רחב יותר. מנוי משני, שאין לו השפעה על השירות או האבטחה, יכול לקבל סף קצר יותר. המטרה היא לא לייצר עשרות התראות, אלא לגרום לכך שכל התראה תדרוש החלטה ברורה.

במקום התראת דואר אחת ביום התפוגה, הגדירו רצף: התראה ראשונה 90 יום לפני, תזכורת ב-60 יום, בדיקת סטטוס ב-30 יום והסלמה ב-14 יום כאשר אין החלטה מתועדת. עבור חוזים עם הודעת ביטול מוקדמת, יש להפעיל התראה גם לפני מועד ההודעה, ולא רק לפני תום השירות.

בדיקת שימוש לפני חידוש: המספר החשוב הוא לא רק ימים

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

נניח שנרכשו 500 רישיונות, 470 הוקצו ורק 390 נמצאים בשימוש פעיל. אין פירוש הדבר שחייבים לרדת מיד ל-390. ייתכן שקיימת עונתיות, פרויקט קרוב או דרישת זמינות לעובדים חדשים. אבל מדובר בנקודת בדיקה שמחייבת הסבר. ללא בדיקה, עודף של עשרות רישיונות הופך להוצאה קבועה שנה אחר שנה.

גם ההפך נכון. אם 495 מתוך 500 רישיונות נמצאים בשימוש, אין להמתין ליום החידוש. צריך לבדוק מראש את קצב הגידול, את מדיניות ההקצאה ואת האפשרות שרישיונות משותפים או חשבונות שירות נספרים במודל הרישוי. שגיאה בהבנת מדד השימוש עלולה להוביל לחוסר רישוי ולחשיפת תאימות.

מתי חישוב ימים יכול להטעות

יש כמה מצבים שבהם חישוב פשוט של תאריך פחות תאריך אינו מספיק:

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

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

הפיכת הנתון לכלי FinOps ותאימות

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

ברמת FinOps, המטרה היא לתזמן החלטות לפני שהן הופכות לדחופות. כך אפשר לבדוק חלופות רישוי, לבצע התאמת כמויות ולתכנן הוצאה רבעונית במקום לאשר רכישה בלחץ. ברמת תאימות, התהליך מספק תיעוד לכך שהארגון יודע אילו זכויות יש לו, למי הן מוקצות ומתי הן נבדקו.

כאשר מנהלים מספר יצרנים ומודלי רישוי, כתובת מרכזית שמבינה גם את המוצר וגם את תנאי הרישוי חוסכת לא מעט זמן. ShalevSoft מסייעת לארגונים לרכז את נתוני הרישוי, לבחון מועדי חידוש ולהתאים את ההיקף לצורך בפועל, עם תמיכה טכנית בעברית כשנדרש בירור מול היצרן.

שגרה חודשית שמונעת הפתעות

הקצו פעם בחודש זמן קצר לסקירת מנויים שיגיעו לנקודת החלטה ב-90 הימים הקרובים. עברו עם הבעלים הטכני על שימוש, שינויים צפויים ותלות עסקית, ועם רכש על תנאי החידוש והזמן הדרוש לטיפול. החלטה מתועדת של "לחדש", "להקטין", "להרחיב" או "להפסיק" עדיפה בהרבה על שרשור הודעות דחוף ביום האחרון.

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