역할 및 권한
화면을 볼 수 있는지 여부를 결정하는 요소와, 배역으로 인해 피할 수 없는 두 가지 요소는 무엇일까요?
접근 권한은 역할별로 부여됩니다. 역할은 회사별로 관리되는 모듈 및 작업 권한 집합이며, 각 회사는 고유한 역할 집합과 관리자를 보유하고 있습니다. 또한, 역할은 같은 회사 내의 사용자에게만 할당될 수 있습니다.
실제로 어떤 권한이 필요한가요?
- 탐색 기능입니다. 접근할 수 없는 모듈에는 탭이 없고, 접근할 수 없는 화면에는 타일과 검색 결과가 표시되지 않습니다.
- API. 모든 엔드포인트는 검사를 수행하므로, 요청이 어떤 경로(콘솔, 가져오기, 예약된 작업 또는 ASK)를 통해 들어왔든 간에 게이트는 이를 수용합니다.
- 보고 기능. 모든 큐브는 모든 쿼리에서 검사되므로 보고서는 화면으로 보호되는 데이터에 접근하는 쉬운 통로가 아닙니다.
역할만으로는 피할 수 없는 두 가지
- 직무 분리. 급여 계산과 급여 승인처럼 플랫폼에서 두 사람이 필요한 경우, 한 사람이 두 역할을 모두 동시에 수행할 수 없습니다.
- 감사 추적 기능. 로그인 및 로그아웃, 역할 변경은 항상 기록되며 관리자를 포함한 누구도 이 기능을 끌 수 없습니다.
모든 화면에 역할을 부여할 수 있습니다.
모든 작업에 대한 권한이 설정되지 않은 역할은 자신에게 부여된 화면만 볼 수 있습니다. 콘솔의 모든 화면에 대한 권한을 부여할 수 있으며, 여기에는 자체 레코드가 없는 보드, 워크벤치 및 보고서(OEE 보드, MRP 워크벤치, 소싱 파이프라인, 모든 분석 보고서)도 포함됩니다. 이러한 화면에서는 보기 권한만 의미가 있으므로 나머지 세 가지 권한은 제공되지 않습니다. 관리자만 열 수 있는 화면(사용자, 역할, 런타임 설정 등)은 권한을 부여해도 아무런 효과가 없으므로 그리드에 표시되지 않습니다.
각 모듈에는 대시보드 화면이 있으며, 모듈 홈 화면에서 해당 모듈의 수치, 알림 및 최근 활동을 확인할 수 있습니다. 특정 역할에 한해서만 해당 정보를 볼 수 있도록 하려면 '표시'를 선택하세요. 모듈의 모든 작업에 대한 권한이 부여된 역할은 이미 해당 정보를 볼 수 있습니다.
문서의 각 줄은 문서의 일부입니다. 공급망 → 전략적 소싱에서 응답 권한을 부여하면 응답의 각 줄도 함께 부여됩니다. 별도의 "응답 줄" 권한을 찾을 필요가 없으며, 헤더 변경을 통해 각 줄을 추가하거나 편집할 수 있습니다.
모듈은 보유하고 있지만 대시보드만 표시되는 역할은 거의 항상 다음 두 가지 중 하나입니다. 첫째, 해당 역할이 지정된 화면으로 제한되어 있고 아직 선택된 화면이 없는 경우입니다. 둘째, 해당 사용자에게 역할이 전혀 부여되지 않은 경우입니다. 플랫폼 → 액세스 → 사용자에서 확인하세요. 로그인한 사용자에게 부여된 역할은 로그아웃하지 않고도 다음 화면에서 적용됩니다.
각 권한이 사용자에게 허용하는 작업
화면상의 권한에 따라 모든 버튼이 작동합니다. 레코드 생성은 '추가' 권한입니다. 기존 레코드에 대한 모든 작업(승인, 게시, 수령, 출고, 제출, 취소, 철회, 품목 수정)은 '변경' 권한입니다. 레코드 삭제는 '삭제' 권한입니다. 레코드를 읽거나 보고서를 실행하거나 미리 보기를 하는 것은 '표시' 권한입니다. 구매 주문서에 대한 '표시' 권한만 부여된 역할은 주문서를 볼 수는 있지만 승인, 수령 또는 품목 추가는 할 수 없습니다. '변경' 권한이 있는 역할은 이러한 작업을 수행할 수 있습니다.
역할 편집기는 각 화면 행에 "변경 사항: 수신, 승인 제출, 라인 편집"과 같이 명시합니다. 버튼을 클릭할 때 요청하는 모든 권한에는 체크박스가 있습니다. 지정된 담당자 또는 역할로 전달되는 승인은 해당 담당자 또는 역할만 결정할 수 있으며, 승인 권한이 없는 역할로 전달되는 승인 규칙은 저장할 수 없습니다.
모듈 외부에서도 마찬가지입니다. 문서 첨부 또는 제거, 사용자 정의 필드 값, 분류, 연결된 드라이브, 스프레드시트 가져오기, 송장 또는 주문 취소 또는 철회 등의 모든 작업은 해당 레코드가 속한 화면에 대한 권한을 요청합니다.
수백 명의 사용자 중에서 한 명을 찾는 것
플랫폼 → 액세스 → 사용자 목록은 다른 모든 목록과 동일한 검색 및 조건을 제공합니다. 이름, 이메일 또는 역할의 일부를 입력하거나 조건을 추가할 수 있습니다(예: 상태가 비활성화됨, 역할에 재무 관련 내용이 포함됨). 이미 사용 중인 이메일 주소를 가진 사용자는 새 사용자 등록 양식(입력하는 곳)에서 자동으로 거부되며, 그 뒤에 있는 목록에서는 거부되지 않습니다.
일자리 찾기
- 플랫폼 → 액세스 → 역할에는 다른 목록과 마찬가지로 검색 및 필터 창이 있습니다. 역할 이름, 코드 또는 설명의 일부를 입력하거나 해당 역할이 접근하는 모듈 이름을 입력하세요.
- 사용자 목록에서 특정 사용자의 역할을 선택할 수 있는 위치에서, 회사에 역할이 많은 경우 '역할 찾기'를 사용하면 목록을 좁힐 수 있습니다.
- 서명 제한에 대한 역할을 선택하는 담당자는 동일한 방식으로 검색할 수 있습니다.
역할이 주어지기 전에 로그인한 사람들
싱글 사인온(SSO)이 신규 사용자 로그인을 생성하도록 설정된 경우, TRANXACT 계정 없이 회사 디렉터리에 로그인하는 사용자에게는 고객 지원 전용 계정이 부여됩니다. 사용자 목록에서는 해당 사용자가 "첫 로그인 시 생성됨"으로 표시됩니다. 사용자 정보를 열고 실제 역할을 부여하면 다음 화면에서 해당 역할이 적용됩니다. 회사 디렉터리를 통한 첫 로그인 방법을 참조하십시오.
보고서는 모듈 이상으로 전달되지 않습니다.
여러 모듈의 정보를 한 번에 활용하는 보고서는 해당 모듈에 대한 접근 권한이 있는 사용자에게만 유용합니다. 반면, 도움말 및 지원만 열거나 특정 모듈의 대시보드만 여는 사용자는 해당 모듈의 정보를 전혀 볼 수 없습니다.
직원 기록에서 '로그인 계정'은 해당 직원과 로그인 정보를 연결합니다. 동일 회사 소속 사용자 또는 해당 회사에 대한 접근 권한이 부여된 사용자만 로그인할 수 있습니다.
새로운 화면은 다른 화면과 마찬가지로 제공됩니다.
공급망 관리의 고정 자산 세부 정보, 고정 자산 라벨 및 문서 검색 기능은 각각 별도로 부여됩니다. 자산 계산은 고정 자산 세부 정보 추가 기능에, 라벨 인쇄는 고정 자산 라벨 추가 기능에, 자재 문서 조회는 문서 검색 추가 기능에 필요합니다. 창고 관리자와 자산 회계 담당자에게는 각자의 업무에 필요한 권한이 부여됩니다.
CRM → 리드 담당자 연락처(각 리드 담당자 정보)는 다른 화면과 마찬가지로 별도의 권한이 필요합니다. '추가'를 누르면 연락처를 생성하거나 가져오고, '변경'을 누르면 편집하고, '표시'를 누르면 보고, '삭제'를 누르면 삭제합니다. 일반적으로 리드 관리 역할에는 리드 및 리드 담당자 연락처 권한이 모두 필요합니다.
각 릴리스에서 추가되는 모든 화면은 플랫폼 → 역할 메뉴에서 역할별로 권한을 부여할 수 있으며, 다른 화면과 마찬가지로 추가, 변경, 표시, 삭제의 네 가지 권한을 갖습니다. 인증서, 보존 정책, 보존 실행 및 보관된 기록은 최근에 추가된 기능입니다. 관리자를 제외하고는 역할이 부여되기 전까지는 누구도 이러한 항목에 접근할 수 없습니다.
마이그레이션 콕핏과 마이그레이션 준비 상태 권한도 역할별로 부여할 수 있습니다. 콕핏에서 '추가'는 추출 파일 업로드, '삭제'는 추출 파일 삭제 또는 전환 재설정, 그 외 모든 작업은 변경을 의미합니다. 마이그레이션 리더와 출시 검토자 역할은 이미 할당 가능합니다. 다른 시스템에서 마이그레이션할 때 → 누가 무엇을 할 수 있는지를 참조하세요.
일부 화면에서 권한은 이름에서 나타내는 것보다 더 많은 의미를 지닙니다. 왜냐하면 해당 권한이 부여된 작업은 되돌릴 수 없기 때문입니다. 보존 정책에서 삭제를 실행하거나 삭제 정책을 활성화하려면 변경이 아닌 삭제 권한이 필요합니다. 삭제는 레코드를 완전히 삭제하는 작업이며, 레코드를 하나씩 삭제하는 권한은 수천 개의 레코드를 일괄 삭제하는 권한과 동일해야 합니다. 자세한 내용은 "오래된 데이터 유지 및 삭제"를 참조하십시오.
9월 말에 추가된 기능들은 다른 기능들과 마찬가지로 해당 화면에서 사용할 수 있습니다.
| 행동 | 그것이 있는 곳 | 권한이 필요합니다 |
|---|---|---|
| 등록 시리얼 번호 | 상품 수령증의 한 줄 | 상품 입고 시 추가 또는 변경, 또는 일련번호 추가 |
| 계획 분리, 상태 변경, 예정된 변경 취소 | HRMS → 인사 → 직원 | 직원 변동 |
| 채용 공고에 지원하기, 지원서 추가 | HRMS 후보, 채용 공고 | 추가 애플리케이션 |
| 구인 공고에 지원서를 제출하고, 후보자를 추가하세요. | 인재 및 임시 인력 | 추가 제출 |
자리를 비운 동안 "주의가 필요한 업무" 목록을 동료에게 전달하거나 항목 하나를 전달하는 것은 별도의 비용이 들지 않습니다. 이는 개인적인 행위이며, 대시보드에 표시되는 항목을 변경하는 것이지, 누군가가 실제로 열어보는 항목을 변경하는 것은 아닙니다.
다른 사람으로 로그인하기
문제를 조사하는 관리자는 다른 사용자의 신분을 가장하여 해당 사용자가 보는 화면을 볼 수 있습니다. 이를 위해서는 두 번의 승인이 필요하며, 명시적으로 권한을 확장하지 않는 한 읽기 전용입니다. 가장한 신분으로 이루어진 모든 호출은 기록되며, 실제 신분을 가진 사용자는 해당 호출이 발생했음을 확인할 수 있습니다.
Since 20 October new shipped roles include Security administrator, Security & AI Governance Admin, Records & Legal Admin, Governance Auditor (read only), Benefits Administrator, GL Interface Administrator, Payroll Auditor (read only), Learning & Development Administrator, HR Auditor, HR Recruiter and EEO Officer. HR Auditor reads the HR screens — people, recruiting, time and leave, learning, skills, performance, benefits, expenses and records — but not payroll; Payroll Auditor reads payroll (runs, payslips, pay rates, tax, garnishments, the GL interface and parallel payroll). A company that wants both gives a person both roles. See HRIS/HCM capability map.