Какво CPO трябва да знаят, преди да преминат от един сайт за таксуване към мрежа

Управлението на един сайт за зареждане на EV е преди всичко проект за внедряване на хардуер. Избирате физическа станция. Свързвате го към мрежата. Включваш го. Мащабирането до мрежа с множество сайтове представлява напълно различна реалност. Бързо се превръща в сложно предизвикателство за софтуер, оркестрация на мрежата и управление на капитала. Много оператори на зарядни точки (CPO) на ранен етап разчитат в голяма степен на пакетен софтуер на доставчик със затворен цикъл за първия си сайт. Те очакват тази проста настройка да расте естествено.

Този подход често има обратен ефект. Операторите скоро се сблъскват с тежко блокиране на доставчика. Те се сблъскват с неуправляеми разходи за надграждане на мрежата. Те също се справят с фрагментирания опит на водача, когато се опитват да разширят своя отпечатък. Добавянето на нови станции без унифициран бекенд създава оперативен хаос. Шофьорите се разочароват от множество приложения. Вашите разходи за поддръжка нарастват, тъй като всеки доставчик на хардуер изисква отделни работни процеси за наблюдение.

За да мащабират печелившо без пропорционално увеличаване на режийните разходи, CPO трябва да преминат от реактивен хардуерен мониторинг към проактивна оркестрация на инфраструктурата. Трябва да управлявате тази оркестрация чрез високо оперативно съвместима софтуерна основа. Ще научите как да избегнете ранно надграждане, да изберете правилния корпоративен софтуер, да изградите безпроблемно изживяване с драйвери и да мигрирате наследени системи, без да губите съществуващите си потребители.

Ключови изводи

• Хардуерният агностицизъм не подлежи на обсъждане: мащабирането изисква смесване на доставчици на хардуер; стриктното съответствие с OCPP предотвратява блокиране на доставчика.

• CAPEX и OPEX се мащабират нелинейно: Ограниченията на мрежата и таксите за търсене ще подкопаят маржовете, освен ако не бъдат смекчени от динамично управление на натоварването (DLM) и поетапно разширяване.

• Времето за работа е софтуерен проблем: 99% времето за работа зависи от дистанционна диагностика и алгоритми за самовъзстановяване, а не само от издръжливостта на хардуера.

• Качеството на марката изисква собственост: Преминаването от основен SaaS към архитектура с бели етикети или управлявана от API е от решаващо значение за дългосрочната оценка и задържането на водача.

Капанът на разширяването: Защо презастрояването от първия ден убива възвръщаемостта на инвестициите

Осигуряването на надстройки на комуналната мрежа за мрежи с голям капацитет от няколко обекта създава огромни пречки. Лесно може да отнеме 12 или повече месеца. Може също така да струва стотици хиляди долари капиталови разходи (CAPEX). Това значително забавя времето ви за пускане на пазара. Много нови оператори правят грешката да изискват максимален капацитет на мрежата в първия ден. Те приемат, че се нуждаят от достатъчно мощност, за да работят едновременно с всяко планирано зарядно устройство при пикова мощност. Това предположение парализира разширяването. Комуналните услуги отблъскват, позовавайки се на ограниченията на мрежата. В крайна сметка чакате скъпи надстройки на трансформатора, преди да можете да поставите един кабел.

Можете да избегнете този капан, като приемете стратегия за растеж, управлявана от фази. Търсенето обикновено нараства на отделни фази. Рядко се материализира за една нощ. Стратегията ви за внедряване на зарядно устройство трябва винаги да следва специфично за сайта поведение. Трябва да се адаптирате към физическото местоположение и намерението на водача.

1. Офис паркове с продължителен престой: Шофьорите паркират за осем часа. Те не се нуждаят от бързо DC бързо зареждане. Можете да разположите по-бавни зарядни устройства AC ниво 2. Можете да разпределите електрическия товар през целия работен ден.

2. Търговия на дребно и хранителни стоки: Шофьорите остават от 45 до 90 минути. Те се нуждаят от средноскоростно зареждане с постоянен ток (50kW до 100kW). Искате достатъчно оборот, за да обслужвате множество клиенти, но не се нуждаете от мощност на ниво магистрала.

3. Магистрални коридори: Шофьорите искат бързо обръщане. Престояват от 15 до 30 минути. Трябва да внедрите свръхбързи DC зарядни устройства (150kW+). Тези сайтове изискват внимателно балансиране на мощността, за да се справят с внезапните пикове на търсенето.

Трябва да смекчите първоначалните си CAPEX чрез интелигентно планиране на инфраструктурата. Използвайте 'тъмен проводник' по време на първоначалната фаза на изграждане. Предварително полагате необходимите подземни тръби и капацитет на окабеляване, без незабавно да инсталирате всяка станция за зареждане. Изливате бетона веднъж. Издърпвате кабелите и монтирате хардуера по-късно, когато търсенето на драйвери нараства.

Освен това можете да заобиколите необходимостта от незабавни, скъпи надстройки на трансформатора. Постигате това, като използвате напреднали Система за управление на зареждането на EV . Тази платформа картографира разпределението на мощността в реално време във вашия сайт. Той интелигентно ограничава общото потребление на енергия, за да остане в рамките на вашите съществуващи граници на полезност. Можете да инсталирате 20 зарядни устройства към мрежова връзка, първоначално проектирана за 10. Софтуерът безопасно организира енергийния поток зад кулисите.

Оценяване на система за управление на зареждането на EV за мащаб

Преминаването от основни готови приложения към платформи от корпоративен клас изисква строга рамка за вземане на решения. Основното приложение работи добре за пет зарядни устройства на един паркинг. Той се проваля впечатляващо при управление на 500 възела в три състояния. Трябва да оцените новите платформи въз основа на критерии, поддържащи огромен мащаб, хардуерна гъвкавост и автоматизиран контрол на разходите.

Истинска хардуерна оперативна съвместимост (OCPP стандарти)

Хардуерният агностицизъм е вашата най-мощна точка на лост. Избягвайте платформи, поддържащи само тесен списък от предпочитани доставчици на хардуер. Ако се заключите в патентована система, губите силата на преговорите. Когато проблеми с веригата за доставки забавят конкретна доставка на хардуер, не можете лесно да преминете към друг производител.

Оценете възможностите на Open Charge Point Protocol (OCPP) на вашата платформа. Проверете вградената поддръжка за OCPP 1.6J и 2.0.1. OCPP 2.0.1 предлага превъзходно управление на устройства и подобрена сигурност. Истинската оперативна съвместимост гарантира, че можете да закупите хардуер въз основа на реалностите на веригата за доставки, цените и регионалната наличност. Вие избирате хардуера. Софтуерните ограничения никога не трябва да диктуват вашите решения за покупка.

Автоматизирано управление на OPEX (управление на динамично натоварване и PPA)

Неуправляваните сайтове за таксуване са изправени пред осакатяващи такси за търсене на комунални услуги. Комуналните компании наказват търговските оператори за резки пикове в пиковото потребление на енергия. Кратък 15-минутен скок по време на пиковите следобедни часове може да предизвика огромни такси за целия цикъл на фактуриране. Това пиково ценообразуване унищожава бюджета ви за оперативни разходи (OPEX).

Системата трябва да поддържа интелигентно управление на натоварването (ILM). ILM активно намалява мощността въз основа на капацитета на мрежата в реално време и предварително дефинирани ограничения на обекта. Той също така чете състоянието на зареждане на автомобила (SOC). Ако една кола е с 90% батерия, а друга достигне 10%, ILM динамично прехвърля мощността към новопристигналото превозно средство. Това автоматизирано дроселиране поддържа вашето пиково изтегляне идеално равномерно. Избягвате санкции за комунални услуги, като същевременно увеличавате максимално използването на сайта. Комбинирането на тази възможност с фиксирано споразумение за закупуване на енергия (PPA) осигурява дългосрочна доходност.

Дистанционна диагностика и автоматизирано отстраняване на неизправности

Ролките на камионите разрушават икономиката на единицата. Изпращането на техник до отдалечено място струва стотици долари на посещение. Не можете да мащабирате мрежа, ако всеки незначителен проблем изисква физическа проверка на място. Времето за работа е основно софтуерен проблем.

Вашата платформа трябва да разполага с широки възможности за дистанционна диагностика. Нуждае се от автоматизирано регистриране на грешки. Трябва да поддържа команди за дистанционно рестартиране. Когато сесията на зареждане е неуспешна, софтуерът трябва автоматично да направи опит за меко нулиране, преди да предупреди човешки оператор. Потърсете системи, използващи предсказуема поддръжка, управлявана от AI. Тези алгоритми анализират фините спадове на напрежението или скокове на температурата на конектора с течение на времето. Те предвиждат повреди на компоненти, преди те да се случат. Този проактивен подход ви помага без усилие да поддържате 99% цели за непрекъсната работа на споразумението за ниво на обслужване (SLA).

Създаване на изживяване на водача 'без триене' като конкурентен ров

Плътността на мрежата се увеличава ежедневно. Навлезли на пазара с дълбоки джобове, включително мултинационални големи търговци на дребно и традиционни петролни компании, активно изграждат конкурентни центрове за зареждане. Шофьорите вече имат избор. Те бързо ще изоставят мрежите, които ги принуждават да се справят с високи плащания. Те агресивно ще избягват мрежи, засегнати от „призрачни“ зарядни устройства. Призрачно зарядно устройство изглежда напълно работещо в приложението, но разкрива счупен екран или дефектен конектор при пристигането. Този сценарий незабавно унищожава доверието в марката.

Трябва да създадете изживяване без триене, за да изградите истински конкурентен ров. Елиминирането на безпокойството при зареждане надхвърля простото инсталиране на надежден хардуер.

• Видимост без състояние: Осигурете точна наличност в реално време. Вашите API трябва незабавно да излъчват точни нива на мощност и състояния на нередности. Ако станция излезе офлайн, тя трябва да изчезне от публичните карти в рамките на секунди.

• Plug & Charge (ISO 15118): Внедрете безпроблемно удостоверяване. Шофьорите трябва просто да включат кабела в автомобила си. Системата удостоверява автомобила, разрешава плащането и автоматично инициира таксуването. Заобикаляте напълно умората от приложения.

• Унифицирани шлюзове за плащане: Поддържайте терминали за кредитни карти, RFID споразумения за роуминг и унифицирани портфейли за приложения. Не принуждавайте всеки един водач да изтегля собственото ви приложение само за да осигури 20 мили пробег.

Прозрачното осигуряване на приходи защитава репутацията на вашата марка. Шофьорите мразят скритите такси. Уверете се, че вашата платформа поддържа сложни, динамични модели на ценообразуване. Може да приложите ценообразуване според времето на използване (TOU), за да насърчите таксуването извън пиковите часове. Може да прилагате ставки за kWh, смесени с такси за неактивност. Таксите за неактивност наказват шофьорите, които заемат място дълго след като батерията им достигне 100%. Трябва ясно да покажете тези сложни модели на ценообразуване преди началото на сесията. Ясната предварителна комуникация предотвратява потребителски спорове. Той елиминира исканията за връщане на плащане. Изгражда дългосрочна лоялност.

Решението за софтуерната архитектура: стандартен SaaS срещу White-Label/API

Тъй като вашата мрежа се мащабира над 50 активни възела, вие се сблъсквате с основно решение за софтуерна архитектура. Трябва да изберете правилния модел на внедряване, за да поддържате растежа. Пазарът обикновено предлага две различни категории решения за разрастващи се CPO. Всеки носи различни последици за капитала на вашата марка и оперативния контрол.

Стандартната лицензирана система за управление на зарядните точки (CPMS) предоставя модел софтуер като услуга (SaaS). Продавачът хоства всичко. Те предоставят стандартизирано приложение за водача. Те управляват бекенда. Този модел гарантира забележително бързо излизане на пазара. Изисква по-нисък първоначален капитал и изисква минимални вътрешни технически познания. Това обаче силно ограничава диференциацията на вашата марка. Не можете да интегрирате дълбоко тази стандартна SaaS платформа със съществуващите инструменти за планиране на корпоративни ресурси (ERP). Не можете лесно да го обедините с вашите установени програми за лоялност на дребно. Вие по същество наемате вашето клиентско изживяване.

Обратно, хибридните модели White-Label и API-First предлагат максимален контрол. Тази архитектура позволява на CPO да създават собствено персонализирани приложения, насочени към водача. Вие прехвърляте изключително сложните задачи на бекенда на доставчика. Доставчикът управлява сложните OCPP комуникационни слоеве. Те обработват механизмите за таксуване. Те управляват хъбовете за роуминг. Вие контролирате пикселите на екрана на смартфона на шофьора.

Тази реалност на внедряване изисква зрял вътрешен продуктов екип. Имате нужда от разработчици, които да управляват крайните точки на API и да проектират потребителския интерфейс. Въпреки тази по-висока бариера за навлизане, тя значително повишава оценката на вашето предприятие. Вие притежавате клиентските данни. Вие притежавате опита с марката. Вие диктувате точното пътуване на потребителя от пристигането до заминаването. За мрежи, целящи да доминират в определени региони или вертикали, този хибриден модел представлява златния стандарт.

Реалности при внедряването: Намаляване на рисковете от миграцията и внедряването

В крайна сметка мрежите за мащабиране надрастват първоначалния си софтуер. Извличането и подмяната на наследен бекенд за инсталиране на мащабируема система въвежда огромен риск. Лошо изпълнените миграции причиняват катастрофални прекъсвания на услугата. Те предизвикват невъзстановима загуба на данни. Те отблъскват рано възприелите шофьори.

Трябва да следвате стриктна логика на мигриране стъпка по стъпка. Повтарящите се внедрявания на 'сива кутия' постигат последователен успех. 'Големият взрив' всички миграции наведнъж се провалят рутинно. Никога не трябва да превключвате 500 зарядни устройства на нова платформа в същата вечер. Първо мигрирайте малък клъстер от пет зарядни устройства. Наблюдавайте стабилността на връзката им в продължение на три дни. Проверете точността на фактурирането. След като тестовият клъстер се окаже стабилен, разширете разпространението постепенно в географски зони.

Извършете изчерпателни одити на хардуера, преди да промените каквито и да е бекенд конфигурации. Проверете точните версии на фърмуера, работещи на вашите физически зарядни устройства. Потвърдете конфигурациите за мрежова връзка. Трябва да картографирате съществуващите GSM клетъчни APN или Wi-Fi настройки. Ако зарядното устройство работи с остаряла собствена версия на фърмуера, насочването му към нов OCPP бекенд ще блокира за постоянно комуникационната платка. Трябва да актуализирате фърмуера локално, преди да изпълните команди за отдалечена миграция.

Сигурността на данните и непрекъснатостта на потребителите изискват деликатно боравене. Навигирането в съответствие с GDPR и CCPA по време на прехвърляне на данни за исторически сесии изисква строго криптиране. Трябва да пренесете точно балансите на портфейла на водача и историята на транзакциите.

Решаващ риск: Избягвайте копирането на пароли на всяка цена. Не можете сигурно да дешифрирате и прехвърляте потребителски пароли от наследената система. Опитът да се направи това създава катастрофална уязвимост на сигурността. Вместо това установете ясен жизнен цикъл на комуникация с много докосвания. Изпратете имейл на шофьорите си седмици предварително. Приветствайте ги в обновената мрежа. Насочете съществуващите потребители към сигурно нулиране на техните идентификационни данни на новата платформа. Предложете малък кредит за зареждане като стимул. Тази стратегия предотвратява изтичане и гарантира стриктно съответствие със сигурността. Ако се нуждаете от специално ръководство за навигиране в тези сложни разпоредби за пренос на данни, можете безопасно свържете се с нас , за да планирате миграцията си безопасно.

Заключение

Мащабирането на мрежа за зареждане на електрически превозни средства е основно предизвикателство за оркестриране. Вашият дългосрочен успех зависи по-малко от това кое физическо зарядно устройство купувате днес. Зависи почти изцяло от дигиталната инфраструктура, която разгръщате, за да управлявате енергийните разходи, да осигурите оперативно време и да премахнете триенето на водача утре.

Изграждането на печеливша мрежа изисква интелигентно планиране на вашите капиталови разходи. Трябва да приемете динамично управление на натоварването, за да се предпазите от такси за потребление на комунални услуги. Трябва да изисквате строг хардуерен агностицизъм, за да предотвратите блокиране на доставчика. И накрая, трябва да контролирате опита на драйвера чрез разширени API интеграции или приложения с бели етикети.

Предприемете незабавни действия по следните стъпки:

• Одитирайте текущия си капацитет за комунални услуги във всички планирани сайтове за разширяване.

• Оценете хардуерните агностични възможности на вашия съществуващ софтуер. Поискайте доказателство за концепция (POC) с помощта на ненативно устройство за зареждане.

• Оценете текущата си архитектура. Определете дали поддържа разширено управление на натоварването и автоматизирано разрешаване на грешки.

• Картирайте пътуването на водача си, за да идентифицирате и елиминирате сценарии за скрити плащания или призрачни зарядни устройства.

ЧЗВ

Въпрос: Кога е точният момент за надграждане от основно приложение за зарядно устройство до корпоративна система за управление на зареждането на EV?

О: Трябва да надстроите, когато разширявате до втори географски отделен сайт. Надграждането също е от решаващо значение при управлението на смесен хардуер от множество доставчици. Освен това, ако таксите за потребление на комунални услуги започнат да влияят на рентабилността на вашия сайт, имате нужда от корпоративна система, способна незабавно да управлява динамично натоварването.

В: Мога ли да мащабирам мрежата си, като използвам съществуващия си хардуер, ако сменя софтуерните платформи?

О: Да, при условие че старият хардуер е напълно съвместим с OCPP. Повечето съвременни хардуери поддържат тези отворени стандарти. Въпреки това, по-старият наследен фърмуер може да изисква ръчно актуализиране чрез техници на място, преди да можете да изпълните сигурна дистанционна миграция към новата софтуерна платформа.

Въпрос: Колко време реалистично отнема мигрирането на съществуваща мрежа към нова софтуерна платформа?

О: Правилната миграция обикновено отнема от 4 до 12 седмици. Тази времева рамка зависи до голяма степен от размера на вашата мрежа и хомогенността на хардуера. Безопасният график включва задължителни хардуерни одити, стриктно картографиране на данни, проверки за съответствие и итеративно пилотно тестване преди пълното внедряване.