ELPO Compliance · Թուրքիայի համապատասխանության շերտ
Ձեր CSMS-ը։ Պատրաստ Թուրքիայի համար։
EPDK-ի և GİB-ի պահանջներին համապատասխանություն՝ առանց ձեր հարթակը վերակառուցելու։ ELPO-ի Թուրքիայի համապատասխանության փաթեթը առանձին շերտ է ձեր լիցքավորման ցանցի կառավարման ծրագրի (CSMS) և Թուրքիայի էներգետիկ շուկայի կարգավորող EPDK-ի ու Թուրքիայի եկամուտների վարչության՝ GİB-ի միջև։ Ձեր CSMS-ը խոսում է այն լեզվով, որն արդեն գիտի՝ OCPI, իսկ Թուրքիային հատուկ բոլոր հաշվետվություններն իր վրա է վերցնում փաթեթը։
Թուրքիայում լիցքավորման ցանց գործարկելը չի ավարտվում լիցքավորիչների տեղադրմամբ
Դուք պետք է հաշվետվություն ներկայացնեք երկու հաստատության՝ երկու տարբեր ձևաչափով և առանց ուշացման։
EPDK
Միակցիչն ազատ է, թե ոչ, լիցքավորումը սկսվել է, ավարտվել է, որքան էներգիա է մատակարարվել, որն է գինը — յուրաքանչյուրը առանձին կանչ է՝ իր հերթականությամբ և ժամանակացույցով։
GİB
Յուրաքանչյուր լիցքավորիչի գրանցում և էլեկտրոնային կնիքով ստորագրված վաճառքի հաշվետվություն։
Արտասահմանյան CSMS-ը սրանցից ոչինչ չգիտի։ Կանոնակարգը սեփական կոդում գրելու գինը՝ ծրագիրը փոխվում է ամեն անգամ, երբ կանոնները փոխվում են, յուրաքանչյուր երկրի համար պետք է առանձին տարբերակ, և ամենավատը՝ կորած հաշվետվություն, որը ոչ ոք չի նկատում։
Լուծումը՝ շերտ, որը կարգավորող մարմիններին հաշվետվությունն առանձնացնում է ձեր ծրագրից
Համապատասխանության փաթեթը տեղակայված է ձեր CSMS-ի և կարգավորողի միջև։ CSMS-ը տվյալներն ուղարկում է ստանդարտ OCPI հոսքով, իսկ փաթեթը պատրաստում, ուղարկում և հետևում է EPDK-ին ուղղված հաշվետվություններին և GİB-ին ուղղված վաճառքի հաշվետվությանը։ OCPI չաջակցող CSMS-ի համար կա պարզ REST դարպաս՝ հինգ իրադարձությամբ։
Ձեր CSMS-ում ոչ մի տող Թուրքիային հատուկ կոդ։
Ում համար է
Թուրքիա մուտք գործող արտասահմանյան CSMS և CPO ծրագրեր
Կատարեք EPDK-ի և GİB-ի պարտավորությունները՝ առանց ձեր արտադրանքում Թուրքիային հատուկ կոդ գրելու։
Սեփական ծրագիր ունեցող տեղական լիցքավորման ցանցերի օպերատորներ
Երբ կանոնները փոխվում են, ձեր ծրագիրը չի փոխվում, փոփոխությունը կատարվում է փաթեթում։
Կարգավորող մարմիններին հաշվետվությունը մենք լուծում ենք որպես առանձին շերտ, որն արձանագրության միջոցով միանում է ձեր լիցքավորման ցանցի ծրագրին։
Ինչու կարող եք վստահել — ինչ է չափվել
Ստորև նշված ամեն ինչ այսօր աշխատում է արտադրանքում և ստուգվել է թեստային միջավայրում։
| Հաշվետվություններն իրականում հասնում են EPDK | EPDK-ի թեստային միջավայրից գրանցման համարով վերադարձած ընդունումներ |
|---|---|
| Հաշվետվություններն ուղարկվում են ինքնաշխատ, ոչ ձեռքով | Հերթը դատարկվում է յուրաքանչյուր 30 վայրկյանը մեկ, էկրանին ցուցադրվում է վերջին ուղարկման ժամը |
| Ձախողված հաշվետվությունը չի կորչում | Կրկնակի փորձեր՝ աճող ընդմիջումներով, յուրաքանչյուր փորձ գրանցվում է իր բովանդակությամբ և կարգավորողի պատասխանով |
| Մերժված հաշվետվությունը կարելի է ուղղել և նորից ուղարկել | Գրանցամատյանի տվյալներն ուղղելուց հետո գրառումը վերադառնում է հերթ |
| Նույն հաշվետվությունը երբեք երկու անգամ չի ուղարկվում | Յուրաքանչյուր գրառում վերցվում է մեկ գործարքում, երկրորդ անցումը այն չի շոշափում |
| EPDK-ի պաշտոնական գրառումների հետ համադրման էկրան | Ձախում CSMS-ի գույքագրումն է, աջում՝ EPDK-ի ռեեստրը, չհամընկնող գրառումներն առանձնանում են |
| Յուրաքանչյուր լիցքավորման ցանց ընտրում է իր վճարային հաստատությունը | Սահմանվում է ըստ լիցենզիա ունեցողի |
| Զեկուցվում են նաև այն CSMS-ի լիցքավորումները, որը չի կարող ինքը տվյալներ ուղարկել | Փաթեթը ամեն ժամ ինքն է կարդում ավարտված լիցքավորումները միացված CSMS-ից, այս կերպ կարդացված գրառումը երբեք երկու անգամ չի զեկուցվում |
| Յուրաքանչյուր հաշվետվության իրական արդյունքը վերադառնում է CSMS | Արդյունքը ստորագրված ձևով առաքվում է CSMS-ի սահմանած հասցեին |
| CSMS-ը կարող է մեզանից հետ կարդալ այն, ինչ ուղարկել է | OCPI 2.2.1-ի և 2.3.0-ի ստացող կողմի բոլոր վերջնակետերն աշխատում են՝ վայրերը, սեսիաները, լիցքավորման գրառումները (CDR) և սակագներն ուղարկվում և հետ են կարդացվում, վերջնակետերը մեկ առ մեկ փորձարկվել են իրական CSMS բանալիով |
| EPDK համար չունեցող կայանի լիցքավորման գրառումը չի կորչում | Գրառումը չի մերժվում, այլ պահվում է սպասման մեջ, համարը մուտքագրելուն պես այն ինքնաբերաբար ուղարկվում է EPDK, և CSMS-ը կարիք չունի այն կրկին ուղարկելու |
| OCPI չունեցող CSMS-ը նույնպես կարող է միանալ | Հինգ իրադարձությամբ REST մակերես՝ լիցքավորումը սկսվեց, լիցքավորումն ավարտվեց, սպառում, սակագին, անսարքություն |
| GİB վաճառքի հաշվետվությունը ստեղծվում է և, եթե կնիքը կարգավորված է, ստորագրվում | Առանց կնիքի փաստաթուղթը միևնույն է ստեղծվում է, և էկրանին նշվում է, որ այն ստորագրված չէ |
Էկրանները և այն, ինչ նրանք ապացուցում են
- Հաղորդակցություն EPDK-ի հետ
- Էկրանին ապացույց, որ հաշվետվություններն ուղարկվում են
- EPDK ձեռքով հաշվետվություն
- Օպերատորը կարող է փակել տեղանքի և համակարգի միջև եղած բացը
- Ռեեստրի համադրում
- Կարգավորման ամենակարևոր քայլը տեսանելի է, սխալ համադրումն աննկատ չի մնում
- Հաշտեցում
- Բռնում է «Կարծում էի՝ ուղարկել եմ» սխալը
- GİB վաճառքի հաշվետվություն
- Էլեկտրոնային փաստաթղթերի ինտեգրատորին գնացող տվյալները կարելի է աուդիտի ենթարկել
- Վճարային հաստատություններ
- Բազմացանցային բիզնեսում յուրաքանչյուր ցանց պահպանում է իր պայմանագիրը
- Վճարային տերմինալներ
- Վարորդի QR կոդը երբեք չի տանում դատարկ էջ
- Սահմանումներ
- Բազմացանցային բիզնեսը կառավարվում է մեկ վահանակից
Հաճախ տրվող հարցեր
- Պե՞տք է փոխենք մեր CSMS-ը
- Ոչ։ Եթե ձեր CSMS-ն աջակցում է OCPI, նոր բան սովորելու կարիք չունի, դերերը նույնն են, ինչ ստանդարտ CPO→eMSP հոսքում։ OCPI չունեցող CSMS-ի համար կա պարզ REST/webhook դարպաս։
- Ի՞նչ է լինում, երբ կանոնակարգը փոխվում է
- Փոփոխությունը կատարվում է Համապատասխանության փաթեթում, ձեր CSMS-ի վրա դա չի ազդում։ Հենց դրա համար է այս արտադրանքը գոյություն ունենում։
- Կիմանա՞նք, եթե հաշվետվությունը ձախողվի
- Այո։ Յուրաքանչյուր փորձ գրանցվում է կարգավորողի չմշակված պատասխանի հետ միասին։ Եթե հերթը կանգ է առնում, էկրանի ցուցիչը ցույց է տալիս, թե քանի րոպե է այն լուռ է։
- Որտե՞ղ են պահվում մեր տվյալները
- Արտադրանքը կարելի է տեղադրել նաև ձեր սեփական սերվերներին։ Հաճախորդի տվյալներին առնչվող աշխատանքները, օրինակ՝ էլեկտրոնային կնիքով ստորագրումը, կատարվում են տեղում և դուրս չեն ուղարկվում։
- Պարտադի՞ր է օգտագործել SmartŞarj
- Ոչ։ Համապատասխանության փաթեթն աշխատում է ցանկացած CSMS-ի հետ, այն կարող է գնել նաև SmartŞarj չօգտագործող լիցքավորման ցանցը։