تحديث الأنظمة القديمة بالذكاء الاصطناعي: نُبقي أم نضيف واجهة أم نعيد البناء؟

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

تحديث الأنظمة القديمة بالذكاء الاصطناعي: نُبقي أم نضيف واجهة أم نعيد البناء؟

أمام ملفات Excel وقواعد البيانات القديمة ثلاثة خيارات رئيسية. لكل خيار تكلفة، ولا يوجد خيار آمن في كل الحالات.

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

تستخدم AWS كلمات قريبة عند الانتقال إلى السحابة. فمن بين استراتيجيات الانتقال السبع (7 Rs) خيار Retain للأنظمة التي تبقى في مكانها، وخيار Refactor الذي تصفه AWS بأنه الأكثر تعقيداً وتكلفة. والدرس نفسه ينطبق هنا: إعادة البناء هي الخيار الأغلى، لذلك اختاروها بناءً على أدلة، لا بسبب الضيق من شاشة قديمة.

أين يساعد الذكاء الاصطناعي في التحديث، وما الذي لا يجوز أن يقرره؟

تستطيع أدوات الذكاء الاصطناعي أن تقرأ ما توقف الناس عن قراءته منذ سنوات. يمكنها أن تمرّ على معادلات ملف Excel وتشرح بكلمات بسيطة كيف يُحسب الخصم. ويمكنها أن تقرأ استعلاماً في Access أو إجراءً مخزناً في قاعدة البيانات (stored procedure)، وتعدّد قواعد العمل التي يطبقها. ويمكنها أيضاً أن تقارن ملفين وتشير إلى أعمدة تحمل المعنى نفسه بأسماء مختلفة.

نوصي بثلاثة استخدامات قبل أي إعادة بناء، بهذا الترتيب:

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

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

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

جدول القرار لملفات Excel وقواعد البيانات القديمة

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

متى يكون الإبقاء هو القرار الصحيح، ومتى لا يكون؟

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

لكن حالة الدعم تغيّر الجواب. تُظهر قائمة Microsoft للمنتجات التي انتهى دعمها في 2025 أن Access 2016 وAccess 2019 وExcel 2016 وExcel 2019 انتهى دعمها في 14 أكتوبر 2025، ولا تقدم Microsoft بعد هذا التاريخ تحديثات أمنية جديدة لها. وتُظهر القائمة نفسها أن السنة الثالثة من التحديثات الأمنية الممتدة المدفوعة لقاعدة بيانات SQL Server 2012 انتهت في 8 يوليو 2025. إبقاء نظام على أحد هذه الإصدارات يعني تحمّل ثغرات أمنية لن تُصلح. انقلوه أولاً إلى إصدار مدعوم، ثم أبقوه.

إضافة واجهة: مدخل مراقَب أمام النظام القديم

يناسب هذا الخيار الأنظمة التي تعمل جيداً لكنها تعيق الأدوات الجديدة. فبدلاً من فتح قاعدة البيانات القديمة لكل تطبيق جديد، تضيفون طبقة صغيرة تترجم الطلبات بين الطرفين. ويسمي دليل Azure Architecture Center من Microsoft هذا الأسلوب نمط Anti-Corruption Layer (صفحة حُدّثت في 30 مايو 2026). وهو طبقة ترجمة بين نظامين لا يستخدمان المفاهيم نفسها، حتى لا يفرض التصميم القديم شكله على الجديد.

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

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

إعادة البناء جزءاً بعد جزء، لا دفعة واحدة

عندما يشير الجدول إلى إعادة البناء، نوصي باستبدال وظيفة واحدة في كل مرة. وتشرح Microsoft الطريقة في وصفها لنمط الاستبدال التدريجي Strangler Fig (صفحة حُدّثت في 2 يونيو 2026). توضع طبقة توجيه أمام النظام القديم، وترسل كل طلب إما إلى النظام القديم أو إلى الخدمة الجديدة. ومع انتقال مزيد من الوظائف ينتقل مزيد من الطلبات، حتى يصبح إيقاف النظام القديم ممكناً.

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

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

قائمة تحقق قبل أن تختاروا

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

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

كيف تبدؤون؟

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

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

المختبر المرتبط: مختبر التحوّل ↖