معمارية البنك الرقمي المدعوم بالذكاء الاصطناعي ليست طبقات تقنية

هندسة التقنية المالية

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

لكنه ليس بعدُ معمارية يمكن لفريق تنفيذها.

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

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

ابدأ بالعملية لا بالمنصة

عبارات مثل «لحظي، ذكي، قابل للتوسع، آمن ومرن» تبدو صحيحة لأن أحداً لا يريد عكسها، لكنها لا تكفي لتوجيه التصميم.

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

• ما النتيجة التي يجب أن تستمر للعميل أو السوق؟
• ما مقدار التعطل الذي يمكن تحمله؟
• ما الأشخاص والعمليات والتقنيات والبيانات والأطراف الثالثة التي تعتمد عليها العملية؟
• كيف يكتشف البنك تجاوز حد التحمل؟
• ما الوضع المتدهور الآمن؟

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

حوّل الطبقات إلى ستة عقود قابلة للإنفاذ

1. عقد السلطة

يحدد عقد السلطة من يحق له طلب الإجراء، وعلى أي مورد، ولأي غرض، وضمن أي نطاق وحد ومدة.

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

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

2. عقد ملكية القدرة

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

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

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

3. عقد الحقيقة المالية

تضع بعض الرسوم عبارة «مصدر واحد للحقيقة» بجانب بحيرة بيانات أو مستودع أو منصة رؤية موحدة للعميل. تصبح العبارة خطرة إذا دمجت أنواعاً مختلفة من الحقيقة.

يسجل دفتر الأستاذ الحقائق المالية المتوازنة. يسجل نظام المنتج الحالة التعاقدية. يقدم مسار الدفع دليلاً خارجياً على التسوية. يسجل سجل الأحداث أن منتجاً أعلن واقعة. ويوفر المستودع عروضاً تحليلية محكومة. لا يحل أحدها محل الجميع.

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

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

4. عقد الأحداث

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

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

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

5. عقد قرار الذكاء الاصطناعي

يوحي وضع «طبقة AI/ML» أسفل منصة البيانات بأن كل النماذج خدمة مشتركة ذات مخاطر متشابهة. لكن كشف الاحتيال قبل التفويض، وتصنيف وثيقة في فتح الحساب، وتوصية العرض التالي، ومساعد الخدمة التوليدي لا تملك السلطة أو الكمون أو نمط الفشل نفسه.

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

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

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

6. عقد الأدلة والمرونة

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

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

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

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

اتبع الطلب من النية إلى الدليل

في مثال رفع حد البطاقة:

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

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

المعمارية المستهدفة تحتاج إلى معمارية انتقال

قد يخفي الرسم النهائي الجميل أصعب سؤال: كيف ينتقل البنك من دون كسر عملية حرجة؟

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

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

قاعدة القرار

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

استخدم رسم الطبقات خريطةً للقدرات. واستخدم العمليات الحرجة والعقود والتسلسلات وأنماط الفشل والأدلة لبناء المعمارية.

يمكن للنموذج أن يقترح. لكن على البنك أن يصرح وينفذ ويسجل ويصالح ويفسر ويستعيد.

قراءات ذات صلة

• حوكمة الذكاء الاصطناعي المسؤول كنظام هندسي
• تصميم دفتر أستاذ قائم على الأحداث يثق به المدققون
• المسارات الذهبية لهندسة المنصات دون أقفاص ذهبية

المراجع

• مصرف الإمارات العربية المتحدة المركزي — تنظيم التمويل المفتوح
• لجنة بازل — مبادئ المرونة التشغيلية
• لجنة بازل — مبادئ تجميع بيانات المخاطر وإعداد التقارير
• NIST — معمارية انعدام الثقة SP 800-207
• NIST — إطار إدارة مخاطر الذكاء الاصطناعي
• مجلس الاستقرار المالي — تقرير استشاري حول التبني المسؤول للذكاء الاصطناعي
• BIAN — شبكة معمارية الصناعة المصرفية
• OpenTelemetry — مقدمة في قابلية الرصد