Fra autorisasjon til ladeøkt

Programvare for fakturering av ladestasjoner for elbiler beregner vanligvis ikke en pris fra én lademelding. Den følger en økt fra autorisasjon til en endelig registrering, bruker deretter tariffen og sender resultatet til betalings-, fakturerings- eller refusjonssystemer.

En sjåfør kan identifisere seg med en app, et RFID-kort eller en annen legitimasjon. Ladepunkthåndteringssystemet (CPMS) sjekker den aktuelle kontoen eller tjenesten, returnerer en autorisasjonsbeslutning og registrerer hvilken lader og kontakt som er involvert. Laderen rapporterer deretter transaksjonsstart, målerverdier, statusendringer og årsaken til at økten ble avsluttet.

Hva en øktoppføring inneholder

De nøyaktige feltene avhenger av plattform- og protokollversjonen. En nyttig oppføring inneholder vanligvis en øktidentifikator, lader og kontakt, bruker- eller kontraktsreferanse, start- og sluttidspunkter, levert energi, relevante måleravlesninger og en stoppårsak. Plattformen trenger også tariffversjonen og skattebehandlingen som brukes i beregningen.

Driftsstatus og en fakturerbar økt er ikke det samme. Et kjøretøy kan forbli tilkoblet etter at energileveringen stopper, en økt kan settes på pause, eller meldinger kan ankomme for sent etter et nettverksbrudd. CPMS må tolke sekvensen uten å miste eller duplisere fakturerbare data.

Hvordan tollregler anvendes

Tariffer kan inkludere en pris per kWh, et tidsgebyr, en fast øktavgift, en tomgangsavgift eller en kombinasjon. Regler kan variere etter sted, kontakt, kundegruppe eller tidsperiode. Plattformen bør vise hvilken regel som gjaldt og beholde versjonen som ble brukt, i stedet for å beregne gamle økter på nytt mot en ny pris.

Publiserte sjåførpriser, kontraktsfestede engrospriser og interne kostnadsfordelinger kan variere. MVA, avrunding, minimumsavgifter, gratisperioder og prisendringer i løpet av en økt trenger eksplisitte regler. Markedsspesifikke målere og krav til forbrukerpriser må kontrolleres separat.

Hvordan økten blir en regning eller betaling

Når økten er fullført, vurderer plattformen den og oppretter en endelig transaksjons- eller belastningsdetaljpost. Denne posten kan sendes til en betalingstjeneste for betaling etter bruk, legges til en månedlig konto, sendes til en arbeidsgiver for refusjon eller eksporteres til finansprogramvare.

Et CPMS kan koordinere denne flyten uten å være selger, betalingsbehandler eller faktureringssystem. Kjøpere bør fastslå hvilket system som er den økonomiske kilden til sannheten, hvem som håndterer refusjoner og tvister, og hvordan mislykkede eller manglende poster avstemmes.

Hva endres når roaming er involvert

I en roamingøkt kjører ladestasjonoperatøren (CPO) laderen, mens en leverandør av e-mobilitetstjenester (eMSP) har førerforholdet. CPO-backend deler lokasjoner, tariffer, øktoppdateringer og en endelig ladedetalj med eMSP-en, ofte gjennom OCPI. eMSP-en fakturerer sjåføren, mens kommersielt oppgjør mellom bedriftene følger deres avtale.

Dette er grunnen til at OCPP og OCPI har forskjellige oppgaver. OCPP utfører lader-til-CPMS-operasjoner. OCPI utveksler roaminginformasjon mellom forretningsplattformer.

Der faktureringsfeil vanligvis oppstår

Vanlige årsaker inkluderer manglende sluttverdier for måleren, dupliserte meldinger etter ny tilkobling, feil klokker, uoverensstemmelser i tariffversjoner, feil avgiftsinnstillinger og inkonsekvent avrunding. En solid plattform lagrer rå hendelseshistorikk, beregningstrinn og operatørendringer som er nødvendige for å forklare resultatet.

Hvordan amina passer inn i flyten

amina charging Stasjoner sender transaksjons- og måledata over OCPP til det valgte CSMS-systemet. Amina OCPP-referansen viser start- og stopptransaksjoner og målerverdier, mens dokumentasjonen for målerverdier beskriver avlesninger som strøm, aktiv effekt og akkumulert importert energi.

Laderen leverer driftsdokumentasjon. CPMS og tilkoblede kommersielle systemer bestemmer tariffen, produserer faktureringsposter og administrerer betalinger. Operatører bør teste hele denne prosessen, inkludert offline gjenoppretting, før de behandler en øktpost som fakturaklar.