الأنوية المساعدة وأنماط التغليف التدريجي: البنية الحقيقية للتحديث المصرفي التدريجي

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

يتبع 40% من البنوك استراتيجيات النوى المساعدة في منتصف عام 2026، مع توقعات بنسبة 70-80% بحلول عام 2028. يُبلغ 85% من المؤسسات المالية عن خطط لاستثمارات تحويلية ضخمة في الأنوية (KPMG European Banking Outlook 2026). لقد قبلت الصناعة أن عملية الاستبدال المفاجئة الكبيرة مخاطرة للغاية. لم يعد السؤال المفتوح هو ما إذا كان يجب تشغيل نواة مساعدة. ما يهم هو ما إذا كانت بنية النواة المساعدة تتضمن البنية التحتية للمطابقة اللازمة لتشغيل نواتين ماليتين بشكل متوازٍ دون تراكم حالات لا يمكن مطابقتها.

لماذا فشل الاستبدال المفاجئ الكبير

تُعد عملية هجرة TSB عام 2018 المرجع التاريخي. حاولت TSB ترحيل 5.2 مليون عميل من منصة مجموعة لويدز المصرفية إلى نواتها الجديدة Proteo4UK في عطلة نهاية أسبوع واحدة. أنتجت الهجرة انقطاعًا استمر 18 يومًا، أثر على 1.9 مليون عميل، حظر العملاء من الوصول إلى حساباتهم، كشف لبعض العملاء عن بيانات معاملات عملاء آخرين، وكلف TSB أكثر من 330 مليون جنيه إسترليني في التصحيح والتعويض والعقوبات التنظيمية. فرضت هيئة السلوك المالي (FCA) وهيئة تنظيم الاحتياطي (PRA) في المملكة المتحدة غرامات إضافية بقيمة 48.65 مليون جنيه إسترليني عام 2023.

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

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

تتجنب بنية النواة المساعدة الانتقال الواحد المفاجئ في عطلة نهاية الأسبوع. تُدخل فئة مختلفة من المشاكل.

مشكلة الانقسام المزدوج

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

لمشكلة الانقسام المزدوج ثلاثة أبعاد.

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

السجل التاريخي للمعاملات. يجب أن تتمكن العميلة التي تعترض على خصم من إعادة بناء تاريخها الكامل للمعاملات بغض النظر عن النواة التي عالجتها. سجل تدقيق يقول "معاملاتك قبل [تاريخ] في النظام القديم؛ معاملاتك بعد [تاريخ] في النظام الجديد" ليس سجلًا تاريخيًا كاملًا. إنه تقسيم لسجلين غير مكتملين.

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

المطابقة كمكون معماري من الدرجة الأولى

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

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

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

سجل تدقيق غير قابل للتغيير عبر كلا النواتين. يجب تسجيل كل معاملة تتم معالجتها بواسطة أي من النواتين في سجل تدقيق غير قابل للتغيير مشترك بنظام معرفات ارتباط مشترك. عندما تسأل العميلة "ماذا حدث للدفع X؟" يجب أن تكون الإجابة قابلة للاسترداد من السجل المشترك بغض النظر عن النواة التي عالجتها. السجل المشترك ليس قاعدة بيانات تقارير تجمعها النواتان بشكل دوري. إنه سجل كتابة مسبقة تكتب فيه النواتان قبل تنفيذ تغييرات الحالة.

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

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

التغليف التدريجي بدقة تجزئة المنتج

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

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

تزداد حِمل المطابقة عند ترحيل تجزئات العملاء الحاليين. يجلب كل عميل حالي حالة تاريخية: سجل معاملات، وتكوينات منتجات، وتفويضات دفوعات مستديمة، ودفوعات مستديمة، وسجلات العناية الواجبة للعملاء، ومؤشرات مكافحة غسيل الأموال، ومسارات عمل جارية (مدفوعات معلقة، ونزاعات مفتوحة، وتحويلات مخططة). تتطلب هجرة العملاء الحاليين:

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

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

سياق معدل النمو السنوي المركب البالغ 14%

ينمو النشر السحابي في القطاع المصرفي الأوروبي بمعدل نمو سنوي مركب (CAGR) يبلغ 14% (KPMG 2026). وصلت نماذج الأنوية المصرفية كخدمة وكأنوية مستضافة إلى حصة سوقية تبلغ 67.5%. يتحول السوق من أنظمة الجيل الثالث المقفلة على المورد إلى أنوية قابلة للتكوين من الجيل الرابع بواجهات برمجة تطبيقات مفتوحة ونماذج نشر أصلية للسحابة.

يعني هذا التحول أن معظم البنوك التي تدير حاليًا برامج نوى مساعدة تقوم بتقييم أنوية حديثة بنيت خصيصًا للنشر السحابي، ببنيات قائمة على الأحداث، ونماذج بيانات أصلية لـ ISO 20022، وعقود واجهات برمجة تطبيقات قياسية. يكون تحدي المطابقة أقل عندما تتحدث كلا النواة نفس لغة البيانات: عندما يمكن تصنيف معاملات النواة القديمة بأكواد معاملات البنك (BankTransactionCode) الخاصة بـ ISO 20022 ويستخدم النواة الحديثة نفس التصنيف أصليًا، تكون مطابقة المطابقة هيكلية بدلاً من استدلالية.

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

المفاضلات

يُدخل التحديث التدريجي عبر النواة المساعدة تكاليف يتجنبها الاستبدال المفاجئ الكبير، ويتجنب تكاليف يُنشئها الاستبدال المفاجئ الكبير.

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

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

عدم توافق نماذج البيانات. بُنيت الأنوية القديمة بنماذج بيانات سبقت ISO 20022 وPSD2 وGDPR. تتطلب هجرة بيانات العملاء من نموذج قديم إلى حديث التعامل مع حقول مفقودة (سجلات موافقة GDPR لا تتتبعها النواة القديمة)، وتناقضات هيكلية (تعدادات أكواد معاملات مملوكة لا تتعيّن بوضوح على أكواد ISO 20022)، وغموض دلالي (أعمدة الحالة تشفر قواعد عمل لم تعد موثقة في أي مكان).

Fernel Context

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

---

اقرأ المزيد: بنية نظام التشغيل المالي | المطابقة في الوقت الفعلي | مسارات العمل، محرك التنفيذ الدائم

---

المصادر:

• KPMG، التوقعات المصرفية الأوروبية 2026: 40% تبنيًا لاستراتيجيات النواة المساعدة في منتصف عام 2026، وتوقعات بنسبة 70-80% بحلول عام 2028؛ 85% يخططون لتحويل ضخم؛ معدل النمو السنوي المركب للنشر السحابي 14%؛ حصة السوق SaaS/مستضافة 67.5%
• فشل هجرة TSB، أبريل 2018: 330 مليون جنيه إسترليني إجمالي التكاليف، 1.9 مليون عميل متأثر، انقطاع 18 يومًا. إجراءات هيئة السلوك المالي/هيئة تنظيم الاحتياطي في المملكة المتحدة وغرامة 48.65 مليون جنيه إسترليني (2023)
• ThoughtWorks، "Kill your core: The banking revolution you didn't see coming": مبادئ بنية المصرفية بدون نواة
• AMLD5، التوجيه 2018/843، المادة 14 (نطاق وتوقيت التحقق من العناية الواجبة، متطلب التناسق)
• نمط التغليف التدريجي: مارتن فاولر، "StranglerFigApplication" (2004)، الهجرة التدريجية عبر التشغيل المتوازي للأنظمة
• ISO 20022 BankTransactionCode External Code Sets: جسر لغة البيانات للمطابقة ثنائية النواة