ELPO Compliance · Stratul de conformitate pentru Turcia
CSMS-ul dvs. Pregătit pentru Turcia.
Conformitate EPDK și GİB fără să vă reconstruiți platforma. Pachetul de conformitate ELPO pentru Turcia este un strat separat între software-ul rețelei dvs. de încărcare (CSMS) și autoritatea turcă de reglementare în energie EPDK, respectiv administrația fiscală GİB. CSMS-ul dvs. vorbește limba pe care o cunoaște deja — OCPI — iar pachetul preia fiecare raportare specifică Turciei.
Operarea unei rețele de încărcare în Turcia nu se încheie cu instalarea stațiilor
Trebuie să raportați către două instituții, în două formate diferite, fără întârziere:
EPDK
Este conectorul disponibil, a început sesiunea, s-a încheiat, câtă energie s-a livrat, care este prețul — fiecare este un apel separat, cu ordinea și termenul său.
GİB
Înregistrarea fiecărei stații de încărcare și un raport de vânzări semnat cu sigiliul fiscal electronic.
Un CSMS străin nu știe nimic din toate acestea. Prețul scrierii legislației în propriul cod: software-ul se schimbă la fiecare modificare a regulilor, o versiune separată pentru fiecare țară și, cel mai perfid, o raportare pierdută pe care n-o observă nimeni.
Soluția: un strat care separă raportarea către autorități de software-ul dvs.
Pachetul de conformitate se află între CSMS și autoritate. CSMS-ul trimite datele prin fluxul standard OCPI; pachetul pregătește, trimite și urmărește raportările către EPDK și raportul de vânzări către GİB. Pentru un CSMS care nu vorbește OCPI există un gateway REST simplu, cu cinci evenimente.
Nicio linie de cod specific Turciei în CSMS-ul dvs.
Pentru cine
Software CSMS și CPO străin care intră pe piața din Turcia
Îndepliniți obligațiile față de EPDK și GİB fără să scrieți cod specific Turciei în produsul dvs.
Operatori locali de rețele de încărcare cu software propriu
Când se schimbă regulile, software-ul dvs. rămâne neschimbat; modificarea se face în pachet.
Rezolvăm raportarea către autorități ca un strat separat, care se conectează prin protocol la software-ul rețelei dvs. de încărcare.
De ce vă puteți baza pe el — ce a fost măsurat
Tot ce urmează funcționează astăzi în produs și a fost verificat în mediul de test.
| Raportările ajung cu adevărat la EPDK | Confirmări de acceptare cu număr de înregistrare primite din mediul de test EPDK |
|---|---|
| Raportările pleacă singure, nu manual | Coada este golită la fiecare 30 de secunde; ecranul afișează ora ultimei trimiteri |
| O raportare eșuată nu se pierde | Se reîncearcă la intervale tot mai mari; fiecare încercare este jurnalizată cu conținutul și răspunsul autorității |
| O raportare respinsă poate fi corectată și retrimisă | După corectarea datelor din registru, înregistrarea revine în coadă |
| Aceeași raportare nu pleacă niciodată de două ori | Fiecare înregistrare este preluată într-o singură tranzacție; o a doua trecere nu o atinge |
| Un ecran de corelare cu evidențele oficiale EPDK | În stânga inventarul CSMS, în dreapta registrul EPDK; înregistrările necorelate ies în evidență |
| Fiecare rețea de încărcare își alege propria instituție de plată | Definit pentru fiecare titular de licență |
| Sunt raportate și sesiunile unui CSMS care nu poate trimite date | Pachetul citește în fiecare oră sesiunile încheiate din CSMS-ul conectat; o înregistrare citită astfel nu este raportată niciodată de două ori |
| Rezultatul real al fiecărei raportări se întoarce în CSMS | Rezultatul este livrat, semnat, la adresa definită de CSMS |
| CSMS-ul poate citi înapoi de la noi ce a trimis | Funcționează toate endpointurile de pe partea receptorului din OCPI 2.2.1 și 2.3.0: locațiile, sesiunile, înregistrările de încărcare (CDR) și tarifele sunt trimise și citite înapoi; fiecare endpoint a fost testat unul câte unul cu o cheie CSMS reală |
| Înregistrarea de încărcare a unei stații fără număr EPDK nu se pierde | Înregistrarea nu este respinsă, ci reținută; imediat ce numărul este introdus, pleacă singură către EPDK, iar CSMS-ul nu trebuie să o retrimită |
| Se poate conecta și un CSMS fără OCPI | O interfață REST cu cinci evenimente: sesiune începută, încheiată, consum, tarif, defecțiune |
| Raportul de vânzări GİB este generat și semnat atunci când este configurat un sigiliu | Fără sigiliu, documentul este generat oricum, iar ecranul arată că nu este semnat |
Ecranele și ce dovedesc
- Comunicare EPDK
- Dovada pe ecran că raportările pleacă
- Raportare manuală EPDK
- Operatorul acoperă golul dintre teren și sistem
- Corelarea registrului
- Cel mai critic pas al configurării este vizibil; o corelare greșită nu trece neobservată
- Reconciliere
- Prinde eroarea „credeam că l-am trimis”
- Raport de vânzări GİB
- Datele trimise către integratorul de documente electronice pot fi auditate
- Instituții de plată
- Într-o afacere cu mai multe rețele, fiecare rețea își păstrează propriul contract
- Terminale de plată
- Codul QR al șoferului nu duce niciodată la o pagină goală
- Definiții
- O afacere cu mai multe rețele se gestionează dintr-un singur panou
Întrebări frecvente
- Trebuie să ne modificăm CSMS-ul?
- Nu. Dacă CSMS-ul dvs. vorbește OCPI, nu are nimic nou de învățat; rolurile sunt aceleași ca în fluxul standard CPO→eMSP. Pentru un CSMS fără OCPI există un gateway simplu REST/webhook.
- Ce se întâmplă când se schimbă legislația?
- Modificarea se face în Pachetul de conformitate; CSMS-ul dvs. nu este afectat. Exact de aceea există acest produs.
- Vom afla dacă o raportare eșuează?
- Da. Fiecare încercare este jurnalizată împreună cu răspunsul brut al autorității. Dacă coada se oprește, indicatorul de pe ecran arată de câte minute este inactivă.
- Unde sunt păstrate datele noastre?
- Produsul poate fi instalat și pe serverele dvs. Operațiunile care ating datele clienților, cum ar fi semnarea cu sigiliul electronic, se fac local și nu sunt trimise în exterior.
- Trebuie să folosim SmartŞarj?
- Nu. Pachetul de conformitate funcționează cu orice CSMS; îl poate achiziționa și o rețea de încărcare care nu folosește SmartŞarj.