ELPO Compliance · Regluvarslulag fyrir Tyrkland
Þitt CSMS. Tilbúið fyrir Tyrkland.
EPDK- og GİB-regluvarsla án þess að endurbyggja kerfið þitt. Regluvarslupakki ELPO fyrir Tyrkland er sérstakt lag á milli hugbúnaðar hleðslunetsins (CSMS) og EPDK, orkueftirlits Tyrklands, og GİB, tyrknesku skattstjórnarinnar. CSMS-kerfið þitt talar áfram það mál sem það kann — OCPI — og pakkinn tekur að sér allar tilkynningar sem eru sértækar fyrir Tyrkland.
Rekstur hleðslunets í Tyrklandi lýkur ekki með uppsetningu hleðslustöðva
Þú þarft að tilkynna til tveggja stofnana, á tveimur ólíkum sniðum, án tafar:
EPDK
Er tengið laust, hófst hleðslan, lauk henni, hversu mikil orka var afhent, hvert er verðið — hvert atriði sérstakt kall með eigin röð og tímasetningu.
GİB
Skráning hverrar hleðslustöðvar og söluskýrsla undirrituð með rafrænu innsigli.
Erlent CSMS-kerfi þekkir ekkert af þessu. Gjaldið fyrir að skrifa reglurnar inn í eigin kóða: hugbúnaðurinn breytist í hvert sinn sem reglurnar breytast, sérstök útgáfa fyrir hvert land og, verst af öllu, tilkynning sem týnist án þess að nokkur taki eftir því.
Lausnin: lag sem aðskilur lögboðnar tilkynningar frá hugbúnaðinum þínum
Regluvarslupakkinn situr á milli CSMS-kerfisins og eftirlitsaðilans. CSMS sendir gögn um hefðbundið OCPI-flæði; pakkinn útbýr, sendir og fylgist með tilkynningum til EPDK og söluskýrslunni til GİB. Fyrir CSMS sem styður ekki OCPI er til einföld REST-gátt með fimm atburðum.
Ekki ein einasta lína af Tyrklandssértækum kóða í CSMS-kerfinu þínu.
Fyrir hverja
Erlendur CSMS- og CPO-hugbúnaður á leið inn á tyrkneskan markað
Uppfylltu skyldur gagnvart EPDK og GİB án þess að skrifa Tyrklandssértækan kóða inn í vöruna þína.
Innlendir rekstraraðilar hleðsluneta með eigin hugbúnað
Þegar reglurnar breytast breytist hugbúnaðurinn þinn ekki; breytingin er gerð í pakkanum.
Við leysum lögboðnar tilkynningar sem sérstakt lag sem tengist hugbúnaði hleðslunetsins þíns með samskiptareglu.
Af hverju þú getur treyst á þetta — það sem hefur verið mælt
Allt sem hér fer á eftir virkar í vörunni í dag og hefur verið staðfest í prófunarumhverfi.
| Tilkynningar berast raunverulega til EPDK | Staðfestingar með skráningarnúmeri sem bárust frá prófunarumhverfi EPDK |
|---|---|
| Tilkynningar fara sjálfkrafa, ekki handvirkt | Biðröðin er tæmd á 30 sekúndna fresti; skjárinn sýnir tíma síðustu sendingar |
| Tilkynning sem mistekst glatast ekki | Reynt aftur með vaxandi millibili; hver tilraun er skráð með innihaldi og svari eftirlitsaðilans |
| Hafnaða tilkynningu má leiðrétta og senda aftur | Þegar skrárgögnin hafa verið leiðrétt fer færslan aftur í biðröðina |
| Sama tilkynningin er aldrei send tvisvar | Hver færsla er tekin í einni færsluaðgerð; önnur umferð snertir hana ekki |
| Skjár til samanburðar við opinberar skrár EPDK | Birgðaskrá CSMS til vinstri, skrá EPDK til hægri; færslur sem passa ekki skera sig úr |
| Hvert hleðslunet velur sína eigin greiðslustofnun | Skilgreint fyrir hvern leyfishafa |
| Hleðslur CSMS-kerfis sem getur ekki sent gögn eru líka tilkynntar | Pakkinn les loknar hleðslur úr tengdu CSMS-kerfi á klukkustundar fresti; færsla sem lesin er á þennan hátt er aldrei tilkynnt tvisvar |
| Raunveruleg niðurstaða hverrar tilkynningar skilar sér til CSMS | Niðurstaðan er send undirrituð á þá slóð sem CSMS skilgreinir |
| CSMS getur lesið aftur frá okkur það sem það sendi | Allir endapunktar móttökuhliðar í OCPI 2.2.1 og 2.3.0 virka: staðsetningar, lotur, hleðslufærslur (CDR) og gjaldskrár eru sendar og lesnar aftur; endapunktarnir voru prófaðir einn af öðrum með raunverulegum CSMS-lykli |
| Hleðslufærsla stöðvar án EPDK-númers glatast ekki | Færslunni er ekki hafnað heldur er hún sett í bið; um leið og númerið er skráð fer hún sjálfkrafa til EPDK og CSMS þarf ekki að senda hana aftur |
| CSMS án OCPI getur líka tengst | REST-viðmót með fimm atburðum: hleðsla hafin, lokið, notkun, gjaldskrá, bilun |
| Söluskýrsla GİB er útbúin og undirrituð þegar innsigli er skilgreint | Án innsiglis er skjalið samt útbúið og skjárinn sýnir að það er óundirritað |
Skjámyndir og hvað þær sanna
- Samskipti við EPDK
- Sönnun á skjánum fyrir því að tilkynningar fara
- Handvirk EPDK-tilkynning
- Rekstraraðilinn getur brúað bilið milli vettvangs og kerfis
- Samræming skráa
- Mikilvægasta uppsetningarskrefið er sýnilegt; röng pörun fer ekki fram hjá neinum
- Afstemming
- Grípur villuna "ég hélt ég hefði sent þetta"
- Söluskýrsla GİB
- Gögnin sem fara til rafrænna skjalamiðlarans eru endurskoðanleg
- Greiðslustofnanir
- Í rekstri með mörg net heldur hvert net sínum eigin samningi
- Greiðsluposar
- QR-kóði ökumannsins leiðir aldrei á tóma síðu
- Skilgreiningar
- Rekstri með mörg net er stýrt frá einu stjórnborði
Algengar spurningar
- Þurfum við að breyta CSMS-kerfinu okkar?
- Nei. Ef CSMS-kerfið þitt styður OCPI þarf það ekki að læra neitt nýtt; hlutverkaskiptingin er sú sama og í hefðbundnu CPO→eMSP-flæði. Fyrir CSMS án OCPI er til einföld REST/webhook-gátt.
- Hvað gerist þegar reglurnar breytast?
- Breytingin er gerð í Regluvarslupakkanum; CSMS-kerfið þitt verður ekki fyrir áhrifum. Það er einmitt ástæðan fyrir því að þessi vara er til.
- Fáum við að vita ef tilkynning mistekst?
- Já. Hver tilraun er skráð ásamt óunnu svari eftirlitsaðilans. Ef biðröðin stöðvast sýnir vísirinn á skjánum hve margar mínútur hún hefur verið hljóð.
- Hvar eru gögnin okkar geymd?
- Einnig er hægt að setja vöruna upp á eigin netþjónum. Vinnsla sem snertir gögn viðskiptavina, svo sem undirritun með rafrænu innsigli, fer fram á staðnum og er ekki send út.
- Þurfum við að nota SmartŞarj?
- Nei. Regluvarslupakkinn virkar með hvaða CSMS sem er; hleðslunet sem notar ekki SmartŞarj getur líka keypt hann.