데모 예약 로그인

활동 원장

모든 열람, 모든 다운로드, 모든 초대가 기록에 남습니다.

활동 원장은 RentKey 계정에서 일어나는 모든 일을 계정 단위로 기록하는 추가 전용 기록입니다. 누가 어떤 초대를 보냈고, 누가 어떤 보고서를 열거나 다운로드했는지, 언제 어디에서 했는지를 기록합니다. 임대인이 자신의 절차를 증명해야 할 때 요구받는 바로 그 세부 정보입니다.

예시 샘플

검색하고, 필터링하고, 어떤 항목이든 여세요.

이름과 이벤트는 가상입니다.

24개 항목 중 24개 표시
일시 작업 범주 수행자 적용 대상 발생한 일 결과
이 원장은 추가 전용(WORM)입니다. 어떤 항목도 수정하거나 삭제할 수 없습니다. chain 9f3a…c41e

항목 안내

임차인 보고서를 누가 언제 열람했는지 확인하세요.

아래의 모든 항목은 RentKey가 여러 제품에서 공유하는 감사 로그 시스템의 실제 작업 유형이며, 해당 작업이 발생할 때 원장에 기록되는 정확한 시스템 이름입니다.

조회가 끝나는 순간부터 보고서 자체가 보관 기간이 끝나 삭제되는 순간까지, 보고서의 모든 단계가 기록에 남습니다.

  • REPORT_READY - 모든 조회가 완료되어 보고서가 작성되었습니다. 어떤 패키지가 실행되었는지, 언제 이용 가능해졌는지를 기록합니다.
  • REPORT_VIEWED - 계정의 누군가가 보고서를 열었습니다. 누가, 어떤 보고서를 열었는지 기록합니다.
  • REPORT_DOWNLOADED - 보고서가 PDF로 저장되었습니다. 누가 언제 다운로드했는지 기록합니다.
  • REPORT_SHARED - 대시보드 밖에서 보고서를 공유하기 위한 만료형 링크가 생성되었습니다. 누가 링크를 만들었는지 기록합니다.
  • REPORT_LINK_EXPIRED - 공유된 링크의 유효 기간이 끝났습니다. 어떤 링크가 언제 작동하지 않게 되었는지 기록합니다.
  • RETENTION_DELETED - 보관 기간이 끝나 보고서가 삭제되었습니다. 보고서는 사라지지만, 보고서가 존재했다는 기록은 남습니다.

중요한 이유: 보고서에 대해 문제가 제기되더라도, 보고서 자체가 사라진 후에도 누가 언제 보았고 어떻게 대시보드 밖으로 나갔는지 정확히 보여줄 수 있습니다.

항목의 구조

매번 아홉 개의 필드.

사후에 추정되는 것은 없습니다. 모든 항목은 이벤트가 발생하는 순간 이 모든 필드와 함께 기록됩니다.

수행자
작업을 수행한 사람, 또는 자동 이벤트의 경우 "시스템".
작업
기록된 시스템 이름(예: REPORT_VIEWED).
범주
인증, 초대, 보고서, 계정, 보안, 시스템의 여섯 그룹 중 하나.
심각도
정보, 알림, 경고, 보안 또는 치명적.
대상
작업이 적용된 보고서, 신청자, 사용자 또는 설정.
요약
무슨 일이 있었는지에 대한 쉬운 설명.
결과
성공, 실패 또는 거부됨.
타임스탬프
UTC로 기록되며, 사용자에게는 현지 시간으로 표시됩니다.
출처
IP 주소, 대략적인 위치, 네트워크, 기기 - 별도로 보관됩니다.

출처 및 기기 세부 정보는 별도로 보관되며 사유를 명시한 요청이 있을 때만 공개됩니다. 기본적으로 항목 옆에 표시되지 않으며, 모든 공개는 그 자체로 FORENSIC_DETAIL_ACCESSED로 기록됩니다.

설계상 추가 전용

기록은 몰래 정리될 수 없습니다.

감사 추적은 사후에 수정할 수 없을 때만 의미가 있습니다. RentKey의 원장은 데이터베이스 수준에서 추가 전용(WORM)으로 강제되며, 사용자에게도 저희에게도 삭제 버튼이 없습니다.

수정이나 삭제 불가 - 저희도 마찬가지입니다

한 번 기록된 항목은 변경하거나 제거할 수 없습니다. 계정의 관리자도, RentKey 지원팀도 할 수 없습니다. 수정이 필요하면 새 항목이 추가되며, 이전 항목은 그대로 남습니다.

모든 내보내기가 기록됩니다

감사, 제출 또는 법적 요청을 위해 원장 사본을 가져오는 것 자체도 하나의 이벤트입니다. LEDGER_EXPORTED로 기록되며, 실행한 사람과 권한이 있었는지 여부도 함께 기록됩니다.

항목은 보고서보다 오래 남습니다

보고서 보관 기간은 직접 설정할 수 있습니다. 원장 보관 기간은 더 길고 고정되어 있습니다. 보관 기간이 끝나 보고서가 삭제되더라도, 보고서가 존재했다는 사실과 누가 열었는지를 보여주는 항목은 보관됩니다.

실제 사용 방법

데이터베이스처럼 검색하세요. 실제로 데이터베이스이니까요.

이름에서 답까지, 원장을 살펴보는 일반적인 과정입니다.

이름이나 호실로 시작

신청자, 동료, 보고서 참조 번호 또는 호실 번호를 검색창에 입력하세요.

범위 좁히기

목록이 짧아질 때까지 카테고리, 기간, 심각도, 결과 또는 수행자로 필터링하세요.

항목 열기

항목을 펼쳐 심각도, 정확한 UTC 타임스탬프, 항목 ID를 확인하세요.

해당 인물로 이동

"이 사람이 한 모든 일 →"을 따라가 계정에서의 전체 이력을 확인하세요.

필요한 것을 내보내기

필터링된 일부를 파일 보관용 CSV로 가져오세요. 권한이 필요하며, 가져오는 순간 기록됩니다.

7개 열
모든 원장 보기에 포함
6개 카테고리
인증, 초대, 보고서, 계정, 보안, 시스템
22개의 기록되는 작업
각각 시스템 이름이 있고 기록됩니다
CSV 내보내기
권한 필요, 제한 있음, 기록됨

위험을 없애는 이유

거래에 참여하는 모든 사람에게 도움이 됩니다.

임대인

재판소나 인권 관련 진정에서 결정에 대해 문제가 제기되더라도, 원장은 귀하의 규정 준수 기록입니다. 누가 언제 보고서를 보았는지, 그리고 모든 신청자가 동일한 절차를 거쳤다는 증거가 됩니다.

개인 임대인이 얻는 혜택

부동산 관리자

모든 건물과 담당자에 걸친 직원 책임 추적, 직원이 떠날 때의 깔끔한 오프보딩, 보고서가 누구에게 얼마 동안 공유되었는지에 대한 기록.

팀 & 중개업체를 위해 만들어졌습니다

신청자

내 데이터의 이력 관리 체계입니다. 누가 내 보고서를 보았는지, 언제인지, 그 후 어떻게 되었는지를 알 수 있으며, 내 활동에 관한 모든 질문은 원장에서 바로 답을 얻습니다.

신청자 데이터를 보호하는 방법

자주 묻는 질문

솔직한 답변.

항목을 삭제할 수 있나요?

아니요. 원장은 추가 전용(WORM)이며 데이터베이스 수준에서 강제됩니다. 고객도, RentKey 직원도 삭제할 수 없습니다. 수정이 필요하면 새 항목이 추가되며, 이미 기록된 것은 절대 변경되거나 제거되지 않습니다.

RentKey 직원이 제 원장을 볼 수 있나요?

RentKey 직원을 포함하여 누구도 한 번 기록된 원장 항목을 변경하거나 제거할 수 없습니다. 지원팀이 귀하의 계정을 살펴봐야 하는 경우에도 그 접근은 기록되는 활동이며, 원장을 우회하는 수단이 아닙니다.

얼마나 오래 보관되나요?

보고서 보관 기간은 직접 설정합니다. 원장 보관 기간은 더 길고 고정되어 있으며, 항목은 설명 대상인 보고서보다 오래 남습니다. 이미 삭제된 보고서가 존재했다는 사실과 누가 열었는지도 포함됩니다.

내보낼 수 있나요?

네, 역할에 권한이 있다면 가능합니다. 내보내기는 서버 측에서 실행되고, 제한이 있으며, 요청한 사람과 허용 여부를 포함하여 LEDGER_EXPORTED라는 별도의 항목으로 기록됩니다.

신청자의 활동도 기록하나요?

네. 초대 열람, 동의, 본인 확인, 본인 확인 실패는 임대인 및 직원 측 작업과 동일한 방식으로 기록되므로, 신청자의 이력 관리 체계도 귀하의 것만큼 완전합니다.

활동 원장

계정에 신뢰할 수 있는 기록을 갖추세요.

사전 이용을 신청하시면 첫날부터 원장이 실행됩니다. 모든 초대, 모든 열람, 모든 다운로드가 기록에 남습니다.