M365Con 2027 – مؤتمر مجاني عبر الإنترنت · 11–22 Jan 2027 · 120 sessions→ m365con.net

المدونة · Mirko Peters

التوأم الرقمي مقابل أدوات المحاكاة: كيف تختار لمصنعك

Disclosure: M365.FM host Mirko Peters works at iFAKT GmbH. This page describes the company factually; paid partnerships and links are labelled as advertising.

By ·

التوأم الرقمي مقابل أدوات المحاكاة: ما الذي يفرّق بينهما، وأي الأسئلة تجيب عنها كل منهما، وكيف يمكن لمديري المصانع الاختيار دون شراء أكثر مما يحتاجون.

Automatically translated with AI from the original post. Read the English original

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

النقاط الرئيسية

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

ما الفرق بين التوأم الرقمي والمحاكاة؟

ابدأ بالتعريفات، لأن الموردين يوسّعون معنى الكلمتين في أحيان كثيرة.

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

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

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

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

أي الأسئلة تجيب عنها كل منهما؟

اختر الأداة حسب السؤال، لا العكس.

تجيب محاكاة المصنع عن أسئلة تتعلق بشيء لا وجود له بعد، أو بشيء لا يمكن اختباره على خط الإنتاج:

  • هل ستؤدي وردية ثانية في خلية التجميع إلى تفريغ الأعمال المتراكمة، أم أن عنق الزجاجة سينتقل فقط إلى مكان آخر؟
  • ما الذي يحدث لزمن التسليم إذا تحول مزيج المنتجات نحو المتغيرات المعقدة؟
  • هل المخزن المؤقت المخطط له بين محطتين كافٍ؟
  • هل يتسع تخطيط خط الإنتاج الجديد للطلب المتوقع خلال عامين؟

التوأم الرقمي يجيب عن أسئلة تتعلق بالمصنع كما يعمل اليوم:

  • ما الطلبات التي ستتأخر، بالنظر إلى المكان الفعلي للعمل الآن؟
  • أي آلة تُظهر مؤشرات على أنها ستتوقف قريباً؟
  • إلى أي مدى انحرفت الخطة عن أرض المصنع منذ صباح اليوم؟
  • كيف يبدو استهلاك الطاقة الحالي حسب كل خط؟

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

ما البيانات التي يحتاجها كل منهما؟

البيانات هي النقطة التي تتعثر عندها معظم المشاريع، لذا اطرح هذا السؤال قبل أي عرض توضيحي.

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

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

هناك سؤالان يحسمان معظم محادثات البيع:

  1. ما تواتر التحديث الذي يحتاجه القرار فعلياً: كل بضع ثوانٍ، أم كل وردية، أم كل أسبوع؟
  2. ما البيانات التي نجمعها ونثق بها اليوم؟

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

أين تندرج أدوات Microsoft؟

تقدم Microsoft خدمة منصة لجانب التوأم المباشر. Azure Digital Twins هي، وفقاً لـ Microsoft Learn، خدمة منصة لإنشاء رسوم بيانية للتوائم: نماذج رقمية لبيئات مثل المباني والمصانع وشبكات الطاقة. تحدد أنواع التوائم بلغة شبيهة بـ JSON تسمى DTDL، وتُحدَّث الخصائص باستمرار من البيانات المباشرة، على سبيل المثال عبر Azure IoT Hub للأجهزة، أو عبر واجهات REST API لأنظمة الأعمال. وتدعم الاستعلامات على الرسم البياني، ويمكنها توجيه البيانات إلى خدمات Azure أخرى.

كن واضحاً بشأن طبيعة هذه الخدمة. إنها لبنة بناء للمطورين، وليست محاكاة جاهزة للمصنع. فهي تخزن نموذج التوأم وبياناته وتربطهما ببعضهما. أما منطق "ماذا لو" في محاكاة الإنتاج، بما يشمله من طوابير وإعدادات وتقاويم ورديات، فهو برنامج مختلف تماماً. وتشير Microsoft أيضاً إلى أن Azure Digital Twins ليست هي نفسها معاينة digital twin builder في Microsoft Fabric ولا توائم الأجهزة في IoT Hub، لذا تحقق من المقصود عندما يتحدث زميل أو مورد عن أحدها قبل أن تبني خططك عليه.

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

كيف تختار بين التوأم وأداة المحاكاة؟

اتبع ترتيب الأسئلة التالي. يستغرق ذلك ورشة عمل واحدة، لا أكثر.

  1. دوّن القرار. جملة واحدة: "يجب علينا أن نقرر X بحلول التاريخ Y." بدونها، تبدو أي أداة مفيدة.
  2. حدد من سيستخدم الإجابة. هل هو مخطط، أم مدير مصنع، أم مشرف وردية؟ مهاراتهم تحدد الطريقة التي يجب أن تُعرض بها النتائج.
  3. تحقق مما إذا كان القرار متعلقاً بتغيير أم بتشغيل اليوم. التغيير يشير إلى المحاكاة. أما تشغيل اليوم فيشير إلى التوأم أو إلى أدوات الجدولة والمراقبة.
  4. اجرد البيانات المتوفرة لديك ومدى جودتها. كن صريحاً بشأن الفجوات.
  5. حدد إيقاع التحديث. مباشر، أو يومي، أو عند الطلب.
  6. اختر التجربة التجريبية الأضيق نطاقًا. سطر واحد، وفئة منتجات واحدة، وسؤال واحد.

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

ما الأسئلة التي ينبغي أن تطرحها على المورّد؟

بغض النظر عن التسمية، تنطبق الأسئلة نفسها دائمًا:

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

اطلب تجربة تجريبية على بياناتك أنت. العرض التوضيحي على مصنع العينة الخاص بالمورّد لا يثبت الكثير عن مصنعك.

ما إيجابيات الخيارات وسلبياتها بعبارات واضحة؟

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

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

هل يمكن للاثنين أن يعملا معًا؟

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

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

الأخطاء الشائعة

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

أين يقع Polaris في الصورة

إذا بدأ سؤالك بـ"ماذا لو"، فإن iFAKT Polaris خيار يستحق النظر فيه. تصف iFAKT Polaris بأنه ذكاء اصطناعي مع توأم رقمي للإنتاج، إذ يجمع بين بيانات ERP وتوأم رقمي للتصنيع. تحوّل وحدة Polaris Designer البيانات المدخلة، مثل بيانات ERP وأزمنة العمليات وهياكل الموارد والقيود، إلى رسم معرفي للمنتج والعملية والمورد. وتعتمد وحدة Polaris Simulator على هذا الرسم لاختبار سيناريوهات السعة والتوظيف والمخزون المؤقت افتراضيًا قبل اتخاذ قرارات فعلية. ويعتمد ملاءمته على بياناتك وسؤالك، لذا اختبره أولًا على حالة واحدة ضيقة النطاق.

مواضيع ذات صلة للاستكشاف

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

الخطوة التالية

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

تابع البودكاستApple PodcastsSpotify

Entities in this article

Digital twin Factory simulation Azure Digital Twins Polaris Designer Polaris Simulator iFAKT GmbH

Related articles

RSS

محتوى مموّل

iFAKT GmbH