7 أخطاء ترتكبها المصانع عند تطبيق IoT

السؤال الذي يكشف إن كان IoT يعمل

حين يقول عميل لبافيل ديرا، المدير التقني لـDBR77 IIoT، "لدينا IoT بالفعل"، يطرح عليه سؤالًا واحدًا: "ما الذي غيّرتموه في العملية الشهر الماضي بناءً على بيانات النظام؟" وغالبًا لا يستطيع أحد أن يسمّي شيئًا.

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

في دراسة McKinsey التي شملت أكثر من 700 خبير في التصنيع، نقل أقل من ثلث المشاركين حالات الاستخدام الحرجة إلى نشر واسع النطاق. ووصف المنتدى الاقتصادي العالمي 70% من المصنّعين بأنهم عالقون في "مطهر التجارب".

الخطأ 1: عدم تحديد القرار

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

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

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

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

الخطأ 2: تنفرد IT بتنفيذ المشروع

يمس IoT الشبكات والأمن، لذلك يقع غالبًا في عهدة قسم IT. وتسلّم IT الآلات المتصلة ولوحات المعلومات، ولا أحد على أرض المصنع يغيّر طريقة عمله.

تبيّن أبحاث McKinsey عن IoT أن كثيرًا من عمليات النشر تديرها IT بدلًا من أن تكون تحولًا تجاريًا، وأن الشركات التي تنجح تعيّن مالكًا واضحًا.

وزّع المسؤولية بدلًا من ذلك. فالإنتاج يملك النتائج والتنفيذ: مالك خط يحدد ما هو مهم ومن يتصرف. أما IT وOT فيملكان الشبكة والوصول والأمن. وتملك الصيانة الاستجابة للتوقفات الفنية.

الخطآن 3 و4: خطوط كثيرة دفعة واحدة، وغياب خط الأساس

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

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

الخطآن 5 و6: تنبيهات بلا مسؤولين، ورموز أسباب مأخوذة من ERP

التنبيهات المرسلة إلى "الصيانة" أو إلى محادثة جماعية ليس لها متلقٍّ محدد، فيكتمها الناس بعد أسبوع. يحتاج كل تنبيه إلى دور واحد في الوردية الحالية، وقاعدة تصعيد، مثلًا: إذا لم يُقرّ به أحد خلال 5 دقائق، يُبلَّغ قائد الوردية.

أما رموز الأسباب المنسوخة من ERP فقد كُتبت للمحاسبة على التكاليف، والمشغّل عند آلة متوقفة يفكر بكلمات أخرى. وأمام عشرات الرموز بلغة المالية، يختار المشغّل "أخرى". احتفظ بين 10 و15 سببًا لكل نوع آلة، بالكلمات التي يستخدمها الناس على أرض المصنع. ويقدّم إرشاد Vorne حول الخسائر الست الكبرى مثالًا على سياسة واضحة: كل توقف يزيد على دقيقتين يحصل على سبب.

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

الخطأ 7: اعتماد البرنامج على شخص واحد

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

1. معايير موثّقة: تعريفات وقوائم أسباب ومسارات تنبيه وعتبات مكتوبة ومُدارة بالإصدارات.
2. أدوار مسمّاة: مالك خط، ومالك بيانات، ومالك استجابة لكل وردية، مع نائب لكل منهم.
3. إيقاع ثابت: مراجعة لمدة 10 دقائق في بداية كل وردية، ومراجعة شهرية للعتبات والأسباب.

هذه العناصر الثلاثة تحوّل التجربة أيضًا إلى معيار للمصنع.

الأخطاء السبعة في لمحة

الأسئلة الشائعة

كيف نعرف أن نظام IoT لدينا مجرد أداة للتقارير؟

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

من ينبغي أن يملك تطبيق IoT في المصنع؟

ينبغي أن يملك الإنتاج النتائج، عبر مالك خط يحدد ما هو مهم ومن يتصرف. أما IT وOT فيملكان الشبكة والوصول والأمن. وبدون مالك إنتاج، يسلّم المشروع لوحات معلومات ولا شيء أكثر.

هل يمكن إصلاح هذه الأخطاء في نظام يعمل بالفعل؟

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

كم عدد الخطوط التي ينبغي أن يغطيها أول نشر لـIoT؟

خط واحد. أثبت النتيجة هناك، ووثّق المعيار، ثم انشر خطًا بعد خط.

الخلاصة

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

المصادر

• DBR77، ITM Industry Europe 2026 conference recordings (بالبولندية)، 2026
• McKinsey & Company، How digital manufacturing can escape "pilot purgatory"، 2018
• McKinsey & Company، IoT value set to accelerate through 2030، 2021
• World Economic Forum، These 10 new 'Lighthouse' factories show the future of manufacturing is here، 2020
• Vorne، The Six Big Losses، 2026
• بيانات تجريبية من DBR77 IIoT، خط تغليف الكرتون المضلّع (العميل مجهول الهوية)، 2026