Mesterséges Intelligencia Központ
القائمة

أتمتة العمليات: أداة no-code أم تطوير مخصّص؟

ترى Mesterséges Intelligencia Központ Kft.، شركة تطوير البرمجيات في بودابست بالمجر، أن أداة no-code تكفي للعملية البسيطة ذات الموصلات الجاهزة؛ أما المنطق المعقد أو البيانات الكثيرة أو معالجة البيانات الصارمة فتتطلب تطويرًا مخصّصًا.

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

ما الأتمتة بأدوات no-code وlow-code؟

تتيح أدوات الأتمتة no-code تركيب عملية دون برمجة، في محرر مرئي: فبعد حدث مُطلِق (مثل طلب جديد، أو رسالة بريد واردة، أو تعبئة نموذج)، تُنفَّذ خطوات متتالية تقرأ البيانات وتحوّلها وتكتبها في نظام آخر. وترتبط الأنظمة بموصلات جاهزة (connectors) تستدعي في الخلفية API الأنظمة، أي واجهتها البرمجية. وتقدّم أدوات low-code الشيء نفسه، لكن حيث لا تكفي الخطوات الجاهزة يمكن أن تُكتب فيها شيفرة أيضًا.

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

أربع أدوات شائعة باختصار

التشغيل الذاتي لـn8n وترخيصه

وفقًا لوثائق n8n، تعمل النسخة المثبّتة على خادم خاص دون مفتاح ترخيص بوصفها إصدار المجتمع (Community edition)؛ وتتطلب بعض الميزات باقة مدفوعة، مثل إدارة الإصدارات المعتمدة على Git، وتسجيل الدخول الموحّد (SSO)، والبيئات المنفصلة، وإدارة الأسرار الخارجية. وتشير الوثائق نفسها إلى أن التثبيت الذاتي يتطلب خبرة تقنية، وأن الصيانة مسؤولية الجهة المشغّلة (n8n: Choose how to use n8n).

والترخيص تفصيل مهم: فالشيفرة المصدرية لـn8n علنية، لكنها مقيّدة بترخيصها الخاص المسمّى «Sustainable Use License». وبموجبه يجوز استخدام البرنامج وتعديله لأغراض العمل الداخلية الخاصة، أو لأغراض غير تجارية أو شخصية، ولا يجوز تمريره إلى الغير إلا مجانًا ولأغراض غير تجارية؛ أما الملفات التي تحمل في أسمائها العلامة «.ee» فتخضع لترخيص مؤسسي منفصل (n8n: LICENSE.md). واستنادًا إلى نص الترخيص، تندرج أتمتة الشركة لعملياتها الخاصة ضمن غرض العمل الداخلي؛ أما إذا أُريد تقديم خدمة مبنية على n8n للعملاء، فمن المفيد أن يراجع محامٍ شروط الترخيص مسبقًا.

فيمَ تفيد أدوات no-code؟

أين تبلغ حدودها؟

المنطق المعقد

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

حجم البيانات والتسعير بحسب الاستخدام

تتوقف رسوم أدوات no-code السحابية عادةً على الاستخدام: تحسب Zapier الإجراءات الناجحة، وتحسب Make وحدات الرصيد. وهذه ميزة عند انخفاض الحركة، لأن الدفع لا يكون إلا مقابل الاستخدام الفعلي؛ أما مع أحجام البيانات الكبيرة، أو العمليات ذات الخطوات الكثيرة أو التي تشغّل حلقات تكرارية، فتُحسب كل خطوة لكل سجل، فتنمو التكلفة مع الحركة. ومن المفيد التقدير مسبقًا لعدد مرات التشغيل والخطوات المتوقعة شهريًا، ومقارنة ذلك بحدود الباقة المختارة.

معالجة الأخطاء وإعادة المحاولة

تتوقف قيمة الأتمتة على ما يحدث حين لا يستجيب أحد الأنظمة. وتقدّم الأدوات اليوم حلولًا لذلك، لكن بأعماق متفاوتة:

وفي التطوير المخصّص يعني الأمر نفسه تصميمًا مدروسًا: قائمة انتظار للرسائل، وإعادة المحاولة بفترات انتظار متزايدة، وعمليات قابلة للتكرار (idempotent) كي لا تُنشئ إعادة المحاولة الفاتورة نفسها مرتين، ومخزنًا منفصلًا للعناصر التي فشلت نهائيًا.

إدارة الإصدارات والاختبار

تعديل عملية تعمل في التشغيل الفعلي محفوف بالمخاطر إذا تعذّر الرجوع إلى الإصدار السابق ولم تكن هناك بيئة اختبار. فلا تتيح Zapier الرجوع إلى إصدار سابق إلا في باقات معيّنة (Zapier: version rollback)، وفي n8n تُعدّ إدارة الإصدارات المعتمدة على Git ميزة مدفوعة، أما في Power Automate فيمكن نقل العمليات المنظَّمة في حلول (solutions) بين بيئات التطوير والاختبار والتشغيل الفعلي (Microsoft Learn: Solution-aware flows). ومع الشيفرة المخصّصة، تُعدّ إدارة الإصدارات ومراجعة الشيفرة والاختبارات التلقائية من التجهيزات الأساسية.

بيانات الوصول

خلف كل موصل تسجيل دخول. ووفقًا لوصف Microsoft، تمثّل الاتصالات في Power Platform بيانات اعتماد محفوظة، وتُخزَّن في البيئة التي يعمل فيها التطبيق أو العملية (Microsoft Learn: Data policies). وإذا كانت عملية تعمل بالحساب الشخصي لأحد الموظفين، فإنها تتوقف عند مغادرته؛ أو تستمر، وهذا أسوأ، في العمل بحساب لم يعد أحد يشرف عليه. ولذلك تحتاج العمليات إلى حساب خدمة منفصل وإلى أضيق صلاحيات ممكنة.

مكان البيانات

في الأدوات السحابية تمرّ البيانات عبر البنية التحتية لمزوّد الخدمة. ووفقًا لوصف Zapier نفسها، تخزّن البيانات على البنية التحتية لـAmazon Web Services في الولايات المتحدة (Zapier: Security & compliance)؛ وفي Make يمكن عند إنشاء المؤسسة (organization) اختيار مركز بيانات في الاتحاد الأوروبي أو في الولايات المتحدة، ولا يمكن تغيير ذلك لاحقًا (Make: Organizations)؛ أما مع n8n العامل على خادم خاص فتبقى البيانات في البيئة الخاصة بالشركة. وما يعنيه ذلك قانونيًا نتناوله أدناه، في قسم حماية البيانات.

RPA أم تكامل عبر API؟

RPA (robotic process automation، أتمتة العمليات الروبوتية) روبوت برمجي ينقر ويكتب ويقرأ من الشاشة بدلًا من الإنسان. وهو مفيد عندما لا يكون لنظام قديم API، ولا يمكن الوصول إلى البيانات بطريقة أخرى. ونقطة ضعفه هي الأمر نفسه: إنه مرتبط بواجهة المستخدم. وتحذّر وثائق Microsoft نفسها من أن دقة شاشة الجلسة البعيدة في التشغيل غير المراقَب قد تختلف عن الدقة المستخدمة عند إنشاء العملية، وقد يؤدي ذلك إلى أخطاء أو حتى إلى النقر على العنصر الخطأ؛ ثم إن التشغيل غير المراقَب يتطلب جهازًا سجّل جميع المستخدمين خروجهم منه (Microsoft Learn: Run unattended desktop flows).

أما التكامل عبر API فيعمل في المقابل عبر واجهة بين الأنظمة مثبّتة كالعقد: فلا ينكسر لأن زرًا انتقل إلى مكان آخر، ويستطيع التعامل مع بيانات أكثر بكثير. وقاعدتنا العملية: حيث يوجد API نستخدم API؛ ولا نلجأ إلى RPA إلا حيث لا يوجد طريق آخر، وحتى حينئذٍ تحت إشراف دقيق، حلًّا مؤقتًا.

التكامل المخصّص: ماذا تقدّم الشيفرة؟

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

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

الطريق الهجين

الاختيار ليس حصريًا. ومن الترتيبات الشائعة والناجحة أن تبقى الخطوات البسيطة سريعة التغيّر في أداة no-code، بينما تتولى خدمة مخصّصة الجزء الصعب (مثل حساب أسعار معقّد، أو مزامنة لحجم كبير من البيانات، أو ربط نظام قديم)، وتستدعيها عملية no-code عبر API أو webhook. وبذلك يظل الجانب التجاري يرى الأجزاء البسيطة من العملية ويعدّلها، بينما يعمل المنطق الحرج في شيفرة مختبَرة.

الذكاء الاصطناعي في الأتمتة

تتوقف الأتمتة القائمة على القواعد حيث يأتي النص الحر: رسالة، أو عقد، أو شكوى. أما النماذج اللغوية الكبيرة، مثل ChatGPT من OpenAI، وClaude من Anthropic، وGemini من Google، فتعالج هذه أيضًا: تصنّف الرسائل الواردة، وتستخرج بيانات الفاتورة، وتلخّص نصًا طويلًا. ويمكن أن تكون خطوة الذكاء الاصطناعي في أداة no-code أو في تكامل مخصّص؛ فوفقًا لوثائق Make مثلًا، قد يتوقف استهلاك وحدات الذكاء الاصطناعي للرصيد على الـtokens أيضًا، أي على كمية النص المعالَج (Make: Credits). وحيث يكلّف خطأ الذكاء الاصطناعي مالًا، يقترح النموذج ويوافق الإنسان. ويتناول مقال كيف نربط أنظمة الشركة بالذكاء الاصطناعي؟ أنماط ربط الذكاء الاصطناعي، وتتناول صفحة دمج الذكاء الاصطناعي الخدمة.

جدول القرار

المعيارأداة no-code سحابية (مثل Zapier وMake)أداة على خادم خاص (مثل n8n)التطوير المخصّص
البدءالأسرع، دون تثبيتسريع، لكن يجب تثبيتها وتأمينها أولًاأطول، مع التصميم والاختبار
المنطقالعمليات البسيطة والمتوسطةمتوسط، ويمكن توسيعه بخطوات برمجيةأي درجة من التعقيد
حجم البياناتصغير ومتوسط، والرسوم تنمو مع الحركةيتوقف على سعة الخادم الخاصكبير أيضًا، بقائمة انتظار للرسائل
معالجة الأخطاءمدمجة، بعمق يتوقف على الباقةبسير عمل للأخطاء، بإعداد ذاتيإعادة محاولة وتنبيهات مصمَّمة
إدارة الإصدارات والاختبارمحدودة، تتوقف على الباقةمعتمدة على Git في باقة مدفوعةكاملة: إدارة الإصدارات، ومراجعة الشيفرة، واختبارات تلقائية
مكان البياناتسحابة المزوّد، بحسب المنطقة القابلة للاختيارالبيئة الخاصة بالشركةالبيئة الخاصة بالشركة
نموذج الرسوماشتراك ورسوم بحسب الاستخدامالخادم والتشغيل، وترخيص للميزات المدفوعةتطوير لمرة واحدة، ثم التشغيل
التشغيليتولاه المزوّدالشركة أو الجهة المشغّلة التي تكلّفهاالشركة أو الجهة المشغّلة التي تكلّفها

الحوكمة: لمن تعود العملية؟

كثيرًا ما يكون خطر أدوات no-code تنظيميًا لا تقنيًا: فإذا كان بوسع أي شخص أن يركّب أي شيء بالنقر، فلن يعرف أحد بعد مدة أيّ العمليات تعمل، وبحساب مَن، وفي أي الأنظمة تكتب. وهذه بعض القواعد التي تمنع ذلك:

ما الذي يجدر أتمتته أولًا؟

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

  1. الحصر: اجمعوا الأعمال التي تتكرر، ومن يؤديها، وبين أي الأنظمة تنتقل البيانات.
  2. الترتيب: بحسب التكرار، والجهد المبذول، وخطر الأخطاء.
  3. التحقق من الوصول: هل يمكن الوصول إلى البيانات عبر API، أو webhook، أو من قاعدة بيانات، أو بتصدير ملفات.
  4. عملية تجريبية: عملية واحدة محددة المعالم، بهدف قابل للقياس ومع تسجيل للأحداث.
  5. التوسيع: إذا نجحت التجربة، فالعملية التالية، بقواعد الحوكمة نفسها.

وما لا يجدر أتمتته أولًا: العملية النادرة، أو التي تتطلب كثيرًا من التقدير، أو التي يجري تغييرها حاليًا. فهذه يجب تنظيمها أولًا، ثم مكننتها بعد ذلك.

حماية البيانات: GDPR ومعالجو البيانات

إذا نقلت أتمتةٌ بيانات شخصية (بيانات العملاء أو الموظفين أو الشركاء)، فإن خدمة الأتمتة تعالجها عادةً بصفتها معالِج بيانات نيابةً عن الشركة. وبموجب المادة 28 من GDPR، لا يجوز في هذه الحالة الاستعانة إلا بمعالِج بيانات يقدّم ضمانات كافية، ويجب أن ينظّم عقدٌ المعالجة، ولا يجوز إشراك معالِج آخر إلا بإذن كتابي مسبق من المتحكّم في البيانات (EUR-Lex: اللائحة (EU) 2016/679). وإذا خرجت البيانات من الاتحاد الأوروبي، فيجب أن تُستوفى أيضًا شروط الفصل الخامس من اللائحة؛ وبموجب المادة 46، يتطلب النقل في غياب قرار كفاية ضمانات مناسبة، مثل البنود القياسية لحماية البيانات التي اعتمدتها المفوضية. ووفقًا لوصف Zapier نفسها، يرافق عقدها ملحقٌ لمعالجة البيانات، مع البنود التعاقدية القياسية (SCC) للنقل الدولي للبيانات (Zapier: Security & compliance).

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

علامَ تتوقف التكلفة؟

في أداة no-code تحدّد التكلفةَ باقةُ الاشتراك، وعددُ مرات التشغيل والخطوات، والموصلاتُ المدفوعة، والعملُ المبذول في التركيب والصيانة. أما في التكامل المخصّص فنقيس الحجم الوظيفي للتطوير بنقاط COSMIC الوظيفية (ISO/IEC 19761)، ومنه يُعَدّ العرض والجدول الزمني. وإلى جانب الحجم، يهمّ عدد الأنظمة التي يجب ربطها وعبر أي واجهة، ومدى جودة توثيق هذه الواجهات، وحجم معالجة الأخطاء والمراقبة المطلوب، وما يشمله التشغيل. وتشرح صفحة التسعير الطريقة.

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

ما الذي يجدر أتمتته أولًا؟

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

n8n أم Make أم Power Automate؟

الثلاثة أدوات جيدة، كلٌّ منها لوضع مختلف. تكون n8n قوية عندما يجب أن تبقى البيانات في البيئة الخاصة بالشركة، ويوجد من يشغّل النسخة المثبّتة ذاتيًا؛ ومن المفيد معرفة شروط ترخيصها. وMake خدمة سحابية، مع إمكانية اختيار مركز بيانات في الاتحاد الأوروبي. وPower Automate هو الخيار البديهي عندما تعمل الشركة في بيئة Microsoft، أو عندما يجب أتمتة تطبيقات سطح المكتب. أما القرار النهائي فيحدّده مدى تعقيد العملية، وحجم البيانات المتوقع، ومتطلبات معالجة البيانات.

متى يلزم التطوير المخصّص؟

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

ماذا يحدث إذا تعطّلت أتمتة ما؟

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

هل يمكن أن يكون الذكاء الاصطناعي جزءًا من الأتمتة؟

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

كيف نساعدكم؟

نربط أنظمة الشركة، ونؤتمت العمل المتكرر، ونعالج المستندات بالذكاء الاصطناعي، سواء بتكامل مخصّص، أو بخدمة مبنية خلف عملية no-code قائمة، أو بمزيج من الاثنين. وتعرض صفحة أتمتة العمليات الخدمة؛ وإذا كان من المفترض أن تلتقي العمليات في نظام ERP أو CRM خاص، فانظروا صفحة برمجيات الأعمال.

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

المصادر