جدول إصدارات ثابت
مفعّلة افتراضيًاتصدر تحديثات المنصة مساء أول ثلاثاء من كل شهر (بتوقيت CET). ويُعلن عن أي إصدار إضافي قبل ثلاثة أيام عمل على الأقل، أما الإصلاحات العاجلة فتصدر في أقرب وقت ممكن.
تلتزم Blits.ai بنسبة توافر شهرية قدرها 99.5% لعمليات النشر المستضافة سحابيًا، وتقيسها على صفحة حالة عامة، وتدعمها بأوقات استجابة وحل محددة لكل أولوية. وفيما يلي ملخص لاتفاقية مستوى الخدمة (SLA) القياسية لدينا.
لكل قدرة علامة توضّح إن كانت مفعّلة افتراضيًا أو قابلة للضبط لكل مساعد أو مسار عمل أو مستأجر. ويمكن تعطيل الإعدادات الافتراضية التي تمس بيانات العملاء حيث تتطلب ذلك اللوائح أو سياستكم الداخلية.
هدف التوافر الشهري لعمليات النشر المستضافة سحابيًا. ويُحسب التوافر بطرح فترات التوقف غير المجدولة والصيانة الطارئة من وقت التشغيل المجدول، ثم قسمة الناتج على وقت التشغيل المجدول. أما عمليات النشر في مقرّكم (محليًا) فيُتفق على أهداف التوافر فيها ضمن كل عقد.
الحالة المباشرة على status.blits.aiنرد على 95% من الحالات ونحلها ضمن هذه الأوقات.
| الأولوية | Enterprise | Pro وPro+ | ||
|---|---|---|---|---|
| الاستجابة | الحل | الاستجابة | الحل | |
| P1 حرجة | ساعة واحدة | 4 ساعات | ساعة واحدة | 20 ساعة |
| P2 عالية | 4 ساعات | 8 ساعات | 4 ساعات | 48 ساعة |
| P3 متوسطة | يوم عمل واحد | 5 أيام عمل | يوم عمل واحد | 5 أيام عمل |
| P4 منخفضة | يوما عمل | أسبوعان | يوما عمل | 4 أسابيع |
تعني P1 أن بيئة التشغيل الفعلية متوقفة أو متأثرة إلى حد يمنع مواصلة العمل. وتعني P2 أن ميزات أساسية غير متاحة ولا يوجد حل بديل مؤقت. ويستمر العمل على حالات P1 وP2 دون انقطاع حتى حلها، مع تحديثات للحالة كل ساعة في P1 وكل أربع ساعات في P2.
مواعيد إصدار ثابتة، واختبارات قبل كل إصدار، وطريقة سريعة للعودة إلى الوضع السابق.
تصدر تحديثات المنصة مساء أول ثلاثاء من كل شهر (بتوقيت CET). ويُعلن عن أي إصدار إضافي قبل ثلاثة أيام عمل على الأقل، أما الإصلاحات العاجلة فتصدر في أقرب وقت ممكن.
تُنشر تعديلات المحتوى المعتمدة ضمن إصدار المحتوى مساء كل خميس، خلال خمسة أيام عمل من اعتمادها.
قبل أي إصدار، يُختبر المساعد على كل سؤال يتأثر بالتغيير، وتُقارن كل إجابة بالإجابة المتوقعة. ويتلقى العميل تقرير الاختبار.
لكل ضابط حماية حالة اختبار خاصة به، وتعمل جميعها قبل كل إصدار، فيبقى الضابط فعالًا حتى إذا تغيّر المحتوى من حوله.
ينشئ كل نشر إصدارًا مرقّمًا للمساعد بالكامل لا يمكن تعديله، ويتضمن اسم من أجراه وتاريخه وملاحظة الإصدار والفروق عن الإصدار السابق.
يمكن ضبط المساعد بحيث لا يصل إلى بيئة التشغيل الفعلية إلا إذا اجتاز الإصدار الجديد حزمة اختبارات محددة، بما فيها فحوص زمن الاستجابة. ولا يتجاوز هذا الشرط إلا مسؤول يذكر السبب، ويُسجَّل كل تجاوز.
يمكن إعادة بيئة التشغيل الفعلية إلى إصدار سابق بنقرة واحدة دون انقطاع المحادثات الجارية. ولأن كل إصدار يُحفظ كنسخة كاملة، تُستعاد الحالة السابقة خلال دقائق بينما يُبحث في السبب.
كيف نعرف أن المنصة تعمل بسلامة قبل أن يخبرنا العميل بخلاف ذلك.
يُقاس التوافر ويُنشر على status.blits.ai، ويُرفع إلى العملاء شهريًا مع إحصاءات الحالات.
توفر كل خدمة فحوصًا تثبت أنها تعمل وأنها جاهزة لاستقبال الطلبات، ومنها الاتصال بقاعدة البيانات. وتُستبدل النسخ المتعطلة تلقائيًا.
بعد كل عملية نشر، يقارن فحص آلي أوقات الاستجابة الفعلية بخط أساس مرجعي، ويُنبّه على عملية النشر إذا تراجعت.
تعمل كل منطقة كبيئة تشغيل فعلية مستقلة، فلا يؤثر عطل في منطقة على العملاء في منطقة أخرى.
تتفاوت مخرجات النماذج اللغوية بطبيعتها، وهذه الضوابط تُبقي الإجابات متوقعة حيث يهم ذلك.
تُضبط قيمة Temperature لكل مساعد: 0.7 افتراضيًا، ويمكن تعديلها، مثل خفضها للإجابات المعتمدة على الحقائق. وتعمل فحوص ضوابط الحماية بقيمة 0.1.
المسارات التي يجب أن تسير دائمًا بالطريقة نفسها تعمل كمسارات BPMN بخطوات ثابتة وصياغة دقيقة، مع التعرف على النوايا عبر Microsoft CLU أو IBM أو Google أو Wit.
مجموعات اختبار لمحادثات متعددة الأدوار يقيّمها نموذج أو قواعد ثابتة، وتعمل عند الطلب أو وفق جدول من كل 5 دقائق إلى مرة يوميًا، مع تنبيهات بالبريد الإلكتروني أو عبر Webhook.
نعقد معكم جلسة عمل على حالة الاستخدام الخاصة بكم، ببياناتكم وبالنماذج التي تختارونها.
احجز مكالمة