الذكاء الاصطناعي أم قاعدة في نظامك؟ كيف تشخّص أين تُؤتمت فعلاً

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

السؤال الخطأ الذي يبدأ به معظم الناس

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

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

الفرق العملي: القاعدة تعرف الجواب، النموذج يقدّره

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

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

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

اختبار من أربعة أسئلة قبل أن تدفع مقابل أي أتمتة

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

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

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

أين تكفيك قاعدة — أمثلة من داخل ERP

الأمثلة التالية يشتري كثيرون لها «حلولاً ذكية»، وهي في الحقيقة إعداد داخل النظام:

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

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

أين يستحق الذكاء الاصطناعي فعلاً

يبقى نوع من العمل لا تحلّه القواعد لأن المدخل نفسه غير منظّم. ثلاثة أنواع منه نبنيها:

1. قراءة المستندات وتحويلها إلى سجلات

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

2. تصنيف المدخلات غير المنظّمة

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

3. مساعد يجيب من بيانات الشركة

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

هذه الأنواع الثلاثة تحديداً هي ما نبنيه داخل Odoo و ERPNext، وتفاصيل كل نوع وحدوده مشروحة في صفحة الذكاء الاصطناعي والأتمتة، بما فيها الحالات التي ننصح فيها بألّا تفعل.

الحالة الثالثة: قاعدة أولاً، ونموذج فوقها

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

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

مثال كامل: دورة فاتورة المورّد

خذ عملية واحدة يعرفها كل مدير مالي، وشرّحها خطوة بخطوة لترى أين يقع كل شيء:

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

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

شرط لا يُذكر في العروض: حالة بياناتك

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

لهذا يسبق ترتيبُ البيانات أيَّ حديث عن الذكاء الاصطناعي. وهو عمل غير جذّاب — توحيد أسماء، دمج مكررات، تعريف حقول إلزامية — لكنه يحدّد سقف ما يمكن أتمتته. من يعدك بذكاء اصطناعي دون أن يسأل عن حالة بياناتك لم يفتح نظامك بعد.

ثمن الخطأ في التشخيص

خطأ التشخيص يقع في اتجاهين، وكلاهما مكلف.

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

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

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

كيف تعرف أن الأتمتة نجحت

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

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

ما الذي بنيناه بأنفسنا

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

وفي الأتمتة داخل الأنظمة، خبرتنا تأتي من عقد من تنفيذ Odoo و ERPNext: مسارات الاعتماد، والربط بين الأنظمة، وتقليل الإدخال اليدوي. هذا هو الأساس الذي تُبنى عليه أي طبقة ذكاء اصطناعي — ومن يبني الطبقة فوق نظام غير منضبط يضاعف الفوضى لا يزيلها.

الخلاصة

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

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