ELPO Compliance · Turkije Compliance-laag
Uw CSMS. Klaar voor Turkije.
EPDK- en GİB-compliance zonder uw platform opnieuw te bouwen. Het ELPO Turkije Compliance-pakket is een aparte laag tussen uw laadnetwerksoftware (CSMS) en de Turkse energietoezichthouder EPDK en belastingdienst GİB. Uw CSMS spreekt de taal die het al kent — OCPI — en het pakket neemt elke Turkije-specifieke melding voor zijn rekening.
Een laadnetwerk in Turkije exploiteren houdt niet op bij het plaatsen van laadpalen
U moet bij twee instanties melden, in twee verschillende formaten, zonder vertraging:
EPDK
Is de connector beschikbaar, is de laadsessie gestart, is die beëindigd, hoeveel energie is geleverd, wat is de prijs — elk een aparte aanroep met een eigen volgorde en timing.
GİB
Registratie van elke laadpaal en een verkooprapport dat is ondertekend met het elektronische fiscale zegel.
Een buitenlands CSMS kent hier niets van. De prijs van regelgeving in uw eigen code: de software verandert telkens als de regels veranderen, een aparte versie per land en, het verraderlijkst, een gemiste melding die niemand opmerkt.
De oplossing: een laag die toezichtsmeldingen loskoppelt van uw software
Het Compliance-pakket zit tussen uw CSMS en de toezichthouder. Uw CSMS stuurt gegevens via de standaard OCPI-flow; het pakket stelt de meldingen aan EPDK en het verkooprapport aan GİB op, verstuurt ze en volgt ze op. Voor een CSMS dat geen OCPI spreekt, is er een eenvoudige REST-gateway met vijf events.
Geen enkele regel Turkije-specifieke code in uw CSMS.
Voor wie
Buitenlandse CSMS- en CPO-software die de Turkse markt betreedt
Voldoe aan EPDK- en GİB-verplichtingen zonder Turkije-specifieke code in uw product te schrijven.
Lokale laadnetwerkexploitanten met eigen software
Veranderen de regels, dan verandert uw software niet; de aanpassing gebeurt in het pakket.
Wij lossen toezichtsmeldingen op als een aparte laag die via een protocol aansluit op uw laadnetwerksoftware.
Waarom u erop kunt bouwen — wat is gemeten
Alles hieronder werkt vandaag in het product en is geverifieerd in de testomgeving.
| Meldingen komen echt aan bij EPDK | Acceptaties met registratienummer uit de testomgeving van EPDK |
|---|---|
| Meldingen gaan automatisch de deur uit, niet handmatig | De wachtrij wordt elke 30 seconden geleegd; het scherm toont het tijdstip van de laatste verzending |
| Een mislukte melding gaat niet verloren | Opnieuw geprobeerd met toenemende tussenpozen; elke poging wordt gelogd met de inhoud en het antwoord van de toezichthouder |
| Een afgewezen melding kan worden gecorrigeerd en opnieuw verstuurd | Zodra de registergegevens zijn gecorrigeerd, gaat het record terug in de wachtrij |
| Dezelfde melding gaat nooit twee keer weg | Elk record wordt in één transactie geclaimd; een tweede ronde raakt het niet aan |
| Een scherm om af te stemmen met de officiële EPDK-registratie | Links de CSMS-inventaris, rechts het EPDK-register; records zonder match springen eruit |
| Elk laadnetwerk kiest zijn eigen betaalinstelling | Vastgelegd per vergunninghouder |
| Ook sessies van een CSMS dat niet zelf kan pushen worden gemeld | Het pakket haalt elk uur afgeronde sessies op uit het gekoppelde CSMS; een zo opgehaald record wordt nooit dubbel gemeld |
| De werkelijke uitkomst van elke melding gaat terug naar het CSMS | Het resultaat wordt ondertekend afgeleverd op het adres dat het CSMS opgeeft |
| Het CSMS kan bij ons teruglezen wat het heeft verstuurd | Alle endpoints aan de ontvangende kant van OCPI 2.2.1 en 2.3.0 werken: locaties, sessies, laadrecords (CDR's) en tarieven worden verstuurd en teruggelezen; elk endpoint is afzonderlijk getest met een echte CSMS-sleutel |
| Het laadrecord van een station zonder EPDK-nummer gaat niet verloren | Het record wordt niet geweigerd maar vastgehouden; zodra het nummer is ingevuld, gaat het vanzelf naar de EPDK en hoeft het CSMS het niet opnieuw te sturen |
| Ook een CSMS zonder OCPI kan koppelen | Een REST-interface met vijf events: sessie gestart, beëindigd, verbruik, tarief, storing |
| Het GİB-verkooprapport wordt opgesteld en ondertekend als er een zegel is ingesteld | Zonder zegel wordt het document toch opgesteld en meldt het scherm dat het niet ondertekend is |
Schermen en wat ze aantonen
- EPDK-communicatie
- Bewijs op het scherm dat meldingen verstuurd worden
- Handmatige EPDK-melding
- De operator dicht het gat tussen locatie en systeem
- Registerkoppeling
- De meest kritieke inrichtingsstap is zichtbaar; een verkeerde koppeling blijft niet onopgemerkt
- Afstemming
- Vangt de fout „ik dacht dat ik het had verstuurd” af
- GİB-verkooprapport
- De gegevens naar de e-document-integrator zijn controleerbaar
- Betaalinstellingen
- In een bedrijf met meerdere netwerken houdt elk netwerk zijn eigen overeenkomst
- Betaalterminals
- De QR-code van de bestuurder leidt nooit naar een lege pagina
- Basisgegevens
- Een bedrijf met meerdere netwerken wordt vanuit één paneel beheerd
Veelgestelde vragen
- Moeten we ons CSMS aanpassen?
- Nee. Als uw CSMS OCPI spreekt, hoeft het niets nieuws te leren; de rolverdeling is gelijk aan de standaard CPO→eMSP-flow. Voor een CSMS zonder OCPI is er een eenvoudige REST/webhook-gateway.
- Wat gebeurt er als de regelgeving verandert?
- De aanpassing gebeurt in het Compliance-pakket; uw CSMS merkt er niets van. Precies daarom bestaat dit product.
- Merken we het als een melding mislukt?
- Ja. Elke poging wordt gelogd met het ruwe antwoord van de toezichthouder. Stopt de wachtrij, dan toont de indicator op het scherm hoeveel minuten die al stil is.
- Waar worden onze gegevens bewaard?
- Het product kan ook op uw eigen servers worden geïnstalleerd. Werk dat klantgegevens raakt, zoals ondertekenen met het elektronische zegel, gebeurt ter plaatse en wordt niet naar buiten gestuurd.
- Moeten we SmartŞarj gebruiken?
- Nee. Het Compliance-pakket werkt met elk CSMS; ook een laadnetwerk dat geen SmartŞarj gebruikt, kan het aanschaffen.