كيف تقود استراتيجية الذكاء الاصطناعي نجاح أتمتة سير العمل في المؤسسات: دروس من مقابلة سوبان داليري

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

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

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

ما الذي تكشفه قيادة المنتج في Pipefy عن مستقبل الأتمتة

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

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

الفرق بين أتمتة المهام وأتمتة سير العمل

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

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

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

أين تضيف طبقة BPM القيمة الحقيقية

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

يمكن النظر إلى BPM باعتبارها الطبقة التي تجيب عن أسئلة لا تجيب عنها أدوات الأتمتة البسيطة: من يوافق؟ ماذا لو رُفض الطلب؟ متى نعيد التوجيه؟ كيف نتعامل مع غياب البيانات؟ ما هي SLA؟ وكيف نُظهر حالة كل طلب بشفافية؟

لهذا السبب، يفضّل كثير من قادة العمليات والـ CIOs الاعتماد على إدارة وأتمتة عمليات الأعمال BPM عندما يريدون بناء مسارات قابلة للتوسع، بدل الاعتماد على سكربتات متفرقة أو تكاملات غير مرئية داخل البريد والملفات المشتركة.

دور المنصات منخفضة الكود في تحويل الذكاء الاصطناعي إلى تطبيق أعمال

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

في بيئات المؤسسات، هذا مهم لثلاثة أسباب:

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

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

أمثلة عملية من واقع المؤسسات في المنطقة

1) طلبات الشراء والموافقات المالية

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

2) خدمة العملاء ومسار التصعيد

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

3) إدارة الطلبات بين ERP وCRM

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

4) الإجراءات الحكومية أو شبه الحكومية

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

كيف تربط Cortex الأشخاص والعمليات والبيانات والأنظمة القديمة

الطبقة الفعالة لا تعني فقط “واجهة جميلة”. بل تعني مساراً واحداً يمر عبر الإنسان والآلة والنظام. وهنا يظهر الدور العملي لـ Cortex عندما يُستخدم كمنصة low-code/BPM تربط الأدوار والاعتمادات وواجهات العمل والـ APIs والأنظمة القديمة في نموذج تشغيلي واحد.

الربط الناجح عادة يحتاج إلى أربعة عناصر:

• نموذج بيانات واضح للطلب أو الحالة.
• قواعد عمل تحدد من يوافق ومتى.
• تكاملات موثوقة مع ERP وCRM والأنظمة المرجعية.
• لوحة متابعة تُظهر الحالة الحالية والاختناقات.

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

ستة معايير قرار يجب أن يراجعها أي CIO أو COO

المعيار	السؤال العملي	لماذا يهم
تعقيد العملية	هل العملية ذات خطوات كثيرة واستثناءات متعددة؟	كلما زاد التعقيد زادت قيمة BPM مقابل الأتمتة الجزئية.
حساسية البيانات	هل تحتوي على بيانات مالية أو شخصية أو تنظيمية؟	قد يفرض ذلك On-Prem أو نموذجاً هجيناً.
التكاملات	هل يجب الربط مع ERP وCRM وأنظمة قديمة؟	الأتمتة المنفصلة غالباً تُنتج ازدواجية وأخطاء.
سرعة التغيير	هل تتغير القواعد كثيراً من قسم لآخر؟	المنصة منخفضة الكود تكون أفضل من التطوير الثابت.
متطلبات التدقيق	هل تحتاج المؤسسة مسار موافقات وسجل قرارات واضح؟	ضروري للحوكمة والامتثال.
قابلية القياس	هل يمكن قياس زمن الدورة ونسبة الاستثناءات؟	بدون قياس لا يمكن إثبات القيمة أو تحسينها.

متى تكون المنصة منخفضة الكود أفضل من التطوير المخصص؟

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

• إطلاق أول نسخة بسرعة.
• إشراك فرق الأعمال في التعديل.
• تقليل اعتماد المؤسسة على مطورين لكل تغيير صغير.
• بناء مسار قابل للتوسع على مراحل.

أما إذا كانت المنصة ستبقى مجرد نموذج دون تكاملات عميقة، فقد تتحول إلى “جزيرة أتمتة” جديدة. لذلك، يجب تقييمها دائماً مقابل قدرة التكامل، الحوكمة، وسهولة التوسع.

مؤشرات نجاح يجب أن يراقبها CIO وCOO

لا يكفي أن نقول إن الأتمتة نجحت لأن الموظفين “أصبحوا راضين”. النجاح التشغيلي يجب أن يقاس بمؤشرات محددة:

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

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

متى تحتاج المؤسسة إلى تكامل عميق مع ERP أو CRM؟

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

يمكن الرجوع أيضاً إلى حلول الشركات الكبرى مثل Microsoft Power Platform أو IBM Business Automation أو SAP ERP أو Oracle ERP أو Salesforce CRM لفهم كيف تنظر المنصات العالمية إلى الربط بين الأتمتة والأنظمة الأساسية. لكن قرار المؤسسة لا يجب أن يُبنى على الاسم التجاري فقط، بل على ملاءمة المعمارية وقدرة التنفيذ والحوكمة المحلية.

خطة تنفيذ مختصرة لتجنب فشل مشاريع الأتمتة

1. ابدأ بعملية واحدة ذات أثر واضح، مثل الموافقات المالية أو طلبات الشراء.
2. عرّف الحالة الحالية بدقة: من يبدأ الطلب، من يوافق، وما هي الاستثناءات.
3. ارسم البيانات التي يجب أن تنتقل بين الأنظمة.
4. حدّد أين يحتاج الذكاء الاصطناعي إلى اقتراح أو تصنيف، وأين يجب أن يتوقف عند الإنسان.
5. ابنِ نموذجاً أولياً منخفض الكود وجرّبه مع مستخدمين فعليين.
6. اختبر التكامل مع ERP وCRM والأنظمة القديمة قبل التوسع.
7. ضع مؤشرات أداء منذ اليوم الأول، وليس بعد الإطلاق.
8. وثّق الصلاحيات والمسؤوليات وسجل التدقيق.

الأخطاء الشائعة التي تكررها المؤسسات

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

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

FAQ

ما الفرق بين أتمتة المهام وأتمتة سير العمل بالذكاء الاصطناعي؟

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

كيف تساعد طبقة BPM في جعل الأتمتة قابلة للتوسع داخل المؤسسة؟

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

متى تكون المنصة منخفضة الكود أفضل من التطوير المخصص؟

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

كيف يمكن ربط الأتمتة بين ERP وCRM والأنظمة القديمة بدون تعقيد إضافي؟

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

هل تحتاج المؤسسات إلى نشر الذكاء الاصطناعي داخلياً On-Prem عندما تتعلق الأتمتة بالبيانات الحساسة؟

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

CTA

إذا كانت مؤسستك تبحث عن طريقة عملية لبناء تطبيقات أعمال مدعومة بالذكاء الاصطناعي، أو أتمتة عمليات ERP وCRM، أو تحويل إجراءات الموافقات إلى سير عمل رقمي واضح، يمكن لفريق Singleclic مساعدتك في تقييم الحالة الحالية واختيار أفضل مسار للتنفيذ باستخدام Cortex وحلول التكامل المناسبة. ابدأ بمراجعة العملية الأكثر إزعاجاً في مؤسستك، ثم حدد أين تضيف الأتمتة قيمة فعلية وأين تحتاج إلى BPM وحوكمة وتكامل أعمق عبر تواصل مع فريق Singleclic.

اقرا المزيد

• السياق والتنسيق: الطبقة المفقودة التي تجعل أتمتة سير العمل المؤسسية تعمل فعلاً
• ما الذي تعنيه صفقة Model ML بقيمة تتجاوز مليار دولار لقرارات أتمتة سير العمل داخل المؤسسات؟
• 10 أفضل أدوات RPA في 2026: كيف تختار الأداة المناسبة داخل سياق أتمتة سير العمل المؤسسية

مصادر مرجعية مفيدة

• Microsoft Power Platform
• Microsoft Learn Power Platform
• IBM Business Automation
• Camunda BPMN Guide
• BPMN Specification OMG

ابدأ بخطوة عملية مع Singleclic

إذا كانت مؤسستك تبحث عن طريقة عملية لبناء تطبيقات أعمال مدعومة بالذكاء الاصطناعي، أو أتمتة عمليات ERP وCRM، أو تحويل إجراءات الموافقات إلى سير عمل رقمي واضح، يمكن لفريق Singleclic مساعدتك في تقييم الحالة الحالية واختيار أفضل مسار للتنفيذ باستخدام Cortex وحلول التكامل المناسبة.

تواصل مع فريق Singleclic

اقرا المزيد

• دليل أتمتة الموافقات وسير العمل داخل الشركات: كيف تبني مسارات اعتماد أسرع وأوضح وأقل تكلفة
• مؤشرات قياس نجاح أتمتة سير العمل: ما الذي يجب تتبعه فعلًا في المؤسسات؟
• قصة عميل: كيف خفّضت أتمتة سير العمل زمن الموافقات وحوّلت العمل اليدوي إلى تدفق رقمي قابل للقياس
• كيف تبني الجامعات منصة Campus Connected من منظور أتمتة سير العمل: دروس عملية من Blackbaud وتقاطعها مع BPM والـ Low-Code
• ما المقصود بأتمتة استخبارات التهديدات؟ وكيف تُدمج في Workflow Automation داخل المؤسسات