هل تحتاج البنوك إلى خمس ساعات لتغيير الساعة؟

هل تحتاج البنوك إلى خمس ساعات لتغيير الساعة؟

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

بقلم: الأستاذ الدكتور وائل بدوي
أستاذ هندسة الحاسبات والذكاء الاصطناعي والأمن السيبراني
كلية الهندسة – الجامعة المصرية الروسية

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

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

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

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

بحسب التغطية المنشورة اليوم، أعلن البنك الأهلي المصري فترة تأثر محتملة من 11 مساءً حتى الواحدة صباحًا، والبنك التجاري الدولي من 11 مساءً حتى الثالثة صباحًا، والبنك العربي الأفريقي من 11:45 مساءً حتى 12:15 صباحًا. وهذه مواعيد معلنة وليست قياسات فعلية لمدة الانقطاع؛ كما أن الساعة تتراجع ساعة كاملة أثناء الفترة، ولذلك قد تختلف المدة المنقضية فعليًا عن الفرق الظاهر بين توقيتي البداية والنهاية.

وهنا يبرز السؤال الذي ينبغي أن يشغل المسؤولين عن التحول الرقمي والقطاع المصرفي:

هل المشكلة في تغيير التوقيت، أم في الطريقة التي صُممت بها الأنظمة المالية وأُديرت بها عمليات تحديثها؟

والإجابة الهندسية تحتاج إلى التمييز بين ما نعرفه بالفعل، وما يمكن تفسيره تقنيًا، وما لا يمكن الحكم عليه دون الاطلاع على البنية الداخلية لكل بنك.

أولًا: تغيير الساعة لا يحتاج في ذاته إلى خمس ساعات

من الناحية الحاسوبية، لا يمثل تغيير التوقيت الصيفي إلى الشتوي عملية معقدة بالضرورة.

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

وتوجد قواعد بيانات معيارية للمناطق الزمنية، من أشهرها قاعدة IANA Time Zone Database، التي تستخدمها أنظمة تشغيل ومنصات برمجية واسعة الانتشار.

وعندما يكون النظام مصممًا بصورة سليمة، يمكنه معرفة أن مصر ستنتقل من UTC+3 إلى UTC+2 في الموعد المحدد، دون الحاجة إلى تعديل يدوي لكل معاملة أو إعادة تشغيل المنظومة المالية بالكامل.

لكن النظام المصرفي ليس مجرد ساعة إلكترونية.

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

وقد تكون هذه المكونات مبنية بتقنيات مختلفة، وبعضها قديم، وبعضها يعمل عبر موردين متعددين.

ومن ثم فإن تغيير التوقيت قد يتطلب اختبارات للتأكد من استمرار اتساق هذه الأنظمة.

لكن وجود تعقيد تشغيلي لا يعني أن التوقف الطويل ضرورة تقنية لا يمكن تجنبها.

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

ثانيًا: المشكلة الحقيقية في الساعة التي تتكرر

عند الانتقال إلى التوقيت الشتوي، لا تتقدم الساعة إلى الأمام، بل تتراجع ستين دقيقة.

وهنا تظهر مشكلة تقنية معروفة باسم «الساعة المتكررة».

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

وإذا اعتمد النظام على الوقت المحلي وحده لتحديد ترتيب العمليات، فقد يصبح من الصعب التمييز بين الحدثين.

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

لكن الحل معروف هندسيًا.

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

ويمكن تحقيق ذلك بتخزين الطوابع الزمنية وفق توقيت UTC، مع الاحتفاظ بمعلومات المنطقة الزمنية عند الحاجة، واستخدام معرفات مستقلة للمعاملات بدل الاعتماد على الوقت وحده.

وبهذه الطريقة، لا تتحول الساعة المتكررة إلى معاملات متكررة.

وتصبح المشكلة قابلة للإدارة من خلال التصميم الصحيح والاختبار المسبق.

ثالثًا: لماذا تعلن بعض البنوك فترات توقف طويلة؟

هناك عدة تفسيرات هندسية محتملة، لكنها ليست بالضرورة التفسير الفعلي لما حدث داخل أي بنك بعينه.

قد تستخدم المؤسسة أنظمة مصرفية مركزية قديمة، لا تدعم جميع مكوناتها التعامل الآلي مع تغيير التوقيت.

وقد تحتاج إلى إيقاف بعض العمليات خلال تحديث قواعد البيانات أو تنفيذ إجراءات التسوية اليومية.

وقد تكون هناك تبعيات بين البنك ومزودي خدمات الدفع، أو أنظمة مكافحة الاحتيال، أو خدمات التحقق من الهوية.

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

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

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

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

وليس المقصود هنا أن كل توقف دليل على ضعف هندسي؛ فقد يكون التوقف نتيجة قرار واعٍ لتقليل مخاطر أكبر.

لكن القرار السليم يجب أن يستند إلى تقييم موثق للمخاطر والبدائل، وليس إلى افتراض أن إيقاف الخدمات هو الحل الوحيد.

رابعًا: هل تتوقف إنستاباي لأن الساعة تغيرت؟

من المهم التمييز بين التطبيق الذي يستخدمه العميل والبنية المصرفية التي تنفذ التحويل.

فالتطبيق قد يظل متاحًا، بينما تتعذر معاملة مرتبطة ببنك يخضع للصيانة.

وقد تتأثر خدمة معينة دون غيرها، أو تتعطل عمليات التحويل الصادرة بينما تستمر خدمات أخرى.

ولذلك لا يجوز افتراض أن إعلان بنك عن صيانة أنظمته يعني توقف جميع خدمات التكنولوجيا المالية في مصر.

كما لا يجوز استنتاج أن أي فشل في التحويل خلال تلك الفترة سببه تغيير الساعة مباشرة.

فقد تكون المشكلة في بنك الإرسال، أو بنك الاستقبال، أو إحدى خدمات التكامل، أو إجراءات الصيانة نفسها.

ومن هنا تظهر أهمية نشر معلومات دقيقة عن نطاق التأثر.

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

خامسًا: السؤال الاقتصادي.. كم نخسر عندما تتوقف الخدمات المالية؟

هنا نصل إلى الجانب الأكثر أهمية.

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

قد يكون أحد العملاء يريد تحويل مبلغ بسيط إلى أحد أفراد أسرته.

وقد يكون تاجر ينتظر تحصيل مدفوعات من العملاء.

وقد تكون شركة تحتاج إلى تنفيذ تحويل مرتبط بتوريد أو التزام مالي.

وقد تكون منصة تجارة إلكترونية تعتمد على المدفوعات الرقمية لإتمام عمليات البيع.

وفي كل حالة تختلف طبيعة الضرر.

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

ولذلك فإن حجم الأموال التي لم تُحوّل خلال فترة التوقف لا يساوي تلقائيًا حجم الخسائر الاقتصادية.

فالمبلغ الذي تأخر تحويله ليس بالضرورة مبلغًا خسره الاقتصاد.

وهذا التمييز ضروري حتى لا تتحول المناقشة إلى أرقام ضخمة لا تستند إلى أساس علمي.

سادسًا: كيف نحسب التكلفة الفعلية للتوقف؟

يمكن بناء نموذج اقتصادي يبدأ بتقدير عدد المعاملات المتوقع تنفيذها خلال فترة التوقف.

ثم نحدد نسبة المعاملات التي تعذّر تنفيذها فعلًا، ونسبة العمليات التي أُنجزت لاحقًا، ونسبة العمليات التي فُقدت نهائيًا.

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

وللتوضيح فقط، يمكن تصور سيناريو افتراضي لمنظومة دفع تستقبل في المتوسط مائة ألف محاولة معاملة كل ساعة.

إذا استمر عدم إتاحة الخدمة ثلاث ساعات فعلية، فإن عدد المحاولات التي قد تتأثر يصل إلى ثلاثمائة ألف محاولة.

لكن إذا تمكن تسعون في المائة من العملاء من إتمام معاملاتهم لاحقًا، فإن عدد المعاملات التي لم تُستكمل ينخفض إلى ثلاثين ألفًا.

وحتى هذه المعاملات لا يمكن اعتبارها جميعًا خسائر مالية.

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

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

وهذا المثال لا يصف ما حدث في مصر، ولا يمثل تقديرًا لخسائر أي بنك.

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

والأهم أن استخدام قيمة المعاملات بدل هامش الربح أو التكلفة الاقتصادية الفعلية قد يؤدي إلى تضخيم الخسائر بصورة مضللة.

سابعًا: ماذا عن الخسائر غير المباشرة؟

هناك تكاليف يصعب قياسها بصورة فورية.

من بينها الوقت الذي يضيعه العملاء في إعادة المحاولة، والضغط على خدمة العملاء، والعمليات التي تنتقل إلى الدفع النقدي، والتأخير في تنفيذ بعض الالتزامات.

كما توجد تكلفة تتعلق بثقة المستخدمين.

فالمواطن الذي يعتمد على تطبيق مالي لإدارة معاملاته اليومية يتوقع أن تكون الخدمة متاحة في الأوقات التي يحتاجها.

وإذا تكررت فترات التوقف دون تفسير واضح، فقد تتراجع ثقته في الاعتماد الكامل على الخدمات الرقمية.

لكن لا ينبغي تحويل كل هذه التأثيرات المحتملة إلى مبالغ مالية دون بيانات.

فقياس تكلفة الوقت يتطلب معرفة عدد المستخدمين المتأثرين ومتوسط الوقت الضائع.

وقياس خسائر التجارة يتطلب معرفة العمليات التي لم تُستكمل ولم تُسترد لاحقًا.

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

ثامنًا: هل يمكن أن يكون إيقاف الخدمة أقل تكلفة من استمرارها؟

نعم، في بعض الظروف.

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

فالمشكلة في الأنظمة المصرفية لا تقتصر على توافر الخدمة.

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

وقد يكون توقف خدمة لساعتين أفضل من وقوع خطأ محاسبي واسع يحتاج إلى أيام لمعالجته.

لكن هذا لا يلغي ضرورة الاستثمار في تصميم أنظمة تستطيع التعامل مع تغييرات التوقيت دون توقف شامل.

فالاختيار بين الاستمرارية والسلامة لا ينبغي أن يظل ثنائيًا بصورة دائمة.

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

تاسعًا: كيف تتعامل الأنظمة المالية الحديثة مع المشكلة؟

تعتمد هندسة الأنظمة عالية الإتاحة على مبدأ أساسي: ألا يؤدي تحديث مكون واحد إلى تعطيل المنظومة بأكملها متى أمكن تجنب ذلك.

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

كما يمكن استخدام آليات النشر المتدرج، التي تسمح بتحديث مجموعة محدودة من الخوادم أولًا، ثم توسيع النطاق بعد التأكد من سلامة التشغيل.

وفي الأنظمة المالية، ينبغي أيضًا استخدام معرفات فريدة للمعاملات، وآليات تمنع تكرار تنفيذ العملية عند إعادة إرسال الطلب.

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

وهذه نقطة مهمة؛ لأن أيام الانتقال بين التوقيت الصيفي والشتوي قد تختلف في طولها المحلي.

ولا يعني ذلك أن تطبيق هذه الحلول سهل أو منخفض التكلفة في كل مؤسسة.

فقد تتطلب الأنظمة القديمة تحديثات كبيرة واختبارات طويلة.

لكن الاستثمار في تقليل التوقف يجب أن يُقيَّم على أساس تكلفته مقارنة بالخسائر والمخاطر التشغيلية التي يمكن تجنبها خلال سنوات التشغيل.

عاشرًا: هل لدينا مشكلة تكنولوجية أم مشكلة حوكمة؟

غالبًا لا يمكن الفصل الكامل بين الأمرين.

فقد تكون لدى المؤسسة القدرة التقنية على تقليل التوقف، لكنها لا تخصص الموارد الكافية لتحديث الأنظمة.

وقد توجد قيود مرتبطة بعقود الموردين أو تعقيد الأنظمة القديمة.

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

وهنا تصبح القضية مرتبطة بحوكمة التكنولوجيا.

فالمؤسسة المالية تحتاج إلى معرفة تكلفة كل ساعة توقف، وتحديد مستوى الخدمة المقبول، وقياس الزمن الفعلي للاستعادة.

كما ينبغي أن تميز بين الصيانة المخططة والانقطاع غير المخطط.

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

لكن كلا النوعين يؤثر في تجربة المستخدم، ويجب أن يدخل ضمن قياس جودة الخدمة.

الحادي عشر: ماذا ينبغي أن تعلن البنوك للعملاء؟

الشفافية في هذا المجال لا تتطلب كشف تفاصيل أمنية أو معلومات حساسة عن البنية التحتية.

لكنها تتطلب تقديم إجابات واضحة.

ما الخدمات التي ستتأثر؟

ومتى يبدأ التأثر ومتى ينتهي؟

وهل المواعيد محسوبة بالتوقيت الصيفي أم الشتوي؟

وهل ستكون التحويلات المعلقة محفوظة وتُنفذ لاحقًا، أم يجب على العميل إعادة المحاولة؟

وهل توجد بدائل متاحة للسحب أو الدفع؟

وهل ستتحمل المؤسسة أي رسوم نتجت مباشرة عن إخفاق موثق في الخدمة؟

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

فمثل هذه التقارير تساعد على بناء الثقة، وتتيح تقييم التحسن من عام إلى آخر.

الثاني عشر: ماذا يجب أن نقيس على مستوى القطاع المصرفي؟

إذا أردنا تقييمًا موضوعيًا لجاهزية الخدمات المالية الرقمية، فإن عدد ساعات الصيانة المعلنة لا يكفي.

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

كما ينبغي قياس عدد العمليات التي تطلبت تدخلًا يدويًا، وتكلفة إعادة التشغيل، ومدى الالتزام بمواعيد الاستعادة.

ومن الضروري التمييز بين التوقف الكامل والتدهور الجزئي للخدمة.

فقد يكون التطبيق متاحًا طوال الوقت، لكن نسبة كبيرة من التحويلات لا تنجح.

وفي هذه الحالة، قد تبدو مؤشرات توافر التطبيق جيدة، بينما تكون تجربة العملاء الفعلية ضعيفة.

والعكس صحيح؛ فقد تتوقف خدمة محددة لفترة قصيرة دون تأثير واسع في بقية المنظومة.

ومن هنا يجب أن تكون مؤشرات الأداء مرتبطة بقدرة المستخدم على إتمام معاملته، لا بمجرد تشغيل الخوادم.

الثالث عشر: لماذا تهم هذه القضية مستقبل التكنولوجيا المالية في مصر؟

حققت مصر توسعًا مهمًا في استخدام المدفوعات الرقمية والخدمات المصرفية عبر الهاتف المحمول.

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

فالمستخدم الذي يعتمد على التحويل اللحظي لا يتعامل معه باعتباره خدمة ترفيهية يمكن الاستغناء عنها بسهولة.

بل قد يكون وسيلة لسداد التزام مالي، أو دفع ثمن سلعة، أو تحويل أموال للأسرة.

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

وكلما زادت أهمية الخدمة، زادت الحاجة إلى خطط واضحة لاستمرارية الأعمال والتعافي من الأعطال.

لكن الحكم على كفاءة القطاع لا ينبغي أن يعتمد على ليلة واحدة أو على إشعارات صيانة منفردة.

فالتقييم العادل يتطلب بيانات متراكمة، ومقارنات بين المؤسسات، وفهمًا لطبيعة الخدمات المتأثرة.

الرابع عشر: ما المطلوب قبل تغيير التوقيت القادم؟

المطلوب ليس مطالبة البنوك بالمخاطرة بسلامة المعاملات من أجل تجنب ساعة صيانة.

بل المطلوب وضع هدف قابل للقياس لتقليل عدم الإتاحة الناتج عن تغييرات التوقيت المعروفة مسبقًا.

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

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

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

فإذا كانت مدة التوقف تنخفض من عام إلى آخر، فهذا مؤشر على تحسن القدرة التشغيلية.

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

الخاتمة: المشكلة ليست في ستين دقيقة.. بل في قيمة كل دقيقة

الانتقال من التوقيت الصيفي إلى الشتوي حدث معروف مسبقًا، وليس أزمة مفاجئة.

ومن الناحية التقنية، لا ينبغي أن يكون تعديل الساعة وحده سببًا حتميًا لتعطيل الخدمات المالية لساعات.

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

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

والسؤال الأهم ليس: لماذا تحتاج البنوك إلى خمس ساعات لتغيير الساعة؟

بل: ما العمليات التي تستدعي إيقاف الخدمة فعلًا، ولماذا لا يمكن تنفيذها دون التأثير في العملاء، وما تكلفة ذلك، وكيف يمكن تقليلها؟

أما الخسائر المالية، فلا يمكن حسابها بصورة علمية من مدة التوقف وحدها.

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

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

إن التحول الرقمي الحقيقي لا يُقاس فقط بعدد التطبيقات أو بسرعة تنفيذ التحويل عندما تعمل الأنظمة بصورة طبيعية.

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

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

الأستاذ الدكتور وائل بدوي
أستاذ هندسة الحاسبات والذكاء الاصطناعي والأمن السيبراني
كلية الهندسة – الجامعة المصرية الروسية

التحقق من الوقائع والأرقام

الموعد الرسمي للانتقال إلى التوقيت الشتوي هو منتصف ليل الخميس 29 أكتوبر 2026، وفقًا للقانون رقم 24 لسنة 2023، كما أكدته الهيئة العامة للاستعلامات المصرية⁠. ونشرت الأهرام أونلاين⁠ تفاصيل فترات الصيانة المعلنة لعدد من البنوك، بينما أوضحت مصراوي⁠ أن الخدمات المتأثرة تختلف من بنك إلى آخر. 

البنك	نافذة الصيانة المعلنة	ما يمكن استنتاجه
البنك الأهلي المصري	11 مساءً – 1 صباحًا	احتمال تأثر بعض الخدمات خلال الفترة
البنك التجاري الدولي CIB	11 مساءً – 3 صباحًا	نافذة أطول لبعض الخدمات، ومنها خدمات الشركات
البنك العربي الأفريقي الدولي	11:45 مساءً – 12:15 صباحًا	نافذة قصيرة نسبيًا
بنك القاهرة	11:30 مساءً – 1 صباحًا	احتمال تأثر خدمات رقمية محددة

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

هل يمكن تقدير الخسائر بالجنيه المصري؟

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

السيناريو الافتراضي	عمليات بيع مفقودة نهائيًا	متوسط هامش المساهمة للعملية	الخسارة المباشرة المحسوبة
تأثير محدود	1,000	50 جنيهًا	50 ألف جنيه
تأثير متوسط	10,000	100 جنيه	مليون جنيه
تأثير مرتفع	50,000	150 جنيهًا	7.5 مليون جنيه

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

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