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 को उसे दोबारा भेजने की ज़रूरत नहीं होती |
| बिना 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 इस्तेमाल नहीं करता, वह भी इसे खरीद सकता है।