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 ব্যবহার করে না এমন চার্জিং নেটওয়ার্কও এটি কিনতে পারে।