누가 무엇을 변경했는지 확인하기
날짜 범위를 Last 7 days로 설정한 뒤 아무 행이나 클릭하면 변경 전후의 정확한 필드 값을 볼 수 있습니다.
이 가이드는 어떤 직원이 언제 변경했는지, 변경 전 값이 무엇이었는지 확인하는 데 도움이 됩니다. 보안 점검, 인수인계 분쟁, "이 설정을 누가 껐지?" 같은 상황에서 사용하세요.
찾는 위치
이동: 메인 메뉴 → 감사 로그
감사 로그는 직원이 AVA에서 수행한 작업을 기록합니다. 투숙객의 체크인 과정에서 일어난 일을 추적하려면 Command Center 안의 감사 추적을 사용하세요.
열람 권한
| 요건 | 내용 |
|---|---|
| 권한 | 역할에 감사 접근 권한이 필요합니다. 권한이 없으면 메뉴에 감사 로그가 표시되지 않습니다 |
| 요금제 | 활성 구독이 필요합니다. 무료 요금제에서는 메뉴 항목에 자물쇠가 표시되며, 클릭하면 업그레이드 안내가 열립니다 |
설정 → 청구 및 구독에서 업그레이드하세요.
빠른 참고
| 열 | 표시 내용 |
|---|---|
| 타임스탬프 | 발생 시각. 숙소의 시간대로 표시되며 시간대 약어와 경과 시간이 함께 나옵니다 |
| 행위자 | 수행한 사람 — 이름, 사용자 ID, 접속한 IP 주소 |
| 동작 | 수행한 작업, 이벤트 유형, 영향을 받은 레코드 |
| 결과 | 성공, 실패, 거부 여부 |
기록되는 항목
| 기록됨 | 기록되지 않음 |
|---|---|
| 소셜 로그인을 포함한 직원 로그인 | 페이지를 단순히 열람하거나 둘러보는 행위 |
| 로그인한 직원의 모든 변경 — 생성, 수정, 삭제 | 로그아웃 상태에서 수행된 작업 |
| 화상 통화 활동 | 상태 확인 및 내부 시스템 트래픽 |
| 분실 키 이벤트 | 일부 대용량 백그라운드 호출(아래 참고) |
AVA는 무언가를 변경하는 작업만 기록합니다. 예약을 열어보거나, 리포트를 실행하거나, 대시보드를 스크롤한 기록은 남지 않습니다. 누군가 레코드를 열람했다는 증거를 찾는 경우라면 감사 로그에는 없습니다.
로그를 읽기 쉽게 유지하기 위해 일부 대용량 정기 호출은 의도적으로 제외됩니다. 푸시 알림 구독 및 구독 해제, 모든 알림 읽음 처리, 백그라운드 하우스키핑 상태 및 객실 출입 정보 갱신이 여기에 해당합니다.
민감한 값은 가려집니다
비밀번호, 토큰, 도어 출입 코드는 기록되기 전에 [REDACTED]로 대체됩니다. 도어 코드가 변경되었다는 사실과 변경한 사람은 확인할 수 있지만, 코드 자체는 볼 수 없습니다. 매우 큰 데이터는 축약되므로, 긴 항목은 잘림 안내로 끝날 수 있습니다.
특정 변경 찾기
-
메인 메뉴 → 감사 로그로 이동합니다
-
날짜 범위를 설정합니다 — Last 24 hours, Last 7 days, Last 30 days, All time
페이지는 Last 7 days로 열립니다
-
찾는 대상이 명확하면 모든 이벤트 유형 또는 모든 결과로 범위를 좁힙니다
-
검색창에 입력해 동작 기준으로 범위를 좁힙니다
✓ 입력을 잠시 멈추면 결과가 갱신됩니다
-
행을 클릭해 펼칩니다
결과는 한 번에 12건씩 표시됩니다. 하단의 페이지 이동을 사용하세요.
변경 내역 읽기
행을 펼치면 필드 / 이전 / 이후 표가 나타나고 변경된 행이 강조됩니다. None은 해당 쪽에 값이 없었다는 뜻입니다. 즉 None → 18은 값이 처음 설정된 것이고, 18 → None은 값이 지워진 것입니다.
AVA가 항목을 필드 단위로 분해하지 못한 경우에는 원본 레코드가 그대로 표시됩니다. 이 형태도 읽을 수 있으며, 지원팀이 요청하는 것도 이 내용입니다.
요약 카드 읽는 법
| 카드 | 집계 대상 |
|---|---|
| 이벤트 (필터됨) | 필터에 해당하는 모든 이벤트, 전체 페이지 기준 |
| 보안 및 접근 | 현재 보고 있는 페이지의 로그인, 권한, 설정 이벤트 |
| 실패 | 현재 보고 있는 페이지에서 실패 또는 오류로 표시된 이벤트 |
| 고유 사용자 | 현재 보고 있는 페이지의 서로 다른 직원 수 |
필터된 전체 결과를 집계하는 것은 이벤트 (필터됨) 하나뿐입니다. 나머지 세 개는 페이지를 넘길 때마다 다시 계산됩니다. "실패: 2"를 한 주 전체의 실패 2건으로 읽지 마세요. 눈앞의 12개 행 중 2건이라는 뜻입니다.
알아두면 좋은 점
- 필터 목록은 자동으로 만들어집니다. 모든 이벤트 유형과 모든 결과는 현재 불러온 항목에서 구성됩니다. 어제 본 유형이 오늘 목록에 없을 수 있는데, 이는 이번 페이지의 항목에 그 유형이 없기 때문입니다. 날짜 범위를 넓히면 다시 나타납니다.
- 분실 키 필터를 켜면 검색은 무시됩니다. 이벤트 유형에서 분실 키를 선택하면 분실 키 이벤트만 반환되며, 검색창의 내용은 다시 전환할 때까지 적용되지 않습니다.
- 타임스탬프는 사용자 PC가 아니라 숙소 기준입니다. 시간은 숙소에 설정된 시간대로, 시간대 약어와 함께 표시됩니다. 따라서 다른 나라에서 확인하는 관리자도 프런트 데스크와 동일한 시각을 보게 됩니다.
- 목록은 실시간이 아닙니다. 새로 고침을 클릭해 새 항목을 불러오세요. 헤더에 마지막으로 불러온 시점이 표시됩니다.
문제 해결
"Audit log API is not available here"
현상: 목록 대신 이 메시지가 표시되고 이벤트가 로드되지 않습니다.
원인: 현재 환경에서 감사 서비스에 연결할 수 없습니다.
해결: 새로 고침을 클릭하세요. 계속되면 지원팀에 문의하세요. 설정에서 해결할 수 있는 문제가 아닙니다.
"Staff activity history requires an active subscription"
현상: 메뉴 항목에 자물쇠가 표시되거나, 결과 대신 이 메시지가 나타납니다.
해결: 설정 → 청구 및 구독에서 구독을 활성화하세요.
항목이 하나도 없음
현상: "No audit entries yet"가 표시됩니다.
확인:
- 날짜 범위가 충분히 넓은지 — All time으로 시도해 보세요
- 검색창이 비어 있는지
- 두 드롭다운이 모든 이벤트 유형과 모든 결과로 되돌려져 있는지
찾는 변경이 보이지 않음
다음 순서로 확인하세요:
- 날짜 범위가 발생 시점을 포함하는지
- 실제로 무언가를 변경한 작업인지 — 페이지 열람은 기록되지 않습니다
- 기록되는 항목에 나열된 정기 백그라운드 호출이 아닌지
- PMS가 아니라 AVA에서 변경했는지 — PMS에서 직접 변경한 내용은 여기가 아니라 PMS에 기록됩니다
시간이 맞지 않음
현상: 실제로 알고 있는 발생 시각과 몇 시간씩 차이가 납니다.
해결: 설정 → 필수 항목에서 숙소 시간대를 확인하세요. 감사 로그는 모든 타임스탬프를 그 시간대로 표시하므로, 설정이 잘못되면 목록 전체가 밀립니다.
여전히 해결되지 않나요?
다음의 경우 success@vouch-technologies.com으로 문의하세요.
- ❌ 분명히 발생한 변경에 해당하는 항목이 없는 경우
- ❌ 필터 없이 All time으로 조회해도 로그가 계속 비어 있는 경우
- ❌ 알 수 없는 행위자가 항목에 표시되는 경우
함께 보내주시면 좋은 정보:
- 변경이 발생한 날짜, 시각, 시간대
- 해당 직원의 이름 또는 이메일
- 무엇이 어떤 값에서 어떤 값으로 바뀌었는지