الشاشات التي تُسوّي قرضك العقاري
في عام 1996، كان Oracle Forms هو الخيار الآمن لبناء منصة إقراض مؤسسي. في عام 2008، كان النظام الذي تُغلّفه بطبقة ويب لأن استبداله بدا محفوفاً بالمخاطر. في عام 2026، أصبح الجزء من حزمة التكنولوجيا الذي يُسمّيه مراقبو البنك المركزي الأوروبي ECB، وPRA، وAPRA الآن بالاسم في رسائلهم التنظيمية. النمط واحد عبر البنوك من الفئة الثانية والثالثة في ثلاث قارات — منصة البنوك الأساسية الرئيسية تحصل على البيانات الصحفية، وطبقة Forms تحتها تتعامل مع المعاملات.
لا يزال بنك تجزئة أوروبي رائد من بين أكبر عشر بنوك قمنا بتقييمه العام الماضي يعالج إصدار قروض الشركات من خلال 427 شاشة Oracle Forms، ويُسجّل نحو 18 مليار يورو في ائتمان جديد كل عام من خلالها، ويعتمد على خمسة أشخاص في المبنى لفهم PL/SQL. وقد لاحظ المنظمون.
لماذا احتفظت البنوك بـ Forms أطول من أي جهة أخرى
انطبق Oracle Forms بدقة على طريقة عمل البنوك الفعلية: إدخال بيانات مكثف، وتحقق صارم من الحقول، ومُشغّلات WHEN-VALIDATE-ITEM التي تفرض التقريب التنظيمي، ومسارات تدقيق تُكتب مباشرة إلى قاعدة بيانات Oracle. كانت البدائل في عام 2005 أسوأ. وبحلول عام 2015، كانت الشاشات قد تراكمت عليها سياسات مُضمّنة كثيرة جداً لا يمكن اقتلاعها.
يحمل بنك تجاري متوسط الحجم عادةً ما بين 300 و900 شاشة Forms في الإنتاج. حوالي 40% منها تتعامل مع دفتر الأستاذ العام. و25% أخرى تدخل في نطاق تقارير Basel III. وتتعامل البقية مع KYC والضمانات وعمليات الفروع.
صبر المنظم محدود
وضع توجيه البنك المركزي الأوروبي لعام 2024 بشأن إدارة مخاطر تكنولوجيا المعلومات والاتصالات البرامج المنتهية الصلاحية على جدول أعمال مجلس الإدارة. وأتبعت PRA في المملكة المتحدة ذلك بتحديثات SS2/21 التي تذكر Oracle Forms صراحةً في الرسائل الإشرافية التي راجعناها. طلبت APRA في أستراليا من ثلاثة من البنوك الأربعة الكبرى خططاً للإصلاح.
لا شيء من هذا مواعيد نهائية رسمية. كلها تحمل الرسالة نفسها: البرامج الوسيطة غير المدعومة على الأنظمة الحرجة أصبحت الآن حديث رأس المال. البنوك التي لا تستطيع إظهار مسار ترحيل موثوق به ترى أوزان المخاطر التشغيلية تتحرك في الاتجاه الخاطئ.
ما الذي في خطر فعلاً
تعمل حزمة WebLogic Forms على إصدارات Java توقفت Oracle عن شحن تصحيحات أمنية لها منذ سنوات. تغطي عقود الدعم الممتد قاعدة البيانات، وليس طبقة العرض. ثغرة إلغاء تسلسل واحدة غير مُرقّعة على خادم Forms له حق الوصول إلى جداول البنوك الأساسية هي حادث يجب الإبلاغ عنه بموجب DORA.
دقّقنا في أحد البنوك حيث كان 11 خادم Forms يقع داخل حدود نطاق PCI. لم يتم ترقيع أي منها منذ عام 2021. علم CISO. لم يعلم مجلس الإدارة.
لماذا تستمر إعادات الكتابة في الفشل
حاولت البنوك. النهج القياسي — تسليم مخزون Forms إلى متكامل أنظمة، وتوقيع عقد بسعر ثابت لمدة خمس سنوات، وإعادة الكتابة بـ Java أو .NET — له معدل فشل موثّق يزيد على 60% في الخدمات المالية. لقد راجعنا تقارير ما بعد الحدث.
النمط متسق. لم يتم توثيق قواعد العمل داخل 3,000 مُشغّل خارج ملفات .fmb. سلّم المتكامل وفقاً لمواصفات التقطت ربما 70% من السلوك الفعلي. ظهر الـ 30% المتبقية في UAT، وانهار الجدول الزمني.
الاستخراج الآلي كمفتاح للحل
تتغير الحسابات عندما يتم تحليل ملفات .fmb مباشرة إلى واصف JSON مُهيكل. يصبح كل مُشغّل، وLOV، وعلاقة كتلة، وقاعدة تحقق قابلاً للقراءة الآلية. مخزون من 400 شاشة كان يستغرق توثيقه 18 شهراً يستغرق الآن ثلاثة أسابيع.
من ذلك الواصف، يمكن توليد تطبيقات TypeScript الحديثة، ومراجعتها، وإعادة توليدها مع تطور العمل. يحتفظ البنك بالسلوك. يحتفظ المدققون بالأدلة. يتوقف CIO عن الدفع لرخص وقت تشغيل Forms.
الانتقال الذي لا يريد أحد التخطيط له
لا تتحمّل البنوك الأساسية عمليات الترحيل الكبيرة الدفعة الواحدة. البنية المعمارية التي تعمل تُشغّل طبقة TypeScript الجديدة وطبقة Forms القديمة مقابل نفس قاعدة بيانات Oracle، من خلال حدود REST API، لأطول فترة تلزم لإكمال إغلاقين كاملين لنهاية الربع. رأينا تشغيلاً متوازياً قصيراً يصل إلى ستة أسابيع وطويلاً يصل إلى تسعة أشهر. كلاهما كان ناجحاً. لم يكن أي منهما اختيارياً.
الموعد النهائي الذي لا يتحدث عنه أحد
أمام البنوك ربما 36 شهراً قبل أن تتصلّب المواقف التنظيمية من التوجيه إلى الإنفاذ. تلك التي تبدأ الآن ستقوم بالانتقال وفق جدولها الزمني. وتلك التي تنتظر ستقوم بالانتقال وفق جدول شخص آخر.
بنى Oracle Forms الأنظمة التي تُسوّي قرضك العقاري وسندات شركتك. ليس من الضروري أن يُشغّلها إلى الأبد.