ELPO Compliance · Shtresa e përputhshmërisë për Turqinë
CSMS-ja juaj. Gati për Turqinë.
Përputhshmëri me EPDK dhe GİB pa rindërtuar platformën tuaj. Paketa e përputhshmërisë ELPO për Turqinë është një shtresë më vete midis softuerit të rrjetit tuaj të karikimit (CSMS) dhe rregullatorit turk të energjisë EPDK e administratës tatimore GİB. CSMS-ja juaj flet gjuhën që tashmë njeh — OCPI — dhe paketa merr përsipër çdo raportim specifik për Turqinë.
Drejtimi i një rrjeti karikimi në Turqi nuk mbaron me instalimin e karikuesve
Duhet të raportoni te dy institucione, në dy formate të ndryshme, pa vonesë:
EPDK
A është lidhësi i lirë, a filloi seanca, a përfundoi, sa energji u dha, cili është çmimi — secili është thirrje më vete, me rendin dhe afatin e vet.
GİB
Regjistrimi i çdo karikuesi dhe një raport shitjesh i nënshkruar me vulën elektronike fiskale.
Një CSMS i huaj nuk di asgjë nga këto. Çmimi i shkrimit të rregullores në kodin tuaj: softueri ndryshon sa herë ndryshojnë rregullat, një version më vete për çdo vend dhe, më e pabesa, një raportim i humbur që askush nuk e vë re.
Zgjidhja: një shtresë që e ndan raportimin rregullator nga softueri juaj
Paketa e përputhshmërisë qëndron midis CSMS-së tuaj dhe rregullatorit. CSMS-ja dërgon të dhënat përmes rrjedhës standarde OCPI; paketa përgatit, dërgon dhe ndjek raportimet te EPDK dhe raportin e shitjeve te GİB. Për një CSMS që nuk flet OCPI ka një portë të thjeshtë REST me pesë ngjarje.
Asnjë rresht i vetëm kodi specifik për Turqinë në CSMS-në tuaj.
Për kë është
Softuer i huaj CSMS dhe CPO që hyn në Turqi
Përmbushni detyrimet ndaj EPDK dhe GİB pa shkruar kod specifik për Turqinë në produktin tuaj.
Operatorë vendas të rrjeteve të karikimit me softuer të vetin
Kur ndryshojnë rregullat, softueri juaj nuk ndryshon; ndryshimi bëhet në paketë.
E zgjidhim raportimin rregullator si një shtresë më vete që lidhet me softuerin e rrjetit tuaj të karikimit përmes protokollit.
Pse mund të mbështeteni tek ajo — çfarë është matur
Gjithçka më poshtë funksionon sot në produkt dhe është verifikuar në mjedisin e testimit.
| Raportimet arrijnë vërtet te EPDK | Pranime me numër regjistrimi të kthyera nga mjedisi i testimit i EPDK |
|---|---|
| Raportimet dalin vetë, jo me dorë | Radha zbrazet çdo 30 sekonda; ekrani tregon orën e dërgimit të fundit |
| Një raportim që dështon nuk humbet | Riprovohet me intervale në rritje; çdo përpjekje regjistrohet me përmbajtjen dhe përgjigjen e rregullatorit |
| Një raportim i refuzuar mund të korrigjohet dhe të ridërgohet | Pasi korrigjohen të dhënat e regjistrit, rekordi kthehet në radhë |
| I njëjti raportim nuk dërgohet kurrë dy herë | Çdo rekord merret përsipër në një transaksion të vetëm; kalimi i dytë nuk e prek |
| Një ekran për përputhjen me regjistrat zyrtarë të EPDK | Majtas inventari i CSMS-së, djathtas regjistri i EPDK; rekordet pa përputhje dallohen |
| Çdo rrjet karikimi zgjedh institucionin e vet të pagesave | Përcaktohet për çdo mbajtës licence |
| Raportohen edhe seancat e një CSMS-je që nuk mund të dërgojë të dhëna | Paketa lexon çdo orë seancat e përfunduara nga CSMS-ja e lidhur; një rekord i lexuar kështu nuk raportohet kurrë dy herë |
| Rezultati real i çdo raportimi kthehet te CSMS-ja | Rezultati dorëzohet, i nënshkruar, në adresën që përcakton CSMS-ja |
| CSMS-ja mund të lexojë përsëri nga ne atë që ka dërguar | Funksionojnë të gjitha pikat fundore në anën e marrësit të OCPI 2.2.1 dhe 2.3.0: vendndodhjet, seancat, rekordet e karikimit (CDR) dhe tarifat dërgohen dhe lexohen përsëri; pikat fundore u testuan një nga një me një çelës të vërtetë CSMS |
| Rekordi i karikimit të një stacioni pa numër EPDK nuk humbet | Rekordi nuk refuzohet, por mbahet në pritje; sapo futet numri, ai shkon vetë te EPDK dhe CSMS-ja nuk ka nevojë ta dërgojë përsëri |
| Mund të lidhet edhe një CSMS pa OCPI | Një ndërfaqe REST me pesë ngjarje: seanca filloi, përfundoi, konsumi, tarifa, defekti |
| Raporti i shitjeve për GİB prodhohet dhe nënshkruhet kur është konfiguruar vula | Pa vulë dokumenti prodhohet gjithsesi dhe ekrani tregon se është i panënshkruar |
Ekranet dhe çfarë provojnë
- Komunikimi me EPDK
- Provë në ekran që raportimet dalin
- Raportim manual te EPDK
- Operatori mbyll boshllëkun midis terrenit dhe sistemit
- Përputhja e regjistrit
- Hapi më kritik i konfigurimit është i dukshëm; një përputhje e gabuar nuk kalon pa u vënë re
- Rakordimi
- Kap gabimin „mendova se e kisha dërguar“
- Raporti i shitjeve GİB
- Të dhënat që shkojnë te integratori i dokumenteve elektronike mund të auditohen
- Institucionet e pagesave
- Në një biznes me shumë rrjete, çdo rrjet ruan marrëveshjen e vet
- Terminalet e pagesave
- Kodi QR i shoferit nuk të çon kurrë në një faqe bosh
- Përkufizimet
- Një biznes me shumë rrjete menaxhohet nga një panel i vetëm
Pyetje të shpeshta
- A duhet ta ndryshojmë CSMS-në tonë?
- Jo. Nëse CSMS-ja juaj flet OCPI, nuk ka asgjë të re për të mësuar; rolet janë të njëjta me rrjedhën standarde CPO→eMSP. Për një CSMS pa OCPI ka një portë të thjeshtë REST/webhook.
- Çfarë ndodh kur ndryshon rregullorja?
- Ndryshimi bëhet në Paketën e përputhshmërisë; CSMS-ja juaj nuk preket. Pikërisht për këtë ekziston ky produkt.
- A do ta mësojmë nëse një raportim dështon?
- Po. Çdo përpjekje regjistrohet bashkë me përgjigjen e papërpunuar të rregullatorit. Nëse radha ndalet, treguesi në ekran tregon prej sa minutash është e heshtur.
- Ku ruhen të dhënat tona?
- Produkti mund të instalohet edhe në serverët tuaj. Punët që prekin të dhënat e klientëve, si nënshkrimi me vulën elektronike, kryhen në vend dhe nuk dërgohen jashtë.
- A duhet të përdorim SmartŞarj?
- Jo. Paketa e përputhshmërisë punon me çdo CSMS; mund ta blejë edhe një rrjet karikimi që nuk përdor SmartŞarj.