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

ما يعنيه دمج الذكاء الاصطناعي مع ERP فعلياً

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

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

أربع عمليات تستحق الدمج أولاً

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

العمل على البيانات الذي لا يسعّره أحد

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

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

التكلفة والمدة

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

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

كيف تبدأ دون تعريض نظام الإنتاج للخطر

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