דוגמאות חקירה

הדוגמאות האלה מראות איך לענות על שאלות נפוצות בעזרת יומני ביקורת. כל דוגמה מציגה את השאלה, את המסננים והלחיצות שבהם יש להשתמש ואת מה שצריך לחפש. אותם שלבים עובדים בכל סוג של אתר, לכן התאימו את המסננים לשאלה שלכם.

מדריך מהיר

איפה למצוא: הגדרות (סמל גלגל השיניים, בפינה השמאלית התחתונה) → יומני ביקורת

מי יכול להשתמש: אתם צריכים תפקיד שכולל את יומני ביקורת ואת 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 ושלחו את הקובץ לשותף השילוב כדי שיוכל לבדוק את הצד שלו. ראו ייצוא יומנים ואת הדף Errors של Partner API.

Webhook לא נשמר

בית קפה, חנות או מקום אירוח: מנהל הגדיר webhook כדי לשלוח פרטי מבקרים למערכת אחרת, והוא לא נשמר.

1. בכרטיסייה Logs, לחצו על Email והקלידו את כתובת הדוא"ל המלאה של המנהל, כאן leo.hargreaves@example.com.
2. מצאו את שתי בקשות ה-POST מהמועד שבו המנהל שמר את ה-webhook: 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://, וה-webhook נשמר.

השלב הבא: עבור בקשה שנכשלה, לחצו על 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