الهجرة السحابية للبنوك الجزائرية: المرحلة الأولى من تحديث Core Banking تبلغ معلم 2026

ما تبنيه المرحلة الأولى فعلياً

تحديث القطاع المصرفي في الجزائر برنامج متعدد المراحل يرتكز على ست بنوك عمومية — BNA وCPA وBEA وBDL وBADR وCNEP — تحوز مجتمعةً غالبية الودائع المحلية. المرحلة الأولى التي بدأت عام 2025 وتمتدّ حتى نهاية 2026 هي طبقة الأساس: استبدال الـ mainframes القديمة لـ Core Banking أو تغليفها بـ middleware من فئة cloud-native، وترحيل الأعباء غير الحساسة إلى مراكز البيانات السيادية المحلية، وتأسيس طبقة التكامل التي ستربط بـ BaridiMob وBaridi Pay ومحوّل المدفوعات الفورية لبنك الجزائر.

المرتكز القانوني هو القانون 18-07 الصادر في يونيو 2018 الذي يفرض الاستضافة المحلية للبيانات الشخصية — أي أن كل عبء يعالج معلومات الحسابات أو سجلات المعاملات أو KYC العميل يجب أن يعمل على التراب الجزائري. هذا القيد وحده يهيكل البنية كلها: لا يمكن للسحابات العامة الهايبرسكيل (AWS، Azure، Google Cloud) استضافة طبقات البيانات المنظمة لأن لا أحد منها يشغّل منطقة داخل الجزائر. تتركّز مشتريات المرحلة الأولى على builds السحابة السيادية الجزائرية وتحديث on-premise مع colocation في مراكز بيانات محلية.

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

لماذا السحابة، ولماذا الآن

سؤال “لماذا الآن” له ثلاث إجابات تتراكم. أولاً، يفرض تكليف بنك الجزائر بالمدفوعات الفورية جداول تسوية لا تستطيع أنظمة Core Banking القديمة المعالِجة بدفعات بلوغها — معظم أنظمة Core المحلية مهندسة في أواخر التسعينيات وتعالج التسوية بين البنوك بدورات T+1، بينما تتطلب المدفوعات الفورية الحديثة T+0 خلال ثوانٍ. ثانياً، انضمّ بنك الجزائر إلى نظام المدفوعات والتسويات الأفريقي (PAPSS) عام 2025، ما يتطلب بنية تحتية للتسوية بالعملات الأجنبية في الزمن الحقيقي غير موجودة في عمليات النشر القديمة على mainframe. ثالثاً، تدفع نحو 30 إلى 35 شركة فينتك ناشئة في البلاد — Banxy بوصفها أول منصة مصرفية بالكامل عبر الموبايل، وDigital Finance Algeria، وESREF Pay، وUbexPay، ووحدة المدفوعات في Yassir — أنماط حركة عبر واجهات API المصرفية لم تُصمَّم الأنظمة القديمة لاستيعابها.

الهجرة السحابية إذن ليست تحديثاً من الصفر بل استجابة مفروضة لضغط التكامل. الخيار الذي تواجهه كل بنك الآن هو إما تغليف الـ mainframe القديم بطبقة API حديثة (نمط “strangler fig”) أو استبدال الـ Core بالكامل (تمرين متعدد السنوات ومتعدد عملات الميزانية). تعكس المرحلة الأولى توافقاً عملياً: تغلّف معظم البنوك بدلاً من الاستبدال، مع إبقاء المرحلة الثانية (2027-2028) لقرارات الاستبدال الكامل بنكاً ببنك بمجرد إثبات استقرار المرحلة الأولى.

سؤال RTO/RPO الذي تفرضه المرحلة الأولى

أهم قرار تقني في المرحلة الأولى هو أهداف Recovery Time Objective وRecovery Point Objective التي تحدّدها المشتريات للبنية الجديدة. تعمل أنظمة Core Banking الجزائرية القديمة بـ RTO ضمنية محسوبة بالساعات وRPO بعشرات الدقائق — مقبول لعالم batch بـ T+1 لكن غير مقبول لتكليف المدفوعات الفورية.

تستهدف مواصفات الشراء الجديدة RTO أقل من 15 دقيقة لـ Core Banking الرئيسي وRPO أقل من 60 ثانية لأنظمة المعاملات. هذه أرقام طموحة بمعايير السحابة السيادية الجزائرية، ولها انعكاسات مباشرة على اختيار مركز البيانات: لا يمكن لنشر بموقع واحد بلوغها. تحتاج البنوك إما إلى بنية active-active عبر مركزَي بيانات محليين، أو active-passive مع تكرار متزامن إلى موقع hot-standby. كلا الخيارَين يستلزم مراكز بيانات سيادية مفصولة جغرافياً داخل الجزائر، وهي نفسها لا تزال قيد البناء — إذ تتركّز معظم سعة colocation المحلية في منطقة الجزائر العاصمة الكبرى مع تنوّع جغرافي محدود.

هنا تتقاطع مشتريات المرحلة الأولى مع واقع البنية التحتية. متطلب الامتثال هو الاستضافة المحلية؛ متطلب المرونة هو الفصل الجغرافي. يصعب على مخزون مراكز البيانات المحلية المتاح حالياً تقديم الاثنين معاً بالحجم الذي تحتاجه ست بنوك عمومية في الوقت نفسه. حلّ هذه الفجوة هو build-out يمتد 12 إلى 24 شهراً متزامناً مع الهجرة ذاتها.

كيف يندرج BaridiMob وBaridi Pay

خدمة BaridiMob للأموال عبر الموبايل التابعة لـ Algérie Poste والقضبان التجارية الجديدة Baridi Pay هما الهيكل العظمي لحركة الحجم الذي يجب على أنظمة Core Banking المحدّثة التكامل معه. نَمَت BaridiMob إلى عدة ملايين حساب منذ إطلاقها وتولّد اليوم حصة معتبرة من حركة المدفوعات الصغيرة في البلاد، خاصة لفواتير المرافق وشحن الموبايل ومدفوعات التجار الصغار. تمدّد Baridi Pay ذلك إلى مدفوعات QR-code داخل المتاجر وقبول التجار عبر الإنترنت.

بالنسبة للبنوك العمومية، تحدّي التكامل ثنائي الاتجاه: يتوقع الزبائن نقل الأموال بين حسابهم المصرفي ومحفظة BaridiMob في ثوانٍ، ويتوقع التجار تسوية مقبوضات Baridi Pay مباشرة على حسابهم المصرفي يومياً. كلا التدفقَين يتطلب أن تكشف أنظمة Core Banking المحدّثة API في الزمن الحقيقي إما لا تستطيع الأنظمة القديمة كشفها وإما لا تكشفها إلا عبر middleware هشّ بأسلوب screen-scraping. طبقة API gateway وevent-streaming في المرحلة الأولى هي العمل الهندسي الذي يجعل هذه التدفقات مستدامة بحجم الإنتاج.

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

ماذا يعني هذا للفاعلين التقنيين الجزائريين

1. وثّقوا جدول المرحلة الأولى لبنككم قبل توقيع التزامات SaaS متعددة السنوات

إن كنتم تشغّلون فينتك أو منصة تجارة إلكترونية أو SaaS B2B تتكامل مع API البنوك العمومية، فإن جدول المرحلة الأولى لشركائكم المصرفيين تحديداً يقيّد مباشرة خارطة طريق منتجكم. لا يستطيع بنك لا يزال في وضع تغليف-قديم في الربع الأخير من 2026 كشف API الزمن الحقيقي التي يفترضها منتجكم. قبل توقيع عقد SaaS متعدد السنوات أو تسعير ميزات موجَّهة للزبون، اطلبوا من كل شريك مصرفي جدولاً مكتوباً لمعالم المرحلة الأولى وخارطة طريق التكامل. لا تفترضوا تكافؤاً بين البنوك العمومية الست — فهي تتقدّم بسرعات مختلفة، ولا يمثّل إنجاز المرحلة الأولى حدثاً وطنياً واحداً بل ستة برامج موازية بحزم مزوّدين مختلفة.

2. صمّموا لواقع السحابة السيادية، لا لافتراضات الهايبرسكيلر

ستصطدم معظم فرق الهندسة الجزائرية المتدربة على وثائق AWS أوAzure أوGoogle Cloud بحوائط عند التصميم لواقع السحابة السيادية. تقدّم مراكز البيانات المحلية كتالوج خدمات أضيق، وتنوّعاً أقل لأنواع الـ instances، وطبقات قواعد بيانات مُدارة أقل نضجاً، وخيارات Kubernetes مُدار محدودة مقارنة بالهايبرسكيلر. خططوا لبنية ذاتية الإدارة أكثر سُمكاً: توقّعوا تشغيل عناقيد PostgreSQL أو MySQL خاصة بكم، ومستوى تحكم Kubernetes خاص بكم، وstack ملاحظة خاص بكم بدلاً من استهلاك خدمات مُدارة. ارصدوا ساعات الهندسة وفقاً لذلك — تتطلب الهجرات النموذجية من الهايبرسكيلر إلى السيادي 1.5 إلى 2 ضعف قدرة هندسة المنصة في الـ 12 شهراً الأولى.

3. خططوا لنقطة التحوّل في الهوية الرقمية وابنوا مسبقاً مسارات تكامل e-KYC

قانون الهوية الرقمية وخدمات الثقة الصادر في نوفمبر 2025 هو الأساس القانوني لفتح الحسابات عن بُعد، والتوقيعات الرقمية على العقود المالية، والمصادقة على الويب الموثّقة. ستنتشر اللوائح التنفيذية على مدى 12 إلى 18 شهراً، لكن التغييرات المعمارية — ربط تطبيقكم بواجهات API الوطنية للهوية وخدمات الثقة — ينبغي أن تبدأ في التصميم الآن. البنوك التي تنتظر النشر الكامل للوائح ستواجه تأخّر تكامل مدّته 12 شهراً عند بدئها أخيراً؛ والبنوك التي تبني طبقة التكامل مسبقاً في وضع shadow خلال المرحلة الأولى يمكنها التشغيل من اليوم الأول. المنطق نفسه ينطبق على الفينتكات: ابنوا مسبقاً تكامل e-KYC لتتمكنوا من إدراج الزبائن في ثوانٍ ما إن يُفعَّل إطار خدمات الثقة.

4. شاركوا في أنبوب المواهب، لا تستهلكوه فقط

ولّدت المرحلة الأولى طلباً مركّزاً على مهارات بعينها — تحديث Java المؤسسي، خبرة API gateway (Kong، Apigee، Tyk)، منصات event-streaming (Kafka، Pulsar)، Kubernetes on-premise، وهندسة الامتثال PCI-DSS. مجموع المواهب الجزائري لهذه المهارات رفيع ومتركّز في مجموعة صغيرة من المُدمِجين (Smart Algeria، فروع IT لـ Algérie Télécom، إضافة إلى عائدي الجالية). إن احتاجت منظمتكم مهارات المرحلة الأولى، لا تعتمدوا على السوق المفتوحة — اعقدوا شراكات مع الجامعات (USTHB، ENSI Alger، EHEC) حول مشاريع نهاية الدراسة المموَّلة، ومَوّلوا أفواج شهادات لمهندسيكم، وارصدوا ميزانية صعود تأهيل لمدة 12 إلى 18 شهراً للموظفين الجدد. التعامل مع المواهب باعتبارها بنداً في المشتريات بدلاً من بناء استراتيجي هو الخطأ الأكثر شيوعاً في المرحلة الأولى.

أين يندرج هذا في منظومة الجزائر 2026

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

نظام الفينتك المؤلَّف من نحو 30 إلى 35 شركة ناشئة هو في مصبّ هذه البنية التحتية. تستفيد Banxy وDigital Finance Algeria وESREF Pay وUbexPay ووحدة مدفوعات Yassir جميعها من إنجاز المرحلة الأولى بقدر ما تنجز البنوك العمومية التي تتكامل معها عملها. عضوية بنك الجزائر في PAPSS ومحوّل المدفوعات الفورية يضيفان بُعداً إقليمياً إضافياً: المرحلة الأولى لا تتعلق فقط بالزبائن الجزائريين بل بقدرة البنوك الجزائرية على المشاركة في ممرات المدفوعات الأفريقية والمغاربية التي تحدّث نفسها بدورها.

أهم مرجع خارجي للمتابعة هو برنامج المدفوعات الفورية لبنك المغرب، المتقدّم بنحو 18 شهراً على مسار مماثل، وإطار البنوك المفتوحة عبر API لدى البنك المركزي التونسي، المتقدّم بنحو 12 شهراً. للجزائر ميزة التعلم من القرارات المبكرة لشركائها في المغرب الكبير، خاصة حول مخاطر التعلق بالمزوّد وتكلفة سوء اختيار تقنية API gateway. السؤال الأكبر — هل تستقر المرحلة الأولى بحلول نهاية 2026 لتسمح للمرحلة الثانية بالانطلاق في الوقت المحدد — هو ما يجب تتبّعه ربع سنوياً.

الأسئلة الشائعة

المصادر والقراءات الإضافية

• Digital Transformation in Algeria’s Public Banking Sector — EUGB Journal
• Algeria’s Fintech Ecosystem in 2026: Building Momentum — The Fintech Times
• Digital Banking and Financial Inclusion in Algeria — Kuey Journal
• Banking Sector Innovation in Algeria — CNRS HAL Archive
• Algeria Approves Draft Legislation on Digital ID and Trust Services — BiometricUpdate