> For the complete documentation index, see [llms.txt](https://userguide.auditlobby.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://userguide.auditlobby.com/main/b./2./organize-audit-team.md).

# 4-1. 팀 구성

{% hint style="info" %}
사용자가 같은 본부(그룹, Group)에 배정되어 있지 않으면 프로젝트 내부의 사용자 추가하기 창에 나타나지 않습니다. 추가하려는 팀원이 같은 그룹에 배정되어 있는지 법인용 메뉴의 설정 화면에서 먼저 확인하여 주십시오.&#x20;
{% endhint %}

## 1. 사용자 추가하기 &#x20;

1. 프로젝트용 메뉴 목록에서 '관리(Administration)' 를 선택합니다.&#x20;
2. '관리' 메뉴의 하위 항목인 '사용자'를 선택합니다.&#x20;
3. '관리 > 사용자' 화면의 오른쪽 아래에서 '사용자 생성 및 권한 부여' 버튼을 누릅니다.&#x20;

![](/files/-Ld2tQLDFOm7L78Ti-Qc)

## 2. 사용자 이메일 선택 &#x20;

1. &#x20;내부 사용자 / 외부 사용자 여부를 선택합니다.&#x20;

   > 법인 소속 회계사인 경우 내부 사용자 입니다. 외부 사용자는 고객사의 PBC 담당자, 감리 담당자 등을 위해 사용됩니다.&#x20;
2. 이메일 항목을 눌러 추가하려는 사용자의 이메일을 선택합니다.&#x20;

   > 이메일 목록에 추가하려는 사용자가 없는 경우 다음 사항을 확인하여 주십시오.&#x20;
   >
   > 1. 추가하려는 사용자가 법인에 등록되어 있습니까?
   > 2. 추가하려는 사용자가 같은 본부(그룹)에 배정되어 있습니까?&#x20;
   >
   > 위 사항은 법인용 메뉴의 설정(Setup) 화면에서 확인하실 수 있습니다.&#x20;
3. 이름, 사용자 ID, Organization Title 은 선택한 이메일에 따라 자동으로 입력됩니다.&#x20;

![](/files/-Ld2tdSMRG8KCDXn6psM)

## 3. 프로젝트 내부 직책 설정&#x20;

![](/files/-Ld2twtuiDXqxynIHc-3)

프로젝트 내부에서 부여된 직책에 대해 설정하는 부분입니다. 총 8가지 직책을 설정할 수 있습니다.&#x20;

* Staff
* Senior
* Manager
* Director
* Partner
* Engagement Partner
* Concurring Partner
* Quality Control

Staff, Senior, Manager, Director, Partner 는 모두 직책의 명칭일 뿐입니다. 오딧로비 프로젝트 내부의 실질적인 권한 차이는 액세스 권한 설정에서 정해집니다.&#x20;

Engagement Partner, Concurring Partner, Quality Control 은 설정에 따라 권한 또는 아카이브 조건에 영향을 줄 수 있습니다. 선택 시 주의하여 주십시오.&#x20;

## 4. 읽기 전용 Read Only 여부 설정&#x20;

![](/files/-Ld_GQNN5aRg1KRhlrhA)

* Read Only 를 Yes로 설정하는 경우 프로젝트 내 모든 문서의 수정 등이 불가능해 집니다.&#x20;
* 일반 팀원인 경우  Read Only를 No 로 설정하여 주십시오. (기본적으로 No 가 선택되어 있습니다.)&#x20;
* 프로젝트 내부 내용을 볼 수 있어야 하지만 수정하는 일을 막고 싶은 경우 Read Only를 Yes 로 설정합니다. &#x20;

## 5. 프로젝트 내부 권한 설정

![](/files/-Ld_GFW3fw9ok4uwnrxd)

프로젝트 내부의 실질적인 권한을 조정하는 부분입니다. &#x20;

{% hint style="info" %}
Engagement Partner는 Project & Archive Admin으로 자동 지정됩니다.&#x20;
{% endhint %}

#### 5-1. Project & Archive Admin&#x20;

* 프로젝트 관리자인 동시에 아카이브 권한을 가지게 됩니다.&#x20;
* 프로젝트 관리자의 권한을 가집니다.&#x20;
  * 사용자를 프로젝트에 추가, 제외 또는 수할 수 있습니다. (assign / unassign / edit) &#x20;
* 아카이브 전처리 (Pre-process PDFs)를 진행할 수 있습니다.&#x20;
* 아카이브를 진행할 수 있습니다.&#x20;

#### 5-2. Project Admin

* 프로젝트 관리자의 권한을 가집니다.&#x20;
  * 사용자를 프로젝트에 추가, 제외 또는 수할 수 있습니다. (assign / unassign / edit) &#x20;
* 프로젝트를 잠금 처리 할 수 있습니다.
* 프로젝트를 아카이브 할 수 없습니다.&#x20;

#### 5-3. Project User&#x20;

* 프로젝트 참여자입니다.&#x20;
  * 조서를 생성하거나 수정할 수 있습니다.&#x20;
  * 조서를 사인오프 할 수 있습니다.&#x20;
* 프로젝트를 아카이브 할 수 없습니다.  &#x20;

## 6.  프로젝트 롤 포워드(Roll-forward, 프로젝트 복제기능) 권한 설정&#x20;

![](/files/-Ld_GYVjFsMp4XNkHu2R)

새로운 프로젝트를 생성할 경우, 이 프로젝트를 복사하여 사용할 수 있는지 여부를 설정하는 부분입니다.  Yes로 설정할 경우 해당 사용자가 새로운 프로젝트를 생성할 때 롤 포워드가 가능한 목록에 이 프로젝트가 나타납니다.&#x20;

No 로 선택할 경우 해당 사용자는 프로젝트 생성시 이 프로젝트를 롤 포워드 가능한 목록에서 볼 수 없습니다.&#x20;

{% hint style="info" %}
법인 단계의 권한이 User Access 인 경우 프로젝트를 생성할 수 없으므로, Roll-forward 권한을 허용하더라도 프로젝트를 만들 수 없습니다. &#x20;
{% endhint %}
