ميزات نظام إدارة شحن المركبات الكهربائية: 15 قدرة أساسية لنظام إدارة الشحن

يُعدّ التكامل عبر البروتوكولات المفتوحة أساسًا لشبكة شحن مرنة. يجب أن يربط نظام إدارة الشحن (CPMS) أجهزة الشحن المتوافقة، ويستقبل بيانات الحالة والعداد، ويرسل أوامر التشغيل، ويحافظ على سير عمل متسق عبر مختلف نماذج الأجهزة. يقلل بروتوكول OCPP من الاعتماد على حزمة برامج خلفية خاصة بأجهزة الشحن، ولكن "دعم OCPP" لا يعني بالضرورة توافقًا مثبتًا.

استفسر عن إصدارات وملفات تعريف بروتوكول OCPP المُطبقة، ونماذج الشواحن التي اجتازت اختبارات التكامل، وكيفية التعامل مع السلوكيات الخاصة بالبرامج الثابتة. لا يزال OCPP 1.6 شائعًا في الشبكات المُستخدمة، بينما يُقدم OCPP 2.0.1 إطار عمل أوسع للأمان والشحن الذكي وإدارة الأجهزة. كما يُعامل تحالف الشحن المفتوح (Open Charge Alliance) العديد من وظائف 2.0.1 كملفات تعريف شهادات منفصلة، لذا ينبغي على المشترين التحقق من النطاق الدقيق. اقرأ مقالنا المُركز. برنامج شحن المركبات الكهربائية OCPP دليل لإجراء مراجعة أعمق للتوافق التشغيلي.

تحتاج الشبكة المتنامية إلى نظام سجلات موثوق. يجب أن ينظم نظام إدارة نقاط البيع (CPMS) الدول والمناطق والمشغلين والمواقع والمحطات وأجهزة شحن المركبات الكهربائية والموصلات، مع الحفاظ على السمات التشغيلية مثل الرقم التسلسلي والطراز والبرنامج الثابت وطريقة الاتصال والطاقة المقدرة ونوع الموصل والملكية وحالة التشغيل.

يؤثر هذا التسلسل الهرمي على جميع مراحل سير العمل اللاحقة تقريبًا. يستخدمه المشغلون لتحديد التعرفات، والصلاحيات، ومسؤوليات الصيانة، وقواعد الإيرادات، والتقارير. يجب أن يدعم نظام إدارة المخزون الجيد الاستيراد والتصدير المجمعين، وربط رمز الاستجابة السريعة أو المعرف، وحالات التشغيل الواضحة، وسجل التغييرات. كما يجب أن يميز بين الشاحن الفعلي ووحدات شحن المركبات الكهربائية وموصلاتها الفردية، حتى لا يتم الإبلاغ عن التوافر والجلسات والأعطال على مستوى خاطئ. خلال العرض التوضيحي، اطلب من المورد إضافة شاحن، ونقله بين المواقع، وتوضيح كيفية تتبع البيانات التاريخية.

يحتاج مشغلو الشبكات إلى رؤية مباشرة لما يحدث في الشبكة الآن، وليس مجرد تقرير عما حدث بالأمس. يجب أن تُظهر المراقبة الآنية ما إذا كان كل موصل متاحًا، أو مشغولًا، أو قيد الشحن، أو محجوزًا، أو غير متاح، أو غير متصل، أو معطلًا. كما يجب أن تُظهر حالة الاتصال، والجلسات النشطة، وقيم العدادات، ومعلومات الأخطاء ذات الصلة.

ينبغي أن تُمكّن لوحة التحكم مستخدمي الدعم أو العمليات من الانتقال بسلاسة من ملخص الشبكة إلى شاحن مُحدد دون فقدان السياق. تشمل عوامل التصفية المفيدة الموقع، والمشغل، وطراز الشاحن، والحالة، ونوع العطل، ووقت آخر اتصال. تدعم خرائط العرض الشبكات الجغرافية، ولكن غالبًا ما تكون قائمة تتضمن معالجة واضحة للاستثناءات أكثر أهمية للعمليات اليومية. استفسر عن سرعة ظهور تغييرات الحالة، وكيفية تمييز البيانات القديمة، وماذا يحدث عند فقدان الشاحن أو شبكة الجوال للاتصال.

ينبغي لنظام إدارة الشحن (CPMS) أن يساعد فريق التشغيل على حل المشكلات المناسبة دون الحاجة إلى إرسال فني على الفور. وبحسب إمكانيات الشاحن وسياسة التشغيل المعتمدة، قد تشمل الوظائف عن بُعد بدء جلسة أو إيقافها، أو فتح موصل، أو تغيير حالة التوفر، أو إعادة ضبط الشاحن، أو استرجاع بيانات التشخيص، أو تحديث الإعدادات.

الشرط الأساسي هو التنفيذ المُتحكم به. يجب أن تسجل المنصة هوية مُصدر الأمر، ووقت إرساله، وما إذا كان الشاحن قد قبله، والحالة التي تلته. يجب أن تتضمن سجلات التشخيص تفاصيل كافية لفصل عطل الشاحن عن أي مشكلة في الاتصال أو المصادقة أو المركبة أو الدفع. ينبغي أن تحمي صلاحيات الأدوار وخطوات التأكيد الإجراءات ذات التأثير الكبير. عند الشراء، اطلب من المورد إعادة إنتاج حالة عطل واقعية، وتوضيح المسار الكامل من التنبيه إلى التشخيص، ثم الإجراء عن بُعد، وأخيرًا الإغلاق.

تعتمد جميع العمليات التجارية والتشغيلية على بيانات جلسات موثوقة. يجب أن يسجل نظام إدارة جلسات العملاء (CPMS) بيانات المستخدم أو الرمز المميز، والشاحن والموصل، وأحداث البدء والإيقاف، والطوابع الزمنية، وقيم العداد، والطاقة المُسلّمة، وحالة الجلسة، وسبب الإنهاء، والمبلغ المحسوب عند تطبيق الفوترة.

يحتاج المشغلون أيضًا إلى أدوات للتعامل مع الجلسات المتقطعة أو المكررة أو المفقودة أو غير المكتملة. يجب أن تتيح المنصة إمكانية البحث باستخدام معرّف الجلسة أو المستخدم أو الشاحن أو الموقع أو التاريخ أو حالة المعاملة، ثم فحص أحداث التفويض والعداد والدفع ذات الصلة. جودة البيانات مهمة لأن سجلات الجلسات تُستخدم في إعداد الفواتير ودعم العملاء والتجوال والتسوية والتقارير التنظيمية. أثناء التقييم، راجع الجلسات العادية والاستثناءات: إعادة اتصال الشاحن، وفقدان الشبكة، والتوقفات عن بُعد، وجلسات الطاقة الصفرية، والجلسات التي تنتهي دون رسالة توقف واضحة.

تتطلب الشبكات العامة وأماكن العمل والمساكن وأساطيل المركبات قواعد وصول مختلفة. يجب أن يدير نظام إدارة الاتصالات الفعال المستخدمين المسجلين والضيوف، ومجموعات المستخدمين، والمركبات، وبطاقات RFID أو IC، وحسابات التطبيقات، ومسارات QR، والقوائم البيضاء، والتفويض القائم على الحساب. قد يكون الشحن والتوصيل مناسبين أيضًا، لكنهما يتطلبان مركبات وشواحن وشهادات وبنية تحتية داعمة متوافقة، بدلاً من مجرد برنامج واحد.

ينبغي أن تكون قواعد الوصول قابلة للتخصيص حسب الموقع، أو الشاحن، أو الفترة الزمنية، أو العضوية، أو أسطول المركبات، أو دور المستخدم. كما يجب مراجعة آلية التفويض في وضع عدم الاتصال بالإنترنت، إذ قد يفقد الشاحن الاتصال بينما لا يزال السائقون بحاجة إلى الخدمة. ينبغي على المشترين اختبار تعليق الحساب، واستبدال البطاقة المفقودة، والرموز المكررة، وشحن الضيوف، وفشل التفويض، وضوابط الخصوصية. الهدف هو توفير تجربة شحن سلسة دون منح كل مستخدم وصولاً غير مقيد إلى جميع المحطات.

قد تُحدد شركات الشحن أسعارها بناءً على الطاقة، أو الوقت، أو مدة الجلسة، أو مدة ركن السيارة، أو وقت الخمول، أو مزيج من هذه العوامل. وقد تحتاج أيضًا إلى أسعار الذروة وخارجها، وأسعار خاصة بالأعضاء، وعقود أسطول السيارات، وبدلات مجانية، وقسائم، وضرائب، أو قواعد خاصة بالموقع. ينبغي لنظام إدارة رسوم الشحن (CPMS) أن يُحاكي هذه التعريفات دون الحاجة إلى تعديل برمجي لكل تعديل تجاري.

يتطلب تحديد الأسعار تواريخ سريان فعّالة، ونظام تحكم في الإصدارات، وعلاقة واضحة بمجموعة المستخدمين، والجهة المُشغّلة، والموقع، وآلية الدفع. ينبغي أن يتمكن المشغلون من معاينة التعرفة وشرح الرسوم النهائية للسائق أو الفريق المالي. تحدد القواعد المحلية نماذج التسعير والوحدات المسموح بها، لذا يجب أن يكون التنفيذ مُصمماً خصيصاً لكل سوق. اطلب من المورّد إعداد إحدى تعرفتك الفعلية، وتغييرها لتاريخ لاحق، وتوضيح كيفية بقاء الجلسة الحالية مرتبطة بإصدار التعرفة الصحيح.

لا يُمثل تحصيل المدفوعات سوى جزء واحد من عمليات تحصيل الرسوم التجارية. إذ تربط آلية عمل متكاملة الجلسة بحساب التعريفة، وتفويض الدفع أو خصم المبلغ من الحساب، والإيصالات أو الفواتير، والمبالغ المستردة، والتسوية. وقد تحتاج الشبكات متعددة الأطراف أيضًا إلى توزيع الإيرادات بين مُشغل المنصة، ومالك الموقع، والوكيل، والمستثمر، أو حساب الأسطول.

تختلف الجهات والأساليب المطلوبة باختلاف البلد. يجب على المشترين التأكد من العملات، والمعاملة الضريبية، وهيكل التاجر، وتوفر بوابة الدفع، وقواعد المحفظة، واسترداد المدفوعات الفاشلة، ومسؤوليات رد الأموال لكل سوق مستهدف. يجب أن تحتفظ المنصة بسجلات الجلسات والمعاملات والتسويات مرتبطة ببعضها حتى تتمكن الفرق المالية من شرح أي اختلافات. دليل برامج فوترة شحن المركبات الكهربائية يشرح هذا الفرق بين منطق الفوترة ومعالجة المدفوعات، بينما حلول دفع رسوم شحن المركبات الكهربائية تغطي هذه الصفحة إجراءات الدفع والتسوية الخاصة بكل مشروع.

عند شحن عدة مركبات في وقت واحد، قد لا يتوفر في الموقع طاقة كافية لتشغيل جميع الموصلات بأقصى طاقة. تساعد إمكانيات الشحن الذكي على توزيع الطاقة المتاحة، وحماية حدود الموقع، وتحديد أولويات جلسات الشحن وفقًا لقواعد التشغيل. قد تنسق المشاريع الأكثر تطورًا أجهزة الشحن مع أحمال المبنى، وأسعار الكهرباء حسب وقت الاستخدام، وتوليد الطاقة الشمسية، أو تخزين البطاريات.

ينبغي على المشتري تحديد هدف التحكم قبل اختيار أي ميزة: تجنب التحميل الزائد، تقليل ذروة الطلب، الالتزام بمواعيد انطلاق الأسطول، استخدام الطاقة المتجددة أو المشاركة في برنامج للطاقة. كما يحتاج النظام إلى آلية احتياطية آمنة في حال تعطل نظام القياس عن بُعد أو العداد أو الشبكة. استفسر عن عدد مرات تحديث الحدود، ومكان اتخاذ قرارات التحكم، وما إذا كانت نماذج الشواحن تُنفذ الوظائف اللازمة. دليل برامج موازنة أحمال شحن المركبات الكهربائية يتناول هذا الكتاب أسئلة تخطيط الموقع هذه بالتفصيل.

تُحدد المراقبة المشكلة، بينما تُحدد الإدارة التشغيلية الخطوات اللاحقة. ينبغي لنظام إدارة الأعطال (CPMS) تصنيف الأعطال، وكبح التنبيهات المكررة، وتحديد مستوى خطورة التنبيهات، وتوجيه الحوادث إلى الفريق المختص. كما ينبغي له الاحتفاظ بالملاحظات والإجراءات وقطع الغيار وزيارات الفنيين وأسباب الإغلاق، ليتسنى تحليل المشكلات المتكررة بدلاً من إعادة اكتشافها مراراً وتكراراً.

قد تشمل إدارة دورة حياة الجهاز التحكم في التكوين، واسترجاع السجلات، وجدولة تحديثات البرامج الثابتة، وسجل الصيانة، وسجلات الاستبدال. يجب أن تكون تحديثات البرامج الثابتة مُجدولة وقابلة للتتبع ومحمية بإجراءات التراجع أو الاستعادة المناسبة للشاحن. يجب أن تُميّز تقارير مستوى الخدمة بين انقطاع الاتصال، وأعطال الشاحن، والصيانة المُخطط لها، وانقطاع التيار الكهربائي على مستوى الموقع. اطلب من المورّد عرض حادثة واحدة من لحظة اكتشافها مرورًا بفرزها، والتدخل عن بُعد، وإرسال فريق ميداني، وإغلاقها، بما في ذلك سجل التدقيق.

قد تضم الشبكة كيانات قانونية مختلفة، وفرقًا إقليمية، ومضيفي مواقع، وشركاء خدمة، ومجموعات عملاء. ينبغي أن توفر إدارة المواقع المتعددة رؤية تشغيلية موحدة مع الحفاظ على فصل البيانات والصلاحيات والمسؤوليات التجارية عند الاقتضاء. يجب أن يحدد نظام التحكم في الوصول القائم على الأدوار من يمكنه الاطلاع على الإيرادات، وتغيير التعريفات، وتشغيل أجهزة الشحن، وإدارة المستخدمين، أو تصدير البيانات.

بالنسبة لشركات المنصات ومصنّعي أجهزة الشحن، قد يدعم نظام تعدد المستخدمين أيضًا مشغلين ذوي علامات تجارية منفصلة على أساس برمجي مشترك. يمكن أن يشمل التوطين اللغة والعملة والمنطقة الزمنية والضرائب وسير العمل الخاص بكل بلد. تُعدّ واجهات العلامة البيضاء قيّمة عندما تكون علاقة العميل مع المشغل وليس مع مُورّد البرامج. راجع برنامج شحن المركبات الكهربائية ذو العلامة البيضاء قم بزيارة الصفحة إذا كانت العلامة التجارية والتسلسل الهرمي للمشغلين والتوسع الإقليمي جزءًا من خطتك.

نادراً ما يعمل نظام إدارة مواقف السيارات الحديث بمفرده. فقد يحتاج إلى تبادل المعلومات مع بوابات الدفع، وأنظمة تخطيط موارد المؤسسات والمحاسبة، ومنصات إدارة علاقات العملاء والدعم، وأنظمة مواقف السيارات، وأدوات إدارة الأساطيل أو الاتصالات عن بعد، وخدمات الهوية، وأنظمة إدارة الطاقة، ومنصات ذكاء الأعمال.

تحتاج واجهات برمجة التطبيقات المفيدة إلى أكثر من مجرد قائمة بنقاط النهاية. ينبغي على المشترين مراجعة المصادقة، والأذونات، والتحكم في الإصدارات، وحدود المعدل، والتكرار، والترقيم، ومعالجة الأخطاء، والوصول إلى بيئة الاختبار، والوثائق. يمكن لخطافات الويب تقليل الاستقصاء عن طريق إخطار الأنظمة الخارجية عند حدوث تغييرات في الشاحن أو الجلسة أو الدفع أو الخطأ، ولكن إعادة محاولات التسليم والتوقيعات مهمة. يجب أن تكون ملكية التكامل واضحة أيضًا: من يقوم بتعيين الحقول، واختبار الاستثناءات، ودعم التغيير بعد الإطلاق؟ دليل تكامل واجهة برمجة تطبيقات شحن المركبات الكهربائية يوفر إطار عمل عملي لتحديد النطاق.

يربط بروتوكول OCPP أجهزة الشحن بنظام إدارة؛ بينما يربط التجوال شركات الشحن ومزودي خدمات النقل. ويمكن لنظام إدارة الشحن (CPMS) المزود بخاصية التجوال تبادل بيانات الموقع والتعرفة والرمز المميز والجلسة وسجل تفاصيل الشحن عبر واجهة مفتوحة مثل OCPI أو عبر مركز تجوال.

تُتيح هذه الإمكانية توسيع نطاق وصول السائقين وتغطية الشبكة، ولكنها تُضيف أيضًا متطلبات تجارية وأخرى تتعلق بجودة البيانات. يحتاج المشغلون إلى إجراءات لضم الشركاء، والتحقق من صحة الرموز، وتحديد التعريفات، وتبادل الجلسات، والتحقق من صحة سجلات المكالمات، ومنطق التسوية، ومعالجة الاستثناءات. لا يُحدد دعم البروتوكول وحده اتفاقية العمل، أو التغطية الجغرافية، أو تجربة السائق. استفسر عن وحدات OCPI وإصداراتها المُطبقة، وما إذا كان الاتصال ثنائيًا أم قائمًا على مركز، وكيفية التعامل مع السجلات المفقودة أو المتضاربة. تُعرّف مؤسسة EVRoaming بروتوكول OCPI بأنه واجهة بين مزودي خدمات النقل الإلكتروني ومقدمي خدمات التنقل الإلكتروني؛ ومع ذلك، ينبغي على المشترين التحقق من التنفيذ الدقيق المطلوب لشركائهم.

ينبغي أن تساعد لوحات المعلومات الفرق على تحديد الخطوات التالية. تشمل مؤشرات الأداء التشغيلية الأساسية مدى توفر أجهزة الشحن، ومعدل نجاح الجلسات، وتكرار الأعطال، ومتوسط وقت الاستعادة، واستخدام الشبكة. قد تتضمن البيانات التجارية الجلسات، والطاقة المباعة، والإيرادات، ومتوسط قيمة المعاملات، وحالات فشل الدفع، وحالة التسوية، والأداء حسب الموقع أو الشريك. قد تحتاج فرق الطاقة إلى بيانات ذروة الطلب، وملف تعريف الحمل، والتكلفة حسب الفترة الزمنية.

تُعدّ التعريفات بنفس أهمية الرسوم البيانية. يجب أن توضح المنصة كيفية حساب التوافر، والمنطقة الزمنية المُطبقة، وكيفية التعامل مع الجلسات الجزئية، وما إذا كانت المعاملات الملغاة أو المُستردة تُحتسب ضمن إجمالي الإيرادات. ينبغي أن يتمكن المستخدمون من تصفية البيانات، ومقارنة الفترات، وجدولة التقارير، وتصدير بيانات مُنظّمة. تتطلب الأدوار المختلفة عروضًا مختلفة: فلا ينبغي أن يتلقى كل من المدير التنفيذي، ومشغل مركز عمليات الشبكة، والمدير المالي، ومضيف الموقع نفس لوحة التحكم.

يجب أن يشمل الأمن اتصال الشاحن، وبوابة المشغل، وتجربة استخدام الهاتف المحمول، وواجهات برمجة التطبيقات، ومخازن البيانات، والعمليات التشغيلية. ينبغي على المشترين تقييم الاتصالات المشفرة، وإدارة الشهادات والأسرار، والمصادقة متعددة العوامل، ومبدأ أقل الامتيازات، وسجلات التدقيق، وتفويض واجهات برمجة التطبيقات، وإدارة الثغرات الأمنية، والنسخ الاحتياطية، والاستجابة للحوادث. يعتمد أمن بروتوكول OCPP على كلٍ من إمكانيات البروتوكول والتنفيذ التشغيلي الفعلي.

ينبغي تضمين حقوق ملكية البيانات، ومكان إقامتها، والاحتفاظ بها، وتصديرها ضمن نطاق الحل. قد يستخدم النشر بنية تحتية مشتركة، أو خاصة، أو محلية، وذلك حسب متطلبات الحوكمة والتكامل والتحكم. يجب اختبار قابلية التوسع من خلال افتراضات قابلة للقياس، مثل عدد المستخدمين المتزامنين، والجلسات، ومعدلات الرسائل، وأحجام التقارير. يجب أن تحدد خطة استمرارية العمل أهداف المراقبة، والاسترداد، والنسخ الاحتياطية، والتحويل التلقائي في حالة الفشل، ومسؤولية الدعم. للاطلاع على مفاضلات النشر، راجع قسمنا. دليل الحوسبة السحابية، والحوسبة السحابية الخاصة، والحوسبة المحلية.