ELPO Compliance · Sloj skladnosti za Turčijo
Vaš CSMS. Pripravljen za Turčijo.
Skladnost z EPDK in GİB brez ponovne gradnje vaše platforme. ELPO paket skladnosti za Turčijo je ločen sloj med programsko opremo vašega polnilnega omrežja (CSMS) ter turškim energetskim regulatorjem EPDK in davčno upravo GİB. Vaš CSMS govori jezik, ki ga že pozna — OCPI — paket pa prevzame vsako poročanje, značilno za Turčijo.
Upravljanje polnilnega omrežja v Turčiji se ne konča z namestitvijo polnilnic
Poročati morate dvema institucijama, v dveh različnih oblikah in brez zamude:
EPDK
Je priključek prost, se je polnjenje začelo, se je končalo, koliko energije je bilo dobavljene, kakšna je cena — vsak podatek je ločen klic z lastnim vrstnim redom in časovnico.
GİB
Registracija vsake polnilnice in poročilo o prodaji, podpisano z elektronskim davčnim žigom.
Tuj CSMS ničesar od tega ne pozna. Cena za vpis predpisov v lastno kodo: programska oprema se spreminja ob vsaki spremembi pravil, ločena različica za vsako državo in, najbolj zahrbtno, izgubljeno poročilo, ki ga nihče ne opazi.
Rešitev: sloj, ki regulativno poročanje loči od vaše programske opreme
Paket skladnosti stoji med vašim CSMS in regulatorjem. CSMS pošilja podatke po standardnem toku OCPI; paket pripravi, pošlje in spremlja poročila za EPDK ter poročilo o prodaji za GİB. Za CSMS, ki ne podpira OCPI, je na voljo preprost prehod REST s petimi dogodki.
Niti ene vrstice kode, značilne za Turčijo, v vašem CSMS.
Za koga
Tuja programska oprema CSMS in CPO, ki vstopa na turški trg
Izpolnite obveznosti do EPDK in GİB, ne da bi v svoj izdelek pisali kodo, značilno za Turčijo.
Lokalni upravljavci polnilnih omrežij z lastno programsko opremo
Ko se pravila spremenijo, se vaša programska oprema ne spremeni; sprememba se izvede v paketu.
Regulativno poročanje rešujemo kot ločen sloj, ki se s programsko opremo vašega polnilnega omrežja poveže prek protokola.
Zakaj se lahko zanesete nanj — kaj je bilo izmerjeno
Vse spodaj danes deluje v izdelku in je bilo preverjeno v testnem okolju.
| Poročila res prispejo do EPDK | Potrditve prejema z evidenčno številko iz testnega okolja EPDK |
|---|---|
| Poročila odidejo sama, ne ročno | Čakalna vrsta se izprazni vsakih 30 sekund; zaslon prikaže čas zadnjega pošiljanja |
| Neuspelo poročilo se ne izgubi | Ponovni poskusi v vse daljših presledkih; vsak poskus se zabeleži z vsebino in odgovorom regulatorja |
| Zavrnjeno poročilo je mogoče popraviti in znova poslati | Ko so podatki v registru popravljeni, se zapis vrne v čakalno vrsto |
| Isto poročilo nikoli ne odide dvakrat | Vsak zapis se prevzame v eni sami transakciji; drugi prehod se ga ne dotakne |
| Zaslon za usklajevanje z uradnimi evidencami EPDK | Levo inventar CSMS, desno register EPDK; neusklajeni zapisi izstopajo |
| Vsako polnilno omrežje izbere svojo plačilno institucijo | Določeno za vsakega imetnika licence |
| Poročajo se tudi polnjenja iz CSMS, ki podatkov ne zna pošiljati | Paket vsako uro sam prebere zaključena polnjenja iz povezanega CSMS; tako prebran zapis se nikoli ne sporoči dvakrat |
| Dejanski izid vsakega poročila se vrne v CSMS | Rezultat se podpisan dostavi na naslov, ki ga določi CSMS |
| CSMS lahko pri nas znova prebere, kar je poslal | Delujejo vse končne točke na strani prejemnika v OCPI 2.2.1 in 2.3.0: lokacije, seje, zapisi o polnjenju (CDR) in tarife se pošiljajo in znova preberejo; končne točke so bile preizkušene ena za drugo s pravim ključem CSMS |
| Zapis o polnjenju postaje brez številke EPDK se ne izgubi | Zapis se ne zavrne, temveč zadrži; ko je številka vnesena, sam odide k EPDK in CSMS-u ga ni treba poslati znova |
| Poveže se lahko tudi CSMS brez OCPI | Vmesnik REST s petimi dogodki: začetek polnjenja, konec, poraba, tarifa, okvara |
| Poročilo o prodaji za GİB se ustvari in, če je žig nastavljen, tudi podpiše | Brez žiga se dokument vseeno ustvari, zaslon pa pokaže, da ni podpisan |
Zasloni in kaj dokazujejo
- Komunikacija z EPDK
- Dokaz na zaslonu, da poročila odhajajo
- Ročno poročanje EPDK
- Operater zapre vrzel med terenom in sistemom
- Povezovanje z registrom
- Najbolj kritičen korak nastavitve je viden; napačna povezava ne ostane neopažena
- Usklajevanje
- Ujame napako „mislil sem, da sem poslal“
- Poročilo o prodaji GİB
- Podatke, ki gredo k integratorju e-dokumentov, je mogoče revidirati
- Plačilne institucije
- V podjetju z več omrežji vsako omrežje ohrani svojo pogodbo
- Plačilni terminali
- Voznikova koda QR nikoli ne vodi na prazno stran
- Šifranti
- Podjetje z več omrežji se upravlja z ene nadzorne plošče
Pogosta vprašanja
- Ali moramo spremeniti svoj CSMS?
- Ne. Če vaš CSMS podpira OCPI, se mu ni treba naučiti ničesar novega; razdelitev vlog je enaka kot v standardnem toku CPO→eMSP. Za CSMS brez OCPI je na voljo preprost prehod REST/webhook.
- Kaj se zgodi, ko se predpisi spremenijo?
- Sprememba se izvede v Paketu skladnosti; vaš CSMS ostane nedotaknjen. Prav zato ta izdelek obstaja.
- Ali bomo izvedeli, če poročilo ne uspe?
- Da. Vsak poskus se zabeleži skupaj z neobdelanim odgovorom regulatorja. Če se čakalna vrsta ustavi, kazalnik na zaslonu pokaže, koliko minut že miruje.
- Kje so shranjeni naši podatki?
- Izdelek je mogoče namestiti tudi na vaše lastne strežnike. Opravila, ki se dotikajo podatkov strank, na primer podpisovanje z elektronskim žigom, se izvajajo lokalno in se ne pošiljajo navzven.
- Ali moramo uporabljati SmartŞarj?
- Ne. Paket skladnosti deluje s katerim koli CSMS; kupi ga lahko tudi polnilno omrežje, ki ne uporablja SmartŞarj.