أمثلة على التحقيقات

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

مرجع سريع

مكان الوصول إليها: الإعدادات (رمز الترس، أسفل اليسار) ← سجلات التدقيق

من يمكنه استخدامها: تحتاج إلى دور يتضمن سجلات التدقيق وIdentity & Access Management في منظمتك، مثل Organisation Administrator. راجع من يمكنه استخدام سجلات التدقيق.

الغرض: الانتقال من سؤال إلى الطلبات التي تجيب عنه

من فتح المدخل الأمامي؟

صالة رياضية أو مركز ترفيهي: فُتح المدخل الأمامي عن بُعد، ويريد المدير المناوب معرفة من فعل ذلك ولماذا.

1. في علامة التبويب Logs، انقر على Endpoint، واكتب /api/door-gate-access/* وانقر على Apply. تعرض القائمة طلبات Door & Gate Access فقط.
2. اضبط Range بحيث يغطي وقت فتح الباب.
3. انقر على الطلب الذي تنتهي نقطة النهاية الخاصة به بـ /front-entrance/unlock.

الشكل 1: كل طلبات الأبواب، مع فتح طلب فتح المدخل الأمامي

ما الذي تبحث عنه: يعرض User من فتح الباب، وهو هنا oscar.tran@example.com. ويعرض Request POST Body السبب الذي قدّمه، "Member forgot access card"، ويعرض Response Body أن الباب فُتح.

الخطوة التالية: تحقق من السجل الخاص بالباب نفسه في سجلات الوصول ضمن Door & Gate Access، الذي يسجّل كل محاولة لفتح الباب، بما في ذلك المحاولات من تطبيق الهاتف المحمول.

لماذا لم يتمكن أحد الموظفين من تغيير دور شخص ما؟

عيادة علاج طبيعي: حاول منسّق منح زميل دورًا جديدًا، ولم ينجح ذلك.

1. في علامة التبويب Logs، انقر على Status واختر 403 Forbidden.
2. انقر على طلب 403 Forbidden الذي يعود إلى وقت تغيير الدور.
3. في AI Error Summary، انقر على Generate summary.

الشكل 2: يوضّح الملخص سبب رفض تغيير الدور

ما الذي تبحث عنه: يذكر الملخص أن الشخص "does not have permission to assign that role". قارن ذلك بـ Response Body، الذي ينص على "You don't have permission to assign this role." ويعرض Request POST Body الدور الذي حاول منحه.

الخطوة التالية: اطلب من Organisation Administrator إجراء التغيير، أو راجع دور الشخص. راجع تغيير أدوار المستخدم وقوالب الأدوار.

توقف تكامل الحجوزات لدينا عن المزامنة خلال الليل

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

1. في علامة التبويب Logs، انقر على Endpoint، واكتب /partner/v1/* وانقر على Apply.
2. اضبط Range على Last 24 hours.
3. انظر إلى الحالة في بداية كل صف، ثم انقر على الطلبات الفاشلة لقراءة Response Body الخاص بها.

ما الذي تبحث عنه: الطلبات التي تحمل الشارة api-key من integrations@example.org. تعرض القائمة هنا 429 Too Many Requests، عندما أرسل التكامل عددًا كبيرًا جدًا من الطلبات في وقت قصير، و503 Service Unavailable. لاحظ متى بدأت حالات الفشل وما إذا تلتها طلبات ناجحة.

الخطوة التالية: انقر على تصدير CSV وأرسل الملف إلى شريك التكامل ليتحقق من جانبه. راجع تصدير السجلات وصفحة الأخطاء الخاصة بـ Partner API.

لم يُحفظ خطاف ويب

مقهى أو متجر أو منشأة ضيافة: أعدّ مدير خطاف ويب لإرسال تفاصيل الزوار إلى نظام آخر، ولم يُحفظ.

1. في علامة التبويب Logs، انقر على Email واكتب عنوان البريد الإلكتروني الكامل للمدير، وهو هنا leo.hargreaves@example.com.
2. ابحث عن طلبَي POST من الوقت الذي حفظ فيه المدير خطاف الويب: طلب 400 Bad Request وطلب 201 Created على نقطة النهاية نفسها.
3. انقر على 400 Bad Request، ثم على 201 Created الذي جاء بعده ببضع دقائق، وقارن بينهما.

ما الذي تبحث عنه: ينص Response Body الخاص بالطلب 400 على "url must start with https://". وفي Request POST Body الخاص به، لا يبدأ العنوان بـ https://. أما في الطلب 201، فقد أضاف المدير https://، وحُفظ خطاف الويب.

الخطوة التالية: بالنسبة إلى الطلب الفاشل، انقر على Generate summary للحصول على شرح بلغة واضحة. راجع AI Error Summary.

ماذا فعل موظف مغادر في الأسبوع الماضي؟

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

1. في علامة التبويب Logs، انقر على Email واكتب عنوان البريد الإلكتروني الكامل للشخص.
2. اضبط Range على Last 7 days.
3. مرّر إلى أسفل القائمة حتى تُحمَّل كل الطلبات. لا يتضمن التصدير إلا الصفوف المحمّلة.
4. انقر على تصدير CSV، ثم على Export.

ما الذي تبحث عنه: التغييرات وليس عمليات القراءة. اضبط Method على POST أو PUT أو PATCH أو DELETE بالتتابع لرؤية الطلبات التي أنشأت أشياء أو غيّرتها أو أزالتها. لأي أمر غير متوقع، افتح الطلب واقرأ Request POST Body الخاص به.

الخطوة التالية: عندما يغادر، أزل وصوله. راجع إزالة المستخدمين. احفظ ملف CSV وفقًا لسياسة منظمتك.

أي موقع شهد أكبر عدد من الطلبات الفاشلة؟

جهة تشغّل مواقع متعددة: أبلغت عدة مواقع عن مشكلات بالأمس، ويريد المكتب الرئيسي معرفة من أين يبدأ.

1. في علامة التبويب لوحة القيادة، اضبط Window بحيث يغطي اليوم.
2. في Errors Over Time، انقر على الفترة التي بلغت فيها الأخطاء ذروتها. تُفتح علامة التبويب Logs مع الطلبات الفاشلة من ذلك الوقت.
3. انقر على منشأة واختر كل موقع بالتتابع، وقارن عدد الطلبات الفاشلة لكل منها.

ما الذي تبحث عنه: موقع يشهد حالات فشل أكثر بكثير من غيره، أو حالات فشل على نقطة نهاية واحدة. افتح بعض طلباته واقرأ Response Body أو انقر على Generate summary.

الخطوة التالية: راجع لوحة القيادة للاطلاع على المخططات الأخرى، والمنشآت للاطلاع على المواقع في منظمتك.

صفحات ذات صلة

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