سياسة الإصدار والتحديث

Version: 1.0 Prepared By – Presales Review By – Tech

النطاق

تحدد هذه الوثيقة السياسات والإجراءات التي تتبعها تقنيات التوظيف الذكية («RST»)، لإصدار التحديثات والحفاظ على منصة SniperAI. تضمن السياسة تسليم تحديثات المنتج بطريقة آمنة ومتسقة وشفافة، مما يقلل من الاضطرابات للعملاء مع تعظيم القيمة التشغيلية والتجارية.
‍
تنطبق هذه السياسة على:

  • جميع وحدات تطبيق سنيبيراي (Jeevesai+شاشة)، بما في ذلك محركات الذكاء الاصطناعي ومكونات التحليل ولوحات معلومات التوظيف وموصلات التكامل ووحدات التحليلات.
  • التكامل مع الأنظمة الخارجية، بما في ذلك SAP SuccessFactors و Oracle ولوحات الوظائف التابعة لجهات خارجية ومنصات ATS.
  • بيئات النشر، بما في ذلك بيئات الإنتاج والتدريج (UAT) وصناديق الحماية.

ماذا تغطي هذه السياسة؟

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

باختصار، تغطي السياسة جميع أنواع تغييرات البرامج، بما في ذلك:

  • إصدارات المنتجات الرئيسية
  • تحسينات طفيفة على الميزات
  • تصحيحات الأمان
  • إصلاحات الأخطاء والإصلاحات العاجلة
  • تحديثات التكامل

ما الغرض من هذه السياسة؟

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

حول إصدار سنايبر راي

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

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

إيقاع الإصدار

تم تصميم نهج Recruitment Smart لدورة إصدار SniperAI لتحقيق التوازن بين استقرار النظام الأساسي والقدرة على التنبؤ مع المرونة في حل المشكلات الحرجة بسرعة ونشر تحسينات الميزات بكفاءة.

Release Type Cycle Upgrade Type Customer Notification
Major Release Annual Scheduled, coordinated 5–10 business days advance notice with full release notes
Minor Feature Updates Semi-Annual (2x/year) Auto-deployed or on-demand 3–5 business days advance notice
Security Patches Quarterly Continuous Delivery Notification only if the impact is material
Hotfixes / Emergency Fixes Monthly or Ad hoc Continuous Delivery Immediate notification upon deployment
UI/UX Enhancements Rolling (as part of minor releases) Seamless Bundled in minor release notification

إجراءات التسليم والتحسين المستمر

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

تخضع التحديثات التي يتم تسليمها عبر نموذج التسليم المستمر للمبادئ التالية:

  • لا يوجد تأثير على توفر الخدمة أو التكوينات الحالية
  • تم تسجيلها وتتبعها من خلال أنظمة تتبع الإصدار الداخلي
  • تخضع لمعايير ضمان الجودة الآلية واليدوية في البيئات المرحلية
  • متوافقة مع بروتوكولات الأمان والامتثال (على سبيل المثال، ISO 27001، GDPR، CCPA)

إجراءات ما قبل النشر:

  • يتم اختبار الكود في بيئات التدريج/UAT.
  • يتم التحقق من تكامل SAP SF مقابل أحدث مواصفات وتكوينات API.
  • تم إعداد خطط الاستعادة للتحديثات عالية المخاطر.

نوافذ النشر:

  • تحدث نوافذ النشر الافتراضية أثناء ساعات غير الذروة أو على النحو المتفق عليه مع عملاء المؤسسة.
  • بالنسبة للبيئات المدمجة في SAP، يتم تنسيق التحديثات لضمان صفر فترة نقاهة أو الصيانة المجدولة بموافقة مسبقة.

سياسات إعلام العملاء

الإصدارات المجدولة:

  • إشعار مسبق: يتلقى العملاء إشعارًا 5 أيام عمل على الأقل قبل التحديث المخطط له عبر البريد الإلكتروني.
  • ملاحظات الإصدار: جميع التحديثات الرئيسية والثانوية مصحوبة بملاحظات إصدار موثقة شاملة متاحة للعملاء عبر البريد الإلكتروني أو بوابة العملاء.
  • إحاطات إدارية (اختيارية): بالنسبة للإصدارات الرئيسية، يمكن للعملاء طلب جلسة تفصيلية مع مدير المنتج أو مهندس الحلول.

تصحيحات الطوارئ/الإصلاحات العاجلة:

  • يتم إخطار العملاء فورا عبر البريد الإلكتروني أو بوابة التذاكر في حالة التصحيح الطارئ أو حل المشكلات الحرجة
  • تتم مشاركة تقرير ما بعد التصحيح داخل 24-48 ساعة تفصيل المشكلة والإصلاح المطبق والأنظمة المتأثرة.

نوافذ الصيانة/التعطل:

  • يتم إرسال إشعارات الصيانة المجدولة أو تعطل النظام الأساسي 48-72 ساعة مقدما.
  • بالنسبة للتغييرات التي تؤثر على عمليات تكامل البيانات (على سبيل المثال، تعيينات حقول SAP، وإصدار API)، عملية المراجعة المشتركة قد يتم تقديمها

دعم ما بعد النشر

  • المراقبة: تتم مراقبة عمليات التحقق من صحة API في الوقت الفعلي وسجلات المزامنة واستخدام النظام بعد النشر.
  • نافذة الملاحظات: يتم تشجيع العملاء على الإبلاغ عن أي مشاكل داخل 72 ساعة للتحقيق ذي الأولوية.
  • التحكم في الإصدار: يدعم Recruitment Smart إصدارات N-1 كحد أدنى؛ يُتوقع من العملاء الترقية مرة واحدة على الأقل سنويًا ما لم يتم الاتفاق على خلاف ذلك.

معلومات إصدار البرنامج

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

مثال على تنسيق الإصدار:

للإصدار الحالي: 3.5.1+hf1

  • 3 - الإصدار الرئيسي
  • 5 - نسخة ثانوية
  • 1 - حزمة الخدمة/تصحيحات الأمان
  • hf1 - رقم الإصلاح العاجل

يوفر كل مكون من مكونات رقم الإصدار معلومات حول نطاق الإصدار والغرض منه:
يتم تعيين رمز إصدار فريد لكل إصدار. يدعم Recruitment Smart إصدارات N-1 كحد أدنى (أي الإصدار الرئيسي الحالي والسابق).
يمكن للعملاء اختيار تأجيل التحديثات غير الهامة حتى دورة واحدة مع إشعار مسبق، على الرغم من أن تصحيحات الأمان إلزامية.

محتوى الإصدار

الإصدارات الرئيسية
تقدم الإصدارات الرئيسية تغييرات كبيرة إلى المنصة، مثل:

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

مثال: قد تتطلب الترقية من v2.x إلى v3.0 إعادة التحقق من التكامل لـ SapSuccessFactors.

إصدارات ثانوية
تتضمن الإصدارات الثانوية تحسينات الميزات التي هي fمتوافق تمامًا مع الإصدارات السابقة

  • إضافة مكونات واجهة المستخدم الجديدة أو لوحات معلومات المجند
  • تحسينات على منطق التحليل أو خوارزميات تسجيل الذكاء الاصطناعي
  • إعدادات التكوين الموسعة أو قدرات الإدارة
  • لا يلزم عادةً الترحيل أو تعطل النظام

مثال: يؤدي الانتقال من 3.4 إلى 3.5 إلى إضافة ميزات جديدة لوضع علامات على الوظائف دون تعطيل عمليات تكامل SAP SF الحالية.

حزم الخدمة
تركز حزم الخدمة على الصيانة وتحتوي على:

  • إصلاحات الأخطاء للمشكلات التي تم الإبلاغ عنها مسبقًا
  • تحسينات الأداء في المعالجة أو التحليل أو المطابقة
  • تحديثات التوافق للمنصات الشريكة (على سبيل المثال، تغييرات إصدار SAP OData API)
  • تصحيحات الأمان استنادًا إلى CVEs المعروفة أو مخاطر الامتثال

ملاحظة: لم يتم تقديم أي ميزات جديدة في حزمة الخدمة.

الإصلاحات العاجلة
الإصلاحات العاجلة هي تصحيحات طوارئ تم إصدارها خارج الدورة القياسية لمعالجة:

  • العيوب أو الأعطال الحرجة
  • أعطال API أو مشكلات التحليل التي تؤثر على سير عمل الإنتاج
  • فشل التكامل مع SAP SF أو موصلات لوحة العمل

يتم نشر الإصلاحات العاجلة بسرعة (في غضون 24-48 ساعة)، وغالبًا ما يكون لها تأثير ضئيل أو معدوم على توفر النظام.

ملخص

تضمن هذه السياسة:

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

تظل Recruitment Smart ملتزمة بتقديم الابتكار المستمر واستقرار النظام الأساسي مع احترام القيود التشغيلية ومتطلبات الامتثال لعملاء مؤسستنا. يدعم النموذج المزدوج للإصدارات المهيكلة والنشر السريع كليهما موثوقية على مستوى المؤسسات و سرعة البرامج الحديثة.