ELPO Compliance · Turkin compliance-kerros
CSMS:si. Valmiina Turkkiin.
EPDK- ja GİB-vaatimustenmukaisuus rakentamatta alustaasi uudelleen. ELPO:n Turkin Compliance-paketti on erillinen kerros latausverkkosi hallintaohjelmiston (CSMS) sekä Turkin energiamarkkinoiden sääntelyviranomaisen EPDK:n ja Turkin verohallinnon GİB:n välissä. CSMS puhuu kieltä, jonka se jo osaa — OCPI:ta — ja paketti hoitaa kaikki Turkkia koskevat raportit.
Latausverkon pyörittäminen Turkissa ei pääty latausasemien asentamiseen
Sinun on raportoitava kahdelle viranomaiselle, kahdessa eri muodossa ja viiveettä:
EPDK
Onko liitin vapaana, alkoiko lataus, päättyikö se, paljonko energiaa toimitettiin, mikä on hinta — jokainen on oma kutsunsa omassa järjestyksessään ja aikataulussaan.
GİB
Jokaisen latausaseman rekisteröinti ja sähköisellä sinetillä allekirjoitettu myyntiraportti.
Ulkomainen CSMS ei tunne näistä mitään. Hinta sääntelyn kirjoittamisesta omaan koodiin: ohjelmisto muuttuu aina kun säännöt muuttuvat, jokaiselle maalle tarvitaan oma versio ja pahimpana kaikista pudonnut raportti, jota kukaan ei huomaa.
Ratkaisu: kerros, joka erottaa viranomaisraportoinnin ohjelmistostasi
Compliance-paketti sijoittuu CSMS:n ja sääntelyviranomaisen väliin. CSMS lähettää tiedot tavanomaista OCPI-virtaa pitkin; paketti valmistelee, lähettää ja seuraa EPDK:lle menevät raportit ja GİB:lle menevän myyntiraportin. CSMS:lle, joka ei tue OCPI:ta, on tarjolla yksinkertainen REST-rajapinta viidellä tapahtumalla.
CSMS:ssäsi ei ole riviäkään Turkkia koskevaa koodia.
Kenelle
Turkkiin laajentuvat ulkomaiset CSMS- ja CPO-ohjelmistot
Täytä EPDK:n ja GİB:n velvoitteet kirjoittamatta Turkkia koskevaa koodia tuotteeseesi.
Paikalliset latausverkko-operaattorit, joilla on oma ohjelmisto
Kun säännöt muuttuvat, ohjelmistosi ei muutu; muutos tehdään pakettiin.
Ratkaisemme viranomaisraportoinnin erillisenä kerroksena, joka liittyy latausverkkosi ohjelmistoon protokollan kautta.
Miksi siihen voi luottaa — mitä on mitattu
Kaikki alla oleva toimii tuotteessa jo tänään ja on todennettu testiympäristössä.
| Raportit todella tavoittavat EPDK:n | EPDK:n testiympäristöstä rekisterinumeron kera palautuneet hyväksynnät |
|---|---|
| Raportit lähtevät itsestään, eivät käsin | Jono tyhjennetään 30 sekunnin välein; näytöllä näkyy viimeisimmän lähetyksen aika |
| Epäonnistunut raportti ei katoa | Uusintayritykset kasvavin väliajoin; jokainen yritys kirjataan sisältöineen ja viranomaisen vastauksineen |
| Hylätyn raportin voi korjata ja lähettää uudelleen | Kun rekisteritiedot on korjattu, tietue palaa jonoon |
| Samaa raporttia ei koskaan lähetetä kahdesti | Jokainen tietue varataan yhdessä transaktiossa; toinen kierros ei koske siihen |
| Näkymä EPDK:n virallisten tietojen täsmäyttämiseen | Vasemmalla CSMS:n inventaario, oikealla EPDK:n rekisteri; täsmäämättömät tietueet erottuvat |
| Jokainen latausverkko valitsee oman maksulaitoksensa | Määritetään luvanhaltijakohtaisesti |
| Myös sellaisen CSMS:n lataukset raportoidaan, joka ei pysty lähettämään tietoja itse | Paketti lukee päättyneet lataukset liitetystä CSMS:stä tunnin välein; näin luettua tietuetta ei koskaan raportoida kahdesti |
| Jokaisen raportin todellinen tulos palaa CSMS:ään | Tulos toimitetaan allekirjoitettuna CSMS:n määrittämään osoitteeseen |
| CSMS voi lukea meiltä takaisin sen, minkä se lähetti | Kaikki OCPI 2.2.1:n ja 2.3.0:n vastaanottajapuolen rajapintapisteet toimivat: sijainnit, lataustapahtumat, lataustietueet (CDR) ja tariffit lähetetään ja luetaan takaisin; rajapintapisteet testattiin yksi kerrallaan oikealla CSMS-avaimella |
| Lataustietue ei katoa, vaikka asemalta puuttuisi EPDK-numero | Tietuetta ei hylätä vaan se pidetään odottamassa; kun numero syötetään, se lähtee EPDK:lle itsestään, eikä CSMS:n tarvitse lähettää sitä uudelleen |
| Myös CSMS ilman OCPI:ta voi liittyä | Viiden tapahtuman REST-rajapinta: lataus alkoi, lataus päättyi, kulutus, tariffi, vika |
| GİB-myyntiraportti tuotetaan ja allekirjoitetaan, kun sinetti on määritetty | Ilman sinettiä asiakirja tuotetaan silti, ja näytöllä kerrotaan, ettei sitä ole allekirjoitettu |
Näkymät ja mitä ne todistavat
- EPDK-viestintä
- Näytöllä näkyvä todiste raporttien lähtemisestä
- EPDK:n manuaalinen raportointi
- Operaattori voi kuroa umpeen kentän ja järjestelmän välisen aukon
- Rekisterikohdistus
- Käyttöönoton kriittisin vaihe on näkyvissä; väärä kohdistus ei jää huomaamatta
- Täsmäytys
- Paljastaa ”luulin lähettäneeni” -virheen
- GİB-myyntiraportti
- E-dokumenttien integraattorille menevät tiedot ovat tarkastettavissa
- Maksulaitokset
- Monen verkon liiketoiminnassa jokainen verkko säilyttää oman sopimuksensa
- Maksupäätteet
- Kuljettajan QR-koodi ei koskaan johda tyhjälle sivulle
- Määritykset
- Monen verkon liiketoimintaa hallitaan yhdestä paneelista
Usein kysyttyä
- Pitääkö meidän muuttaa CSMS:äämme?
- Ei. Jos CSMS:si tukee OCPI:ta, sen ei tarvitse oppia mitään uutta; roolit ovat samat kuin tavanomaisessa CPO→eMSP-virrassa. CSMS:lle ilman OCPI:ta on tarjolla yksinkertainen REST/webhook-rajapinta.
- Mitä tapahtuu, kun sääntely muuttuu?
- Muutos tehdään Compliance-pakettiin; se ei vaikuta CSMS:ääsi. Juuri siksi tämä tuote on olemassa.
- Saammeko tiedon, jos raportti epäonnistuu?
- Kyllä. Jokainen yritys kirjataan viranomaisen raakavastauksen kera. Jos jono pysähtyy, näytön ilmaisin kertoo, kuinka monta minuuttia se on ollut hiljaa.
- Missä tietojamme säilytetään?
- Tuotteen voi asentaa myös omille palvelimillesi. Asiakastietoja koskevat toiminnot, kuten allekirjoitus sähköisellä sinetillä, tehdään paikan päällä eikä niitä lähetetä ulos.
- Pitääkö meidän käyttää SmartŞarj-järjestelmää?
- Ei. Compliance-paketti toimii minkä tahansa CSMS:n kanssa; myös latausverkko, joka ei käytä SmartŞarj-järjestelmää, voi ostaa sen.