다음 절에 설명된 대로 각 클라이언트 컴퓨터 또는 네트워크에서 작업 폴더를 설정할 수 있습니다.
로컬 작업 폴더
그림 7: 로컬 작업 폴더
그림 7과 같이 작업 폴더를 로컬 컴퓨터에 유지하면 네트워크 트래픽이 최소화되고 현장 또는 홈 오피스에서 오프라인으로 작업할 수 있는 팀 구성원을 수용할 수 있습니다. 사용자는 Vault에서 파일을 체크 인 또는 체크 아웃하는 경우에만 네트워크 트래픽을 작성합니다.
이 옵션의 단점은 프로젝트 파일이 로컬 시스템에 저장되므로 백업 시스템에 해당 파일을 사용할 수 없다는 것입니다. 또한 공유 파일에 외부 참조(xref) 및 시트 세트 관리자(SSM)를 사용하는 작업은 수동으로 처리됩니다. 이 설정을 위해서는 또한 각 로컬 시스템에 작업 폴더를 수용할 수 있는 저장 용량이 필요합니다.
개별 네트워크 작업 폴더
그림 8: 네트워크상의 개별 작업 폴더
그림 8과 같이 개별 작업 폴더를 서버에 유지하면 각 사용자가 진행 중인 작업을 다른 사용자가 변경하지 못하도록 보호할 수 있습니다. 이러한 폴더를 서버에 배치하면 밤마다 데이터를 백업할 수 있습니다.
서버에 개별 작업 폴더가 있으면 네트워크 트래픽이 증가한다는 단점이 있습니다. 또한 폴더를 야간 백업하는 경우 각 폴더에 있는 같은 파일의 여러 사본을 백업하게 될 수 있으므로 실제로 필요한 데이터보다 많은 데이터가 생길 수 있습니다.
공유 네트워크 작업 폴더
그림 9: 네트워크상의 공유 작업 폴더
그림 9와 같이 여러 사용자가 하나의 작업 폴더를 공유할 수 있습니다. 이 구성은 많은 조직이 이미 도면에 대해 중앙화된 데이터 또는 프로젝트 폴더를 사용하고 있으므로 보다 친숙할 수 있습니다. 서버에 있는 개별 작업 폴더를 정기적으로 백업하는 것과 동일한 방식으로 공유 작업 폴더를 백업하여 프로젝트 데이터 보안을 유지할 수 있습니다. 하지만 공유 폴더는 공통 위치이므로 백업의 크기가 개별 작업 폴더의 백업보다 작습니다.
이러한 구성의 이점은 다른 두 가지 옵션에서처럼 데이터 참조나 외부 참조가 있는 도면이 다시 Vault에 체크 인되는 경우에만 통지 및 업데이트되는 것이 아니라 해당 도면이 저장될 때마다 통지되고 업데이트된다는 것입니다. 공통 작업 폴더의 단점은 사용자가 같은 폴더 세트에 있는 파일로 작업할 때 실수로 인한 변경이 쉽게 발생한다는 것입니다. 이러한 방법은 서로 밀접한 의사소통이 가능하고 같은 도면에서 작업할 가능성이 적은 소규모 팀의 경우에만 권장합니다.