현재 의 기술 에서 , 대부분 의 엔 티티 ( entity ) 는 자체 의 계정 및 작동 을 관리 한다 . 회계 감사 를 위해 수집 된 데이터 ( 예 를 들 어 , 계정 작업 로그 , 계정 사용 자 정보 , 예컨대 , 사용자 ID ( identification ) 및 권한 부여 수준 ) 는 종종 엔 티티 - 유지 형 시스템 으로부터 나온다 . 예 를 들 어 , 금융 엔 티티 는 보통 사용 자 액세스 를 금융 시스템 및 처리 트랜잭션 ( transaction ) 에 정기 적 으로 승인 하 는 , 자체 시스템 을 배포 하 고 작동 시킨다 . 예 시 적 인 필요 조건 은 은행 측 으로부터 트랜잭션 을 개시 시키 는 사용 자 가 트랜잭션 을 검토 하 고 승인 하 는 사람 과 동일 하 지 않 을 수 있 다는 것 일 수 도 있 다 . 또 다른 예시 적 인 필요 조건 은 엔 티티 의 특정 한 위치 의 사용 자 만 이 특정 한 시간 윈도우 동안 트랜잭션 을 허가 할 수 있 다는 것 일 수 도 있 다 . 회계 감사 기구 는 금융 엔 티티 를 회계 감사 하 여 금융 엔 티티 가 이러 한 필요 조건 을 준 수 하 는지 를 확인 할 수 도 있 다 . 프라이버시 및 비즈니스 비밀 유지 의 이유 로 , 금융 엔 티티 는 제 3 자 에 대한 데이터 를 신뢰 하 기 보다 는 , 작업 데이터 를 내부 적 으로 저장 및 관리 한다 . 추가 의 사리사욕 으로 또는 또 다른 이유 로 , 회계 감사 를 위해 수집 된 데이터 는 부정확 하 거나 , 거짓 조작 되 거나 , 또는 심지어 사기 당하 기 쉬울 수 도 있 고 , 이 는 회계 감사 의 신뢰 성 에 부정 적 으로 영향 을 준다 . 따라서 데이터 부정확 성 , 조작 , 또는 사기 를 감소 시킬 수 있 는 시스템 을 갖 는 것 이 바람직 하 다 .