조직과 데이터 접근 권한 정하기

시작 조건과 입력

권한을 변경할 관리자와 시험에 사용할 일반 직원 계정이 필요합니다.

이 작업에 사용할 값

entry_url, organization_id, member_ids, role_ids, allowed_operation, denied_operation, allowed_operation_url, denied_operation_url

커맨드 시퀀스

open "$entry_url" && snapshot -i

click "$member_row" && snapshot -i

get text body

click "$role_picker" && snapshot -i

click "$role_option" && snapshot -i

get text body

# 외부 수행: 시험 직원 계정으로 로그인한 별도 세션을 준비하세요.

open "$allowed_operation_url" && snapshot -i

get text body

open "$denied_operation_url" && snapshot -i

get text body

ref 대상과 확인할 결과

#	커맨드 / ref	대상과 확인 기준
1	`click` `$member_row`	권한을 바꿀 직원 기록
2	`get text`	직원과 조직 ID를 대조하세요.
3	`click` `$role_picker`	직원의 역할 선택 입력
4	`click` `$role_option`	허용할 역할 항목
5	`get text`	저장된 역할과 조직 범위를 읽으세요.
6	외부 수행	시험 직원 계정으로 로그인한 별도 세션을 준비하세요.
7	`open`	일반 직원에게 허용된 작업 화면
8	`get text`	허용된 작업의 결과를 확인하세요.
9	`open`	일반 직원에게 금지된 작업 화면
10	`get text`	거부 결과를 읽으세요. 원본 데이터도 변경되지 않았는지 대조하세요.

결과 확인

허용 작업은 완료되고 금지 작업은 데이터 변경 없이 거부됩니다.

중단 후 다시 시작하기

다시 시작할 때 같은 ID의 현재 값을 읽으세요. 이미 맞게 저장된 설정은 유지하고 다른 값만 수정합니다.

사용할 조직과 지점

조직 선택기에서 작업할 조직을 먼저 선택하세요. 본사와 지점이 함께 보이더라도 새 기록의 소유 조직을 확인해야 합니다. 예를 들어 지점 예약을 수정하는 직원에게 본사의 전체 고객을 볼 권한까지 줄 필요는 없습니다.

직원 역할과 접근 범위

구성원에서 직원의 소속 조직, 역할, 활성 상태를 확인하세요. 역할에서 해당 직원이 조회하고 변경할 기록 종류를 정합니다. 일반 직원 계정으로 로그인한 뒤 필요한 메뉴와 기록이 보이는지 시험하세요. 메뉴가 숨겨졌다는 사실만으로 데이터 접근이 차단됐다고 판단하지 마세요.

자동화가 사용할 권한

워크플로우의 소유 구성원은 실행 권한의 기준입니다. 담당자가 퇴사하거나 역할이 바뀌면 워크플로우도 다시 검토하세요. 프롬프트에 관리자라고 쓰는 것으로 권한을 추가할 수 없습니다. 실행에 필요한 조회와 변경 권한을 역할에서 부여하세요.

권한 확인

시험용 기록 하나로 허용된 조회와 수정을 확인하세요. 이어서 다른 조직의 기록과 권한이 없는 작업이 거부되는지 확인합니다. 시험 계정, 조직, 작업, 결과를 남기고 과도한 권한이 있으면 범위를 줄입니다.

이 페이지에서