Agentic AI وأنظمة ERP

ما هو Agentic AI؟

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

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

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

الفرق بين الذكاء الاصطناعي التقليدي والوكيل الذكي

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

كيف يعمل الوكيل الذكي داخل نظام ERP؟

يمكن تبسيط بنية الوكيل في خمس طبقات:

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

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

تطبيقات عملية للوكلاء الأذكياء في ERP

1. وكيل المشتريات وإعادة الطلب

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

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

2. وكيل الإقفال المحاسبي

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

3. وكيل التحصيل

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

4. وكيل جدولة القوى العاملة

في الشركات التي تعمل بنظام الورديات، يمكن للوكيل أن يقترح جداول تراعي حجم العمل المتوقع وساعات العمل النظامية. نظام العمل يحدد ساعات العمل بثماني ساعات يومياً أو 48 أسبوعياً، وتنخفض في رمضان للعاملين المسلمين إلى ست ساعات يومياً أو 36 أسبوعياً، والعمل الإضافي يُدفع بأجر الساعة مضافاً إليه 50% من الأجر الأساسي. وكيل لا يعرف هذه القيود قد يقترح جداول مخالفة، لذلك يجب أن تكون جزءاً من قواعده.

5. وكيل خدمة العملاء المتصل بالنظام

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

هل منشأتك جاهزة؟ تقييم الجاهزية

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

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

الإطار التنظيمي في المملكة

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

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

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

خارطة طريق من أربع مراحل

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

المخاطر وكيف تتعامل معها

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

مثال تفصيلي: دورة عمل وكيل المشتريات خطوة بخطوة

لنفترض شركة توزيع مواد غذائية جافة في الرياض لديها 1,200 صنف، منها 300 صنف مصنفة "متكررة" ذات طلب مستقر. هذه دورة افتراضية لما يحدث في يوم عمل واحد:

1. الساعة السادسة صباحاً: يقرأ الوكيل أرصدة المخزون بعد ترحيل حركات اليوم السابق، ويجد 14 صنفاً وصلت أو اقتربت من نقطة إعادة الطلب.
2. التحقق من السياق: يستبعد الوكيل ثلاثة أصناف لديها طلبات شراء مفتوحة لم تُستلم بعد، وصنفاً رابعاً عليه علامة "قيد الإيقاف" من مدير الفئة. يتبقى عشرة أصناف.
3. حساب الكمية: لكل صنف، يحسب الكمية المقترحة من متوسط الاستهلاك اليومي خلال آخر 90 يوماً ومدة التوريد المسجلة للمورد ومخزون الأمان المحدد، مع تقريب الكمية لأقرب كرتون أو منصة.
4. اختيار المورد: يقارن الوكيل الموردين المعتمدين لكل صنف من حيث آخر سعر، ونسبة التسليم في الموعد، ونسبة المرفوضات عند الاستلام. لا يضيف مورداً جديداً أبداً، فهذا قرار بشري.
5. تطبيق الحدود: ثمانية طلبات قيمة كل منها أقل من 15 ألف ريال، فتُنشأ وتُرسل للموردين. طلبان تتجاوز قيمتهما الحد، فيُرسلان لمدير المشتريات مع جدول المقارنة وسبب الاختيار.
6. المتابعة: إذا لم يؤكد المورد الطلب خلال 24 ساعة، يرسل الوكيل تذكيراً، ثم ينبه المشتري المسؤول إذا استمر التأخير.
7. التقرير اليومي: يتلقى فريق المشتريات ملخصاً بالطلبات المنشأة والمعلقة وأي أصناف استُبعدت ولماذا.

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

مصفوفة الصلاحيات: كيف ترسم حدود الوكيل؟

أداة عملية لضبط عمل أي وكيل هي مصفوفة توضح ما يُسمح له به وما يحتاج اعتماداً وما هو ممنوع تماماً. هذا نموذج افتراضي يمكن تكييفه:

كيف تقيس أداء الوكيل؟

لا تكتفِ بالانطباع العام. ضع مؤشرات واضحة قبل التشغيل:

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

حالات استخدام حسب القطاع

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

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

متى لا تحتاج وكيلاً ذكياً؟

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

أين يقف ترانكويل من ذلك؟

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

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

هل يمكن للوكيل الذكي أن يتخذ قرارات مالية كبيرة وحده؟

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

ما الفرق بين روبوت المحادثة والوكيل الذكي؟

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

هل نحتاج فريقاً متخصصاً في الذكاء الاصطناعي؟

ليس بالضرورة في البداية. الأهم هو بيانات نظيفة وعمليات موثقة وفريق عمليات يفهم سير العمل ويستطيع تحديد القواعد ومراجعة النتائج. الخبرة التقنية تُستعان بها عند التنفيذ.

هل استخدام الوكلاء الأذكياء متوافق مع نظام حماية البيانات الشخصية؟

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

ماذا يحدث إذا أخطأ الوكيل؟

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

من أين نبدأ؟

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