هل يمكن للذكاء الاصطناعي تشغيل أنظمتك القديمة بدلًا من الموظفين؟

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

في 13 أغسطس 2026 نشرت AWS عبر مدونة Amazon.com طرحًا عمليًا حول أتمتة تطبيقات الويب القديمة باستخدام أداة Amazon Bedrock AgentCore Browser Tool مع Strands Agents. الفكرة الأساسية أن وكيلًا ذكيًا يستطيع استخدام المتصفح بطريقة تشبه الموظف: يفتح الصفحة، يقرأ العناصر، يملأ النماذج، يضغط الأزرار، وينفذ خطوات متتابعة داخل نظام قديم.

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

ما المقصود بوكيل المتصفح الذكي؟

وكيل المتصفح الذكي (AI browser agent) ليس مجرد برنامج يسجل نقرات الموظف ويعيدها. الفكرة أوسع من ذلك. هو نظام يستخدم الذكاء الاصطناعي لفهم واجهة الويب، واتخاذ خطوات داخل المتصفح بناءً على هدف محدد.

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

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

لكن لا ينبغي التعامل معه كحل سحري. الوكيل الذكي ينجح عندما تكون العملية مفهومة ومحددة، لا عندما تكون الفوضى هي النظام الفعلي للعمل.

لماذا لا يكفي أن “نشغّل الذكاء الاصطناعي”؟

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

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

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

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

الصلاحيات والتوثيق أهم من سرعة التنفيذ

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

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

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

وجود سجل تدقيق يجعل الأتمتة قابلة للإدارة. لا يكفي أن تقول “الذكاء الاصطناعي فعل ذلك”. يجب أن تعرف لماذا وكيف وبأي صلاحية.

ماذا يحدث عندما يفشل الوكيل؟

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

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

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

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

الأتمتة عبر المتصفح خطوة وليست الاستراتيجية كلها

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

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

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

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

أهم الخلاصات

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

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