ELPO Compliance · Turkijos atitikties sluoksnis
Jūsų CSMS. Paruošta Turkijai.
EPDK ir GİB atitiktis neperstatant jūsų platformos. ELPO Turkijos atitikties paketas – tai atskiras sluoksnis tarp jūsų įkrovimo tinklo programinės įrangos (CSMS) ir Turkijos energetikos reguliuotojo EPDK bei mokesčių administratoriaus GİB. Jūsų CSMS kalba ta kalba, kurią jau moka – OCPI, o visas Turkijai būdingas ataskaitas perima paketas.
Įkrovimo tinklo valdymas Turkijoje nesibaigia įkrovimo stotelių įrengimu
Turite atsiskaityti dviem institucijoms, dviem skirtingais formatais ir be delsimo:
EPDK
Ar jungtis laisva, ar įkrovimas prasidėjo, ar baigėsi, kiek energijos patiekta, kokia kaina – kiekvienas atskiras kreipinys su sava tvarka ir terminais.
GİB
Kiekvienos įkrovimo stotelės registracija ir elektroniniu spaudu pasirašyta pardavimų ataskaita.
Užsienio CSMS nieko iš to nežino. Kaina, kurią tenka mokėti įrašius reguliavimą į savo kodą: programinė įranga keičiasi kaskart pasikeitus taisyklėms, kiekvienai šaliai reikia atskiros versijos ir, blogiausia, dingusi ataskaita, kurios niekas nepastebi.
Sprendimas: sluoksnis, atskiriantis reguliavimo ataskaitas nuo jūsų programinės įrangos
Atitikties paketas veikia tarp jūsų CSMS ir reguliuotojo. CSMS siunčia duomenis standartiniu OCPI srautu; ataskaitas EPDK ir pardavimų ataskaitą GİB paketas parengia, išsiunčia ir stebi. CSMS sistemoms, kurios nepalaiko OCPI, yra paprasti REST vartai su penkiais įvykiais.
Nė vienos Turkijai skirto kodo eilutės jūsų CSMS.
Kam skirta
Užsienio CSMS ir CPO programinė įranga, įžengianti į Turkiją
Įvykdykite EPDK ir GİB įsipareigojimus nerašydami Turkijai skirto kodo į savo produktą.
Vietiniai įkrovimo tinklų operatoriai su savo programine įranga
Pasikeitus taisyklėms, jūsų programinė įranga nesikeičia; pakeitimas atliekamas pakete.
Reguliavimo ataskaitas sprendžiame kaip atskirą sluoksnį, kuris protokolu jungiasi prie jūsų įkrovimo tinklo programinės įrangos.
Kodėl galite tuo pasikliauti – kas išmatuota
Viskas, kas išvardyta toliau, šiandien veikia produkte ir patikrinta bandomojoje aplinkoje.
| Ataskaitos tikrai pasiekia EPDK | Priėmimo patvirtinimai su registracijos numeriu, gauti iš EPDK bandomosios aplinkos |
|---|---|
| Ataskaitos siunčiamos automatiškai, ne rankomis | Eilė ištuštinama kas 30 sekundžių; ekrane rodomas paskutinio siuntimo laikas |
| Nepavykusi ataskaita nedingsta | Kartojama vis ilgesniais intervalais; kiekvienas bandymas registruojamas su turiniu ir reguliuotojo atsakymu |
| Atmestą ataskaitą galima pataisyti ir išsiųsti iš naujo | Pataisius registro duomenis, įrašas vėl grąžinamas į eilę |
| Ta pati ataskaita niekada neišsiunčiama du kartus | Kiekvienas įrašas perimamas vienoje transakcijoje; antrasis ciklas jo neliečia |
| Ekranas sutikrinti su oficialiais EPDK įrašais | Kairėje CSMS inventorius, dešinėje EPDK registras; nesutampantys įrašai iškart išsiskiria |
| Kiekvienas įkrovimo tinklas renkasi savo mokėjimo įstaigą | Nustatoma kiekvienam licencijos turėtojui |
| Pranešama ir apie CSMS, kuri negali siųsti duomenų, įkrovimo seansus | Paketas kas valandą pats nuskaito užbaigtus seansus iš prijungtos CSMS; taip nuskaitytas įrašas niekada nepranešamas du kartus |
| Tikrasis kiekvienos ataskaitos rezultatas grąžinamas į CSMS | Rezultatas pasirašytas perduodamas CSMS nurodytu adresu |
| CSMS gali iš mūsų nuskaityti atgal tai, ką išsiuntė | Veikia visi OCPI 2.2.1 ir 2.3.0 gavėjo pusės galiniai taškai: vietos, seansai, įkrovimo įrašai (CDR) ir tarifai siunčiami ir nuskaitomi atgal; galiniai taškai išbandyti po vieną su tikru CSMS raktu |
| Stoties be EPDK numerio įkrovimo įrašas neprarandamas | Įrašas neatmetamas, o sulaikomas; įvedus numerį jis pats išsiunčiamas į EPDK, ir CSMS nereikia jo siųsti iš naujo |
| Prisijungti gali ir CSMS be OCPI | REST sąsaja su penkiais įvykiais: seansas pradėtas, baigtas, suvartojimas, tarifas, gedimas |
| GİB pardavimų ataskaita parengiama ir, jei sukonfigūruotas spaudas, pasirašoma | Be spaudo dokumentas vis tiek parengiamas, o ekrane nurodoma, kad jis nepasirašytas |
Ekranai ir ką jie įrodo
- EPDK komunikacija
- Įrodymas ekrane, kad ataskaitos išsiunčiamos
- Rankinės EPDK ataskaitos
- Operatorius gali užpildyti spragą tarp vietos ir sistemos
- Registro susiejimas
- Svarbiausias diegimo žingsnis matomas; klaidingas susiejimas nelieka nepastebėtas
- Suderinimas
- Pagauna klaidą „maniau, kad išsiunčiau“
- GİB pardavimų ataskaita
- Elektroninių dokumentų integratoriui siunčiamus duomenis galima audituoti
- Mokėjimo įstaigos
- Kelių tinklų versle kiekvienas tinklas išlaiko savo sutartį
- Mokėjimo terminalai
- Vairuotojo QR kodas niekada neveda į tuščią puslapį
- Nustatymai
- Kelių tinklų verslas valdomas iš vieno skydelio
Dažni klausimai
- Ar turime keisti savo CSMS?
- Ne. Jei jūsų CSMS palaiko OCPI, jai nereikia mokytis nieko naujo; vaidmenų pasiskirstymas toks pat kaip standartiniame CPO→eMSP sraute. CSMS be OCPI yra paprasti REST/webhook vartai.
- Kas nutinka, kai keičiasi reguliavimas?
- Pakeitimas atliekamas Atitikties pakete; jūsų CSMS tai nepaveikia. Būtent dėl to šis produktas ir egzistuoja.
- Ar sužinosime, jei ataskaita nepavyks?
- Taip. Kiekvienas bandymas registruojamas kartu su neapdorotu reguliuotojo atsakymu. Jei eilė sustoja, ekrano indikatorius rodo, kiek minučių ji tyli.
- Kur saugomi mūsų duomenys?
- Produktą taip pat galima įdiegti jūsų serveriuose. Darbai, susiję su klientų duomenimis, pavyzdžiui, pasirašymas elektroniniu spaudu, atliekami vietoje ir nesiunčiami į išorę.
- Ar privalome naudoti SmartŞarj?
- Ne. Atitikties paketas veikia su bet kuria CSMS; jį gali įsigyti ir įkrovimo tinklas, nenaudojantis SmartŞarj.