अपने सॉफ्टवेयर में तुर्की के नियम लिखे बिना तुर्की में अपना चार्जिंग नेटवर्क चलाइए
ELPO तुर्की कंप्लायंस पैकेज आपके चार्जिंग नेटवर्क सॉफ्टवेयर (CSMS) और तुर्की के ऊर्जा नियामक EPDK तथा तुर्की के राजस्व प्रशासन GİB के बीच एक अलग लेयर है। आपका CSMS वही भाषा बोलता है जो वह पहले से जानता है — OCPI — और तुर्की से जुड़ी हर रिपोर्ट की ज़िम्मेदारी पैकेज लेता है।
- OCPI से जुड़ता है
- EPDK और GİB रिपोर्टिंग
- कोई रिपोर्ट नहीं खोती
- आपके अपने सर्वर पर इंस्टॉल हो सकता है
तुर्की में चार्जिंग नेटवर्क चलाना चार्जर लगाने के साथ खत्म नहीं होता
आपको दो संस्थाओं को, दो अलग-अलग फ़ॉर्मैट में, बिना देरी के रिपोर्ट करना होता है:
कनेक्टर उपलब्ध है या नहीं, सेशन शुरू हुआ या नहीं, खत्म हुआ या नहीं, कितनी ऊर्जा दी गई, कीमत क्या है — हर एक अलग कॉल है, जिसका अपना क्रम और समय है।
हर चार्जर का पंजीकरण और इलेक्ट्रॉनिक सील से हस्ताक्षरित बिक्री रिपोर्ट।
विदेशी CSMS इनमें से कुछ भी नहीं जानता। नियमों को अपने कोड में लिखने की कीमत: हर बार नियम बदलने पर सॉफ्टवेयर बदलना, हर देश के लिए अलग संस्करण और सबसे बुरा — एक छूटी हुई रिपोर्ट, जिस पर किसी का ध्यान नहीं जाता।
समाधान: एक लेयर जो नियामकीय रिपोर्टिंग को आपके सॉफ्टवेयर से अलग करती है
कंप्लायंस पैकेज आपके CSMS और नियामक के बीच काम करता है। आपका CSMS मानक OCPI फ़्लो से डेटा भेजता है; EPDK को जाने वाली रिपोर्ट और GİB को जाने वाली बिक्री रिपोर्ट पैकेज तैयार करता है, भेजता है और ट्रैक करता है। जो CSMS OCPI नहीं बोलता, उसके लिए पाँच इवेंट वाला एक सरल REST गेटवे है।
आपके CSMS में तुर्की-विशेष कोड की एक भी लाइन नहीं।
आप इस पर भरोसा क्यों कर सकते हैं — क्या मापा गया है
नीचे दी गई हर चीज़ आज उत्पाद में काम कर रही है और टेस्ट एनवायरनमेंट में सत्यापित की गई है।
- रिपोर्ट सच में EPDK तक पहुँचती हैं
- EPDK के टेस्ट एनवायरनमेंट से रिकॉर्ड नंबर के साथ लौटी स्वीकृतियाँ
- रिपोर्ट अपने-आप जाती हैं, हाथ से नहीं
- कतार हर 30 सेकंड में खाली की जाती है; स्क्रीन पर आखिरी बार भेजने का समय दिखता है
- विफल रिपोर्ट खोती नहीं
- बढ़ते अंतराल पर दोबारा प्रयास होता है; हर प्रयास उसकी सामग्री और नियामक के जवाब के साथ लॉग होता है
- अस्वीकृत रिपोर्ट को सुधारकर दोबारा भेजा जा सकता है
- रजिस्ट्री डेटा सुधारते ही रिकॉर्ड फिर से कतार में चला जाता है
- एक ही रिपोर्ट कभी दो बार नहीं जाती
- हर रिकॉर्ड एक ही ट्रांज़ैक्शन में लिया जाता है; दूसरा राउंड उसे नहीं छूता
- EPDK के आधिकारिक रिकॉर्ड से मिलान की स्क्रीन
- बाईं ओर CSMS इन्वेंटरी, दाईं ओर EPDK रजिस्ट्री; बिना मिलान वाले रिकॉर्ड उभरकर दिखते हैं
- हर चार्जिंग नेटवर्क अपना भुगतान संस्थान खुद चुनता है
- हर लाइसेंसधारक के स्तर पर परिभाषित
- जो CSMS डेटा पुश नहीं कर सकता, उसके सेशन भी रिपोर्ट होते हैं
- पैकेज हर घंटे जुड़े हुए CSMS से पूरे हुए सेशन पढ़ता है; इस तरह पढ़ा गया रिकॉर्ड कभी दो बार रिपोर्ट नहीं होता
- हर रिपोर्ट का वास्तविक नतीजा CSMS तक वापस जाता है
- नतीजा हस्ताक्षरित रूप में उस पते पर पहुँचाया जाता है जिसे CSMS तय करता है
- बिना OCPI वाला CSMS भी जुड़ सकता है
- पाँच इवेंट वाली REST सतह: सेशन शुरू, सेशन खत्म, खपत, टैरिफ, खराबी
- GİB बिक्री रिपोर्ट बनती है और सील कॉन्फ़िगर होने पर हस्ताक्षरित होती है
- सील के बिना भी दस्तावेज़ बनता है और स्क्रीन बताती है कि वह अहस्ताक्षरित है
स्क्रीन और वे क्या साबित करती हैं
“रिपोर्ट चली गई” कभी सिर्फ़ दावा नहीं होता — हर कदम स्क्रीन पर दिखता है।
EPDK संचार
हर रिपोर्ट, उसकी स्थिति, प्रयासों की संख्या, EPDK रिकॉर्ड नंबर और भेजी गई सामग्री
स्क्रीन पर सबूत कि रिपोर्ट जा रही हैं
EPDK मैनुअल रिपोर्टिंग
CSMS से न आने वाले उपलब्धता और कीमत डेटा की मैनुअल रिपोर्टिंग
ऑपरेटर फ़ील्ड और सिस्टम के बीच का अंतर भर सकता है
रजिस्ट्री मिलान
CSMS इन्वेंटरी और EPDK रजिस्ट्री आमने-सामने
सेटअप का सबसे अहम कदम दिखाई देता है; गलत मिलान छिपा नहीं रहता
रिकंसिलिएशन
नियामक के पास क्या है और सिस्टम में क्या है, इसकी तुलना
“मुझे लगा मैंने भेज दिया” वाली गलती पकड़ता है
GİB बिक्री रिपोर्ट
अवधि की बिक्री, छूटी हुई पंक्तियाँ और वे क्यों छूटीं
ई-डॉक्यूमेंट इंटीग्रेटर को जाने वाले डेटा का ऑडिट किया जा सकता है
भुगतान संस्थान
कौन-सा चार्जिंग नेटवर्क किस संस्थान के ज़रिए भुगतान लेता है
मल्टी-नेटवर्क कारोबार में हर नेटवर्क अपना समझौता बनाए रखता है
भुगतान टर्मिनल
चार्जर पर लगे कार्ड रीडर और रसीद पते की स्थिति
ड्राइवर का QR कोड कभी खाली पेज पर नहीं ले जाता
परिभाषाएँ
लाइसेंसधारक, CSMS कनेक्शन, रोमिंग पार्टनर
मल्टी-नेटवर्क कारोबार एक ही पैनल से संभाला जाता है
बाज़ार में इसकी जगह
हम नियामकीय रिपोर्टिंग को एक अलग लेयर के रूप में हल करते हैं, जो प्रोटोकॉल के ज़रिए आपके चार्जिंग नेटवर्क सॉफ्टवेयर से जुड़ती है।
24.09.2026 को खुले वेब पर की गई खोज में ऐसा कोई प्रदाता नहीं मिला जो EPDK कंप्लायंस को किसी दूसरी कंपनी के CSMS से जुड़ने वाले अलग उत्पाद के रूप में बेचता हो; मौजूदा पेशकशें इसे अपने चार्जिंग प्रबंधन सॉफ्टवेयर के भीतर एक फ़ीचर के रूप में या कानूनी परामर्श के रूप में देती हैं।
यह किसके लिए है
-
तुर्की में प्रवेश कर रहे विदेशी CSMS और CPO सॉफ्टवेयर
अपने उत्पाद में तुर्की-विशेष कोड लिखे बिना EPDK और GİB दायित्व पूरे करें।
-
अपना सॉफ्टवेयर चलाने वाले स्थानीय चार्जिंग नेटवर्क ऑपरेटर
नियम बदलने पर आपका सॉफ्टवेयर नहीं बदलता; बदलाव पैकेज में किया जाता है।
अक्सर पूछे जाने वाले सवाल
क्या हमें अपना CSMS बदलना होगा?
नहीं। अगर आपका CSMS OCPI बोलता है, तो उसे कुछ नया सीखने की ज़रूरत नहीं; भूमिकाएँ मानक CPO→eMSP फ़्लो जैसी ही हैं। बिना OCPI वाले CSMS के लिए एक सरल REST/webhook गेटवे है।
नियम बदलने पर क्या होता है?
बदलाव कंप्लायंस पैकेज में किया जाता है; आपके CSMS पर कोई असर नहीं पड़ता। यही इस उत्पाद के होने की वजह है।
क्या रिपोर्ट विफल होने पर हमें पता चलेगा?
हाँ। हर प्रयास नियामक के मूल जवाब के साथ लॉग होता है। अगर कतार रुक जाती है, तो स्क्रीन पर संकेतक दिखाता है कि वह कितने मिनट से शांत है।
हमारा डेटा कहाँ रखा जाता है?
उत्पाद को आपके अपने सर्वर पर भी इंस्टॉल किया जा सकता है। ग्राहक डेटा से जुड़ा काम, जैसे इलेक्ट्रॉनिक सील से हस्ताक्षर, साइट पर ही होता है और बाहर नहीं भेजा जाता।
क्या हमें SmartŞarj इस्तेमाल करना होगा?
नहीं। कंप्लायंस पैकेज किसी भी CSMS के साथ काम करता है; जो चार्जिंग नेटवर्क SmartŞarj इस्तेमाल नहीं करता, वह भी इसे खरीद सकता है।
तुर्की में अपना चार्जिंग नेटवर्क नियमों के अनुसार चलाइए
आइए, आपके अपने परिदृश्य पर दिखाएँ कि यह आपके CSMS से कैसे जुड़ता है।
Part of the SmartŞarj family.