ELPO Compliance · Törökországi megfelelőségi réteg
Az Ön CSMS-e. Készen Törökországra.
EPDK- és GİB-megfelelés a platform újraépítése nélkül. Az ELPO törökországi megfelelőségi csomagja különálló réteg az Ön töltőhálózat-kezelő szoftvere (CSMS), valamint a török energiapiaci szabályozó, az EPDK és a török adóhatóság, a GİB között. CSMS-e azon a nyelven kommunikál, amelyet már ismer — OCPI —, a csomag pedig átvállal minden Törökországra jellemző jelentést.
Egy töltőhálózat működtetése Törökországban nem ér véget a töltők telepítésével
Két intézménynek, két eltérő formátumban és késedelem nélkül kell jelentenie:
EPDK
Szabad-e a csatlakozó, elindult-e a töltés, befejeződött-e, mennyi energiát adtak le, mennyi az ár — mindegyik külön hívás, saját sorrenddel és ütemezéssel.
GİB
Minden töltő nyilvántartásba vétele és elektronikus bélyegzővel aláírt értékesítési jelentés.
Egy külföldi CSMS ezek egyikét sem ismeri. Az ára annak, ha a szabályozást a saját kódjába írja: a szoftver minden szabályváltozáskor módosul, minden országhoz külön verzió kell, és ami a legrosszabb, egy elveszett jelentés, amelyet senki sem vesz észre.
A megoldás: egy réteg, amely leválasztja a hatósági jelentéstételt a szoftveréről
A megfelelőségi csomag a CSMS és a szabályozó között helyezkedik el. A CSMS a szabványos OCPI-folyamaton küldi az adatokat; a csomag elkészíti, elküldi és nyomon követi az EPDK felé menő jelentéseket és a GİB felé menő értékesítési jelentést. Az OCPI-t nem ismerő CSMS-ek számára egyszerű, öt eseményből álló REST-átjáró áll rendelkezésre.
CSMS-ében egyetlen sor Törökország-specifikus kód sem lesz.
Kinek szól
Törökországba belépő külföldi CSMS- és CPO-szoftverek
Teljesítse az EPDK- és GİB-kötelezettségeket anélkül, hogy Törökország-specifikus kódot írna a termékébe.
Saját szoftvert használó hazai töltőhálózat-üzemeltetők
Ha a szabályok változnak, a szoftvere nem változik; a módosítás a csomagban történik.
A hatósági jelentéstételt különálló rétegként oldjuk meg, amely protokollon keresztül csatlakozik az Ön töltőhálózati szoftveréhez.
Miért támaszkodhat rá — amit megmértünk
Az alábbiak mindegyike már ma működik a termékben, és a tesztkörnyezetben ellenőriztük.
| A jelentések valóban eljutnak az EPDK-hoz | Az EPDK tesztkörnyezetéből nyilvántartási számmal visszaérkezett befogadások |
|---|---|
| A jelentések maguktól mennek ki, nem kézzel | A sor 30 másodpercenként ürül; a képernyő mutatja az utolsó küldés idejét |
| A sikertelen jelentés nem vész el | Egyre nagyobb időközönként újrapróbálkozik; minden kísérletet a tartalmával és a szabályozó válaszával együtt naplóz |
| Az elutasított jelentés javítható és újraküldhető | A nyilvántartási adatok javítása után a rekord visszakerül a sorba |
| Ugyanaz a jelentés soha nem megy ki kétszer | Minden rekordot egyetlen tranzakcióban foglal le a rendszer; egy második kör nem nyúl hozzá |
| Képernyő az EPDK hivatalos nyilvántartásával való egyeztetéshez | Balra a CSMS-leltár, jobbra az EPDK-nyilvántartás; a párosítatlan rekordok kiemelve jelennek meg |
| Minden töltőhálózat saját pénzforgalmi intézményt választ | Engedélyesenként meghatározva |
| Annak a CSMS-nek a töltéseit is bejelenti, amely nem tud adatot küldeni | A csomag óránként kiolvassa a befejezett töltéseket a csatlakoztatott CSMS-ből; az így kiolvasott rekordot soha nem jelenti kétszer |
| Minden jelentés valós eredménye visszajut a CSMS-be | Az eredményt aláírva kézbesíti a CSMS által megadott címre |
| A CSMS vissza tudja olvasni tőlünk, amit elküldött | Az OCPI 2.2.1 és 2.3.0 fogadó oldali végpontjai mind működnek: a helyszínek, a munkamenetek, a töltési rekordok (CDR) és a tarifák elküldhetők és visszaolvashatók; a végpontokat egyenként, valódi CSMS-kulccsal teszteltük |
| Az EPDK-szám nélküli állomás töltési rekordja nem vész el | A rekordot nem utasítja el a rendszer, hanem visszatartja; a szám megadása után magától továbbítja az EPDK-nak, a CSMS-nek nem kell újraküldenie |
| OCPI nélküli CSMS is csatlakozhat | Öt eseményből álló REST-felület: töltés indult, töltés befejeződött, fogyasztás, tarifa, hiba |
| A GİB értékesítési jelentés elkészül, és beállított bélyegző esetén alá is írja a rendszer | Bélyegző nélkül is elkészül a dokumentum, a képernyő pedig jelzi, hogy aláíratlan |
Képernyők és amit bizonyítanak
- EPDK-kommunikáció
- A képernyőn bizonyított, hogy a jelentések kimennek
- Kézi EPDK-jelentés
- Az üzemeltető áthidalhatja a helyszín és a rendszer közötti rést
- Nyilvántartás-párosítás
- A beállítás legkritikusabb lépése látható; a hibás párosítás nem marad rejtve
- Egyeztetés
- Kiszűri az „azt hittem, elküldtem” típusú hibát
- GİB értékesítési jelentés
- Az e-dokumentum-integrátorhoz kerülő adatok auditálhatók
- Pénzforgalmi intézmények
- Több hálózatot működtető vállalkozásnál minden hálózat megtartja saját szerződését
- Fizetési terminálok
- A sofőr QR-kódja soha nem vezet üres oldalra
- Beállítások
- Több hálózatot működtető vállalkozás egyetlen panelről irányítható
Gyakori kérdések
- Módosítanunk kell a CSMS-ünket?
- Nem. Ha a CSMS-e ismeri az OCPI-t, semmi újat nem kell megtanulnia; a szerepek megegyeznek a szabványos CPO→eMSP folyamatéval. Az OCPI nélküli CSMS-ek számára egyszerű REST/webhook átjáró áll rendelkezésre.
- Mi történik, ha változik a szabályozás?
- A módosítás a megfelelőségi csomagban történik; a CSMS-ét ez nem érinti. Pontosan ezért létezik ez a termék.
- Értesülünk, ha egy jelentés sikertelen?
- Igen. Minden kísérlet a szabályozó nyers válaszával együtt kerül naplózásra. Ha a sor leáll, a képernyőn lévő jelző mutatja, hány perce nincs mozgás.
- Hol tárolják az adatainkat?
- A termék a saját szervereire is telepíthető. Az ügyféladatokat érintő műveletek, például az elektronikus bélyegzővel történő aláírás, helyben történnek, és nem kerülnek ki.
- Kötelező a SmartŞarj használata?
- Nem. A megfelelőségi csomag bármely CSMS-sel működik; olyan töltőhálózat is megvásárolhatja, amely nem SmartŞarj rendszert használ.