ELPO Compliance · Tyrkiet-compliancelag
Jeres CSMS. Klar til Tyrkiet.
EPDK- og GİB-compliance uden at genopbygge jeres platform. ELPO's Tyrkiet-compliancepakke er et separat lag mellem softwaren til jeres ladenetværk (CSMS) og Tyrkiets energitilsyn EPDK og skattemyndigheden GİB. Jeres CSMS taler det sprog, det allerede kender — OCPI — og pakken tager sig af hver eneste Tyrkiet-specifikke indberetning.
Det slutter ikke med at installere ladestandere, når man driver et ladenetværk i Tyrkiet
I skal indberette til to myndigheder, i to forskellige formater og uden forsinkelse:
EPDK
Er stikket ledigt, er opladningen startet, er den afsluttet, hvor meget energi er leveret, hvad er prisen — hver især et separat kald med sin egen rækkefølge og timing.
GİB
Registrering af hver ladestander og en salgsrapport signeret med det elektroniske segl.
Et udenlandsk CSMS kender intet til dette. Prisen for at skrive reguleringen ind i jeres egen kode: softwaren ændres, hver gang reglerne ændres, en separat version for hvert land og, værst af alt, en tabt indberetning, som ingen opdager.
Løsningen: et lag, der adskiller myndighedsindberetning fra jeres software
Compliancepakken sidder mellem jeres CSMS og myndigheden. Jeres CSMS sender data via det standardiserede OCPI-flow; pakken forbereder, sender og følger op på indberetningerne til EPDK og salgsrapporten til GİB. Til et CSMS, der ikke taler OCPI, findes en enkel REST-indgang med fem hændelser.
Ikke én eneste linje Tyrkiet-specifik kode i jeres CSMS.
Hvem den er til
Udenlandsk CSMS- og CPO-software, der går ind på det tyrkiske marked
Opfyld forpligtelserne over for EPDK og GİB uden at skrive Tyrkiet-specifik kode ind i jeres produkt.
Lokale operatører af ladenetværk med egen software
Når reglerne ændres, ændres jeres software ikke; ændringen foretages i pakken.
Vi løser myndighedsindberetning som et separat lag, der via protokol kobles til softwaren i jeres ladenetværk.
Derfor kan I stole på den — det, der er målt
Alt nedenfor fungerer i produktet i dag og er verificeret i testmiljøet.
| Indberetningerne når faktisk frem til EPDK | Kvitteringer med registreringsnummer returneret fra EPDK's testmiljø |
|---|---|
| Indberetninger sendes automatisk, ikke manuelt | Køen tømmes hvert 30. sekund; skærmen viser tidspunktet for seneste afsendelse |
| En fejlet indberetning går ikke tabt | Forsøges igen med stigende intervaller; hvert forsøg logges med indhold og myndighedens svar |
| En afvist indberetning kan rettes og sendes igen | Når registerdata er rettet, går posten tilbage i køen |
| Den samme indberetning sendes aldrig to gange | Hver post overtages i én enkelt transaktion; en anden kørsel rører den ikke |
| En skærm til afstemning med EPDK's officielle registreringer | CSMS-inventar til venstre, EPDK-registret til højre; poster uden match fremhæves |
| Hvert ladenetværk vælger sin egen betalingsinstitution | Defineres pr. licensindehaver |
| Også opladninger fra et CSMS, der ikke selv kan sende data, indberettes | Pakken henter hver time afsluttede opladninger fra det tilsluttede CSMS; en post hentet på denne måde indberettes aldrig to gange |
| Det reelle resultat af hver indberetning sendes tilbage til CSMS'et | Resultatet leveres signeret til den adresse, CSMS'et angiver |
| CSMS'et kan læse det, det har sendt, tilbage fra os | Alle endepunkter på modtagersiden i OCPI 2.2.1 og 2.3.0 virker: lokationer, sessioner, opladningsposter (CDR) og tariffer sendes og læses tilbage; endepunkterne er testet ét for ét med en rigtig CSMS-nøgle |
| Opladningsposten fra en station uden EPDK-nummer går ikke tabt | Posten afvises ikke, men holdes tilbage; når nummeret er indtastet, sendes den automatisk til EPDK, og CSMS'et behøver ikke sende den igen |
| Også et CSMS uden OCPI kan tilsluttes | En REST-flade med fem hændelser: opladning startet, afsluttet, forbrug, tarif, fejl |
| GİB-salgsrapporten dannes og signeres, når et segl er konfigureret | Uden segl dannes dokumentet stadig, og skærmen viser, at det er usigneret |
Skærmbilleder og hvad de dokumenterer
- EPDK-kommunikation
- Dokumentation på skærmen for, at indberetningerne sendes
- Manuel EPDK-indberetning
- Operatøren kan lukke hullet mellem lokationen og systemet
- Registermatchning
- Det mest kritiske opsætningstrin er synligt; et forkert match forbliver ikke ubemærket
- Afstemning
- Fanger fejlen „jeg troede, jeg havde sendt den“
- GİB-salgsrapport
- Data til e-dokumentintegratoren kan revideres
- Betalingsinstitutioner
- I en virksomhed med flere netværk beholder hvert netværk sin egen aftale
- Betalingsterminaler
- Førerens QR-kode fører aldrig til en tom side
- Opsætning
- En virksomhed med flere netværk styres fra ét panel
Ofte stillede spørgsmål
- Skal vi ændre vores CSMS?
- Nej. Hvis jeres CSMS taler OCPI, skal det ikke lære noget nyt; rollerne er de samme som i det standardiserede CPO→eMSP-flow. Til et CSMS uden OCPI findes en enkel REST/webhook-indgang.
- Hvad sker der, når reguleringen ændres?
- Ændringen foretages i compliancepakken; jeres CSMS påvirkes ikke. Det er netop derfor, produktet findes.
- Får vi besked, hvis en indberetning fejler?
- Ja. Hvert forsøg logges sammen med myndighedens rå svar. Hvis køen går i stå, viser indikatoren på skærmen, hvor mange minutter den har været stille.
- Hvor opbevares vores data?
- Produktet kan også installeres på jeres egne servere. Opgaver, der berører kundedata, som signering med det elektroniske segl, udføres lokalt og sendes ikke ud.
- Skal vi bruge SmartŞarj?
- Nej. Compliancepakken fungerer med ethvert CSMS; et ladenetværk, der ikke bruger SmartŞarj, kan også købe den.