מדדי B2B מרכזיים לניטור מרחוק שכל מפעיל רשת טעינת רכב חשמלי צריך לעקוב אחריהם

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

התחל עם קבוצות KPI המשקפות כיצד רשתות באמת נכשלות

תוכניות הניטור המרחוק השימושיות ביותר מארגנות KPI לכמה תחומי בקרה מעשיים במקום לוח מחוונים אחד גדול מדי.

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

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

עקוב אחר זמינות השירות, לא רק מצב מקוון של המטען

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

• שיעור זמינות מחבר
• השבתה לא מתוכננת לפי אתר ולפי מחבר
• השבתת תחזוקה מתוכננת במעקב נפרד
• אחוז האתרים עם לפחות מחבר אחד עובד לעומת השבתת אתר מלאה
• זמינות לפי סוג מטען, מכיוון שפורטפוליו של AC (זרם חילופין) ו-DC (זרם ישר) מתנהגים אחרת

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

שיעור הצלחת סשן אומר לך יותר מזמן פעילות בכותרת

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

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

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

מדוד ניצול יחד עם תפוקה, לא בבידוד

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

• סשנים למחבר ליום
• קוט"ש (kWh) שנמסרו למחבר ליום
• זמן טעינה ממוצע לעומת זמן תפוסה כולל
• ניצול בשעות השיא לעומת ניצול בשעות השפל

מדידות אלו עוזרות לענות על שאלות טובות יותר. האם המטען באמת מזיז אנרגיה, או שהוא חסום על ידי przebywanie (dwell) חניה ארוך? האם האתר מיועד לתחלופה מהירה, או שהוא מתפקד יותר כמו טעינת יעד? האם המפעיל מתמודד עם בעיית ביקוש, בעיית מדיניות חניה, או בעיית אספקת חשמל?
אותה היגיון חשוב עבור benchmarking (אפיון ביצועים) של פורטפוליו. מטעני AC במקום עבודה, טעינת מחסן לילית ורכזות טעינה מהירה ציבורית DC לעולם לא צריכות להידחק לאותה מטרת ניצול. ניטור מרחוק שימושי רק כאשר הספים משקפים את דפוס הפעולה האמיתי של האתר.

KPI של תגובה לאזעקה מראים האם תמיכה מרחוק באמת עובדת

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

• זמן ממוצע לאישור אזעקות קריטיות
• זמן ממוצע לאבחון מרחוק
• זמן ממוצע להתאוששות מרחוק
• זמן ממוצע לשליחת שירות באתר כאשר ההתאוששות המרחוקה נכשלת
• שיעור תקלות חוזר תוך 7 או 30 ימים
• שיעור נסיעות טכנאי (truck roll rate) לכל 100 מטענים פעילים

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

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

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

• שיעור אובדן פעימות לב (heartbeat) של המטען
• אחוז המטענים עם קישוריות לסירוגין
• רעננות טלמטריה או גיל הדוח האחרון
• שיעור הצלחת פקודה מרחוק
• שיעור כשל הודעות סשן OCPP (פרוטוקול נקודה לנקודה פתוחה)
• אחוז המטענים המדווחים על נתוני מדידה ותקלות מלאים

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

תאימות קושחה ותצורה ראויה לערכת KPI משלהן

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

• אחוז המטענים בגרסת הקושחה המאושרת
• צבר עדכוני קושחה לפי שכבת עדיפות
• שיעור עדכון קושחה כושל
• שיעור סחיפת תצורה (configuration drift) על פני תעריפים, כללי גישה ומגבלות טעינה
• תקריות חזרה לאחור (rollback) לאחר שינויים בתוכנה
• אחוז מכשירים חסרי אישורים נדרשים או הגדרות תקשורת

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

KPI של אספקת חשמל חושפים האם הקיבולת מנוצלת ביעילות

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

• הספק ממוצע שנמסר לעומת הספק צפוי לפי סוג מטען
• תדירות הפחתת הספק (derating) הנגרמת על ידי אילוצים תרמיים, רשת או ציוד
• עומס שיא חופף (coincident load) ברמת האתר
• תדירות התערבות באיזון עומסים (load balancing)
• אנרגיה שנמסרה לכל חלון קיבולת שמור
• תקופות חשיפה לחיוב דרישה (demand-charge exposure) היכן שזה רלוונטי

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

יש לנטר דליפת הכנסות ובקרה מסחרית גם מרחוק

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

• שיעור סשנים שהושלמו אך לא חויבו
• שיעור כישלון לכידת תשלום (payment capture)
• שיעור הצלחת סנכרון תעריפים על פני מטענים ופלטפורמה
• מספר סשנים במחיר אפס לא מכוון (free-vend)
• שיעור אי התאמה בהתנחלות נדידה (roaming settlement discrepancy)
• הכנסה למחבר בהשוואה לאנרגיה שניתנה

KPIs אלה הופכים חשובים עוד יותר כאשר מפעיל משתמש בתוכנת צד שלישי, הסדרי white-label ("תווית לבנה"), או שותפי שירות מרובים. אם רשת מחליפה ספקי פלטפורמה, אזעקות היסטוריות, רשומות חיוב ו-baselines (קווי בסיס) של ביצועים צריכים לנוע איתה. רשימת הבדיקה להעברת נתוני מטען EV של PandaExo היא תזכורת טובה לכך שהמשכיות KPI היא חלק משליטה תפעולית, לא רק פרט הגירה.

בנה ספים שונים עבור סוגי אתרים שונים

ממוצע אחד כלל-רשתי יכול להסתיר בעיות חמורות ברמת האתר. מודל ניטור מרחוק טוב יותר מקצה עדיפויות KPI לפי סוג פריסה.

סוג אתר	KPIs החשובים ביותר	למה אלה הכי חשובים
רכזת טעינה מהירה ציבורית DC	זמינות מחבר, הצלחת התחלת סשן, הספק שנמסר, תפוסה בשעות השיא	סביבות תחלופה מהירה נכשלות באופן גלוי ומאבדות אמון במהירות
אתר AC במקום עבודה או יעד	זמן תפוסה לעומת זמן טעינה, יציבות תקשורת, הצלחת אישור	התנהגות חניה ומדיניות מעצבות לעתים קרובות ביצועים יותר מזמן פעילות גולמי
מחסן צי	שיעור השלמה לילי, אזעקות עומס ברמת האתר, מוכנות מטען לפני חלונות יציאה	מוכנות הרכב חשובה יותר ממניין הסשנים בכותרת
אתר מסחרי קמעונאי או מעורב	ניצול לפי חלקי יום (daypart), הצלחת תשלום, שיעור תקלות חוזר, הכנסה למחבר	האתר צריך גם חוויית משתמש חלקה וגם ערך מסחרי ברור

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

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

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

1. זמינות מחבר לפי אתר ולפי סוג מטען
2. שיעור הצלחת התחלת סשן והסיבות העיקריות לכישלון
3. זמן ממוצע לאישור וזמן ממוצע לשחזור תקלות קריטיות
4. מטענים עם תקשורת לא יציבה או טלמטריה מיושנת
5. תאימות קושחה וצבר עדכונים
6. ניצול, סשנים ו-kWh למחבר המפולחים לפי סוג אתר
7. חריגות הספק שנמסר ואירועי הפחתת הספק חוזרים
8. סשנים שהושלמו אך לא חויבו וחריגות בקרת הכנסות אחרות
9. אתרים בסיכון להפרת SLA (הסכם רמת שירות) או השבתה בעלת השפעה גבוהה על הלקוח
10. תקלות חוזרות המצביעות על גורמי שורש שלא נפתרו

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

סיכום מעשי

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