RUS
Cube — البنية التحتية
البنية التقنية
Self CubeAI
تم بناء Self Cube كمنصة متعددة القنوات (ويب + موبايل + مكتب خلفي) مع واجهة برمجة تطبيقات موحدة، خدمات نطاقية وطبقة AI منفصلة. تتم العمليات الحرجة من خلال المدفوعات والحسابات. يفهم AI النية ويعد مسودة — وفقًا للقواعد، الحدود والتدقيق.
80+
خدمات مصغرة
300+
أنواع الأحداث
10 000
عمليات في الثانية
99.95%
التوافر المستهدف SLA
10 قنوات تفاعل_
جميع القنوات هي عملاء رقيقين وتستخدم منطق أعمال موحد عبر API Gateway. وهذا يستبعد تكرار الوظائف ويضمن تجربة متسقة.
البنك المحمول
تطبيقات أصلية لـ iOS و Android مع بيومترية و AI مدمج.
البنك الإلكتروني
بنك الإنترنت مع تجربة مستخدم موحدة لجميع فئات العملاء.
الصرافات الآلية (ATM)
تكامل مع أجهزة الخدمة الذاتية بالشراكة مع البائع.
الموقع العام للبنك
بوابة عامة، واجهة منتجات وتسويق مخصص.
نقطة الخدمة عن بُعد (УТО)
مكان عمل المتخصصين المتنقلين والخدمات عن بُعد.
الدردشة الآلية
مساعد ذكي AI في المراسلات والبنك المحمول.
مركز الاتصال (КЦ)
بيئة عمل مشغل الدعم بالشراكة مع البائع.
البريد الإلكتروني، SMS، Push
توصيل متعدد القنوات للإشعارات، رموز التأكيد والرسائل.
توصيل باليد
واجهة موبايل للموصلين للانضمام عن بُعد وتوصيل البطاقات.
Backoffice
بيئة عمل موظفي البنك مع AI Copilot ومراقبة شاملة.
API Gateway — نقطة دخول موحدة
API Gateway هو المدخل الوحيد لجميع القنوات والتكاملات الشريكة. يوفر التوجيه والأمان والتحكم في الوصول وقابلية التوسع.
التوجيه الديناميكي (Routing)
لا تتصل القنوات بالخدمات مباشرة. يتم توجيه الطلبات عبر خدمات المجال.
الأمان والمعايير (Security)
التحقق من الهوية، إنهاء SSL والتحقق من صحة طلبات API الواردة.
التحكم في الوصول (Access Control)
تفويض المكالمات على مستوى النقاط النهائية والتحقق من الحقوق وفقًا لنموذج الأدوار.
تحديد معدل الاستخدام (Rate Limiting)
حصص وتخفيض السرعة لحماية النواة من التحميل الزائد وهجمات DDoS.
توحيد العقود
مواصفات OpenAPI القابلة للقراءة الآلية لجميع الواجهات الخارجية والداخلية.
التوسع الأفقي
توسع مستقل للبوابة تحت الأحمال القصوى دون تغيير منطق النواة.
التعرف والأمان (Auth Service)
تتحمل خدمة Auth مسؤولية المصادقة، MFA، الرموز والجلسات (OAuth2 / OIDC). تُستخدم عند دخول العملاء وكذلك في الانضمام الرقمي والمكتب الخلفي.
OAuth2 / OIDC
بروتوكول موحد مفتوح للمصادقة والتفويض لجميع الواجهات.
المصادقة متعددة العوامل (MFA)
البيومترية للوجه/البصمة، OTP وتأكيدات الدفع للعمليات الحرجة.
إدارة الجلسات (Session Mgmt)
تحكم مركزي في دورة حياة الجلسات عبر جميع أجهزة العملاء.
خدمة الرموز (Token Service)
إصدار، تحقق وسحب فوري لرموز الوصول JWT/OAuth.
الانضمام الرقمي
تسجيل سلس للعملاء الجدد مع التحقق عن بُعد من الهوية.
وصول الموظفين (Backoffice)
نموذج وصول موحد للأدوار للمشغلين والمراقبين والمديرين.
Limits & Rules — محرك قرار موحد
طبقة مركزية لاتخاذ القرارات في المنصة. تضمن اتساق قواعد الأعمال بغض النظر عن مصدر العملية — القناة، AI، التكامل أو العملية الداخلية.
ينطبق على جميع القنوات
Web، Mobile، Backoffice، ATM — نقطة تحكم واحدة للقواعد دون تكرار في كود العملاء.
ينطبق على جميع إجراءات AI
AI Assistant، Orchestrator، الوكلاء المستقلون — جميع الإجراءات تمر عبر التحقق الإلزامي من المحرك.
مكافحة الاحتيال في الوقت الحقيقي
تقييم فوري للمخاطر وتصنيف المعاملات في لحظة بدء الدفع.
منطق المخاطر (Risk-based decisioning)
قواعد ديناميكية للقبول تأخذ في الاعتبار الملف الشخصي، الحدود وتاريخ العميل.
تأخير التحقق <10ms
اتخاذ قرارات فائقة السرعة في الذاكرة دون تأخير في مسار المستخدم.
اتساق 100% للقواعد
لا يمكن لـ AI تجاوز Limits & Rules في أي سيناريو. هذه ضمانة معمارية.
Event Bus — الامتثال غير المحجوز
Event Bus ليس مجرد حافلة تقنية. إنه آلية تنظيمية تضمن تتبع كامل للعمليات والامتثال غير المحجوز.
أساس مكافحة الاحتيال في الوقت الحقيقي
تولد كل عملية حدثًا يتم تحليله بواسطة أنظمة مكافحة الاحتيال في الوقت الحقيقي.
الامتثال غير المعطل
لا تعطل الفحوصات التنظيمية والامتثال تجربة المستخدم ولا تؤخر المدفوعات.
سجل غير قابل للتغيير (Audit trail)
كل حدث هو سجل غير قابل للتغيير للتحقيقات، والمراجعات الداخلية، والتدقيق التنظيمي.
فصل تجربة المستخدم عن الفحوصات
تتم العمليات الحرجة بشكل متزامن، بينما تتم الفحوصات والتقارير الخلفية بشكل متوازي.
ناشرون متزامنون
تقوم خدمات المدفوعات، والحسابات، والملفات الشخصية، والتفويض بنشر الأحداث بدلالة Exactly-once.
مشتركون غير متزامنين
تقوم التحليلات، وخطوط أنابيب التعلم الآلي، ومكافحة الاحتيال، وسجل الامتثال بمعالجة تدفق الأحداث بشكل مستقل.
تقسيم مسارات التنفيذ في Self Cube_
الذكاء الاصطناعي لا يبطئ المدفوعات. التحليلات لا تعيق العمليات. الامتثال لا يعيق تجربة العميل.
العمليات الحرجة المتزامنة
تنفيذ المدفوعات، MFA/OTP والتحقق من الحدود مع ضمان استجابة تصل إلى 100 مللي ثانية.
العمليات غير المتزامنة في الخلفية
معالجة الشبكات العصبية، التقارير التحليلية والتقييم العميق تعمل في الخلفية.
ضمان سرعة المعمارية
استدعاءات LLM الثقيلة تم إخراجها فعليًا من دائرة المعاملات الأساسية.
تدقيق متسق في النهاية
التقارير التنظيمية وسجل الأحداث تتراكم دون تحميل على واجهة العميل.
سياسات أمان AI Orchestrator

Control Plane for AI

نقطة تحكم وإدارة موحدة لخدمات الذكاء الاصطناعي في دائرة البنوك لـ CIO و CISO.

01
إدارة LLM المسموح بها
Whitelist & Fallbacks
  • قائمة بيضاء لمزودي LLM المسموح بهم والنماذج المحلية
  • إصدار وتحكم في معلمات التوليد
  • سيناريوهات احتياطية تلقائية عند عدم توفر المزود
02
Tool Calling Control
تحكم في استدعاء الأدوات
  • قائمة بيضاء صارمة لأدوات API المتاحة
  • تحديد معدل الاستدعاءات (rate limiting)
  • عزل مجالات الرؤية (scope restrictions)
03
تقليل السياق و PII
حماية البيانات الشخصية
  • إخفاء البيانات الشخصية تلقائيًا (PII masking)
  • تصفية الأسرار المصرفية الحساسة
  • إدارة الميزانية وحجم السياق
04
سياسات Human-in-the-Loop
تأكيد من قبل الإنسان
  • تصعيد عند تجاوز الحدود القصوى لمبالغ العمليات
  • نقل إلى المشغل عند عدم اليقين من النموذج (<85%)
  • سلاسل موافقة قابلة للتخصيص (Approval workflows)
05
منع التنفيذ
تنفيذ آمن
  • لا يمكن للذكاء الاصطناعي الوصول المباشر للكتابة في قاعدة البيانات
  • خط الأنابيب: Intent → Draft → Validation → Execution عبر خدمات المجال
  • التنفيذ من خلال خدمات مصرفية موثوقة فقط
مساعد الذكاء الاصطناعي — واجهة العمل، وليس دردشة
مساعد الذكاء الاصطناعي هو نقطة دخول للإجراءات، وليس مجرد واجهة حوارية. إنه يشكل النية، ويعد مسودة، ويبدأ طلب التنفيذ.
1. التعرف على النية (Intent)
يقوم الذكاء الاصطناعي بتحليل طلب المستخدم بلغة طبيعية ويحدد بدقة النية المالية.
2. إنشاء المسودة (Draft)
يعد مسودة منظمة للعملية مع جميع المعلمات والمعلومات اللازمة.
3. طلب التحقق (Validation)
يرسل طلبًا للتحقق من المسودة عبر AI Orchestrator ومحرك Limits & Rules.
4. التنفيذ عبر خدمات المجال
عند الموافقة الناجحة، يتم تنفيذ العملية بواسطة خدمات الدفع والحسابات الموثوقة.
5. مصدر أحداث الذكاء الاصطناعي
كل إجراء يقوم به المساعد يولد حدثًا في Event Bus للتدقيق والتحليل والامتثال.
6. الاندماج في العمليات التجارية
يعمل في سياق صارم لجلسة العميل النشطة، وملف المنتج، والحدود.
تقليل بيانات الذكاء الاصطناعي والسياق المتحكم فيه
ضروري جدًا لـ CISO و DPO والامتثال. يحصل الذكاء الاصطناعي فقط على السياق الأدنى الضروري، الذي يتم التحكم فيه عبر Orchestrator.
السياق الأدنى الضروري
يحصل الذكاء الاصطناعي فقط على البيانات المطلوبة لمهمة معينة. لا يوجد وصول إلى الملفات الشخصية الكاملة والكشوف.
عدم الوصول المباشر إلى النواة
لا يمتلك الذكاء الاصطناعي وصولًا مباشرًا إلى قواعد البيانات أو أنظمة المعلومات أو التخزين. يتم توفير البيانات عبر واجهات برمجة التطبيقات المعزولة.
التحكم في التعرض عبر Orchestrator
يحدد Orchestrator الحقول المسموح بنقلها إلى LLM: إخفاء PII التلقائي والتوكنيشن.
تدقيق استخدام بيانات الذكاء الاصطناعي
تتبع كامل: ما هي البيانات التي تم طلبها، وما الذي تم نقله إلى النموذج، وما هي القرارات المتخذة.
جاهز لـ CISO وامتثال DPO
تم تصميم الهيكل من البداية وفقًا لمتطلبات ضباط الأمن وقانون حماية البيانات الشخصية.
قراءة فقط حيثما كان ذلك ممكنًا
حظر صارم للتغيير المباشر لحالة الكيانات المصرفية من قبل نماذج اللغة.
Human-in-the-Loop حسب التصميم
لا يتخذ الذكاء الاصطناعي قرارات نهائية في السيناريوهات الحرجة دون تأكيد من الإنسان. هذه ليست قيودًا — بل ضمان معماري للسيطرة.
عمليات SME والمبالغ الكبيرة
تتطلب المدفوعات الكبيرة، والعمليات النقدية، والمعاملات التي تتجاوز الحد المحدد موافقة المدير.
قرارات الاستثمار
يتم تأكيد شراء وبيع الأصول، وإعادة توازن المحفظة من قبل العميل أو المستشار.
طلبات غير قياسية (Confidence <85%)
إذا اكتشف الشبكة العصبية غموضًا أو ثقة منخفضة، يتم تصعيد السيناريو إلى إنسان.
محفزات الامتثال (AML / الاحتيال)
عند تفعيل علامات الاحتيال، يتم حظر العملية حتى يتم مراجعتها من قبل ضابط الأمن.
الإدارة عبر ARM Backoffice
محطة عمل المشغل مع قائمة تصعيد، وسلاسل موافقات، وAI Copilot للموظف.
شفافية كاملة (Full Visibility)
يرى المشغل كل السياق: ما الذي فهمه AI، وما البيانات التي استخدمها، وما المسودة التي أعدها.
جوهر المنطق المصرفي (Domain Banking Core)
تعد الخدمات النطاقية أساس المنصة، حيث توفر جميع العمليات المصرفية الرئيسية. يتم استخدامها بنفس الطريقة من قبل القنوات وAI.
Customer Profile (ملف العميل)
تخزين مركزي وإدارة الملف، والبيانات، وإعدادات العميل.
Accounts (الحسابات والأرصدة)
إدارة الحسابات، والأرصدة، والبيانات، وتحليل الأرصدة في الوقت الحقيقي.
Payments (المدفوعات والتحويلات)
تنفيذ المدفوعات، والتحويلات بين البنوك، وSБП، والأوامر الدورية.
Limits & Rules (حدود العمليات)
التحقق من صلاحية العمليات، والحدود، والتعريفات للمنتجات.
Notifications (الإشعارات)
بوابة مركزية لإرسال الرسائل القصيرة، والإشعارات الفورية، والرسائل للعملاء.
Audit & Logging (التدقيق التنظيمي)
تسجيل غير قابل للتغيير للأحداث والمعاملات لخدمة الأمن والبنك المركزي.
التكامل في المشهد المصرفي الحالي
يتكامل Self Cube مع الأنظمة الحالية للبنك، حيث يدير المنطق والسيناريوهات، بينما تتولى الأنظمة الخارجية التنفيذ.
Core Banking (نظام إدارة البنك)
تظل الحسابات، والمعاملات، والأرصدة، والدفتر الرئيسي في نظام الإدارة الحالي دون الحاجة إلى استبداله.
Card Processing (معالجة البطاقات)
تتم إصدار، وتفويض، واكتساب البطاقات من قبل مركز المعالجة الحالي.
Integration Bus (حافلة البنك / ESB)
الاتصال بحافلة البنك المؤسسية دون كسر الروابط التكاملية الحالية.
KYC / AML مقدمو الخدمات
دمج فحوصات الموثوقية، والقوائم السوداء، وتقييمات الأنظمة الخارجية.
فوائد الأعمال
إطلاق سريع للمنتجات، وزيادة التحويلات، وتقليل الضغط على مركز الاتصال، ومكافحة الاحتيال في الوقت الحقيقي.
فوائد تكنولوجيا المعلومات
هيكلية مدارة، وأمان موحد، وتوسع مستقل، وAI تحت السيطرة.
الأسئلة المتكررة
هيكلية منصة البنك: الطبقات، واجهة برمجة التطبيقات، الخدمات المصغرة، الحدود، ونطاق AI.
ما هي الطبقات التي تتكون منها هيكلية منصة البنك؟
تدخل قنوات الإنترنت المصرفية وتطبيق الهاتف المحمول إلى API Gateway، ثم يتم التعرف على الهوية، ومحرك موحد للحدود والقواعد، ومنطق مصرفي مجالي، وحافلة أحداث وAI فقط كواجهة عمل، وليس كوسيط للأموال. لا تدخل القنوات إلى الميكروسيرفيسات مباشرة. من المنطقي مقارنة مشهدك بهذه المخطط: إذا كان تطبيق الهاتف المحمول يدخل إلى ABS متجاوزًا البوابة، فهناك دين بالفعل. يضع Self Cube البوابة، والحدود، والتدقيق في الهندسة المعمارية، وليس "سنضيف WAF لاحقًا". يمكن تضمين الطبقات تدريجيًا، لكن لا يمكن تجاوز البوابة.
ما هو API Gateway في البنك ولماذا هو مطلوب؟
API Gateway هو نقطة دخول موحدة: المصادقة، التوجيه، سياسة الوصول إلى الميكروسيرفيسات في المنصة. بدون البوابة، كل قناة - ويب، iOS، أندرويد، شريك، وكيل - تحمل تكاملاتها وثغراتها الخاصة. في Self Cube، لا تدخل القنوات إلى المجال مباشرة لهذا السبب. من المنطقي عدم الخلط بين البوابة وموازن الحمل: موازن الحمل يوزع حركة المرور، بينما البوابة تفرض أيضًا العقد والحقوق. إذا كانت "API البنك" هي مجموعة من URL الداخلية بدون سياسة، فلا يمكن وضع طبقة الوكيل عليها. البوابة تجعل API مؤسسيًا، وليس عشوائيًا.
هل يمكن للذكاء الاصطناعي إجراء الدفع بنفسه؟
لا. يقوم المساعد بإعداد مسودة العملية، وتنفذ خدمات الدفع والحسابات بعد الحدود والقواعد. تم تضمين الإنسان في دائرة الهندسة المعمارية لـ Self Cube، وليس مضافًا بواسطة سياسة الأمان "في وقت ما". من المنطقي حظر النماذج من الوصول المباشر إلى خدمة الدفع وقاعدة البيانات. إذا كانت العرض التوضيحي يظهر "كتبت في الدردشة - الأموال ذهبت"، فهذا إما محاكاة أو دائرة خطيرة. تفصل الهندسة المعمارية بين واجهة العمل والتنفيذ. لا يمكن الخلط بينهما سواء في الطيار أو في الإنتاج.
هل ستؤخر الفحوصات ومكافحة الاحتيال العميل في القناة؟
الطريق الحرج للعميل متزامن وقصير: التعرف على الهوية، الحدود، العملية المجالية. تسير مكافحة الاحتيال العميقة، والتحليلات، والنماذج بشكل غير متزامن عبر الأحداث - الامتثال غير المعوق، بحيث لا يتوقف الامتثال في نفس الخطوة التي يتم فيها الضغط على "إرسال". من المنطقي مسبقًا تحديد أي الفحوصات يجب أن تكون متزامنة (الحد، حظر الحساب)، وأيها يمكن أن تلحق بالحدث. إذا تم تحميل كل شيء في طلب واحد، ستبدأ القناة في التباطؤ. حافلة الأحداث هي بالضبط لهذا الفصل، وليس "لأجل موضة Kafka".
كم عدد الميكروسيرفيسات والأحداث داخل المنصة؟
في دائرة Self Cube - أكثر من 80 ميكروسيرفيس وأكثر من 300 نوع من الأحداث. هذا ليس هيكلًا موحدًا مع API واحد "لكل منتجات البنك". الأحداث ضرورية حتى لا تعيق التحليلات، والإشعارات، والامتثال خطوة العميل. من المنطقي عدم الخوف من الرقم وعدم المطالبة بـ "دعونا نجمع كل شيء في خدمة واحدة من أجل البساطة": البساطة في البداية تموت بسرعة في التكاملات. يجب النظر إلى حدود المجالات والبوابة، وليس إمكانية رسم مربعات أقل. حجم الخدمات هنا هو نتيجة المجال الموضوعي، وليس هدفًا في حد ذاته.
كيف تتكامل المنصة في المشهد التكنولوجي الحالي للبنك؟
تدير المنصة السيناريو الرقمي، وتنفذ الأنظمة الخارجية المحاسبة والعمليات المتخصصة. تتصل ABS، والبطاقات، وحافلة التكامل، وKYC/AML والإشعارات بشكل مباشر. لا يتعين كسر جوهر البنك. من المنطقي في البداية كتابة ما يبقى نظام تسجيل، وما يصبح منظم القناة. إذا كانت ABS وDBO مرتبطة حاليًا بشكل صارم داخل الهيكل الموحد، ستكون الخطوة الأولى هي إخراج القناة من البوابة. تم تصميم Self Cube للتكامل، وليس لشعار "تخلص من كل شيء".
ماذا يحدث مع البيانات الشخصية عندما تجيب النموذج؟
تدخل في النموذج سياق الحد الأدنى، يتم إخفاء البيانات، ولا يوجد وصول مباشر لنموذج اللغة إلى القاعدة. يقرر المنظم ما يمكن تقديمه وما يجب أن يبقى في النطاق. من المنطقي حظر المعرفات الخام، والسجلات الكاملة، والملفات الشخصية للآخرين في الطلب. إذا كان الطيار "فقط تم توصيل النموذج بـ DWH"، فلا يوجد هيكل معماري. يضع Self Cube تقليل البيانات والسياق المتحكم فيه كطبقة، وليس كتعليمات للموظف. يتم التحقق من ذلك من خلال التدقيق، وليس من خلال الشريحة.
ما الفرق بين OpenAPI و REST العادي بدون مواصفات؟
REST بدون عقد هو مجموعة من URL التي تعيش في الويكي وفي رأس الفريق. تجعل OpenAPI العقد قابلاً للقراءة آليًا: تجد الخدمات وعملاء الذكاء الاصطناعي الفرصة من خلال المواصفات، مع الأنواع، والأخطاء، وسياسة الوصول. بدون ذلك، لا يتم تجميع طبقة الوكيل: ليس لدى النماذج ما يمكن استدعاؤه بأمان. من المنطقي التحقق مما إذا كان العقد ساريًا مثل الكود، وليس "التوثيق لاحقًا". في Self Cube، OpenAPI هو جزء من المنصة، وليس تطبيقًا للإصدار. ملف Swagger لمجرد إرضاء الشكل هنا معيار غير كاف.
هل أنتم مستعدون لرؤية الهيكل المعماري في العمل؟
اطلب عرضًا تجريبيًا شخصيًا لهندسة Self Cube لبنكك. سنقوم بتحليل طبقات المنصة، والتكامل مع ABS، وهيكل الأمان.
بنية منصة البنوك Self Cube | الطبقات وواجهة برمجة التطبيقات | Self_