TRANXACT.AI 돕다
회계 › 재무 통제

재무 통제

우리가 운영하는 통제 시스템은 무엇이며, 각 시스템의 소유자는 누구이고, 마지막으로 테스트한 시점은 언제이며, 테스트에 실패한 시스템에 대해서는 어떤 조치를 취하고 있는지를 기록합니다. 감사 로그와는 다른 형태로, 감사 로그는 보증 내용이 아닌 변경 사항만을 기록합니다.

어디에서 찾을 수 있나요?

  1. 기준 치수: 회계
  2. 그룹: 마감 및 규정 준수
  3. 부분: 재무 통제
  4. 화면: 재무 통제

콘솔에 표시된 주소: /accounting/financial-controls

목록 · 15 컬럼 · 22 그 양식의 필드 · 2 그중 필요한 것들 · 1 행동

목록이 보여주는 것

다음은 목록의 열이며, 표시된 순서대로 나열되어 있습니다. 각 열은 정렬, 필터링, 숨기기 또는 내보내기가 가능합니다.

친절한필드 이름
제어암호control_no
이름텍스트name
프로세스상태process
유형상태control_type
자연상태nature
열쇠예 또는 아니오is_key
소유자텍스트owner_name
공연자:텍스트performer_name
검토자:텍스트reviewer_name
자체 평가예 또는 아니오performer_reviews_own_work
유효성상태effectiveness
최근 테스트 완료날짜last_test_date
숫자days_to_test
기한 초과예 또는 아니오test_overdue
결함숫자open_deficiencies

양식

레코드를 생성할 때 요청되는 정보입니다. 필수 필드는 표시되어 있으며, 구성 목록에서 선택하는 경우 관리자는 릴리스 없이도 기능을 확장할 수 있습니다.

필드유형선택메모
이름 필수의 텍스트
뼈대 선택 기존 기록에서 조회함
프레임워크 참조 텍스트
프로세스 필수의 선택 구성 목록
유형 선택 구성 목록 탐지 기능으로만 구성된 프레임워크는 모든 것을 찾아내지만 아무것도 막지 못합니다.
자연 선택 수동, 자동화됨, it_종속적, 잡종 자동화된 제어는 한 번만 테스트하고 변경 관리에 의존하는 반면, 수동 제어는 매 주기마다 샘플을 사용하여 테스트합니다.
빈도 선택 마디 없는, 일일, 주간, 월간 간행물, 계간지, 연간, 이벤트 기반, 임시
키 컨트롤 예 또는 아니오 이러한 기준이 실패하면 중대한 오류가 발생할 수 있습니다. 모든 것을 핵심 요소로 표시하는 것은 프레임워크를 검증 불가능하게 만드는 방법입니다.
위험 요소 해결 긴 글
역설 텍스트 존재, 완전성, 가치 평가, 권리, 표현.
소유자 선택 기존 기록에서 조회함
공연자: 선택 기존 기록에서 조회함
검토자: 선택 기존 기록에서 조회함
소유자 역할 텍스트
기준 치수 텍스트
화면 텍스트
코드에 의해 강제됨 텍스트 제품 자체가 해당 작업을 거부하는 경우, 테스트는 40개의 샘플을 사용하는 것이 아니라 "해당 검사가 여전히 존재하는가"를 확인하는 것으로 바뀝니다.
설계 긴 글
작동 방식 긴 글
증거 필요 긴 글
다음 시험 예정일 날짜
메모 긴 글

여기서 할 수 있는 일

테스트를 기록하세요 주요한

목록의 각 행에 대해.

해당 장치를 조작하는 사람이 직접 테스트한 제어 장치는 테스트되지 않습니다. 즉, 의도적으로 자체 평가로 기록하지 않는 한 테스트를 거부합니다.

요청 사항: 테스트 유형 기간 인구 표본 크기 샘플 방법 예외가 발견되었습니다 결론 증거 저는 이 제어 장치를 작동시키고, 이를 자체 평가로 기록합니다.

여기에 적용되는 규칙

이 화면의 모든 항목은 자체 규칙이 아닌 플랫폼 규칙을 따릅니다. 사용하기 전에 알아두면 좋은 규칙은 다음과 같습니다.

그 옆에 재무 통제