ما تشير إليه خارطة طريق هيئة الكهرباء المركزية (CEA) لشهر يوليو 2026 لموردي أنظمة سكادا (SCADA)، ومزودي الأمن السيبراني، ومدمجي الأنظمة، والمرافق الخدمية قبل مرحلة التخلص التدريجي من الواردات بحلول عام 2030.

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

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

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

التحدي الأساسي: الاستقلال التشغيلي

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

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

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

·  بنيات قواعد بيانات تعتمد على الشركات المصنعة للمعدات الأصلية (OEM) ونماذج بيانات احتكارية

·  عدم اتساق في تسمية المصطلحات ومشاكل في مزامنة نماذج الشبكة

·  قيود في التوافق والتشغيل البيني وصعوبات في دمج تطبيقات الطرف الثالث

·  الاعتماد على أدوات هندسية يتحكم فيها المورد وتدخل الشركات المصنعة (OEM) لإجراء تعديلات على قاعدة البيانات

·  قيود حول ترقيات البرامج، والإصلاحات، وتغييرات التكوين

·  الاعتماد المستمر على الدعم الخارجي لإجراء التغييرات الروتينية

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

الوضع المستقبلي: البنية البرمجية أولاً قبل المنتجات

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

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

إن حجم هذا الانتقال كبير للغاية؛ حيث تستهدف خارطة الطريق 38 وحدة برمجية و 25 مكوناً من المكونات المادية. وبينما سيتوسع توطين المكونات المادية تدريجياً، يتوقع التقرير تطوير 36 وحدة برمجية في غضون فترة تتراوح بين 24 إلى 36 شهراً.

عقبة الاختبار والتحقق من الصحة

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

يتطلب مشغلو شبكات الطاقة الوطنية ضماناً مطلقاً بمرونة النظام تحت الضغط. ويجب عليهم معرفة كيفية تصرف الأنظمة النمطية أثناء اضطرابات الشبكة، أو فشل الاتصالات، أو عند عزل المكونات المخترقة. وتوصي هيئة الكهرباء المركزية بشكل صحيح بإنشاء منصة اختبار مخصصة وممولة من الحكومة—بما في ذلك التوائم الرقمية والتشغيل المتوازي في مراكز توزيع الأحمال الحكومية والإقليمية والوطنية (SLDC/RLDC/NLDC).

يخلق هذا التكليف سوقاً فرعية مربحة لاختبار التكنولوجيا التشغيلية (OT) المتخصصة، بما يشمل اختبار التعافي من الكوارث، والتحقق من صحة البروتوكول، ومحاكاة النطاق السيبراني، والضمان المستمر.

الأمن السيبراني كبنية أساسية

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

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

خرائط طريق استراتيجية للمشاركين في النظام البيئي

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

المرافق الخدمية: إنشاء مؤشر مرجعي للاعتمادية

لا ينبغي للمرافق الانتظار حتى دورة الشراء التالية لتقييم مدى استعدادها. الأولوية الفورية هي رسم خريطة لتبعيات الموردين الحاليين لتحديد ملف مخاطر مرجعي قبل الانتقال.

يجب أن تتطور مواصفات المشتريات المستقبلية من مجرد محاكاة البنيات الاحتكارية إلى فرض واجهات برمجة تطبيقات مفتوحة، وحوكمة الشيفرة المصدرية، وقدرات ترقية مستقلة.

لا ينبغي للمرافق الانتظار حتى عام 2029 للتفكير في هذا التحول. السؤال الأول الذي يجب طرحه هو: ما مدى اعتمادنا اليوم على الشركة المصنعة (OEM) لنظام سكادا الخاص بنا؟

تتمثل البداية العملية في بناء مؤشر اعتمادية لنظام سكادا من خلال رسم خرائط لما يلي:

·       تعديل قاعدة البيانات: هل يعتمد على الشركة المصنعة (OEM)؟ (مخاطر عالية/متوسطة/منخفضة)

·       الأدوات الهندسية: هل هي احتكارية؟

·       الشيفرة المصدرية: هل هي متاحة وبأي شروط؟

·       واجهات التطبيقات: مفتوحة أم مغلقة؟

·       نموذج الشبكة: هل يتوافق مع نموذج CIM؟

·       تكامل الطرف الثالث: هل هو مدعوم دون تدخل الشركة المصنعة (OEM)؟

·       إدارة التحديثات: خاضعة لسيطرة الشركة المصنعة (OEM) أم لسيطرة المرفق الخدمي؟

·       تغييرات التكوين: داخلية أم من خلال الشركة المصنعة (OEM)؟

·       أدوات الأمن السيبراني: هل هي متكاملة وقابلة للإدارة بشكل مستقل؟

·       التعافي من الكوارث: هل يمكن تنفيذه بشكل مستقل؟

·       قطع الغيار المادية: هل هي متوفرة محلياً؟

·       دعم دورة الحياة: هل توجد قدرة محلية في الهند؟

هذا يمنح المرافق الخدمية خط أساس مرجعي قبل البدء في التخطيط للمشتريات أو الهجرة للأنظمة الجديدة.

الشركات المصنعة لأنظمة سكادا (OEMs): تحويل نموذج الأعمال

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

يجب على الشركات المصنعة (OEMs) البدء في إعداد تقييم جاهزية لعام 2030. ويجب عليها على الأقل معالجة الجوانب التالية:

· البنية البرمجية: هل المنصة نمطية؟ هل الواجهات موثقة؟ هل يمكن لتطبيقات الطرف الثالث التكامل معها؟

· البيانات: هل بنية قاعدة البيانات قائمة على المعايير الموحدة؟ هل تم تطبيق نموذج CIM بشكل صحيح؟ هل اتفاقيات التسمية قابلة للنقل؟

· الهندسة: هل يمكن للمرافق إجراء تغييرات التكوين الروتينية بشكل مستقل؟ ما هي الأنشطة التي لا تزال تتطلب تدخل الشركة المصنعة (OEM)؟

· الأمن السيبراني: هل الأمن مدمج طوال دورة حياة تطوير البرمجيات (SDLC)؟ هل يمكن للمنصة دمج تقنيات الأمن الهندية؟ هل يمكن التحقق من صحة التحديثات الأمنية بشكل مستقل؟

· القدرة المحلية: أين يتم تطوير البرمجيات؟ من يملك الشيفرة المصدرية؟ أين يتم تقديم دعم دورة الحياة؟ ماذا يحدث إذا أصبح الدعم الأجنبي غير متاح؟  

· الاختبار: هل يمكن للمنتج العمل في بيئات التوأم الرقمي أو بيئات المحاكاة والربط البرمجي بالأجهزة (hardware-in-the-loop)؟ هل يمكن إثبات التوافق التشغيلي مع الموردين الآخرين؟

يجب الإجابة على هذه الأسئلة قبل دورة الشراء الرئيسية القادمة، وليس بعدها.

مدمجو الأنظمة: امتلاك طبقة التكامل

في نظام بيئي نمطي يجمع بين جوهر نظام سكادا الهندي، والتطبيقات المتخصصة، والمكونات المادية المحلية، والأنظمة القديمة، ستصبح قدرات التكامل أكثر قيمة من امتلاك المنتج نفسه. يجب على مدمجي الأنظمة بناء كفاءات عميقة في بروتوكولات IEC 61850 و ICCP وهندسة الهجرة لأنظمة EMS/DMS والبنيات عالية التوافر وتشغيل التوائم الرقمية.

مزودو الأمن السيبراني: ما وراء الحدود التقليدية

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

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

خطة عمل من خمسة أجزاء للنظام البيئي

تشير خارطة طريق هيئة الكهرباء المركزية إلى خمس أولويات فورية:

1. بناء البنية البرمجية قبل بناء المنتجات
   تحديد نموذج المعلومات المشترك والواجهات واتفاقيات التسمية ومتطلبات التوافق والتشغيل البيني.

2. بناء نظام اختبار بيئي بالتوازي مع التكنولوجيا
   عدم الانتظار حتى تكتمل المنتجات لاكتشاف عدم وجود بيئة واقعية للتحقق من صحتها.

3. معاملة الأمن السيبراني كمتطلب أساسي للمنتج
   يجب بناء الأمن في بنية سكادا ودورة حياة التطوير بدلاً من إضافته أثناء مرحلة التشغيل الفعلي.

4. تطوير القدرات المحلية لدعم دورة الحياة
   يجب أن يشمل التوطين القدرة على تشغيل النظام، وتعديله، وترقيته، وتأمينه، وصيانته دون الاعتماد الروتيني على مورد أجنبي.

5. إنشاء مشاريع تجريبية تشغيلية حقيقية
   النجاح المخبري لا يكفي. سيكون النشر المتوازي والمشاريع التجريبية الموجهة في بيئات SLDC/RLDC/NLDC أمراً حاسماً لإثبات الكفاءة التشغيلية.

الصورة الأشمل

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

• مطوري أنظمة سكادا (SCADA) وأنظمة إدارة الطاقة (EMS/DMS)

• مصنعي وحدات الطرفية البعيدة (RTU) والأجهزة الإلكترونية الذكية (IED)

• شركات الخوادم، والمكونات المادية، والشبكات

• موردي الأمن السيبراني ومختبرات الاختبار

• مدمجي الأنظمة، والجامعات، ومؤسسات البحث

• المرافق الخدمية، والوكالات الحكومية، ومنظمات المعايير

سيعتمد نجاح البرنامج على مدى جودة تعاون هؤلاء المشاركين معاً.

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

استشر أخصائي الامتثال لمعايير هيئة الكهرباء المركزية (CEA) للإجابة على استفساراتك.

اكتشف الأداة الآلية الوحيدة في الصناعة لتقييم أمن التكنولوجيا التشغيلية (OT) والتي يمكنها مساعدتك في الامتثال لمعايير IEC 62443 و NIS2 و OTCC و NIST CSF وغيرها الكثير.