Logo Performance HubPerformance Hub
Bahagian laman: Dokumentasi

Contoh siasatan

Pada halaman ini

Contoh-contoh ini menunjukkan cara menjawab soalan lazim dengan Log Audit. Setiap contoh memberikan soalan, penapis dan klik yang perlu digunakan, serta perkara yang perlu dicari. Langkah yang sama berfungsi di mana-mana jenis premis, jadi sesuaikan penapis dengan soalan anda sendiri.

Rujukan pantas

Tempat untuk mencarinya: Settings (ikon gear, di bahagian bawah sebelah kiri) → Log Audit

Siapa yang boleh menggunakannya: Anda memerlukan peranan yang merangkumi Log Audit dan Identity & Access Management dalam organisasi anda, seperti Organisation Administrator. Lihat Siapa yang boleh menggunakan Log Audit.

Tujuan: Beralih daripada soalan kepada permintaan yang menjawabnya

Siapa yang membuka kunci pintu masuk hadapan?

Gim atau pusat rekreasi: kunci pintu masuk hadapan dibuka dari jauh dan pengurus bertugas ingin tahu siapa yang melakukannya dan mengapa.

  1. Pada tab Logs, klik Endpoint, taipkan /api/door-gate-access/* dan klik Apply. Senarai hanya menunjukkan permintaan Door & Gate Access.
  2. Tetapkan Range supaya merangkumi masa kunci dibuka.
  3. Klik permintaan yang titik akhirnya berakhir dengan /front-entrance/unlock.

Tab Logs ditapis kepada /api/door-gate-access/*, dengan permintaan buka kunci pintu masuk hadapan dibukaTab Logs ditapis kepada /api/door-gate-access/*, dengan permintaan buka kunci pintu masuk hadapan dibuka

Rajah 1: Setiap permintaan pintu, dengan permintaan buka kunci pintu masuk hadapan dibuka

Perkara yang perlu dicari: User menunjukkan siapa yang membuka kunci pintu, di sini oscar.tran@example.com. Request POST Body menunjukkan sebab yang diberikan, "Member forgot access card", dan Response Body menunjukkan bahawa kunci pintu telah dibuka.

Seterusnya: semak rekod pintu itu sendiri dalam Access Logs Door & Gate Access, yang merekodkan setiap percubaan membuka kunci di pintu tersebut, termasuk daripada aplikasi mudah alih.

Mengapa seorang kakitangan tidak dapat menukar peranan seseorang?

Klinik fisioterapi: seorang penyelaras cuba memberikan peranan baharu kepada rakan sekerja, tetapi tidak berjaya.

  1. Pada tab Logs, klik Status dan pilih 403 Forbidden.
  2. Klik permintaan 403 Forbidden daripada masa perubahan peranan itu.
  3. Dalam AI Error Summary, klik Generate summary.

AI Error Summary yang menerangkan bahawa orang yang membuat perubahan tidak mempunyai kebenaran untuk menetapkan peranan tersebutAI Error Summary yang menerangkan bahawa orang yang membuat perubahan tidak mempunyai kebenaran untuk menetapkan peranan tersebut

Rajah 2: Ringkasan menerangkan mengapa perubahan peranan ditolak

Perkara yang perlu dicari: ringkasan menyatakan bahawa orang tersebut "does not have permission to assign that role". Semaknya dengan Response Body, yang menyatakan "You don't have permission to assign this role." Request POST Body menunjukkan peranan yang cuba diberikan.

Seterusnya: minta Organisation Administrator membuat perubahan itu, atau semak peranan orang tersebut. Lihat Menukar peranan pengguna dan Templat peranan.

Integrasi tempahan kami berhenti menyegerak semalaman

Pusat akuatik atau kemudahan majlis tempatan: daftar masuk daripada sistem tempahan berhenti muncul semalaman.

  1. Pada tab Logs, klik Endpoint, taipkan /partner/v1/* dan klik Apply.
  2. Tetapkan Range kepada Last 24 hours.
  3. Lihat status di permulaan setiap baris, kemudian klik permintaan yang gagal untuk membaca Response Body permintaan tersebut.

Perkara yang perlu dicari: permintaan dengan lencana api-key daripada integrations@example.org. Di sini senarai menunjukkan 429 Too Many Requests, iaitu integrasi menghantar terlalu banyak permintaan dalam masa yang singkat, dan 503 Service Unavailable. Ambil perhatian bila kegagalan bermula dan sama ada permintaan yang berjaya menyusul.

Seterusnya: klik Eksport CSV dan hantar fail tersebut kepada rakan kongsi integrasi supaya mereka boleh menyemak di pihak mereka. Lihat Mengeksport log dan halaman Ralat Partner API.

Webhook tidak disimpan

Kafe, kedai atau premis hospitaliti: seorang pengurus menyediakan webhook untuk menghantar butiran pelawat ke sistem lain, tetapi ia tidak disimpan.

  1. Pada tab Logs, klik Email dan taipkan alamat e-mel penuh pengurus tersebut, di sini leo.hargreaves@example.com.
  2. Cari dua permintaan POST daripada masa pengurus menyimpan webhook: 400 Bad Request dan 201 Created pada titik akhir yang sama.
  3. Klik 400 Bad Request, kemudian 201 Created beberapa minit kemudian, dan bandingkan kedua-duanya.

Perkara yang perlu dicari: Response Body bagi 400 menyatakan "url must start with https://". Dalam Request POST Body permintaan itu, alamat tidak mempunyai https:// di permulaannya. Dalam 201, pengurus telah menambah https://, dan webhook disimpan.

Seterusnya: bagi permintaan yang gagal, klik Generate summary untuk mendapatkan penjelasan dalam bahasa yang mudah difahami. Lihat AI Error Summary.

Apakah yang dilakukan oleh kakitangan yang akan berhenti minggu lepas?

Pejabat atau ruang kerja bersama: sebelum seorang kakitangan berhenti, pengurusnya mahukan rekod aktiviti terkininya.

  1. Pada tab Logs, klik Email dan taipkan alamat e-mel penuh orang tersebut.
  2. Tetapkan Range kepada Last 7 days.
  3. Tatal ke bahagian bawah senarai supaya setiap permintaan dimuatkan. Eksport hanya merangkumi baris yang telah dimuatkan.
  4. Klik Eksport CSV, kemudian Export.

Perkara yang perlu dicari: perubahan, bukan bacaan. Tetapkan Method kepada POST, PUT, PATCH atau DELETE secara bergilir untuk melihat permintaan yang mencipta, mengubah atau mengalih keluar sesuatu. Bagi apa-apa yang tidak dijangka, buka permintaan itu dan baca Request POST Bodynya.

Seterusnya: apabila mereka berhenti, alih keluar akses mereka. Lihat Mengalih keluar pengguna. Simpan fail CSV selaras dengan dasar organisasi anda.

Premis manakah yang mempunyai paling banyak permintaan gagal?

Pengendali berbilang premis: beberapa premis melaporkan masalah semalam, dan ibu pejabat ingin tahu di mana hendak bermula.

  1. Pada tab Papan pemuka, tetapkan Window supaya merangkumi hari tersebut.
  2. Dalam Errors Over Time, klik baldi yang mempunyai ralat paling tinggi. Tab Logs dibuka dengan permintaan yang gagal daripada masa tersebut.
  3. Klik Kemudahan dan pilih setiap premis secara bergilir, kemudian bandingkan bilangan permintaan gagal bagi setiap premis.

Perkara yang perlu dicari: premis yang mempunyai lebih banyak kegagalan berbanding yang lain, atau kegagalan pada satu titik akhir. Buka beberapa permintaannya dan baca Response Body atau klik Generate summary.

Seterusnya: lihat Papan pemuka untuk carta yang lain, dan Kemudahan untuk premis dalam organisasi anda.