أهم ما يُستنتج من سجل انقطاعات خدمة Salesforce لعام 2025 هو عدم وجود انقطاع عالمي شامل ومحدد لهذا العام. بل واجه العملاء أنماطًا مختلفة من الانقطاعات: انقطاع واسع النطاق للخدمة في فبراير، وفشل في المصادقة عبر بيئات سحابية متعددة في يونيو، وحادث كبير في منصة Heroku نتيجة تحديث غير مقصود من أحد الموردين، وعطل في شبكة مركز بيانات إنديانابوليس، وحوادث لاحقة اقتصرت على حالات أو ميزات محددة. هذا التمييز مهم لأن الاستجابة الصحيحة تعتمد على سبب العطل.
إذا تعذر على المستخدمين تسجيل الدخول، فلن يحل تحديث المتصفح المشكلة. وإذا تأخرت صفحة الحالة العامة، فقد يكون نظام مراقبة الأعطال العام غير مكتمل. وإذا كان نظام Salesforce متاحًا ولكن قائمة انتظار التكامل عالقة، فقد يبدو نظام إدارة علاقات العملاء (CRM) سليمًا بينما لا تزال عمليات الأعمال معطلة. والدرس العملي المستفاد من عام 2025 هو الجمع بين إشعارات الحالة الخاصة بكل مستأجر، والمراقبة المستقلة، والإجراءات اليدوية المختبرة، وفحص استعادة الأنظمة التابعة.
تُعدّ الحوادث التالية مفيدةً للمراجعة الاسترجاعية لأنها تُظهر أنماطًا مختلفةً من الأعطال. ولا يُقصد بها الادعاء بأن جميع أحداث حالة Salesforce في عام 2025 مُدرجة هنا.
| تاريخ | خلل | ما يُظهره السجل | لماذا يُعد ذلك مهماً؟ |
|---|---|---|---|
| 7 فبراير | انقطاع الخدمة | ويشير سجل الحادث الرسمي إلى أن الانقطاع انتهى في الساعة 11:21 بالتوقيت العالمي المنسق واستمر حوالي ساعتين و20 دقيقة. | يمكن أن يؤثر حدث خدمة واسع النطاق على سير عمل Salesforce العادي حتى عندما لا يتم تفصيل السبب الجذري علنًا. |
| 10 يونيو | فشل المصادقة عبر السحابة | أبلغت شركة Salesforce عن تأثير على خدمات المصادقة الخاصة بخدمات Heroku وCommerce وMarketing Cloud وSalesforce. | يمكن أن تؤدي تبعيات تسجيل الدخول والهوية إلى انقطاع الخدمة بين المنتجات دون أن يكون لكل منتج نفس العطل التقني. |
| 10 يونيو | تعطيل منصة هيروكو | عزت هيروكو الحادثة لاحقاً إلى تحديث نظام غير مقصود تم تطبيقه على البنية التحتية للإنتاج من قِبل أحد الموردين. كما تأثر موقع حالة هيروكو أيضاً. | يمكن أن تصبح قناة الاتصال جزءًا من الحادث، مما يجعل مسارات الإبلاغ المستقلة ضرورية. |
| 18 يونيو | تعطل شبكة مركز البيانات في إنديانابوليس | أفادت شركة Salesforce بأن عطلاً في نظام التبريد في مركز بيانات إنديانابوليس أثر على المجموعتين 1 و6. | قد تكون أحداث البنية التحتية المادية أضيق نطاقاً من انقطاع الخدمة العالمي، ولكنها لا تزال شديدة بالنسبة للحالات المعنية. |
| 1 نوفمبر | تعطيل الخدمة الأساسية على مستوى المثيل | يُحدد سجل الحادث الرسمي IND76 كحالة متأثرة ويسجل الحدث على أنه تم حله. | تعتبر عمليات التحقق الخاصة بكل حالة أكثر فائدة من الاعتماد فقط على التقارير العامة "هل Salesforce معطل؟". |
| 31 ديسمبر | تراجع أداء خدمة الرسائل في واتساب | أبلغت Salesforce عن تأثير على أداء ميزة المراسلة في WhatsApp في عدة حالات، وأكدت لاحقًا استعادة الخدمة في الساعة 16:56 بالتوقيت العالمي المنسق. | قد تتعطل إحدى الميزات بينما يظل باقي نظام إدارة علاقات العملاء قابلاً للاستخدام. |
بالنسبة لحوادث فبراير و Salesforce Trust، تأتي التواريخ والنطاق وتحديثات الاستعادة من سجلات حوادث Salesforce: انقطاع الخدمة في 7 فبراير ، وحادثة المصادقة عبر السحابة في 10 يونيو ، وحادثة إنديانابوليس في 18 يونيو ، وحادثة المثيل في 1 نوفمبر ، وحادثة WhatsApp في 31 ديسمبر .
يُعدّ يوم 10 يونيو/حزيران بالغ الأهمية، إذ يُمكن أن يُشير مصطلح "انقطاع خدمة Salesforce" إلى أكثر من حدث. فقد وصف سجل الثقة في Salesforce حالات فشل في المصادقة متعددة العوامل أثّرت على العديد من الخدمات السحابية. وفي وقت لاحق، وصف تقرير الإجراءات التصحيحية الصادر عن Heroku انقطاعًا في خدمة المنصة بدأ في الساعة 06:00 بالتوقيت العالمي المنسق، وكان سببه تحديثًا غير مقصود للنظام قام أحد الموردين بتطبيقه على البنية التحتية للإنتاج.
أقرت هيروكو أيضًا بتأثر موقعها الخاص برصد الحالة. ووفقًا لتحديث الإجراءات التصحيحية الصادر عن هيروكو ، فقد أدت أوجه القصور في تصميم صفحة الحالة وتأخر واجهة برمجة التطبيقات إلى انقطاع الاتصال، ما قد يُظهر الصفحة وكأنها لا تعرض أي حوادث نشطة. وأوضحت هيروكو أنها استجابت بضوابط تضمنت إيقافًا دائمًا لتحديثات أنظمة التشغيل الخاصة بالموردين دون إشراف، ومراجعات للصور، ومراقبة إضافية، وتخزين محتوى الحالة مؤقتًا، وتخطيطًا مستقلًا للتواصل، وإجراءات أكثر فعالية للاستجابة للحوادث.
هذا تمييز مهم للمسؤولين. صفحة الحالة ليست الخدمة نفسها، بل يستخدمها العملاء لاتخاذ قرار بشأن الانتظار، أو تجاوز العطل، أو فتح طلب دعم، أو التواصل مع مستخدميهم. إذا كانت قناة الحالة تشترك في بنية تحتية كبيرة مع المنصة المتأثرة، فقد لا توفر رؤية موثوقة في اللحظة التي تشتد فيها الحاجة إليها.
قد يمتلك فريق العمل بيانات تطبيق سليمة، ومع ذلك قد يتعذر عليه العمل في حال فشل تسجيل الدخول، أو المصادقة متعددة العوامل، أو مسار الهوية المتصل. يُعدّ هذا الأمر بالغ الأهمية للشركات التي تستخدم Salesforce وHeroku وCommerce وMarketing Cloud معًا. لذا، يُنصح بتوثيق المستخدمين الذين يحتاجون إلى الوصول إلى الأنظمة المختلفة، وتحديد جهات الاتصال في حالات الطوارئ التي يمكنها تلقي تحديثات المورّد، وتحديد المهام التي يمكن إنجازها دون تسجيل دخول ناجح.
بالنسبة لفريق مبيعات صغير، قد يعني ذلك قائمة اتصال يدوية مؤقتة وسجل حوادث مشترك. أما بالنسبة لمركز اتصال أو مؤسسة رعاية صحية، فقد يتطلب الأمر إجراءات رسمية للتعامل مع حالات التوقف، وموافقات على تصدير البيانات للقراءة فقط، وهيكل تصعيد مُختَبَر. يجب أن يتناسب نطاق خطة الطوارئ مع تبعات انقطاع الخدمة على العمل.
توضح وثائق Salesforce أن حالة الثقة توفر معلومات عن التوافر والأداء، بينما صُممت طرق عرض مركز الثقة الأحدث حول المستأجرين والمنتجات المدعومة. والخلاصة العملية بسيطة: اعرف مُعرّف مثيلك أو مُعرّف المستأجر قبل بدء أي حادث.
توفر Salesforce أيضًا إرشادات للاشتراك في رسائل وإشعارات مركز الثقة الخاص بي . قم بتكوين الإشعارات للأشخاص الذين يجب عليهم اتخاذ إجراء، وليس فقط للمسؤول الذي أنشأ المؤسسة في الأصل. احتفظ بقناة مستقلة، مثل صفحة حالة داخلية أو مجموعة مراسلة معتمدة، حتى تتمكن شركتك من التواصل حتى في حالة بطء موقع حالة المورد أو عدم توفره.
حتى بعد إبلاغ Salesforce باستعادة الخدمات، قد يظل للحادث آثار على سير العمل. فقد يُعاد إرسال طلب API متأخر مرتين، أو قد تصل رسالة في قائمة الانتظار متأخرة، أو قد يؤدي فشل عملية النشر إلى عدم تزامن السجلات. بعد الاستعادة، تحقق من سير العمل الأكثر أهمية: المصادقة، واستدعاءات API، والمهام المجدولة، وقوائم انتظار التكامل، وتسليم البريد الإلكتروني أو الرسائل، وإنشاء السجلات، وتحديث التقارير.
على سبيل المثال، تخيل فريق دعم متوسط الحجم يستخدم وكلاؤه نظام Salesforce لإدارة الحالات، بينما يقوم نظام تجاري منفصل بإرسال التحديثات عبر التكامل. إذا أصبح Salesforce متاحًا في الساعة 10:00 صباحًا، ولكن قائمة انتظار التكامل تحتوي على رسائل فشل من فترة انقطاع الخدمة، فلا ينبغي للفريق إغلاق الحالة لمجرد تحميل المتصفح. الاختبار الصحيح هو التأكد من أن تحديثات الحالات الجديدة والسابقة الفاشلة تمر عبر سير العمل بالكامل دون تكرار.
| ظروف العمل | الحد الأدنى العملي | متى نضيف المزيد |
|---|---|---|
| فريق صغير؛ يمكن تحمل انقطاع قصير | اشترك في إشعارات الثقة ذات الصلة، وسجل معرف المثيل، واحتفظ بقائمة مرجعية قصيرة للعمل اليدوي. | أضف عمليات التصدير واختبارات الاسترداد إذا كانت سجلات العملاء أو سجلات الامتثال بالغة الأهمية. |
| تعتمد الإيرادات أو مراكز الاتصال أو عمليات الخدمة على Salesforce طوال اليوم | استخدم نظام مراقبة مستقل، وإجراءات خاصة بفترة التوقف، وضوابط إعادة محاولة التكامل، ومسؤولًا محددًا عن الحادث. | اختبر نظام تجاوز الأعطال أو قنوات الإدخال البديلة خلال ساعات العمل قبل حدوث انقطاع حقيقي في الخدمة. |
| يرتبط Salesforce بـ Heroku أو بالعديد من الخدمات السحابية | قم بمراقبة حالة كل منتج على حدة، وقم بتوثيق تبعيات المصادقة. | قم بإجراء تمارين استعادة مشتركة لاختبار تسجيل الدخول، وواجهات برمجة التطبيقات، وقوائم الانتظار، واتصالات العملاء معًا. |
| البيانات الخاضعة للتنظيم أو ذات القيمة العالية | استخدم تصميمًا معتمدًا للنسخ الاحتياطي والاحتفاظ بالبيانات، وضوابط الوصول، وسجلات التدقيق، ودليل تشغيل الاسترداد. | قم بمراجعة دليل الإجراءات من قبل مسؤولي الأمن والشؤون القانونية والامتثال وأصحاب الأعمال. |
ابدأ بخريطة تبعيات من صفحة واحدة. دوّن فيها بيانات مثيل أو مستأجر Salesforce، وموفر الهوية، والسحابات المتصلة، وعمليات التكامل الأساسية، واشتراكات الحالة، والعملية اليدوية المستخدمة أثناء انقطاع الخدمة. ثم حدد فحص استعادة موضوعي لكل سير عمل مهم. عبارة "Salesforce عاد للعمل" مبهمة للغاية؛ بينما عبارة "تتم معالجة الحالات الجديدة والرسائل الصادرة وتحديثات الطلبات بدون تكرارات" قابلة للاختبار.
أخيرًا، راجع التغييرات التي قد تؤثر على التوافر: تحديثات المورّد، وتغييرات نظام التشغيل، والإصدارات، وتغييرات التكوين، وعمليات نقل المثيلات. يُبيّن حادث هيروكو في يونيو سبب ضرورة وجود ضوابط صارمة للتغييرات غير المُراقبة، وضرورة وجود آليات مرنة خاصة للتواصل بشأن الحالة. كما يُبيّن حدث 18 يونيو أهمية السعة المادية واعتمادية مراكز البيانات في الخدمات السحابية. ويُظهر تراجع أداء الميزات في ديسمبر سبب ضرورة مراقبة الفرق للوظائف التي تستخدمها فعليًا، وليس فقط توافر النظام الأساسي على أعلى مستوى.
لذا، فإنّ الاستجابة الأنسب مشروطة. قد تحتاج مؤسسة صغيرة إلى إشعارات وقائمة مراجعة يدوية واضحة. أما الشركات التي لا تستطيع إيقاف المبيعات أو الدعم، فتحتاج إلى مراقبة مستقلة، واستعادة بيانات قائمة الانتظار، وإجراءات مُجرَّبة لإدارة فترات التوقف. بينما تحتاج المؤسسات الخاضعة لرقابة صارمة إلى استعادة بيانات مُختَبَرة، وأدلة، وحوكمة فعّالة. ويؤكد سجل انقطاعات خدمة Salesforce لعام 2025 استنتاجًا واحدًا ثابتًا: تُبنى المرونة حول سلسلة اعتماد العميل، وليس حول مؤشر حالة واحد.
يستند هذا الاستعراض إلى سجلات حوادث الثقة في Salesforce ووثائق Salesforce أو Heroku المتاحة وقت كتابة هذا التقرير. يمكن تحديث صفحات الحوادث بعد حلها، وتختلف تغطية منتجات Salesforce بين Trust Status وMy Trust Center. في حال عدم نشر Salesforce لتحليل مفصل للأسباب الجذرية، لا يُفترض وجوده في هذا المقال.
Compare seven global programs for digital supply chains, logistics, analytics, global trade, and operations, with practical guidance on choosing the right fit.
تعرف على كيفية قيام واجهات الدماغ والحاسوب بفك تشفير الإشارات العصبية لاستعادة الاتصال والحركة، وما حققته الدراسات الحديثة، وما الذي لا يزال يحد من استخدام واجهات الدماغ والحاسوب.
See how commercial drones combine sensors, edge AI, batteries, communications, and flight-control software—and where autonomy still depends on mission and regulation.
Compare seven strong battery and energy storage master's options by materials, systems, research, industry exposure, flexibility, language, and cost trade-offs.
Learn how payload mass, battery limits, weather, propulsion efficiency, and aircraft architecture shape industrial UAV endurance—and how to improve it.
قارن بين برامج الهندسة الطبية الحيوية الرائدة للأجهزة الطبية الذكية، بما في ذلك التصميم، والإلكترونيات الحيوية، والذكاء الاصطناعي، والأمن السيبراني، والتدريب السريري، والتنظيم.
قم ببناء خطة عملية لاستمرارية العمل في حالة توقف Salesforce مع أولويات واضحة، وسير عمل احتياطي، وفحوصات استعادة، ومعايير اختبار، وحدود واقعية.
قد تُؤدي مشاكل نظام StoreForce إلى تعطيل الجداول الزمنية، وتسجيل ساعات العمل، وتغييرات الورديات، والتواصل داخل المتجر. تعرّف على كيفية تشخيص المشكلة، والحفاظ على سير عمليات البيع بالتجزئة بسلاسة، والتحقق من استعادة النظام.
تعرف على كيفية الاتصال بدعم Salesforce أثناء انقطاع كبير للخدمة، واختيار القناة المناسبة، وإعداد حالة مفيدة، والمتابعة دون إنشاء تذاكر مكررة.
قارن بين برامج الماجستير المتميزة في مجال التكنولوجيا المالية والأمن السيبراني على مستوى العالم، بما في ذلك المناهج الدراسية، والشكل، والملاءمة المهنية، وتفاصيل القبول الحالية لعام 2027.
