معالجة الطلبات بالذكاء الاصطناعي: أين يساعد النموذج، وأين لا يجوز أن يقرر

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

ما الذي يجيده النموذج في الطلب؟

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

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

وما يخرج من ذلك مسودة في طابور مراجعة، لا سطر في جدول الطلبات.

أي قرارات تبقى بيد إنسان؟

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

القرار	ما يفعله النموذج	ما يفعله الإنسان
سعر الوحدة	يقرأ قائمة الأسعار المسموح له بها	يطبق الخصم المتفق عليه
الآجل	يعرض سجل العميل	يوافق على البيع بالأجل أو يرفضه
المخزون	يعرض ما في النظام	يقرر هل يعد به
تاريخ التسليم	يقترح من جدول الأسعار	يؤكده مع الناقل

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

ولمستند الطلب حقول مستقرة: المشتري، والبائع، والبنود بكميتها وسعرها، وشروط التسليم. ويملأ النموذج هذه الحقول بجودة عالية لأن بنيتها موحدة (مستند الطلب في معيار UBL). أما هل تنطبق الشروط المتفق عليها على هذا العميل اليوم، فيجيب عنه من يحمل التزامها.

ماذا تعني درجة الثقة التي يعرضها النموذج؟

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

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

والعينة نفسها هي الدليل الذي يطلبه إطار إدارة مخاطر قبل أن يعمل نظام دون مراجعة (إطار إدارة مخاطر الذكاء الاصطناعي في NIST).

أي الحقول يؤكدها موظف؟

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

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

ماذا يجب أن يحمل السجل ليكون قابلا للدفاع عنه؟

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

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

كيف تعرف أن الوقت الذي وفره حقيقي؟

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

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

بأي ترتيب تبنيه؟

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

أين يخطئ هذا؟

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

الطابور بلا صاحب في نهاية الأسبوع. تصل الطلبات السبت، والمراجع غائب، ويوم الاثنين يفرغ الطابور دفعة واحدة دون فتح الصور. ومسودة بلا صاحب أسوأ من طلب مكتوب بيد، لأنها تبدو منتهية.

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

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

ما لا يغطيه هذا المقال

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

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