Laturi voi näkyä verkossa kojelaudassa ja silti epäonnistua todellisessa testissä, jolla on merkitystä: voiko kuljettaja aloittaa latausistunnon, saada odotetun tehon ja lähteä aikataulussa? Tämä ero on syy, miksi käyttöaika-SLA-sopimukset ansaitsevat tarkempaa tarkastelua ennen kuin hankintatiimit sitoutuvat toimittajaan.
Infrastruktuurin ostajille, kalustonkäyttäjille, sijaintipaikkojen isännille ja kanavakumppaneille käyttöaikalupaus on hyödyllinen vain, kun se heijastaa toiminnallista todellisuutta. Sopimus, joka näyttää vahvalta paperilla, voi silti jättää sijaintipaikan alttiiksi, jos toimittaja mittaa käyttöaikaa löyhästi, sulkee pois yleisimmät vikatilat tai reagoi liian hitaasti, kun korkean prioriteetin laturit menevät alas.
Miksi otsikkotason SLA voi johtaa ostajia harhaan
Monet ostajat vertailevat toimittajia katsomalla yhtä näkyvää lukua: luvattua käyttöaikaprosenttia. Tämä on ymmärrettävää, mutta se on harvoin riittävää.
SLA voi näyttää kilpailukykyiseltä, mutta silti sallia liikaa toiminnallisia häiriöitä. Ongelma ei ole vain itse prosenttiluku. Se on se, miten toimittaja määrittelee saatavuuden, mitkä laitteet katetaan, mitkä katkot suljetaan pois ja miten suorituskykyä mitataan laitteiston, ohjelmiston ja viestinnän osalta.
Tällä on vielä suurempi merkitys, kun sijaintipaikat palvelevat erilaisia latausrooleja. Työpaikan AC-latausprojekti sietää yleensä pidempiä palautusikkunoita kuin varikko tai kaupallinen sijainti, jossa DC-pikalataus suojaa ajoneuvojen kiertoa ja tulon jatkuvuutta. Ostajien tulisi sovittaa SLA vastaamaan vian liiketoiminnallisia seurauksia, ei vain toimittajan markkinointikieltä.
Määrittele, mitä ”käyttöaika” tarkoittaa ennen kuin vertailet toimittajia
Ensimmäinen kysymys on yksinkertainen: mitä tarkalleen ottaen pidetään käyttöaikana tässä sopimuksessa?
Jotkut toimittajat määrittelevät käyttöajan perusverkkoyhteydeksi. Toiset määrittelevät sen laturin saatavuudeksi istunnon aloitusta varten. Vahvempi määritelmä on se, joka seuraa, pystyykö laturi todella suorittamaan tehtävänsä, ei vain sitä, lähettääkö se sydämenlyöntiä.
Ennen allekirjoittamista ostajien tulisi kysyä, mitataanko käyttöaika laturitasolla, liitäntätasolla, sijaintipaikkatasolla vai verkkotasolla. Moniporttisissa laitteissa yhden epäonnistuneen liitännän ei pitäisi kadota laajemman laitostason luvun sisään. Sekalaisissa portfolioissa alisuoriutuvan korkean prioriteetin laturin ei pitäisi peittyä vähemmän kriittisten yksiköiden alle muualla.
On myös syytä kysyä, lasketaanko tehon alennus, epäonnistunut valtuutus, maksuvirheet, jäähdytysviat tai toistuvat istunnon katkeamiset käyttökatkoksi. Jos laturi on teknisesti verkossa, mutta ei pysty tarjoamaan käyttökelpoista latauskokemusta, monet operaattorit pitäisivät sitä toiminnallisena poissaolona.
Kysy, miten suorituskykyä mitataan ja raportoidaan
Jopa kohtuullinen käyttöajan määritelmä heikkenee, jos raportointimenetelmä on epämääräinen.
Ostajien tulisi pyytää näyte käyttöaikaraportista ennen hankintahyväksyntää. Raportin tulisi osoittaa, miten toimittaja luokittelee tapahtumat, aikaleimaa katkon alun ja lopun, käsittelee osittaisia vikoja ja erottaa suunnitellut ja suunnittelemattomat tapahtumat. Hyvän raportin tulisi myös tehdä helpoksi sovittaa yhteen palvelupyynnöt ja suorituskykyväitteet.
Tässä ostajien tulisi katsoa itse laturia pidemmälle ja tarkastella toimintamallia. Toimittajat, joilla on kurinalaiset valvonta-, etätuki- ja eskalaatiotyönkulut, ovat yleensä paremmassa asemassa todistamaan SLA-suorituskyvyn, koska he jo seuraavat, miten viat havaitaan, luokitellaan ja ratkaistaan.
Jos toimittaja ei pysty selittämään, miten käyttöaikaa mitataan kuukausittain, laturin roolin mukaan ja vikatyypin mukaan, SLA saattaa olla enemmän koristeellinen kuin toiminnallinen.
Tarkista poikkeukset ennen kuin luotat lupaukseen
Suurin osa SLA-riskistä piilee poikkeusosiossa, ei otsikkotason sitoumuksessa.
Poikkeukset eivät ole luonnostaan kohtuuttomia. Sähkökatkot, ylivoimaiset esteet, asiakkaan puolen väärinkäyttö, ilkivalta ja kolmannen osapuolen tietoliikenneviat voivat olla toimittajan suoran hallinnan ulkopuolella. Todellinen ongelma on, onko poissuljettu lista niin laaja, että ostaja kantaa suurimman osan toiminnallisesta riskistä, kun toimittaja silti mainostaa vahvaa käyttöaikatavoitetta.
Katso tarkasti näitä yleisiä rajauksia:
- Suunnitellut huoltoikkunat
- Laiteohjelmiston ja ohjelmiston päivitysjaksot
- Maksuyhdyskäytävän tai valtuutuspalvelun viat
- Tietoliikenne- tai SIM-yhteysongelmat
- Asiakkaan puolen lähiverkko-, reititin- tai palomuuri ongelmat
- Sähköverkon puolen virranmenetys tai ylävirran sähköiset rajoitukset
- Ympäristöolosuhteet, jotka ovat ilmoitettujen käyttöoletusten ulkopuolella
Sopimuksen tulisi kertoa, mikä osapuoli omistaa kunkin luokan, miten tapahtumat dokumentoidaan ja mitä todisteita tarvitaan ennen kuin katkos suljetaan pois. Muuten ostaja saattaa joutua väittelemään jokaisen suuren tapahtuman jälkeen sen sijaan, että luottaisi yhteiseen palvelustandardiin.
Erota laitteistovastuu alustavastuusta
Monet sähköautojen latausongelmat ovat laitteiston ja ohjelmiston välissä. Kaapelivika, ohjainongelma, maksuvika ja OCPP-viestintäkatkos voivat kaikki pysäyttää latauksen, mutta ne eivät kuulu samalle vastausryhmälle.
Siksi ostajien tulisi vaatia selkeää vastuumatriisia. Kuka omistaa laturin laitteiston? Kuka omistaa taustajärjestelmän ohjelmiston? Kuka käsittelee pilvipalvelut, verkkovierailun, maksuvirrat, laiteohjelmiston validoinnin ja yhteentoimivuuden kolmannen osapuolen järjestelmien kanssa? Kuka johtaa tapahtuman ratkaisua, kun perimmäinen syy ei ole aluksi selvä?
Tämä kysymys tulee erityisen tärkeäksi avoimissa ekosysteemeissä. Ostajat suosivat usein avoimia latausverkkoja ja yhteentoimivuusmalleja, koska ne vähentävät lukkiutumista ja antavat enemmän joustavuutta sijaintipaikan elinkaaren aikana. Mutta avoimuus auttaa vain, jos toimittaja on selkeä siitä, missä sen SLA alkaa ja loppuu, kun useat järjestelmät ovat vuorovaikutuksessa.
Jos alustan tarjoaa yksi osapuoli ja laturin toinen, ostajan ei tulisi hyväksyä sopimusrakennetta, joka antaa kummallekin osapuolelle mahdollisuuden syyttää toista, kun sijaintipaikka on osittain alhaalla.
Sovita vasteajat sijaintipaikan kriittisyyteen
Käyttöaika-SLA on epätäydellinen ilman vaste- ja palautussitoumuksia.
Kalustovarikolle, liikennekeskukselle, moottoritieosuudelle tai mille tahansa sijaintipaikalle, jossa latauksen käyttökatkos voi keskeyttää aikataulut, ostajien tulisi pyytää vakavuusasteeseen perustuvia vasteikkunoita. Pieni näyttövika ja epäonnistunut korkean prioriteetin DC-laturi eivät saisi mennä samaan palvelujonoon.
Käytännön kysymyksiä ovat:
- Kuinka nopeasti toimittaja tunnistaa kriittisen tapahtuman?
- Kuinka nopeasti etädiagnostiikka alkaa?
- Milloin paikan päälle lähetys tapahtuu?
- Mikä on tavoite väliaikaiselle kiertotielle verrattuna täydelliseen korjaukseen?
- Varastoidaanko varaosia paikallisesti, alueellisesti vai vain tehtaalla?
- Onko olemassa korvaavan yksikön strategiaa arvokkaille vioille?
Tässä ostajan konteksti on tärkeä. AC-lataus pitkän viipymän ympäristöissä tukee usein joustavampia palautusikkunoita. DC-pikalataus, jota käytetään lyhyen kääntöajan toimintoihin, vaatii yleensä tiukempia palvelusitoumuksia, koska jokainen menetetty tunti vaikuttaa läpimenoon ja sijaintipaikan talouteen.
Kysy, miten päivitykset vaikuttavat saatavuuteen
Ohjelmisto ja laiteohjelmisto ovat osa käyttöaikakeskustelua, eivät erillisiä siitä.
Päivitykset voivat parantaa luotettavuutta, turvallisuutta ja yhteensopivuutta, mutta ne voivat myös luoda suunniteltua käyttökatkosta, epäonnistuneita käyttöönottoja tai uusia vikoja, jos niitä ei vaiheisteta oikein. Ostajien tulisi kysyä, lasketaanko huoltoikkunat SLA:ta vastaan, miten päivitykset hyväksytään, miten peruutus käsitellään ja validoiko toimittaja uudet julkaisut rajoitetulla osajoukolla ennen laajempaa käyttöönottoa.
Vahvimmat toimittajat käsittelevät laiteohjelmiston päivitysstrategiaa käyttöaikasuojausprosessina eikä taustalla olevana teknisenä tehtävänä. Tämä tarkoittaa yleensä muutoksenhallintaa, vaiheittaista käyttöönottoa, hälytysten seurantaa julkaisun jälkeen ja selkeää asiakasviestintää, kun riski on kohonnut.
Jos sopimus antaa toimittajalle laajan vapauden ottaa latureita pois verkosta päivityksiä varten ilman merkityksellistä ilmoitusta tai palveluvastuuta, ostajan tulisi tiukentaa tätä kieltä ennen allekirjoittamista.
Selvennä, mitkä KPI:t ovat tärkeitä käyttöajan lisäksi
Laturi voi täyttää kapean käyttöaikamittarin ja silti tuottaa huonon toiminnallisen tuloksen. Siksi ostajien tulisi pyytää tukevia suorituskykyindikaattoreita SLA:n rinnalla.
Hyödyllisiä kysymyksiä ovat, seuraako toimittaja:
- Onnistuneen istunnon aloitusprosenttia
- Onnistuneen istunnon suoritusprosenttia
- Keskimääräistä aikaa tunnistaa kriittiset tapahtumat
- Keskimääräistä aikaa palauttaa palvelu
- Toistuvien vikojen esiintymistiheyttä laturia tai liitäntää kohti
- Tehon alennustapahtumia ja niiden kestoa
- Offline-aikaa vikasyyn mukaan
Nämä mittarit luovat täydellisemmän kuvan palvelun laadusta. Monissa tapauksissa ostajien tulisi välittää yhtä paljon tapahtuman palautuskurista ja istunnon onnistumisesta kuin otsikkotason käyttöaikaprosentista.
Varmista tietojen käyttöoikeus ennen kuin uusiminen tai poistuminen tulee ongelmaksi
Käyttöaika-SLA:n tulisi myös tukea pitkän aikavälin toiminnallista hallintaa. Jos ostaja ei pääse käsiksi tapahtumahistoriaan, lokitietoihin, laiteohjelmistotietueisiin tai laturin suorituskykytietoihin, toimittajan väitteiden validointi ja myöhempi siirtyminen, jos suhde muuttuu, vaikeutuu.
Ennen allekirjoittamista ostajien tulisi vahvistaa omistajuus- ja käyttöoikeudet toiminnallisiin tietoihin, tapahtumalokeihin, konfiguraatiotietueisiin ja palveluhistoriaan. Sopimuksen tulisi myös kuvata vientimuoto, säilytysaika ja luovutusvelvoitteet, jos ostaja vaihtaa verkkopalveluntarjoajaa tai palvelukumppania.
Tämä on yksi syy, miksi jäsennelty tietojen luovutustarkistuslista on tärkeä ennen kuin mikään alustasitoumus syvenee. Ostaja, joka ei pysty hakemaan toimintahistoriaa, huomaa usein liian myöhään, että SLA:ta oli vaikea auditoida alun perin.
Tee hyvityksistä oikeassa suhteessa liiketoimintariskiin
Palveluhyvitykset ovat yleisiä SLA-mallinnuksessa, mutta ostajien tulisi kysyä, vastaako ehdotettu hyvitys todella vian toiminnallista seurausta.
Ei-kriittisille sijaintipaikoille vaatimaton hyvitysrakenne voi olla hyväksyttävä. Korkean käyttöasteen kaupallisissa tai kalustokäyttöönotoissa hyvitykset yksinään eivät välttämättä korvaa menetettyä läpimenoa, lähetyshäiriötä, asiakastyytymättömyyttä tai sopimusseuraamuksia loppukäyttäjille.
Näissä tapauksissa ostajat saattavat haluta vahvempia kaupallisia suojauksia, kuten:
- Eskaloituvia hyvityksiä toistuvista saavuttamattomista tavoitteista
- Pakollisia perimmäisen syyn raportteja vakavien katkosten jälkeen
- Määriteltyjä varaosien varastointivelvoitteita
- Prioriteettikorvaus epäonnistuneille arvokkaille yksiköille
- Irtisanomisoikeuksia toistuvien olennaisten sopimusrikkomusten jälkeen
Oikea hyvitysrakenne riippuu sijaintipaikan liiketoimintamallista, mutta periaate on yksinkertainen: sopimuksen tulisi heijastaa, kuinka kallista laturin vikaantuminen on käytännössä.
Ostajan kysymykset pöydälle ennen allekirjoittamista
| Mitä kysyä | Miksi se on tärkeää | Miltä vahvempi vastaus näyttää |
|---|---|---|
| Miten määrittelette käyttöajan? | Estää sydämenlyönti-pohjaisia määritelmiä peittämästä todellisia latausvikoja | Saatavuus sidottu käyttökelpoiseen lataukseen, ei vain yhteyteen |
| Mitataanko käyttöaika laturin, liitännän vai sijaintipaikan mukaan? | Välttää keskiarvoistamista, joka piilottaa osittaiset katkot | Yksityiskohtainen raportointi laitteen ja roolin mukaan |
| Mitkä tapahtumat suljetaan pois SLA:sta? | Paljastaa, kuinka paljon riskiä jää ostajalle | Kapeat poikkeukset selkeillä todistevaatimuksilla |
| Mitkä ovat vakavuusasteeseen perustuvat vaste- ja palautustavoitteenne? | Yhdistää SLA:n liiketoiminnan kannalta kriittiseen palautukseen | Erilliset työnkulut kriittisille ja ei-kriittisille vioille |
| Kuka omistaa laitteiston, taustajärjestelmän, laiteohjelmiston ja kolmannen osapuolen integraatiot? | Vähentää syyttelyaukkoja monimutkaisten tapahtumien aikana | Selkeä vastuumatriisi ja eskalaatiopolku |
| Miten päivitykset vaiheistetaan ja peruutetaan? | Suojaa itse aiheutetulta käyttökatkokselta | Hallittu julkaisuprosessi peruutuskurilla |
| Mitkä toiminnalliset KPI:t tukevat käyttöaikaväitettä? | Lisää istuntotason näkyvyyttä yhden prosenttiluvun lisäksi | Istunnon onnistuminen, MTTR, toistuvat viat ja katkosyyn seuranta |
| Mitä tietoja ostaja voi viedä uusimisen tai siirron aikana? | Säilyttää auditoitavuuden ja tulevan hallinnan | Määritellyt käyttöoikeus-, säilytys- ja luovutusvelvoitteet |
| Mitä hyvitystä sovelletaan, jos tavoite jää toistuvasti saavuttamatta? | Yhdistää sopimusehdot toiminnalliseen riskiin | Merkitykselliset hyvitykset sekä eskalaatio, raportointi tai irtisanomisoikeudet |
Käytännön yhteenveto
Laturin käyttöaika-SLA:t ovat paljon enemmän arvokkaita kuin otsikkotason prosenttiluku. Ostajille todellinen kysymys on, heijastaako toimittajan lupaus laturin käytettävyyttä, tapahtuman vastauskurinalaisuutta, ohjelmistovastuuta ja vian toiminnallisia seurauksia sijaintipaikan tasolla.
Parhaat sopimukset määrittelevät käyttöajan selkeästi, mittaavat sen läpinäkyvästi, rajoittavat poikkeuksia huolellisesti ja sitovat palvelusitoumukset laturin kriittisyyteen. Ne käsittelevät myös päivityksiä, yhteentoimivuutta, tietojen käyttöoikeutta ja eskalaatiotyönkulkuja osana palvelun suorituskykyä eikä sivuteemoina.
Ennen kuin allekirjoittaa minkään toimittajan kanssa, ostajien tulisi viedä keskustelu otsikkotason SLA-numeron ohi ja siihen, miten luotettavuus toimitetaan käytännössä. Siellä hankintariski muuttuu toiminnalliseksi selkeydeksi.


