Introductie
Tarieven worden gebruikt om sessies en CDR's van een prijs te voorzien. Hier volgt een korte beschrijving van de beschikbare velden bij een tarief.
| Veld | Omschrijving | Roaming |
|---|---|---|
| Ocpi identifier | Een code die gebruikt wordt voor communicatie met Open Charge Point Interface-partners (OCPI). Zie de paragraaf over OCPI voor meer details. | ✓ |
| Hubject identifier | Een naam die gebruikt kan worden voor het aanmaken van "service offer" bij hubject. Zie de paragraaf over Hubject voor meer details. | ✓ |
| Start tariff | De prijs voor het starten van een sessie. | |
| Prive per Kwh | Prijs per Kwh voor de sessie. Prijzen worden afgerond per wh. | |
| Currency | De valuta die gebruikt wordt voor de sessie. | |
| VAT | De BTW die van toepassing is op de sessie. | |
| Charging Time | Prijs per minuut zolang de EV energie van de laadpaal vraagt. | |
| Parking Time | Prijs per minuut zolang de EV is verbonden maar geen energie van de laadpaal vraagt (na het laden). |
Hubject
| LET OP: hubject vereist een tarief op een sessie. Is er geen tarief geselecteerd op een chargepoint, dan zullen de standaard waarden AC1, AC3 en DC gebruikt worden. Dit wordt geselecteerd op basis van de "power" op de Electrical Vehicle Supply Equipment (EVSE) in het Location details scherm. |
Als tarieven in combinatie met Hubject gebruikt worden, dan zullen de tarief codes overeen moeten komen met de "name" van het "authorization service offer". Om dit proces makkelijker te maken is het mogelijk om zelf de hubject identifier aan te passen. Let op dat er nooit twee tarieven met dezelfde Hubject identifier actief kunnen zijn.
OCPI
Voor communicatie via OCPI (e-clearing, MSP partners) wordt de tariefmodule ondersteund. Dit houdt in dat tarieven uitgewisseld worden met de partners. Met deze informatie weet een MSP welke CPO kosten in rekening gebracht zullen worden bij een EVSE.
Actief tarief
Op het moment dat een sessie start, wordt het tarief bepaald. Dit is het tarief dat berekend wordt voor de hele sessie. Mocht het tarief in de tussentijd worden aangepast, dan zal dit geen effect hebben op de lopende sessie.
Berekening eindbedrag
De volgende berekening wordt gebruikt bij het bepalen van het eindbedrag van de sessie. Het is belangrijk om te onthouden dat de MeterStart en MeterStop van het laadpunt worden doorgegeven in Wh.
| Totaal = Tarief.StartTariff + ( (StartTansaction.MeterStop - StopTransaction.MeterStart) * (Tarief.PricePerKwh / 1000) ) Indien tijd gerelateerde tarieven zijn geconfigureerd: Totaal = RoundUp((Duur - Coulance) / StepSize) * Tarief. |
Tijd tarieven
Als er een tijdstarief is ingesteld, wordt dit toegevoegd aan het starttarief en de prijs per kWhs. Dit maakt het mogelijk om bijvoorbeeld met 'Parking time' een zogeaamde kleefboete te realiseren op de laadpaal. Let op dat deze kosten duidelijk moeten worden getoond aan de EV-rijder (consument) voorafgaand aan de sessie. Alle tariefcomponenten (inclusief tijd) worden gedeeld met EMP's via de OCPI-tariefmodule. De prijsopbouw van het tarief wordt weergegeven in de laadsessie.
Grace periode
Bij het instellen van een tijd tarief zit een 'grace period' dit is een tijdsinstelling op basis van minuten welke plaatsvind direct na het actieveren van de respectivelijke tijdsperiode. Dit maakt het bijvoorbeeld mogelijk om de "kleefboete" pas na 15 minuten in te laten gaan, zodat de EV-rijder de mogelijkheid heeft om zijn/haar voertuig na de laadsessie te verplaatsen.
Slim laden (AC/DC)
In het kader van oplossingen voor Slim laden (beschikbaarheid energie of prijs gedreven) adviseren we om de tijdgebaseerde tarieven vooralsnog alleen toe te passen op DC laders. Slim laden op een AC laadstation kan er voor zorgen dat de laadsessie wordt onderbroken vanwege beschikbaarheid of prijzen van de energie. Een tijd gebaseerd tarief of een kleefboete komt te vervallen als er voor het einde van de laadsessie nog een korte energieafgifte plaatsvindt.