أدوات التحول الرقمي المفتوحة: من BPMN إلى البيانات

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

المواضيع في السلسلة:

1. ما هو التحول الرقمي Digital Transformation فعلاً؟
2. منهجية التحول الرقمي: من التقييم إلى خارطة الطريق.
3. أدوات التحول الرقمي المفتوحة: من BPMN إلى البيانات. (الموضوع الحالي)
4. التحول الرقمي عملياً: خدمة طلب كشف الدرجات.

وسوف نناقش في هذا المقال ما يلي:

• خريطة الأدوات على خطوات الدورة.
• رسم الإجراءات بلغة BPMN بمكتبة bpmn-js وبرنامج Camunda Modeler، وتحويل الرسم إلى صورة داخل Container.
• تنقيب العمليات Process Mining بمكتبة pm4py.
• نمذجة المعمارية بأداة Archi ولغة ArchiMate.
• أدوات خارطة الطريق والمحفظة.
• منصات التطبيقات منخفضة الكود Low-Code، ومتى تناسبك.
• منصة بيانات صغيرة لقياس المؤشرات.
• جدول التراخيص والإصدارات.

خريطة الأدوات على خطوات الدورة

كل أداة في هذا المقال تخدم خطوة من الدورة، وبعضها يخدم أكثر من خطوة، والصورة التالية تبين ذلك:

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

رسم الإجراءات بلغة BPMN

لغة BPMN اختصار Business Process Model and Notation، وهي معيار من مجموعة OMG لرسم الإجراءات بحيث يقرأ الرسم موظف الأعمال والمطور بالطريقة نفسها، والإصدار الحالي BPMN 2.0.2 بتاريخ نشر يناير 2014 كما في صفحة المعيار. والميزة التي تجعلها مناسبة للتحول أن الملف نفسه نص XML فيه العناصر وترتيبها، فيمكن حفظه في Git ومراجعته وقراءته ببرنامج، وليس صورة فقط. والصورة التالية تبين العناصر الستة التي تكفي لأغلب الإجراءات الإدارية:

وأشهر أداتين مفتوحتين لرسم BPMN كما يلي:

• مكتبة bpmn-js من مشروع bpmn.io: مكتبة JavaScript تعرض ملفات BPMN وتعدلها داخل المتصفح، فتستطيع أن تضيف عارضاً للإجراءات داخل بوابتك الداخلية أو تحول الملفات إلى صور آلياً. وآخر إصدار لها 18.31.0 بتاريخ 1 أكتوبر 2026.
• برنامج Camunda Modeler: برنامج سطح مكتب لرسم BPMN وجداول القرارات DMN والنماذج Forms، ويقول ملف README الخاص به إنه يستخدم bpmn-js، فالملف الذي ترسمه فيه يفتح في bpmn-js والعكس. وآخر إصدار له 5.52.0 بتاريخ 6 أكتوبر 2026، وترخيص المستودع MIT.

والترخيص هنا يحتاج انتباهاً في نقطتين:

• ترخيص bpmn.io: نص الترخيص هو نص ترخيص MIT مع شرط إضافي، وهو أن الكود الذي يعرض علامة bpmn.io المائية Watermark مع رابطها لا يحذف ولا يعدل، وأن تبقى العلامة ظاهرة كاملة دون أن يغطيها شيء عندما تستخدم المكتبة في موقع أو تطبيق، فإذا بنيت عارضاً للإجراءات في بوابتك فاترك العلامة كما هي.
• البرنامج غير المحرك: ترخيص Camunda Modeler مستقل عن ترخيص محرك Camunda 8 الذي ينفذ الإجراءات، وقد شرحنا في أدوات أتمتة سير العمل أن المحرك تحت Camunda License 1.0 ويحتاج ترخيصاً للإنتاج، وأن Flowable هو الخيار المفتوح لتنفيذ BPMN، فالرسم مجاني ومفتوح، والتنفيذ قرار آخر.

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

تحويل ملف BPMN إلى صورة داخل Container

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

docker run --rm --name lab-dt-npm -v "$PWD:/w" -w /w node:24-alpine \
  sh -c "node -v && npm -v && npm init -y >/dev/null && npm install --no-audit --no-fund [email protected] 2>&1 | tail -3 && ls node_modules/bpmn-js/dist | head"

والمخرج سوف يكون كما يلي:

v24.21.0
11.19.0

added 20 packages in 29s
assets
bpmn-modeler.development.js
bpmn-modeler.production.min.js
bpmn-navigated-viewer.development.js
bpmn-navigated-viewer.production.min.js
bpmn-viewer.development.js
bpmn-viewer.production.min.js

بعد ذلك نفتح صفحة فيها bpmn-viewer.production.min.js في متصفح Chrome بلا واجهة Headless، ونستورد الملف بالدالة importXML، ثم نحفظ الرسم بالدالة saveSVG ونأخذ له صورة، والسكربت الكامل render.mjs موجود مع ملفات المقال الرابع. والمخرج عند تشغيله على ملفات المثال كان كما يلي:

bpmn-js version: 18.31.0
asis.bpmn: imported, warnings=0; lanes=4 tasks=9 gateways=1 flows=12; svg=02-asis.svg (35330 bytes)
discovered.bpmn: imported, warnings=0; lanes=0 tasks=9 gateways=2 flows=13; svg=04-discovered.svg (23898 bytes)
tobe.bpmn: imported, warnings=0; lanes=3 tasks=6 gateways=1 flows=9; svg=05-tobe.svg (33067 bytes)

وفي المخرج أعلاه لاحظ التالي:

• عدد التحذيرات warnings=0 لكل ملف، أي أن bpmn-js قرأ الملف كاملاً دون عناصر مجهولة أو روابط ناقصة، وهذا فحص مفيد تضعه في CI لكل ملف إجراء يضاف إلى المستودع.
• العدادات من سجل العناصر elementRegistry في bpmn-js، فتستطيع أن تبني عليها تقريراً بسيطاً مثل عدد الحارات Lanes في كل إجراء، وهو مؤشر سريع على عدد الأقسام التي يمر عليها الطلب.

والصورة التالية هي أحد هذه الملفات بعد تحويله، وهي الإجراء المستهدف من المقال الرابع:

تنقيب العمليات Process Mining بمكتبة pm4py

رسم BPMN يبين الإجراء كما يصفه الناس، أما تنقيب العمليات Process Mining فيبين الإجراء كما حدث فعلاً، من سجل الأحداث Event Log الذي تتركه الأنظمة. والسجل يحتاج ثلاثة أعمدة على الأقل:

• رقم الحالة Case ID: رقم الطلب الذي تتبعه.
• النشاط Activity: اسم الخطوة، مثل «استلام الطلب».
• الوقت Timestamp: متى حدثت الخطوة، ويفضل وقت البداية ووقت الانتهاء معاً حتى تفصل وقت العمل عن وقت الانتظار.

ومن هذه الأعمدة تحسب المكتبة مدة كل طلب، والمسارات المختلفة التي سلكتها الطلبات Variants، وأين ينتظر الطلب أطول وقت، ومدى تطابق السجل مع الرسم الذي رسمه الفريق Conformance، بل وتكتشف رسماً من السجل وحده Process Discovery.

ومكتبة pm4py هي أشهر مكتبة مفتوحة لذلك بلغة Python، وآخر إصدار لها على PyPI هو 2.7.23.10 بتاريخ 12 أكتوبر 2026، وترخيص المستودع AGPL-3.0. وعند استيرادها تطبع المكتبة نفسها رسالة ترخيص، وهذا جزء من مخرجها كما ظهر لنا في المقال الرابع، بعد أن حذفنا منه رموز الألوان Color Codes وسطري الإطار فقط:

  Welcome to PM4Py — Community Version
  Open-Source License (AGPL v3)

  📚 Docs & Examples:
     https://processintelligence.solutions/pm4py

  ⚖️  License: AGPL v3 — Commercial use requires open-sourcing your application.
     Business use without open-sourcing? A commercial license is available:
     https://processintelligence.solutions/pm4py#licensing

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

نمذجة المعمارية بأداة Archi

شرحنا لغة ArchiMate وأداة Archi في معمارية المؤسسة، وما يهمك منها في التحول هو ربط الخدمة بالإجراء والتطبيق والبيانات في نموذج واحد، فإذا تغير الإجراء عرفت أي تطبيق يتأثر. وأداة Archi مجانية ومفتوحة المصدر، وتدعم ArchiMate 3.2 كما في موقعها، وآخر إصدار لها 5.10.0 بتاريخ 3 سبتمبر 2026، وترخيص مستودعها MIT. وثلاث إمكانيات تجعلها مناسبة لعمل التحول كما يلي:

• استيراد CSV: تبني النموذج من جدول التطبيقات والقدرات بدلاً من رسمه يدوياً، كما في صفحة الاستيراد.
• واجهة سطر الأوامر: في المستودع وحدات لسطر الأوامر للاستيراد والتقارير، وتصفها صفحة Archi Command Line Interface، فتستطيع إنتاج تقرير HTML للنموذج آلياً.
• الإضافات: مثل jArchi للبرمجة بلغة JavaScript داخل الأداة، وcoArchi للعمل المشترك على النموذج عبر Git، كما في صفحة الإضافات على موقعها.

أدوات خارطة الطريق والمحفظة

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

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

التطبيقات منخفضة الكود Low-Code

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

وفي الجدول أعلاه لاحظ أن تراخيص هذه الفئة تتغير، فقد غيرت NocoDB ترخيصها هذا العام كما شرحنا في دليلها، ولذلك اقرأ ملف الترخيص في المستودع عند كل ترقية وليس مرة واحدة عند الاختيار. ومتى تناسبك منصة Low-Code؟ الجدول التالي يلخص ذلك:

والصف الأخير هو الخطر الأكبر، فمنصة Low-Code بلا حوكمة تنتج عشرات التطبيقات الصغيرة التي تنسخ البيانات وتتعطل عندما يغادر من بناها، وهذا ما يسمى تقنية الظل Shadow IT. وقرار البناء بها أو بالكود أو الشراء هو القرار نفسه الذي شرحناه في تشتري أم تبني؟، وأما ربط الأنظمة ونقل البيانات بينها دون شاشات فمكانه أتمتة سير العمل.

منصة بيانات صغيرة لقياس المؤشرات

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

وأجزاء المنصة وتراخيصها كما يلي:

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

جدول التراخيص والإصدارات

الجدول التالي يجمع أدوات المقال كلها، والترخيص فيه كما في ملف الترخيص أو صفحة المستودع، والإصدار آخر إصدار منشور، وكلاهما كما هو في 14 أكتوبر 2026:

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

أخطاء شائعة

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

الخلاصة

• لكل خطوة من دورة التحول أداة مفتوحة، ورسم الإجراءات وتنقيب العمليات يخدمان القياس قبل التغيير وبعده.
• BPMN 2.0.2 ملف XML يقرؤه الإنسان والبرنامج، وbpmn-js يعرضه ويحوله إلى صورة داخل Container، وCamunda Modeler يرسمه على سطح المكتب بالمكتبة نفسها.
• pm4py يحسب المدة والانتظار والتطابق من سجل الأحداث، وترخيصه AGPL-3.0 مع رخصة تجارية.
• Archi بترخيص MIT يربط الخدمة بالإجراء والتطبيق، وOpenProject وPlane وTaiga لخارطة الطريق.
• منصات Low-Code تناسب الشاشات الداخلية البسيطة بشرط مالك وحوكمة، ومنصة بيانات صغيرة تكفي لسجل المنافع.

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

سجل التحديثات

• أكتوبر 2026: كتابة المقال، وتثبيت bpmn-js 18.31.0 بأداة npm 11.19.0 داخل Container من node:24-alpine (Node.js v24.21.0) وتحويل ملفات BPMN بمتصفح Chrome بلا واجهة، ومراجعة ملفات الترخيص وآخر الإصدارات لكل الأدوات في مستودعاتها على GitHub وفي PyPI كما هي في 14 أكتوبر 2026.