OCMF ایک اوپن میٹرنگ ڈیٹا ایکسچینج اسٹینڈرڈ ہے جو خاص طور پر الیکٹرک گاڑی کی چارجنگ کے لیے ڈیزائن کیا گیا ہے۔ معیاری ڈھانچے، خفیہ کردہ دستخطوں، اور لچکدار موافقت کے ذریعے، یہ صنعت کے تین بڑے درد کے نکات کو حل کرتا ہے: چارجنگ میٹرنگ میں شفافیت کی کمی، ڈیٹا سے چھیڑ چھاڑ کے لیے حساسیت، اور پروٹوکول کی عدم مطابقت۔ یہ چارجنگ بلنگ کو زیادہ قابل اعتماد اور صنعتی تعاون کو زیادہ موثر بناتا ہے۔
OCMF کیا ہے؟
OCMF (اوپن چارج میٹرنگ فارمیٹ) ایک صنعتی معیار ہے جسے یورپی چارجنگ الائنس اور SAFE-eV تنظیم نے فروغ دیا ہے۔ یہ چارجنگ انڈسٹری میں ڈیٹا کی پیمائش کے لیے "مشترکہ زبان" کی طرح ہے، جو چارجنگ اسٹیشنز، مینجمنٹ سسٹمز، اور آپریٹرز کے درمیان چارجنگ ڈیٹا کی منتقلی کے لیے متحد قوانین کی وضاحت کرتی ہے۔ یہ اس بات کو یقینی بناتا ہے کہ اہم معلومات جیسے چارج کرنے کی رقم، چارج کرنے کا وقت، اور لاگت "قابل فہم، پڑھنے کے قابل، اور چھیڑ چھاڑ-ثبوت ہے۔"
سیدھے الفاظ میں، OCMF سے پہلے، چارجنگ اسٹیشنوں کے مختلف برانڈز متنوع ڈیٹا فارمیٹس کا استعمال کرتے تھے، جیسے کہ مختلف علاقے مختلف بولیاں بولتے ہیں، جس سے براہ راست بات چیت ناممکن ہو جاتی ہے۔ OCMF کے ساتھ، تمام کمپلائنٹ ڈیوائسز ڈیٹا کو منتقل کرنے کے لیے ایک متحد "زبان" کا استعمال کرتے ہیں، اس بات کو یقینی بناتے ہوئے کہ ڈیٹا چارجنگ کے آغاز سے بلنگ کی تکمیل تک قابل شناخت اور قابل تصدیق ہے۔
OCMF کی اہم تکنیکی جھلکیاں
1. معیاری ڈھانچہ: "ڈیٹا سائلوس" کو توڑنا OCMF پیچیدہ اضافی ہیڈر کے بغیر ہلکا پھلکا ڈیزائن اپناتا ہے۔ بنیادی ڈیٹا کو ایک فکسڈ فارمیٹ میں سمیٹا جاتا ہے، عام سیریل کمیونیکیشن کے منظرناموں جیسے کہ RS-485 کے مطابق ہوتا ہے۔ اس میں کلیدی فیلڈز جیسے چارجنگ کی رقم (Wh)، چارجنگ کا وقت، ڈیوائس ID، اور ٹیرف کی معلومات شامل ہیں، اور ورژن کی تکرار اور توسیع کو بھی سپورٹ کرتا ہے - مثال کے طور پر، V1.2.0 نے کیبل کے نقصان کے معاوضے کا ڈیٹا شامل کیا، اور V1.3.0 نے چارجنگ پائل کنٹرولر فرم ویئر ورژن فیلڈ کو شامل کیا، جس سے یکسانیت اور لچک دونوں کو یقینی بنایا گیا۔ یہ معیاری کاری مختلف برانڈز کے چارجنگ پائلز، مینجمنٹ پلیٹ فارمز (CSMS) اور ادائیگی کے نظام کو اضافی موافقت کے بغیر آپس میں کام کرنے کی اجازت دیتی ہے، جس سے صنعت کے تعاون کے اخراجات میں نمایاں کمی واقع ہوتی ہے۔
2. خفیہ کاری اور دستخط کا طریقہ کار: "ڈیٹا ٹمپرنگ" کو ختم کرنا یہ OCMF کا سب سے اہم سیکیورٹی ڈیزائن ہے۔ چارجنگ پائل کے ذریعہ تیار کردہ میٹرنگ ڈیٹا کو ٹرانسمیشن سے پہلے انکرپٹ اور سائن کیا جاتا ہے، اور وصول کنندہ عوامی کلید کا استعمال کرتے ہوئے ڈیٹا کی سالمیت کی تصدیق کرتا ہے۔ یہ ڈیٹا میں "سیکیورٹی واٹر مارک" شامل کرنے جیسا ہے۔ اگر اس کے ساتھ چھیڑ چھاڑ کی گئی ہے، تو تصدیق کا عمل فوری طور پر اس کا پتہ لگائے گا، جس سے ماخذ پر "اوور چارجنگ اور غلط بلنگ" کے مسائل کو روکا جائے گا۔
یہ طریقہ کار بین الاقوامی میٹرولوجی ضوابط جیسے جرمن میس- اور ایچریکٹ کی مکمل تعمیل کرتا ہے، چارجنگ ڈیٹا کو قانونی طور پر درست بناتا ہے اور صارفین، آپریٹرز، اور ریگولیٹرز کے لیے اعتماد کی بنیاد فراہم کرتا ہے۔
3. ملٹی-پروٹوکول موافقت: "نئے اور پرانے آلات" کے ساتھ مطابقت رکھنے والا OCMF کسی ایک مواصلاتی پروٹوکول تک محدود نہیں ہے اور یہ لچکدار طریقے سے مرکزی دھارے کے چارجنگ پروٹوکول جیسے OCPP 1.6 اور OCPP 2.0.1/2.1 کے مطابق ڈھال سکتا ہے۔ مختلف پیرامیٹرز کو ترتیب دے کر، یہ روایتی فکسڈ چارجنگ کے منظرناموں کو سپورٹ کر سکتا ہے اور ابھرتی ہوئی ضروریات کو پورا کر سکتا ہے جیسے کہ ایڈہاک چارجنگ-۔ مثال کے طور پر، OCPP 2.0.1 سسٹم میں، متعلقہ کنفیگریشن کو فعال کرنے کے بعد، OCMF موجودہ ہارڈ ویئر میں ترمیم کیے بغیر، پرانے ڈیوائسز کو "ٹرسٹڈ میٹرنگ ڈیوائسز" میں اپ گریڈ کرنے کی اجازت دیتے ہوئے، چارجنگ کے آغاز اور اختتام جیسے کلیدی نوڈس پر خود بخود دستخط شدہ ڈیٹا منتقل کر سکتا ہے۔
OCMF کی عملی درخواستیں۔
1. درخواست کے منظرنامے پورے چارجنگ ایکو سسٹم کا احاطہ کرتے ہیں:
● چارجنگ پائل مینوفیکچررز: OCMF معیارات کے مطابق میٹرنگ ماڈیولز کو ڈیزائن کریں، جس سے بڑے آپریٹر پلیٹ فارمز کے ساتھ الگ الگ موافقت کے بغیر براہ راست ڈیٹا انضمام کی اجازت ملتی ہے۔
● چارجنگ آپریٹرز: چارجنگ پائلز کے مختلف برانڈز سے یکساں طور پر ڈیٹا وصول کرتے ہیں، بیک اینڈ مینجمنٹ کو آسان بناتے ہیں اور آپریشن اور دیکھ بھال کے اخراجات کو کم کرتے ہیں۔
● صارفین: چارج کرنے کے بعد، صارفین "بے حد چارجنگ فیس" کے تنازعات سے گریز کرتے ہوئے، خفیہ کردہ دستخطوں کے ذریعے بلنگ ڈیٹا کی صداقت کی تصدیق کر سکتے ہیں۔
● ریگولیٹری ایجنسیاں: براہ راست مطابقت پذیر میٹرنگ ڈیٹا تک رسائی حاصل کریں، سائٹ کی نگرانی کو فعال-اور انڈسٹری گورننس کی کارکردگی کو بہتر بنائیں۔
2. عام ورک فلو
● آپ چارجنگ شروع کرنے کے لیے چارجنگ کیبل لگاتے ہیں، اور چارجنگ اسٹیشن ڈیٹا ریکارڈ کرتا ہے جیسے کہ اصل وقت میں چارجنگ کی مقدار اور وقت؛
● ڈیٹا کو OCMF فارمیٹ میں شامل کیا جاتا ہے، اور ایک انکرپشن الگورتھم کا استعمال کرتے ہوئے ایک "ڈیجیٹل دستخط" تیار کیا جاتا ہے۔
● دستخط شدہ OCMF ڈیٹا پیکج SLIP پروٹوکول کے ذریعے مینجمنٹ پلیٹ فارم پر منتقل کیا جاتا ہے (شروع اور اختتامی حد بندیوں کے ساتھ)؛
● پلیٹ فارم کے دستخط کی توثیق کرنے کے بعد، یہ ڈیٹا کو پارس کرتا ہے اور ایک بل تیار کرتا ہے۔
● چارجنگ مکمل ہونے کے بعد، مکمل OCMF ڈیٹا ریکارڈ کو بلنگ واؤچر کے طور پر استعمال کیا جا سکتا ہے تاکہ بعد میں تصدیق کی جا سکے۔
OCMF ورژن ارتقاء
صنعت کے معیار کو مسلسل بہتر بنانے والا OCMF اپنے آغاز کے بعد سے مسلسل تکرار سے گزر رہا ہے، اصل صنعت کی ضروریات کو اپناتے ہوئے: V1.0.1: واضح ورژن کی تعریف اور بنیادی ڈیٹا ڈھانچہ، معیاری کاری کی بنیاد رکھتا ہے۔
● V1.1.0: عارضی چارجنگ منظرناموں کے مطابق ڈھالنے کے لیے ٹیرف کی معلومات شامل کی گئی۔
● V1.2.0: چارجنگ کے دوران توانائی کے نقصان کی پیمائش کے چیلنجوں سے نمٹنے کے لیے کیبل کے نقصان کے معاوضے کا ڈیٹا شامل کیا گیا۔
● V1.3.0: ڈیوائس مینجمنٹ کی درستگی کو بہتر بنانے کے لیے کنٹرولر فرم ویئر ورژن فیلڈ شامل کیا گیا۔
ہر اپ ڈیٹ "زیادہ درستگی، زیادہ حفاظت، اور زیادہ مطابقت" کے اہداف کے گرد گھومتا ہے، اس بات کو یقینی بناتا ہے کہ معیار ہمیشہ صنعت کی ترقی کے ساتھ مطابقت رکھتا ہے۔
OCMF کور فیلڈز اور ایپلیکیشن سیناریوز ریفرنس ٹیبل
یہ حوالہ جدول OCMF (اوپن چارجنگ میژرمنٹ فارمیٹ) ورژن V1.0.1 سے V1.3.0 کے بنیادی شعبوں کا خلاصہ کرتا ہے، ہر فیلڈ کے معنی، ڈیٹا کی قسم، ورژن سپورٹ، اور بنیادی ایپلیکیشن کے منظرناموں کو واضح کرتا ہے۔ یہ فوری حوالہ اور عملی تعیناتی موافقت کی سہولت فراہم کرتا ہے۔
| فیلڈ کا نام | فیلڈ کا مطلب | ڈیٹا کی قسم | ورژن سپورٹ | بنیادی درخواست کے منظرنامے۔ |
|---|---|---|---|---|
| ver | OCMF فارمیٹ ورژن نمبر | اسٹرنگ (جیسے، "1.3.0") | تمام ورژن | ڈیوائس اور پلیٹ فارم کے درمیان ورژن موافقت کے لیے، ڈیٹا پارس کی مطابقت کو یقینی بنانا |
| gw_vendor | گیٹ وے وینڈر شناخت کنندہ | تار | V0.4 اور اس سے اوپر | ڈیوائس کا پتہ لگانے کی صلاحیت؛ آپریشن اور دیکھ بھال کے انتظام کے لیے مختلف دکانداروں سے گیٹ ویز کو الگ کریں۔ |
| gw_sn | گیٹ وے سیریل نمبر | سٹرنگ (ضروری) | V0.4 اور اس سے اوپر | گیٹ وے ڈیوائسز کی منفرد شناخت کریں۔ میٹرنگ ڈیٹا کے ساتھ ایک ٹریس ایبل چین بنائیں |
| میٹر_وینڈر | میٹرنگ ماڈیول وینڈر ID | تار | تمام ورژن | پیمائش کرنے والے آلات کا سراغ لگانا؛ ڈیٹا تنازعات کی صورت میں ذمہ دار اداروں کو تلاش کریں۔ |
| میٹر_ایس این | میٹرنگ ماڈیول سیریل نمبر | سٹرنگ (ضروری) | تمام ورژن | میٹرنگ ماڈیولز کی منفرد شناخت کریں۔ پیمائشی ڈیٹا اور آلات کے درمیان ایک-سے-ایک خط و کتابت کو یقینی بنائیں |
| توانائی | کل چارجنگ توانائی | عددی (یونٹ: Wh) | تمام ورژن | بنیادی بلنگ کی بنیاد؛ صارف کی تصفیہ اور آپریٹر کی مفاہمت کے لیے بنیادی ڈیٹا |
| start_time | چارجنگ شروع ہونے کا وقت | ٹائم اسٹیمپ | تمام ورژن | چارجنگ کی مدت کا حساب لگائیں، میچ ٹائم-پیریڈ بجلی کی قیمتیں، اور درست بل تیار کریں |
| اختتامی_وقت | چارجنگ کا اختتامی وقت | ٹائم اسٹیمپ | تمام ورژن | چارجنگ سائیکل کی تصدیق کریں؛ آغاز کے وقت کے ساتھ کل چارجنگ کی مدت کا حساب لگائیں۔ |
| ٹیرف | بجلی کی قیمت کی معلومات (بشمول وقت کی مدت، شرحیں) | سٹرکچرڈ ڈیٹا | V1.1.0 اور اس سے اوپر | عارضی چارجنگ کے منظرناموں کو اپنائیں؛ قیمتوں کا تعین اور ڈائنامک ٹیرف سیٹلمنٹ کا-استعمال-کا سپورٹ ٹائم |
| کیبل کا نقصان | کیبل نقصان معاوضہ توانائی | عددی (یونٹ: Wh) | V1.2.0 اور اس سے اوپر | چارجنگ کے دوران درست توانائی کا نقصان؛ پیمائش کے ڈیٹا کی درستگی کو یقینی بنائیں |
| cf | چارجنگ پائل کنٹرولر فرم ویئر ورژن | سٹرنگ (اختیاری) | V1.3.0 اور اس سے اوپر | فرم ویئر مینجمنٹ؛ اس بات کا تعین کریں کہ آیا میٹرنگ کی کمزوریوں کو ٹھیک کرنے کے لیے اپ گریڈ کی ضرورت ہے۔ |
| دستخط | ڈیجیٹل دستخط | خفیہ کردہ تار | تمام ورژن | ڈیٹا مخالف-جعلی تصدیق؛ بلنگ ڈیٹا کی چھیڑ چھاڑ کو روکیں اور قانونی اعتبار کو یقینی بنائیں |
| sig_alg | دستخط الگورتھم شناخت کنندہ | تار | V0.4 اور اس سے اوپر | ڈیٹا انکرپشن کا طریقہ واضح کریں؛ وصول کنندہ متعلقہ الگورتھم کے ساتھ دستخط کی تصدیق کرتا ہے۔ |
| auth_status | اجازت کی حیثیت (کامیاب یا نہیں) | بولین | V0.4 اور اس سے اوپر | لین دین کو چارج کرنے کے جواز کی تصدیق کریں؛ غیر مجاز لین دین کے لیے تصفیہ کو مسترد کریں۔ |
| ایونٹ_کاؤنٹر | ایونٹ کاؤنٹر | عدد | V0.4 اور اس سے اوپر | چارجنگ کے دوران اہم واقعات کی گنتی ریکارڈ کریں۔ غلطی کے ازالے میں مدد کریں۔ |
فیلڈ کی ترجیح پر اضافی نوٹس:
1. "مطلوبہ" کے طور پر نشان زد فیلڈز (جیسے gw_sn، meter_sn، توانائی) میٹرنگ ڈیٹا کی درستگی کے لیے بنیادی ہیں۔ ان کی غیر موجودگی معمول کے قیام کو روک دے گی۔
2. ورژن کی مطابقت: اعلی ورژن کے فیلڈز (جیسے کیبل_لاس، سی ایف) نچلے ورژن سسٹم میں اختیاری ہیں۔ اگر ان فیلڈز کی ضرورت ہو تو ڈیوائس کو متعلقہ ورژن میں اپ گریڈ کرنا ضروری ہے۔
3. پروٹوکول موافقت: تمام فیلڈز کو OCPP 1.6 اور OCPP 2.0.1/2.1 پروٹوکول کے ذریعے فیلڈ ڈھانچے میں کسی اضافی ترمیم کی ضرورت کے بغیر منتقل کیا جا سکتا ہے۔
OCMF فیلڈ اور OCPP پروٹوکول کمپیٹیبلٹی میپنگ ٹیبل
OCMF، ایک چارجنگ میٹرنگ ڈیٹا اسٹینڈرڈ کے طور پر، آلات کے درمیان ڈیٹا کی ترسیل کے لیے OCPP (اوپن چارج پوائنٹ پروٹوکول) پر انحصار کرتا ہے۔ نیچے دی گئی جدول مختلف OCPP ورژنز میں ٹرانسمیشن میڈیم، کنفیگریشن انحصار، اور بنیادی OCMF فیلڈز کے موافقت کے اصولوں کو واضح کرتی ہے، جس میں اس عملی سوال کو حل کیا گیا ہے کہ "OCPP کے اندر OCMF ڈیٹا کیسے منتقل اور کامیابی سے بات چیت کی جاتی ہے۔"
| OCMF کور فیلڈ | فیلڈ کا مطلب | تعاون یافتہ OCPP ورژن | OCPP ٹرانسمیشن کیریئر (پیغام/فیلڈ) | OCPP کنفیگریشن انحصار |
|---|---|---|---|---|
| ایف وی | OCMF فارمیٹ ورژن (مثال کے طور پر، 1.0، 1.2.0) | 1.5 اور اس سے اوپر | دستخط شدہ ڈیٹا میٹا ڈیٹا (MeterValue کی خصوصیات میں سرایت شدہ) | کوئی اضافی ترتیب درکار نہیں۔ |
| جی ایس | گیٹ وے سیریل نمبر (دستخطی اجزاء کے لیے منفرد شناخت کنندہ) | 1.5 اور اس سے اوپر |
1. SignedData میں MeterValue.req → JSON 2. StopTransaction.req → TransactionData |
"گیٹ وے-چارجنگ پائل بائنڈنگ رشتہ" کو ترتیب دیں (جیسے، OCPP کی ChargePointIdentity کے ساتھ GS کو منسلک کریں) |
| MS | میٹرنگ ماڈیول سیریل نمبر (منفرد میٹر شناخت کنندہ) | 1.5 اور اس سے اوپر | دستخط شدہ ڈیٹا میں JSON ("میٹرنگ ڈیوائس کی معلومات" کے بطور MV/MF کے ساتھ گروپ کیا گیا) | کوئی اضافی کنفیگریشن نہیں، لیکن یقینی بنائیں کہ MS OCPP بیک اینڈ میں چارجنگ پائل پروفائلز سے منسلک ہے۔ |
| RD-TM | پڑھنے کا وقت (بشمول مطابقت پذیری کی حیثیت، مثال کے طور پر، "2018-07-24T13:22:04،000+0200 S") | 1.5 اور اس سے اوپر |
1. MeterValue.timestamp (بنیادی وقت) 2. دستخط شدہ ڈیٹا میں JSON (مطابقت پذیری کی حیثیت "S/R") |
ClockAlignedDataInterval کو ترتیب دیں=900 (15 منٹ، میٹرنگ ریگولیشن ٹائم سلاٹس کے ساتھ سیدھ میں) |
| RD-RV | میٹر ریڈنگ (مثال کے طور پر، 2935.6 kWh) | 1.5 اور اس سے اوپر |
1. MeterValue.value (خام شکل، فوری ڈسپلے کے لیے) 2. دستخط شدہ ڈیٹا میں JSON (دستخط شدہ فارمیٹ، بلنگ کی تصدیق کے لیے) |
MeterValue.sAlignedData=Active.Energy.Register.Import ترتیب دیں |
| RD-TX | لین دین کی حیثیت (مثال کے طور پر، B=شروع، E=اختتام، T=ٹیرف میں تبدیلی) | 1.5 اور اس سے اوپر |
1. StartTransaction.req → TransactionStatus 2. StopTransaction.req → وجہ 3. SignedData میں MeterValue.req → JSON |
StopTransactionsSignature Format=MR/SR (MR: اسٹارٹ/اسٹاپ ڈیٹا کی سنگل ٹرانسمیشن؛ SR: دو الگ ٹرانسمیشنز) کو ترتیب دیں |
| ایل سی | کیبل کے نقصان کا معاوضہ (بشمول LR مزاحمت، LU یونٹ، وغیرہ) | 2.0 اور اس سے اوپر | دستخط شدہ ڈیٹا میں JSON (OCMF 1.2.0 میں نیا فیلڈ) | OCPP پروٹوکول کو 2.0+ میں اپ گریڈ کریں؛ چارجنگ پائل کنٹرولر میں "کیبل نقصان الگورتھم پیرامیٹرز" کو ترتیب دیں۔ |
| آئی ایس | صارف کی اجازت کی حیثیت (سچ=مجاز، غلط=غیر مجاز) | 2.0 اور اس سے اوپر |
1. Authorize.req → IdTagInfo.Status 2. دستخط شدہ ڈیٹا میں JSON (او سی پی پی کی اجازت کے نتائج کا پابند ہے) |
OCPP_AUTH_TLS کو ترتیب دیں (TLS سائفر ٹیکسٹ کے ذریعے ڈیٹا کی اجازت دیں) |
| آئی ٹی | صارف کی شناخت کی قسم (مثال کے طور پر، ISO14443=RFID کارڈ) | 2.0 اور اس سے اوپر | Authorize.req → IdTagType (یا SignedData میں JSON) | OCPP بیک اینڈ میں "شناخت کی قسم اور IDTag کے درمیان نقشہ سازی" کو ترتیب دیں (مثال کے طور پر، ISO14443 OCPP IdTag سے 16 ہندسوں کے ہیکس فارمیٹ میں مطابقت رکھتا ہے) |
| ایس ڈی | ڈیجیٹل دستخطی ڈیٹا (ECDSA خفیہ کاری کا نتیجہ) | 1.5 اور اس سے اوپر |
1. MeterValue.req → قدر (ValueFormat=SignedData، ہیکس کے بطور انکوڈ شدہ) 2. StopTransaction.req → TransactionSignature |
1. دستخط الگورتھم ترتیب دیں=ECDSA-secp256r1-SHA256 (OCMF ڈیفالٹ الگورتھم) 2. MeterValuesSignatureContext کو فعال کریں=CSL/RW (سگنیچر ٹرگر پوائنٹس کی وضاحت کریں) |
| پی جی | صفحہ بندی شناخت کنندہ (مثال کے طور پر، ٹرانزیکشن 12345 کے لیے T12345=پڑھنا) | 1.5 اور اس سے اوپر | دستخط شدہ ڈیٹا میں JSON (OCPP کی TransactionId کا پابند) | "صفحہ بندی کے تسلسل کی جانچ" کو ترتیب دیں (OCPP پسدید ترتیب وار PG نمبروں کی تصدیق کرتا ہے، جیسے، T1→T2→T3، ڈیٹا کے نقصان سے بچنے کے لیے) |
سپلیمنٹری نوٹس
1. یونیفائیڈ ٹرانسمیشن فارمیٹ رولز: تمام OCMF فیلڈز OCPP میں "SignedData" فارمیٹ میں شامل ہیں - یعنی OCMF|
2. ورژن مطابقت کی حدود:
● OCPP 1.5: صرف بنیادی OCMF فیلڈز کو سپورٹ کرتا ہے (جیسے FV, GS, RD-RV, SD)، اور اعلی ورژن والے فیلڈز کو سپورٹ نہیں کرتا ہے (ISO15118 قسم کا LC, IT)؛
● OCPP 2.0 اور اس سے اوپر: OCMF 1.2.0 اور اس سے نیچے کے تمام فیلڈز کو مکمل طور پر سپورٹ کرتا ہے، اور "CustomData" فیلڈ کے ذریعے مستقبل میں OCMF کے اضافے کو ایڈجسٹ کرنے کے لیے بڑھایا جا سکتا ہے۔
3. ترتیب کی ترجیح: جب OCPP کنفیگریشن OCMF کے تقاضوں سے متصادم ہو (مثال کے طور پر، OCPP کا ClockAlignedDataInterval ≠ 15 منٹ)، OCMF میٹرنگ کے ضوابط کو ترجیح دینی چاہیے (مثلاً، زبردستی 900 سیکنڈز میں ایڈجسٹ کیا گیا) تاکہ یہ یقینی بنایا جا سکے کہ ڈیٹا قانونی طور پر درستگی کی تعمیل کرتا ہے۔
خلاصہ: صنعت میں OCMF ایک لازمی معیار کیوں بن رہا ہے؟
تیزی سے ترقی پذیر الیکٹرک گاڑیوں کی چارجنگ انڈسٹری میں، میٹرنگ ڈیٹا کی ساکھ اور انٹرآپریبلٹی بنیادی رکاوٹیں ہیں۔ OCMF، اپنے "متحد فارمیٹ + انکرپٹڈ تصدیق + لچکدار موافقت" کے امتزاج کے ذریعے، "منصفانہ بلنگ" کے صارف کی بنیادی تشویش کو دور کرتا ہے، کاروبار کے لیے تکنیکی موافقت کے اخراجات کو کم کرتا ہے، اور تمام فریقوں کے لیے حقیقی معنوں میں جیت کی صورت حال کو حاصل کرتے ہوئے، ریگولیشن کے لیے ایک شفاف ٹول فراہم کرتا ہے۔
جیسا کہ زیادہ سے زیادہ چارجنگ پائل مینوفیکچررز اور آپریٹرز OCMF معیار کو اپناتے ہیں، مستقبل میں چارجنگ کا تجربہ مزید آسان ہو جائے گا - صارفین اعتماد کے ساتھ چارجنگ پائل کے کسی بھی برانڈ کا استعمال کر سکتے ہیں اور مختلف آپریٹر پلیٹ فارمز پر آسانی سے ادائیگیوں کا تصفیہ کر سکتے ہیں۔ یہ بنیادی قدر ہے جو کھلے معیارات صنعت میں لاتے ہیں۔
