لماذا يفشل وكلاء الذكاء الاصطناعي دون نظام ERP متكامل

يفشل وكلاء الذكاء الاصطناعي في الشركات القائمة على المشاريع عندما يعملون على بيانات مجزأة، دون سياق أعمال، ودون صلاحية للتصرف داخل نظام خاضع للحوكمة. ويمنح نظام ERP المتكامل الوكيلَ مجموعة بيانات واحدة، وهيكل تكاليف يمكنه الاستدلال عليه، وأدوارًا وموافقات تتحكم فيما يُسمح له بفعله. وقد بُني DANAOS ProjectVIEW AI على هذا المبدأ: إذ يعمل وكلاؤه على ProjectVIEW ERP، نظام ERP المتكامل المبني على إطار BoQ ↔ WBS ↔ رموز التكلفة.

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

معظم التجارب الأولية للوكلاء التي تفشل لا تفشل بسبب ضعف النموذج، بل بسبب ما يتصل به النموذج. وهناك أربعة أسباب تتكرر مرارًا.

1. البيانات المجزأة. التقديرات في جداول البيانات، والالتزامات في أداة المشتريات، ونسب الإنجاز في برنامج التخطيط، والفواتير في المحاسبة. يحمل كل نظام جزءًا من الحقيقة، والوكيل الذي يقرأ أحدها يقدّم إجابة جزئية بثقة كاملة.
2. غياب سياق الأعمال. بند أمر الشراء مجرد رقم ما لم يعرف الوكيل إلى أي بند في BoQ، وأي عنصر في WBS، وأي رمز تكلفة ينتمي. ومن دون هذا الربط، لا يستطيع الوكيل معرفة ما إذا كان عرض السعر يتجاوز سعر الموازنة أو ما إذا كانت التكلفة ملتزمًا بها مقابل النشاط الصحيح.
3. غياب صلاحية تنفيذ المعاملات. يمكن للوكيل الموجود خارج نظام السجل أن يقترح، لكنه لا يستطيع إنشاء أي شيء أو اعتماده أو ترحيله بطريقة منضبطة. فإما أن يتوقف عند تقديم المشورة، أو يتصرف عبر حلول التفافية تتجاوز الصلاحيات ولا تترك سجل تدقيق.
4. يضخّم العمليات المعطلة. الذكاء الاصطناعي لن يُصلح العمليات المعطلة، بل سيضخّمها. فإذا كانت الموافقات غير رسمية، ورموز التكلفة غير متسقة، والبيانات يُعاد إدخالها بين الأنظمة، فإن الوكيل يؤتمت عدم الاتساق بسرعة أكبر.

نتناول جانب العمليات بمزيد من التفصيل في مقال وكلاء الذكاء الاصطناعي لن يُصلحوا نظام ERP معطلاً.

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

• هيكل تكاليف مشترك. في ProjectVIEW ERP، يرتبط كل تقدير وموازنة والتزام ومطالبة إنجاز وتكلفة بـ BoQ وWBS ورموز التكلفة. ويمكن للوكيل تتبع رقم من المناقصة حتى الحساب الختامي دون تخمين كيفية ترابط الأجزاء.
• مجموعة بيانات واحدة. تعمل التقديرات والمشتريات ومقاولو الباطن والمواد والمعدات والموارد البشرية والمحاسبة على السجلات نفسها. يسجّل نظام ERP ما حدث، ويشرح الذكاء الاصطناعي سبب حدوثه وما سيحدث لاحقًا.
• الأدوار والصلاحيات. يعمل الوكيل عبر سلسلة الحوكمة: الهوية ← الدور ← الصلاحية ← البيانات ← الذكاء الاصطناعي ← الإجراء. فلا يرى ولا يفعل إلا ما يسمح به دور المستخدم.
• الموافقات والتدقيق. تمر الإجراءات ذات الأثر الجوهري عبر سير عمل الموافقات نفسه الذي تمر به الإجراءات البشرية، وتُسجَّل كل خطوة.

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

يتبع وكلاء ProjectVIEW AI دورة ثابتة: الاكتشاف ← التحقيق ← التفسير ← التوصية ← طلب الموافقة ← التنفيذ ← التدقيق.

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

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

لا يحتاج كل استخدام للذكاء الاصطناعي إلى نظام ERP متكامل. كن صريحًا بشأن حالة الاستخدام.

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

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

يمكن لـ ProjectVIEW AI أيضًا العمل فوق الأنظمة القائمة. فهو يتصل بأنظمة ERP من أطراف ثالثة مثل SAP وOracle، وبـ Primavera P6 وMS Project ونماذج BIM وأنظمة المستندات، ويربط البيانات بهيكل BoQ وWBS ورموز التكلفة. وهناك ثلاث طرق للاقتناء: ProjectVIEW ERP وحده، أو ProjectVIEW AI فوق الأنظمة القائمة، أو كلاهما معًا ضمن ProjectVIEW OS.

والمفاضلة واضحة: كلما زادت تجزئة المنظومة الأساسية، زاد الجهد المطلوب لربط البيانات ومطابقتها قبل أن يمكن الوثوق بالوكلاء. راجع التكامل مع أنظمة ERP من أطراف ثالثة وProjectVIEW مقابل أنظمة ERP العامة.

1. الاتفاق على هيكل تكاليف واحد (BoQ وWBS ورموز التكلفة) واستخدامه في كل وحدة.
2. إضفاء الطابع الرسمي على الموافقات: من يوافق على ماذا، وبأي قيمة، وفي أي مشروع.
3. التخلص من إعادة إدخال البيانات بين الأنظمة حيثما أمكن.
4. البدء بالوكلاء في عملية واحدة ذات قواعد واضحة، مثل فحص عروض الأسعار مقابل أسعار الموازنة.
5. الإبقاء على معتمِد بشري لكل إجراء ذي أثر جوهري ومراجعة سجل التدقيق.

بالنسبة إلى جانب الذكاء الاصطناعي، راجع وكلاء ProjectVIEW AI والأمن والحوكمة. وبالنسبة إلى هيكل التكاليف، راجع ما هو ضبط تكاليف المشاريع.