ELPO Compliance · Turcijas atbilstības slānis
Jūsu CSMS. Gatava Turcijai.
EPDK un GİB atbilstība, nepārbūvējot jūsu platformu. ELPO Turcijas atbilstības pakete ir atsevišķs slānis starp jūsu uzlādes tīkla programmatūru (CSMS) un Turcijas enerģētikas regulatoru EPDK, kā arī ieņēmumu administrāciju GİB. Jūsu CSMS turpina runāt valodā, ko jau prot, – OCPI, bet visu Turcijai specifisko ziņošanu uzņemas pakete.
Uzlādes tīkla darbība Turcijā nebeidzas ar uzlādes staciju uzstādīšanu
Jums jāziņo divām iestādēm, divos dažādos formātos un bez kavēšanās:
EPDK
Vai savienotājs ir brīvs, vai uzlāde ir sākusies, vai beigusies, cik daudz enerģijas piegādāts, kāda ir cena – katrs ir atsevišķs izsaukums ar savu secību un termiņiem.
GİB
Katras uzlādes stacijas reģistrācija un ar elektronisko zīmogu parakstīts pārdošanas pārskats.
Ārvalstu CSMS par to visu neko nezina. Cena, ko maksā, ierakstot regulējumu savā kodā: programmatūra mainās ikreiz, kad mainās noteikumi, katrai valstij vajadzīga atsevišķa versija un, pats ļaunākais, pazudis ziņojums, ko neviens nepamana.
Risinājums: slānis, kas nodala regulatīvo ziņošanu no jūsu programmatūras
Atbilstības pakete atrodas starp jūsu CSMS un regulatoru. CSMS sūta datus pa standarta OCPI plūsmu; ziņojumus EPDK un pārdošanas pārskatu GİB pakete sagatavo, nosūta un uzrauga. CSMS sistēmām, kas neatbalsta OCPI, ir vienkārša REST vārteja ar pieciem notikumiem.
Jūsu CSMS nav nevienas Turcijai specifiskas koda rindiņas.
Kam tas paredzēts
Ārvalstu CSMS un CPO programmatūra, kas ienāk Turcijas tirgū
Izpildiet EPDK un GİB prasības, nerakstot Turcijai specifisku kodu savā produktā.
Vietējie uzlādes tīklu operatori ar savu programmatūru
Kad mainās noteikumi, jūsu programmatūra nemainās; izmaiņas tiek veiktas paketē.
Regulatīvo ziņošanu risinām kā atsevišķu slāni, kas ar protokolu savienojas ar jūsu uzlādes tīkla programmatūru.
Kāpēc tam var uzticēties – kas ir izmērīts
Viss turpmāk minētais šodien darbojas produktā un ir pārbaudīts testa vidē.
| Ziņojumi patiešām nonāk EPDK | Pieņemšanas apstiprinājumi ar reģistrācijas numuru, kas saņemti no EPDK testa vides |
|---|---|
| Ziņojumi tiek nosūtīti automātiski, nevis manuāli | Rinda tiek iztukšota ik pēc 30 sekundēm; ekrānā redzams pēdējās nosūtīšanas laiks |
| Neizdevies ziņojums nepazūd | Atkārtoti mēģinājumi ar pieaugošiem intervāliem; katrs mēģinājums tiek reģistrēts ar saturu un regulatora atbildi |
| Noraidītu ziņojumu var izlabot un nosūtīt vēlreiz | Pēc reģistra datu labošanas ieraksts atgriežas rindā |
| Viens un tas pats ziņojums nekad netiek nosūtīts divreiz | Katrs ieraksts tiek pārņemts vienā transakcijā; otrais cikls to neskar |
| Ekrāns salīdzināšanai ar EPDK oficiālajiem ierakstiem | Kreisajā pusē CSMS inventārs, labajā – EPDK reģistrs; nesakritīgie ieraksti uzreiz izceļas |
| Katrs uzlādes tīkls izvēlas savu maksājumu iestādi | Nosaka katram licences turētājam |
| Tiek ziņots arī par CSMS, kas nespēj nosūtīt datus, uzlādes sesijām | Pakete reizi stundā pati nolasa pabeigtās sesijas no pievienotās CSMS; šādi nolasīts ieraksts nekad netiek ziņots divreiz |
| Katra ziņojuma faktiskais rezultāts atgriežas CSMS | Rezultāts parakstītā veidā tiek nosūtīts uz CSMS noteikto adresi |
| CSMS var no mums nolasīt atpakaļ to, ko nosūtīja | Darbojas visi OCPI 2.2.1 un 2.3.0 saņēmēja puses galapunkti: atrašanās vietas, sesijas, uzlādes ieraksti (CDR) un tarifi tiek nosūtīti un nolasīti atpakaļ; galapunkti pārbaudīti pa vienam ar īstu CSMS atslēgu |
| Stacijas bez EPDK numura uzlādes ieraksts nepazūd | Ieraksts netiek noraidīts, bet aizturēts; tiklīdz numurs ir ievadīts, tas pats nonāk EPDK, un CSMS tas nav jāsūta atkārtoti |
| Pievienoties var arī CSMS bez OCPI | REST saskarne ar pieciem notikumiem: sesija sākta, beigta, patēriņš, tarifs, bojājums |
| GİB pārdošanas pārskats tiek sagatavots un, ja zīmogs ir konfigurēts, parakstīts | Bez zīmoga dokuments tik un tā tiek sagatavots, un ekrānā norādīts, ka tas nav parakstīts |
Ekrāni un ko tie pierāda
- EPDK komunikācija
- Pierādījums ekrānā, ka ziņojumi tiek nosūtīti
- Manuālā EPDK ziņošana
- Operators var aizpildīt plaisu starp objektu un sistēmu
- Reģistra sasaiste
- Svarīgākais iestatīšanas solis ir redzams; nepareiza sasaiste nepaliek nepamanīta
- Saskaņošana
- Notver kļūdu “domāju, ka nosūtīju”
- GİB pārdošanas pārskats
- Datus, kas tiek sūtīti e-dokumentu integratoram, var auditēt
- Maksājumu iestādes
- Vairāku tīklu uzņēmumā katrs tīkls saglabā savu līgumu
- Maksājumu termināļi
- Vadītāja QR kods nekad neved uz tukšu lapu
- Definīcijas
- Vairāku tīklu uzņēmums tiek pārvaldīts no viena paneļa
Biežāk uzdotie jautājumi
- Vai mums jāmaina sava CSMS?
- Nē. Ja jūsu CSMS atbalsta OCPI, tai nav jāapgūst nekas jauns; lomu sadalījums ir tāds pats kā standarta CPO→eMSP plūsmā. CSMS bez OCPI ir vienkārša REST/webhook vārteja.
- Kas notiek, kad mainās regulējums?
- Izmaiņas tiek veiktas Atbilstības paketē; jūsu CSMS tas neietekmē. Tieši tāpēc šis produkts pastāv.
- Vai uzzināsim, ja ziņojums neizdosies?
- Jā. Katrs mēģinājums tiek reģistrēts kopā ar regulatora neapstrādāto atbildi. Ja rinda apstājas, ekrāna indikators rāda, cik minūtes tā ir klusējusi.
- Kur tiek glabāti mūsu dati?
- Produktu var uzstādīt arī jūsu pašu serveros. Darbi, kas skar klientu datus, piemēram, parakstīšana ar elektronisko zīmogu, tiek veikti uz vietas un netiek sūtīti ārpusē.
- Vai mums jāizmanto SmartŞarj?
- Nē. Atbilstības pakete darbojas ar jebkuru CSMS; to var iegādāties arī uzlādes tīkls, kas neizmanto SmartŞarj.