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

תרגום להלן:

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

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

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

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

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

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

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

אפשרויות התשלום העיקריות במבט חטוף

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

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

מתי תשלומי כרטיסים הגיוניים

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

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

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

היכן תשלום מבוסס אפליקציה מוסיף יותר מסתם חיוב

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

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

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

למה RFID עדיין חשוב למשתמשים חוזרים

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

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

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

מה נדידה (Roaming) באמת משנה

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

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

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

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

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

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

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

שאלות הקונה שחשובות לפני הרכש

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

לפני בחירת פלטפורמה או תצורת מטען, על הרוכשים לשאול:

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

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

עיצוב תשלום צריך להתאים לאסטרטגיית הטעינה

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

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

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

תובנה סופית

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

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

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