ELPO Compliance · თურქეთის შესაბამისობის ფენა
თქვენი CSMS. მზადაა თურქეთისთვის.
EPDK-ისა და GİB-ის მოთხოვნებთან შესაბამისობა პლატფორმის თავიდან აწყობის გარეშე. ELPO-ს თურქეთის შესაბამისობის პაკეტი არის ცალკე ფენა თქვენი დამუხტვის ქსელის პროგრამულ უზრუნველყოფას (CSMS) და თურქეთის ენერგეტიკის მარეგულირებელ EPDK-სა და შემოსავლების ადმინისტრაცია GİB-ს შორის. თქვენი CSMS საუბრობს იმ ენაზე, რომელიც უკვე იცის — OCPI-ზე, ხოლო თურქეთისთვის სპეციფიკურ ყველა ანგარიშგებას პაკეტი იღებს თავზე.
თურქეთში დამუხტვის ქსელის მართვა დამტენების დამონტაჟებით არ მთავრდება
ანგარიში ორ უწყებას უნდა წარუდგინოთ, ორ განსხვავებულ ფორმატში და დაუყოვნებლივ:
EPDK
თავისუფალია თუ არა კონექტორი, დაიწყო თუ არა დამუხტვა, დასრულდა თუ არა, რამდენი ენერგია მიეწოდა, რა ღირს — თითოეული ცალკე გამოძახებაა, საკუთარი რიგითობითა და ვადებით.
GİB
ყოველი დამტენის რეგისტრაცია და ელექტრონული ბეჭდით ხელმოწერილი გაყიდვების ანგარიში.
უცხოურმა CSMS-მა ამის შესახებ არაფერი იცის. რეგულაციის საკუთარ კოდში ჩაწერის ფასი: პროგრამა იცვლება ყოველი წესის შეცვლისას, თითოეული ქვეყნისთვის ცალკე ვერსია და, რაც ყველაზე სახიფათოა, დაკარგული ანგარიში, რომელსაც ვერავინ ამჩნევს.
გამოსავალი: ფენა, რომელიც მარეგულირებლისადმი ანგარიშგებას თქვენი პროგრამისგან გამოყოფს
შესაბამისობის პაკეტი დგას თქვენს CSMS-სა და მარეგულირებელს შორის. CSMS მონაცემებს სტანდარტული OCPI ნაკადით აგზავნის; EPDK-ისთვის ანგარიშებს და GİB-ისთვის გაყიდვების ანგარიშს პაკეტი ამზადებს, აგზავნის და აკონტროლებს. CSMS-ისთვის, რომელსაც OCPI არ აქვს, არსებობს მარტივი 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-ს მისი ხელახლა გაგზავნა არ სჭირდება |
| CSMS OCPI-ის გარეშეც შეიძლება დაუკავშირდეს | REST ინტერფეისი ხუთი მოვლენით: სესია დაიწყო, დასრულდა, მოხმარება, ტარიფი, გაუმართაობა |
| GİB-ის გაყიდვების ანგარიში იქმნება და, თუ ბეჭედი გამართულია, ხელმოწერილია | ბეჭდის გარეშეც დოკუმენტი მაინც იქმნება და ეკრანზე მითითებულია, რომ ხელმოუწერელია |
ეკრანები და რას ამტკიცებენ ისინი
- EPDK კომუნიკაცია
- ეკრანზე ჩანს მტკიცებულება, რომ ანგარიშები იგზავნება
- EPDK ხელით ანგარიშგება
- ოპერატორს შეუძლია ადგილსა და სისტემას შორის ხარვეზის შევსება
- რეესტრის შესაბამისობა
- დაყენების ყველაზე კრიტიკული ნაბიჯი თვალსაჩინოა; არასწორი დაწყვილება შეუმჩნეველი არ რჩება
- შეჯერება
- იჭერს შეცდომას „მეგონა, გავაგზავნე“
- GİB გაყიდვების ანგარიში
- ელექტრონული დოკუმენტების ინტეგრატორთან გაგზავნილი მონაცემები აუდიტირებადია
- საგადახდო დაწესებულებები
- მრავალქსელიან ბიზნესში თითოეული ქსელი საკუთარ ხელშეკრულებას ინარჩუნებს
- საგადახდო ტერმინალები
- მძღოლის QR კოდი არასდროს მიდის ცარიელ გვერდზე
- განსაზღვრებები
- მრავალქსელიანი ბიზნესი ერთი პანელიდან იმართება
ხშირად დასმული კითხვები
- გვიწევს თუ არა ჩვენი CSMS-ის შეცვლა?
- არა. თუ თქვენი CSMS OCPI-ს მხარს უჭერს, ახლის სწავლა არ სჭირდება; როლების განაწილება იგივეა, რაც სტანდარტულ CPO→eMSP ნაკადში. CSMS-ისთვის OCPI-ის გარეშე არსებობს მარტივი REST/webhook კარიბჭე.
- რა ხდება, როცა რეგულაცია იცვლება?
- ცვლილება შესაბამისობის პაკეტში ხორციელდება; თქვენს CSMS-ზე ეს გავლენას არ ახდენს. სწორედ ამიტომ არსებობს ეს პროდუქტი.
- გავიგებთ, თუ ანგარიში ვერ გაიგზავნება?
- დიახ. ყოველი მცდელობა ფიქსირდება მარეგულირებლის დაუმუშავებელ პასუხთან ერთად. თუ რიგი გაჩერდა, ეკრანზე ინდიკატორი აჩვენებს, რამდენი წუთია, რაც ის დუმს.
- სად ინახება ჩვენი მონაცემები?
- პროდუქტის დაყენება თქვენს საკუთარ სერვერებზეც შეიძლება. მომხმარებელთა მონაცემებთან დაკავშირებული სამუშაო, მაგალითად ელექტრონული ბეჭდით ხელმოწერა, ადგილზე სრულდება და გარეთ არ იგზავნება.
- გვჭირდება თუ არა SmartŞarj-ის გამოყენება?
- არა. შესაბამისობის პაკეტი ნებისმიერ CSMS-თან მუშაობს; მისი შეძენა იმ დამუხტვის ქსელსაც შეუძლია, რომელიც SmartŞarj-ს არ იყენებს.