ELPO Compliance · Compliancelag for Tyrkia
Ditt CSMS. Klart for Tyrkia.
EPDK- og GİB-etterlevelse uten å bygge plattformen på nytt. ELPOs compliancepakke for Tyrkia er et eget lag mellom programvaren for ladenettverket ditt (CSMS) og den tyrkiske energiregulatoren EPDK og skatteetaten GİB. CSMS-et ditt snakker språket det allerede kan — OCPI — og pakken tar seg av all rapportering som er særegen for Tyrkia.
Å drive et ladenettverk i Tyrkia slutter ikke med å installere ladere
Du må rapportere til to institusjoner, i to ulike formater, uten forsinkelse:
EPDK
Er kontakten ledig, har ladeøkten startet, er den avsluttet, hvor mye energi ble levert, hva er prisen — hver av dem et eget kall med egen rekkefølge og timing.
GİB
Registrering av hver lader og en salgsrapport signert med det elektroniske skatteseglet.
Et utenlandsk CSMS kjenner ikke til noe av dette. Prisen for å skrive regelverket inn i egen kode: programvaren må endres hver gang reglene endres, en egen versjon per land og, verst av alt, en rapport som faller bort uten at noen merker det.
Løsningen: et lag som skiller myndighetsrapporteringen fra programvaren din
Compliancepakken ligger mellom CSMS-et ditt og regulatoren. CSMS-et sender data gjennom standard OCPI-flyt; pakken utarbeider, sender og følger opp rapportene til EPDK og salgsrapporten til GİB. For et CSMS som ikke snakker OCPI, finnes en enkel REST-gateway med fem hendelser.
Ikke én eneste linje Tyrkia-spesifikk kode i CSMS-et ditt.
Hvem den er for
Utenlandsk CSMS- og CPO-programvare som etablerer seg i Tyrkia
Oppfyll forpliktelsene overfor EPDK og GİB uten å skrive Tyrkia-spesifikk kode inn i produktet ditt.
Lokale ladenettverksoperatører med egen programvare
Når reglene endres, endres ikke programvaren din; endringen gjøres i pakken.
Vi løser myndighetsrapporteringen som et eget lag som kobles til programvaren for ladenettverket ditt via protokoll.
Hvorfor du kan stole på den — det som er målt
Alt nedenfor fungerer i produktet i dag og er verifisert i testmiljøet.
| Rapportene når faktisk frem til EPDK | Godkjenninger med registreringsnummer returnert fra EPDKs testmiljø |
|---|---|
| Rapportene går ut av seg selv, ikke manuelt | Køen tømmes hvert 30. sekund; skjermen viser tidspunktet for siste sending |
| En rapport som feiler, går ikke tapt | Nye forsøk med økende intervaller; hvert forsøk logges med innhold og regulatorens svar |
| En avvist rapport kan rettes og sendes på nytt | Når registerdataene er rettet, går posten tilbake i køen |
| Den samme rapporten sendes aldri to ganger | Hver post tas i én enkelt transaksjon; en ny runde rører den ikke |
| En skjerm for avstemming mot EPDKs offisielle register | CSMS-beholdningen til venstre, EPDK-registeret til høyre; poster uten treff skiller seg ut |
| Hvert ladenettverk velger sin egen betalingsinstitusjon | Defineres per lisensinnehaver |
| Også økter fra et CSMS som ikke kan pushe data, blir rapportert | Pakken henter avsluttede økter fra det tilkoblede CSMS-et hver time; en post hentet på denne måten rapporteres aldri to ganger |
| Det reelle utfallet av hver rapport går tilbake til CSMS-et | Resultatet leveres signert til adressen CSMS-et har angitt |
| CSMS-et kan lese tilbake fra oss det det har sendt | Alle endepunkter på mottakersiden i OCPI 2.2.1 og 2.3.0 fungerer: lokasjoner, økter, ladeposter (CDR) og tariffer sendes og leses tilbake; endepunktene er testet ett for ett med en ekte CSMS-nøkkel |
| Ladeposten fra en stasjon uten EPDK-nummer går ikke tapt | Posten avvises ikke, men holdes tilbake; når nummeret er lagt inn, går den automatisk til EPDK, og CSMS-et trenger ikke sende den på nytt |
| Også et CSMS uten OCPI kan kobles til | Et REST-grensesnitt med fem hendelser: økt startet, avsluttet, forbruk, tariff, feil |
| GİB-salgsrapporten produseres og signeres når et segl er konfigurert | Uten segl produseres dokumentet likevel, og skjermen viser at det er usignert |
Skjermbilder og hva de beviser
- EPDK-kommunikasjon
- Bevis på skjermen for at rapportene går ut
- Manuell EPDK-rapportering
- Operatøren tetter gapet mellom anlegget og systemet
- Registermatching
- Det mest kritiske oppsettsteget er synlig; en feil kobling forblir ikke ubemerket
- Avstemming
- Fanger opp feilen «jeg trodde jeg hadde sendt den»
- GİB-salgsrapport
- Dataene som går til e-dokumentintegratoren, kan revideres
- Betalingsinstitusjoner
- I en virksomhet med flere nettverk beholder hvert nettverk sin egen avtale
- Betalingsterminaler
- Sjåførens QR-kode leder aldri til en tom side
- Oppsett
- En virksomhet med flere nettverk styres fra ett panel
Vanlige spørsmål
- Må vi endre CSMS-et vårt?
- Nei. Hvis CSMS-et ditt snakker OCPI, er det ingenting nytt å lære; rollefordelingen er den samme som i standard CPO→eMSP-flyt. For et CSMS uten OCPI finnes en enkel REST/webhook-gateway.
- Hva skjer når regelverket endres?
- Endringen gjøres i compliancepakken; CSMS-et ditt berøres ikke. Det er nettopp derfor dette produktet finnes.
- Får vi vite det hvis en rapport feiler?
- Ja. Hvert forsøk logges sammen med regulatorens rå svar. Stopper køen, viser indikatoren på skjermen hvor mange minutter den har vært stille.
- Hvor lagres dataene våre?
- Produktet kan også installeres på egne servere. Arbeid som berører kundedata, som signering med det elektroniske seglet, utføres lokalt og sendes ikke ut.
- Må vi bruke SmartŞarj?
- Nei. Compliancepakken fungerer med alle CSMS; også et ladenettverk som ikke bruker SmartŞarj, kan kjøpe den.