ELPO Compliance · Vrstva souladu pro Turecko
Váš CSMS. Připravený na Turecko.
Soulad s EPDK a GİB bez přestavby vaší platformy. Balíček souladu pro Turecko od ELPO je samostatná vrstva mezi softwarem vaší nabíjecí sítě (CSMS) a tureckým energetickým regulátorem EPDK a finanční správou GİB. Váš CSMS mluví jazykem, který už zná — OCPI, a veškerá hlášení specifická pro Turecko přebírá balíček.
Provoz nabíjecí sítě v Turecku nekončí instalací nabíječek
Musíte hlásit dvěma institucím, ve dvou různých formátech a bez prodlení:
EPDK
Je konektor volný, začalo nabíjení, skončilo, kolik energie bylo dodáno, jaká je cena — každé je samostatné volání s vlastním pořadím a načasováním.
GİB
Registrace každé nabíječky a přehled prodejů podepsaný elektronickou pečetí.
Zahraniční CSMS nic z toho nezná. Cena za zapsání legislativy do vlastního kódu: software se mění s každou změnou pravidel, samostatná verze pro každou zemi a, co je nejzákeřnější, ztracené hlášení, kterého si nikdo nevšimne.
Řešení: vrstva, která odděluje regulatorní hlášení od vašeho softwaru
Balíček souladu stojí mezi vaším CSMS a regulátorem. Váš CSMS posílá data standardním tokem OCPI; balíček připravuje, odesílá a sleduje hlášení pro EPDK i přehled prodejů pro GİB. Pro CSMS, který OCPI neumí, je k dispozici jednoduchá brána REST s pěti událostmi.
Ve vašem CSMS ani jeden řádek kódu specifického pro Turecko.
Pro koho je určen
Zahraniční CSMS a software pro CPO vstupující do Turecka
Splňte povinnosti vůči EPDK a GİB, aniž byste do svého produktu psali kód specifický pro Turecko.
Místní provozovatelé nabíjecích sítí s vlastním softwarem
Když se pravidla změní, váš software zůstává beze změny; změna se provede v balíčku.
Regulatorní hlášení řešíme jako samostatnou vrstvu, která se k softwaru vaší nabíjecí sítě připojuje protokolem.
Proč se na něj můžete spolehnout — co bylo změřeno
Vše uvedené níže dnes v produktu funguje a bylo ověřeno v testovacím prostředí.
| Hlášení skutečně dorazí k EPDK | Potvrzení o přijetí s číslem záznamu vrácená z testovacího prostředí EPDK |
|---|---|
| Hlášení odcházejí sama, ne ručně | Fronta se vyprazdňuje každých 30 sekund; obrazovka ukazuje čas posledního odeslání |
| Neúspěšné hlášení se neztratí | Opakuje se v prodlužujících se intervalech; každý pokus se zaznamená s obsahem a odpovědí regulátora |
| Zamítnuté hlášení lze opravit a odeslat znovu | Jakmile jsou opravena data v registru, záznam se vrátí do fronty |
| Stejné hlášení nikdy neodejde dvakrát | Každý záznam se převezme v jediné transakci; druhý průchod se ho nedotkne |
| Obrazovka pro párování s oficiálními záznamy EPDK | Vlevo inventář CSMS, vpravo registr EPDK; nespárované záznamy jsou zvýrazněny |
| Každá nabíjecí síť si volí vlastní platební instituci | Nastavuje se pro každého držitele licence |
| Hlásí se i nabíjení z CSMS, který neumí data sám odesílat | Balíček každou hodinu načte dokončená nabíjení z připojeného CSMS; takto načtený záznam se nikdy nenahlásí dvakrát |
| Skutečný výsledek každého hlášení se vrací do CSMS | Výsledek je doručen podepsaný na adresu, kterou určí CSMS |
| CSMS si od nás může zpětně načíst, co odeslal | Fungují všechny koncové body na straně příjemce v OCPI 2.2.1 a 2.3.0: lokace, relace, záznamy o nabíjení (CDR) a tarify se odesílají a zpětně načítají; koncové body byly jeden po druhém otestovány se skutečným klíčem CSMS |
| Záznam o nabíjení ze stanice bez čísla EPDK se neztratí | Záznam se nezamítne, ale podrží; jakmile je číslo zadáno, odejde do EPDK sám a CSMS ho nemusí odesílat znovu |
| Připojit se může i CSMS bez OCPI | Rozhraní REST s pěti událostmi: zahájení nabíjení, ukončení, spotřeba, tarif, porucha |
| Přehled prodejů pro GİB se vytvoří a při nastavené pečeti podepíše | Bez pečeti se dokument přesto vytvoří a obrazovka uvede, že není podepsán |
Obrazovky a co dokazují
- Komunikace s EPDK
- Důkaz na obrazovce, že hlášení odcházejí
- Ruční hlášení EPDK
- Provozovatel dokáže uzavřít mezeru mezi lokalitou a systémem
- Párování s registrem
- Nejkritičtější krok nastavení je viditelný; chybné párování nezůstane bez povšimnutí
- Odsouhlasení
- Zachytí chybu typu „myslel jsem, že jsem to poslal“
- Přehled prodejů pro GİB
- Data předávaná integrátorovi e-dokumentů lze auditovat
- Platební instituce
- Ve firmě s více sítěmi si každá síť ponechává vlastní smlouvu
- Platební terminály
- QR kód řidiče nikdy nevede na prázdnou stránku
- Nastavení
- Firma s více sítěmi se řídí z jednoho panelu
Časté dotazy
- Musíme měnit náš CSMS?
- Ne. Pokud váš CSMS mluví OCPI, nemusí se učit nic nového; role jsou stejné jako ve standardním toku CPO→eMSP. Pro CSMS bez OCPI je k dispozici jednoduchá brána REST/webhook.
- Co se stane, když se legislativa změní?
- Změna se provede v balíčku souladu; váš CSMS tím dotčen není. Právě proto tento produkt existuje.
- Dozvíme se, když hlášení selže?
- Ano. Každý pokus se zaznamenává spolu s nezpracovanou odpovědí regulátora. Pokud se fronta zastaví, ukazatel na obrazovce zobrazí, kolik minut už je nečinná.
- Kde jsou uložena naše data?
- Produkt lze nainstalovat i na vaše vlastní servery. Úkony, které se dotýkají zákaznických dat, například podepisování elektronickou pečetí, probíhají na místě a neodesílají se ven.
- Musíme používat SmartŞarj?
- Ne. Balíček souladu funguje s jakýmkoli CSMS; koupit si jej může i nabíjecí síť, která SmartŞarj nepoužívá.