Logo Performance HubPerformance Hub
Mục trang: Tài liệu

Ví dụ điều tra

Trên trang này

Các ví dụ này cho thấy cách trả lời những câu hỏi thường gặp bằng Nhật ký kiểm toán. Mỗi ví dụ nêu câu hỏi, các bộ lọc và thao tác nhấp cần dùng, cùng những điểm cần chú ý. Các bước này áp dụng cho mọi loại địa điểm, vì vậy hãy điều chỉnh bộ lọc theo câu hỏi của riêng bạn.

Tham khảo nhanh

Vị trí: Settings (biểu tượng bánh răng, góc dưới bên trái) → Nhật ký kiểm toán

Đối tượng: Bạn cần một vai trò bao gồm Nhật ký kiểm toán và Identity & Access Management trong tổ chức của bạn, chẳng hạn Organisation Administrator. Xem Ai có thể sử dụng Nhật ký kiểm toán.

Mục đích: Đi từ một câu hỏi đến các yêu cầu trả lời câu hỏi đó

Ai đã mở khóa lối vào chính?

Một phòng tập hoặc trung tâm giải trí: lối vào chính đã được mở khóa từ xa và quản lý ca trực muốn biết ai đã làm việc đó và vì sao.

  1. Trên tab Logs, nhấp Endpoint, nhập /api/door-gate-access/* và nhấp Apply. Danh sách chỉ hiển thị các yêu cầu Door & Gate Access.
  2. Đặt Range sao cho bao gồm thời điểm mở khóa.
  3. Nhấp vào yêu cầu có endpoint kết thúc bằng /front-entrance/unlock.

Tab Logs được lọc theo /api/door-gate-access/*, với yêu cầu mở khóa lối vào chính đang mởTab Logs được lọc theo /api/door-gate-access/*, với yêu cầu mở khóa lối vào chính đang mở

Hình 1: Mọi yêu cầu liên quan đến cửa, với yêu cầu mở khóa lối vào chính đang mở

Điểm cần chú ý: User cho biết ai đã mở khóa cửa, ở đây là oscar.tran@example.com. Request POST Body cho biết lý do người đó đưa ra, "Member forgot access card", và Response Body cho biết cửa đã được mở khóa.

Bước tiếp theo: kiểm tra bản ghi riêng của cửa trong Nhật ký truy cập của Door & Gate Access, nơi ghi lại mọi lần thử mở khóa tại cửa, kể cả từ ứng dụng di động.

Vì sao một nhân viên không thể thay đổi vai trò của người khác?

Một phòng khám vật lý trị liệu: một điều phối viên đã thử cấp vai trò mới cho đồng nghiệp nhưng không thành công.

  1. Trên tab Logs, nhấp Status và chọn 403 Forbidden.
  2. Nhấp vào yêu cầu 403 Forbidden vào thời điểm thay đổi vai trò.
  3. Trong AI Error Summary, nhấp Generate summary.

AI Error Summary giải thích rằng người thực hiện thay đổi không có quyền gán vai trò đóAI Error Summary giải thích rằng người thực hiện thay đổi không có quyền gán vai trò đó

Hình 2: Bản tóm tắt giải thích vì sao việc thay đổi vai trò bị từ chối

Điểm cần chú ý: bản tóm tắt cho biết người đó "does not have permission to assign that role". Đối chiếu với Response Body, trong đó ghi "You don't have permission to assign this role." Request POST Body cho biết vai trò mà người đó đã thử cấp.

Bước tiếp theo: đề nghị một Organisation Administrator thực hiện thay đổi, hoặc xem xét lại vai trò của người đó. Xem Thay đổi vai trò của người dùng và Mẫu vai trò.

Tích hợp đặt chỗ của chúng tôi ngừng đồng bộ qua đêm

Một trung tâm bơi lội hoặc cơ sở của hội đồng địa phương: các lượt check-in từ hệ thống đặt chỗ ngừng xuất hiện qua đêm.

  1. Trên tab Logs, nhấp Endpoint, nhập /partner/v1/* và nhấp Apply.
  2. Đặt Range thành Last 24 hours.
  3. Xem trạng thái ở đầu mỗi hàng, sau đó nhấp vào các yêu cầu thất bại để đọc Response Body của chúng.

Điểm cần chú ý: các yêu cầu có huy hiệu api-key từ integrations@example.org. Ở đây danh sách hiển thị 429 Too Many Requests, khi tích hợp gửi quá nhiều yêu cầu trong thời gian ngắn, và 503 Service Unavailable. Ghi lại thời điểm các lỗi bắt đầu và xem sau đó có yêu cầu thành công nào không.

Bước tiếp theo: nhấp Xuất CSV và gửi tệp cho đối tác tích hợp để họ kiểm tra phía họ. Xem Xuất nhật ký và trang Lỗi của Partner API.

Một webhook không được lưu

Một quán cà phê, cửa hàng hoặc địa điểm lưu trú và ăn uống: người quản lý đã thiết lập một webhook để gửi thông tin khách đến một hệ thống khác, nhưng webhook không được lưu.

  1. Trên tab Logs, nhấp Email và nhập địa chỉ email đầy đủ của người quản lý, ở đây là leo.hargreaves@example.com.
  2. Tìm hai yêu cầu POST vào lúc người quản lý lưu webhook: một 400 Bad Request và một 201 Created trên cùng endpoint.
  3. Nhấp vào 400 Bad Request, sau đó nhấp vào 201 Created vài phút sau, và so sánh hai yêu cầu.

Điểm cần chú ý: Response Body của yêu cầu 400 ghi "url must start with https://". Trong Request POST Body của yêu cầu này, địa chỉ không có https:// ở đầu. Trong yêu cầu 201, người quản lý đã thêm https:// và webhook đã được lưu.

Bước tiếp theo: đối với một yêu cầu thất bại, nhấp Generate summary để nhận lời giải thích bằng ngôn ngữ dễ hiểu. Xem AI Error Summary.

Một nhân viên sắp nghỉ việc đã làm gì trong tuần trước?

Một văn phòng hoặc không gian làm việc chung: trước khi một nhân viên nghỉ việc, người quản lý muốn có bản ghi về hoạt động gần đây của người đó.

  1. Trên tab Logs, nhấp Email và nhập địa chỉ email đầy đủ của người đó.
  2. Đặt Range thành Last 7 days.
  3. Cuộn xuống cuối danh sách để mọi yêu cầu được tải. Tệp xuất chỉ bao gồm các hàng đã tải.
  4. Nhấp Xuất CSV, sau đó nhấp Export.

Điểm cần chú ý: các thay đổi thay vì các lượt đọc. Lần lượt đặt Method thành POST, PUT, PATCH hoặc DELETE để xem các yêu cầu đã tạo, thay đổi hoặc xóa nội dung. Với bất kỳ điều gì bất thường, hãy mở yêu cầu và đọc Request POST Body của yêu cầu đó.

Bước tiếp theo: khi người đó nghỉ việc, hãy thu hồi quyền truy cập của họ. Xem Xóa người dùng. Lưu trữ tệp CSV theo chính sách của tổ chức bạn.

Địa điểm nào có nhiều yêu cầu thất bại nhất?

Một đơn vị vận hành nhiều địa điểm: một số địa điểm đã báo cáo sự cố hôm qua và trụ sở chính muốn biết nên bắt đầu từ đâu.

  1. Trên tab Bảng điều khiển, đặt Window sao cho bao gồm cả ngày.
  2. Trong Errors Over Time, nhấp vào khoảng thời gian có số lỗi cao nhất. Tab Logs mở ra với các yêu cầu thất bại trong khoảng thời gian đó.
  3. Nhấp Cơ sở và lần lượt chọn từng địa điểm, rồi so sánh số yêu cầu thất bại của mỗi địa điểm.

Điểm cần chú ý: một địa điểm có nhiều lỗi hơn hẳn các địa điểm khác, hoặc các lỗi tập trung ở một endpoint. Mở một vài yêu cầu của địa điểm đó và đọc Response Body hoặc nhấp Generate summary.

Bước tiếp theo: xem Bảng điều khiển để biết các biểu đồ khác, và Cơ sở để biết các địa điểm trong tổ chức của bạn.