ELPO Compliance · Turkye-nakomingslaag
U CSMS. Gereed vir Turkye.
EPDK- en GİB-nakoming sonder om u platform te herbou. Die ELPO Turkye-nakomingspakket is 'n aparte laag tussen u laainetwerksagteware (CSMS) en Turkye se energiereguleerder EPDK en die belastingadministrasie GİB. U CSMS praat die taal wat dit reeds ken — OCPI — en die pakket neem elke Turkye-spesifieke verslag oor.
'n Laainetwerk in Turkye bedryf, eindig nie by die installering van laaiers nie
U moet sonder vertraging aan twee instellings rapporteer, in twee verskillende formate:
EPDK
Is die aansluiting beskikbaar, het die laaisessie begin, het dit geëindig, hoeveel energie is gelewer, wat is die prys — elk 'n aparte oproep met sy eie volgorde en tydsberekening.
GİB
Registrasie van elke laaier en 'n verkoopsverslag wat met die elektroniese seël onderteken is.
'n Buitelandse CSMS weet niks hiervan nie. Die prys om die regulasie in u eie kode te skryf: die sagteware verander elke keer as die reëls verander, 'n aparte weergawe per land en, die verraderlikste van alles, 'n verslag wat wegval sonder dat iemand dit agterkom.
Die oplossing: 'n laag wat regulatoriese verslagdoening van u sagteware skei
Die nakomingspakket sit tussen u CSMS en die reguleerder. U CSMS stuur data via die standaard OCPI-vloei; die pakket berei die verslae aan EPDK en die verkoopsverslag aan GİB voor, stuur dit en volg dit op. Vir 'n CSMS wat nie OCPI praat nie, is daar 'n eenvoudige REST-poort met vyf gebeurtenisse.
Nie 'n enkele reël Turkye-spesifieke kode in u CSMS nie.
Vir wie dit is
Buitelandse CSMS- en CPO-sagteware wat Turkye betree
Voldoen aan EPDK- en GİB-verpligtinge sonder om Turkye-spesifieke kode in u produk te skryf.
Plaaslike laainetwerkoperateurs met hul eie sagteware
Wanneer die reëls verander, verander u sagteware nie; die verandering word in die pakket gemaak.
Ons los regulatoriese verslagdoening op as 'n aparte laag wat via 'n protokol aan u laainetwerksagteware koppel.
Waarom u daarop kan staatmaak — wat gemeet is
Alles hieronder werk vandag in die produk en is in die toetsomgewing geverifieer.
| Verslae bereik EPDK werklik | Aanvaardings met 'n rekordnommer terugontvang uit die EPDK-toetsomgewing |
|---|---|
| Verslae gaan vanself uit, nie met die hand nie | Die tou word elke 30 sekondes leeggemaak; die skerm wys die tyd van die laaste versending |
| 'n Verslag wat misluk, gaan nie verlore nie | Word met toenemende tussenposes herprobeer; elke poging word met sy inhoud en die reguleerder se antwoord aangeteken |
| 'n Afgekeurde verslag kan reggestel en weer gestuur word | Sodra die registerdata reggestel is, gaan die rekord terug in die tou |
| Dieselfde verslag word nooit twee keer gestuur nie | Elke rekord word in 'n enkele transaksie geneem; 'n tweede rondte raak dit nie aan nie |
| 'n Skerm om met EPDK se amptelike rekords te pas | CSMS-inventaris links, EPDK-register regs; rekords wat nie pas nie, staan uit |
| Elke laainetwerk kies sy eie betalingsinstelling | Per lisenshouer gedefinieer |
| Sessies van 'n CSMS wat nie kan stoot nie, word ook gerapporteer | Die pakket lees elke uur voltooide sessies uit die gekoppelde CSMS; 'n rekord wat so gelees is, word nooit twee keer gerapporteer nie |
| Die werklike uitkoms van elke verslag gaan terug na die CSMS | Die resultaat word onderteken afgelewer by die adres wat die CSMS bepaal |
| Die CSMS kan by ons teruglees wat dit gestuur het | Elke ontvangerkant-eindpunt van OCPI 2.2.1 en 2.3.0 werk: liggings, sessies, laairekords (CDR's) en tariewe word gestuur en teruggelees; elke eindpunt is een vir een met 'n werklike CSMS-sleutel getoets |
| Die laairekord van 'n stasie sonder 'n EPDK-nommer gaan nie verlore nie | Die rekord word nie afgekeur nie, maar teruggehou; sodra die nommer ingevoer is, gaan dit vanself na EPDK en hoef die CSMS dit nie weer te stuur nie |
| 'n CSMS sonder OCPI kan ook koppel | 'n REST-koppelvlak met vyf gebeurtenisse: sessie begin, geëindig, verbruik, tarief, fout |
| Die GİB-verkoopsverslag word opgestel en onderteken wanneer 'n seël opgestel is | Sonder 'n seël word die dokument steeds opgestel en die skerm sê dat dit nie onderteken is nie |
Skerms en wat hulle bewys
- EPDK-kommunikasie
- Bewys op die skerm dat verslae uitgaan
- Handmatige EPDK-verslagdoening
- Die operateur kan die gaping tussen die terrein en die stelsel toemaak
- Registerpassing
- Die mees kritieke opstelstap is sigbaar; 'n verkeerde passing bly nie stil nie
- Rekonsiliasie
- Vang die "ek het gedink ek het dit gestuur"-fout
- GİB-verkoopsverslag
- Die data wat na die e-dokument-integreerder gaan, kan geoudit word
- Betalingsinstellings
- In 'n besigheid met veelvuldige netwerke behou elke netwerk sy eie ooreenkoms
- Betaalterminale
- Die bestuurder se QR-kode lei nooit na 'n leë bladsy nie
- Definisies
- 'n Besigheid met veelvuldige netwerke word vanaf een paneel bestuur
Algemene vrae
- Moet ons ons CSMS verander?
- Nee. As u CSMS OCPI praat, hoef dit niks nuuts te leer nie; die rolle is dieselfde as die standaard CPO→eMSP-vloei. Vir 'n CSMS sonder OCPI is daar 'n eenvoudige REST/webhook-poort.
- Wat gebeur as die regulasie verander?
- Die verandering word in die nakomingspakket gemaak; u CSMS word nie geraak nie. Dit is juis die rede waarom hierdie produk bestaan.
- Sal ons weet as 'n verslag misluk?
- Ja. Elke poging word saam met die reguleerder se rou antwoord aangeteken. As die tou stop, wys die aanwyser op die skerm vir hoeveel minute dit al stil is.
- Waar word ons data gehou?
- Die produk kan ook op u eie bedieners geïnstalleer word. Werk wat aan kliëntdata raak, soos ondertekening met die elektroniese seël, word op die perseel gedoen en nie na buite gestuur nie.
- Moet ons SmartŞarj gebruik?
- Nee. Die nakomingspakket werk met enige CSMS; 'n laainetwerk wat nie SmartŞarj gebruik nie, kan dit ook koop.