الأسئلة المتكررة (FAQs)

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

كمستخدم لعرض التحليل الإحصائي، هل يمكنني إنشاء استبيان جديد بسرعة عبر هذه الواجهة البرمجية؟

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

ما هي الفروقات الرئيسية بين إنشاء استبيان من قالب وإنشائه من الصفر؟

الفروقات الرئيسية عند إنشاء استبيان من قالب هي: - لا حاجة لإعادة تصميم بنية الاستبيان أو الأسئلة - يتم توريث إعدادات القالب تلقائيًا (مثل حدّ الردود والتحكم في إجمالي الردود) - تكون معلمات الطلب أبسط؛ إذ تحتاج فقط إلى توفير survey_id و title - يمكنك إنشاء عدة استبيانات بسرعة بنفس البنية ولكن بعناوين مختلفة - يضمن ذلك اتساق بنية الاستبيان، مما يجعل تحليل البيانات ومقارنتها لاحقًا أسهل

ما أنواع علاقات التقييم التي تدعمها واجهة برمجة التطبيقات الخاصة بإدخال علاقة التقييم في استبيان 360؟

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

ما هي قواعد التهيئة لأسماء مستويات علاقة التقييم؟

قواعد تهيئة أسماء مستويات علاقة التقييم هي كما يلي: 1. تدعم الصفحة 10 مستويات، بينما يدعم API 99 مستوى؛ 2. يدعم إضافة وتعديل أسماء المستويات؛ 3. يقتصر طول اسم كل مستوى على 60 حرفًا. وهذا يعني أن النظام يعرض 10 مستويات في واجهة المستخدم، لكن واجهة برمجة التطبيقات الخلفية يمكنها التعامل مع ما يصل إلى 99 مستوى.

ما هي قواعد التحقق من صحة عناوين البريد الإلكتروني وأرقام الهواتف المحمولة في إدخال علاقة التقييم؟

قواعد التحقق من صحة عناوين البريد الإلكتروني وأرقام الهواتف المحمولة في إدخال علاقة التقييم هي كما يلي: 1. يمكن إدخال عناوين البريد الإلكتروني وأرقام الهواتف المحمولة؛ 2. يجب أن تكون مطابقة بشكل واحد لواحد، ولا يُسمح بالتكرار؛ 3. سيتحقق النظام من تفرد عناوين البريد الإلكتروني وأرقام الهواتف المحمولة لضمان أن يكون لكل مُقيِّم وسيلة تواصل فريدة.

ما هي حدود الطول للاسم واسم المستوى في مدخل علاقة التقييم؟

قواعد حدود الطول لمدخل علاقة التقييم هي كما يلي: 1. الحد الأقصى لطول الاسم هو 64 حرفًا؛ 2. الحد الأقصى لطول اسم المستوى هو 60 حرفًا. تضمن هذه الحدود اتساق البيانات واستقرار النظام.

ما هي قاعدة العلاقة متعددة إلى متعددة لعلاقات التقييم؟

قواعد العلاقة متعددة إلى متعددة لعلاقات التقييم هي كما يلي: 1. يمكن أن يكون للشخص نفسه الذي يتم تقييمه عدة مُقيّمين؛ 2. يمكن للمُقيّم نفسه تقييم عدة أشخاص؛ 3. يدعم هذا التصميم هياكل التقييم التنظيمية المعقدة، مما يتيح تقييم شخص واحد من قبل عدة أشخاص، مع تمكين شخص واحد أيضًا من تقييم عدة أشخاص.

ما هي قواعد التحقق لإدخال المقيم الذاتي؟

قواعد التحقق لإدخال المقيم الذاتي هي كما يلي: 1. يجب أن يكون الاسم المُدخل للمقيم الذاتي هو نفسه اسم الشخص الذي تتمّ تقييمه؛ 2. إذا لم يتطابقا، فستفشل عملية الإدخال؛ 3. تضمن هذه القاعدة دقة علاقة التقييم الذاتي وتمنع إدخالات علاقة التقييم الذاتي غير الصحيحة.

كيف يختلف وضعا الإضافة والإلحاق في واجهة برمجة تطبيقات إضافة علاقة التقييم؟

يتم التمييز بين وضعي الإضافة والإلحاق في واجهة برمجة تطبيقات إضافة علاقة التقييم بواسطة الحقل is_delete_for_prev_eval_rel: 1. إذا كانت قيمته true، فهذا هو وضع الإضافة، وسيؤدي إلى حذف علاقة التقييم السابقة؛ 2. إذا كانت قيمته false، فهذا هو وضع الإلحاق، وسيضيف علاقات تقييم جديدة بناءً على العلاقات الموجودة.

ما هي قواعد التقييد لإعادة استيراد علاقات التقييم عندما تكون أوراق الردود موجودة بالفعل؟

قواعد التقييد لإعادة استيراد علاقات التقييم عندما تكون أوراق الردود موجودة بالفعل هي كما يلي: 1. الصفحة الأمامية لا تدعم إعادة استيراد علاقات التقييم؛ 2. في واجهة برمجة التطبيقات، عندما تكون is_delete_for_prev_eval_rel = true، يتم تقييد إعادة الاستيراد؛ 3. يهدف هذا التقييد إلى منع العمليات غير المقصودة التي قد تؤدي إلى فقدان البيانات عندما تكون بيانات الردود موجودة بالفعل.