공유 폴더에 파일을 넣기 전, 링크보다 먼저 볼 권한

고객에게 공유한 폴더에 새 파일을 넣으면 그 고객이 새 자료도 읽을 수 있는지부터 확인해야 한다. 링크는 주소일 뿐 실제 접근은 사용자·그룹·폴더의 권한이 정한다. 내부 기획안과 전달할 결과물을 나누는 사례로 폴더의 공유 범위를 살펴본다.

링크는 주소이고 권한은 접근 조건이다

파일 주소를 아는 것과 그 파일을 읽을 권한이 있는 것은 다르다. 특정 사용자에게만 허용된 파일은 주소를 전달해도 다른 계정으로는 열리지 않을 수 있다. 반대로 링크 접근을 넓게 허용했다면 직접 초대하지 않은 사람이 전달받은 주소로 접근할 수 있는 구성이 될 수 있다.

Google Drive 파일 공유 안내는 공유 대상과 일반 액세스, 역할을 나누어 설명한다. 읽기, 댓글, 편집 같은 역할은 실제 필요한 작업을 기준으로 선택한다. 자료 확인만 필요한 사람에게 편집 권한을 주는 것이 단순한 편의 설정으로 끝나지 않을 수 있기 때문이다.

로그인한 계정이 여러 개라면 받는 사람이 어느 계정으로 접근하는지도 중요하다. 개인 이메일로 초대했는데 회사 계정으로 열거나, 반대 상황이면 요청 화면이 나타날 수 있다. 링크를 반복해서 새로 만드는 대신 먼저 초대한 계정과 현재 로그인 계정을 대조한다.

폴더의 접근 범위가 새 파일에 미치는 영향을 본다

Google Drive 폴더 공유 안내는 폴더를 함께 이용하는 구성과 역할, 소유권 관련 조건을 설명한다. 폴더 안 자료에 영향을 주는 접근 관계를 이해하려면 파일만이 아니라 상위 폴더도 확인해야 한다.

예를 들어 프로젝트 공용 폴더에 검토용 제안서와 내부 연락처 파일을 함께 넣는 상황을 생각해 보자. 제안서 전달을 위해 열어 둔 폴더가 연락처 파일에도 접근을 제공한다면, 새 파일을 올리는 행위가 곧 새로운 정보 제공이 될 수 있다. 폴더 이름이 ‘내부용’인지는 접근을 막아 주는 조건이 아니다.

파일을 옮기거나 폴더를 재구성할 때도 권한을 다시 검토한다. 파일의 위치 변경, 복사, 바로가기 생성은 서로 다른 작업이며 결과가 같지 않을 수 있다. 한 작업에서 확인한 권한을 다른 작업의 결과로 추정하지 않는다.

고객용 폴더와 내부 자료를 같은 곳에 두면 생기는 문제

프로젝트 자료를 고객에게 보여주는 상황을 가정해 보자. 공용 폴더에는 최종 제안서와 납품 일정이 있고, 내부에서는 같은 폴더에 작업 비용표도 보관하려 한다. 고객이 공용 폴더에 접근할 수 있다면 비용표를 넣는 순간 접근 범위가 원래 목적보다 넓어질 수 있다. 파일 이름에 ‘내부’라고 적는 것으로 권한이 나뉘지는 않는다.

Google Drive의 역할 안내는 상위 폴더의 더 높은 접근 권한을 개별 파일에서 더 낮은 권한으로 덮어쓸 수 없는 관계를 설명한다. 이런 환경에서는 파일 하나의 공유창만 보고 제한했다고 판단하지 말고, 상위 접근과 필요한 경우 지원되는 제한 폴더 구성을 살펴야 한다.

자료 구조를 먼저 두 공간으로 나눌 수 있다. 외부 제공 공간에는 전달할 결과물만 두고, 내부 작업 공간에는 비용표와 초안을 둔다. 이 예는 실제 고객 프로젝트의 정보가 아니라 공유 설계를 설명한 가상 구성이다. 실제 조직 계정에서는 관리자가 허용한 구조와 정책을 따라야 한다.

파일을 복사하면 소유권과 주소도 다시 본다

파일을 새로운 공간에 복사해 외부에 제공했다면 그 사본의 소유자와 공유를 확인한다. 원본을 옮긴 것인지 새 사본을 만든 것인지에 따라 주소와 관리 관계가 달라질 수 있다. 바로가기를 둔 경우에는 새 공간에서도 여전히 원래 파일을 가리키는지 살핀다.

협업자가 파일을 수정해야 하는 경우에는 단순히 읽을 수 있는지만 확인하지 않는다. 필요한 계정으로 열어 댓글·편집 같은 실제 작업이 가능한지 점검한다. 반대로 읽기 자료라면 편집 권한을 기본으로 넓히지 않는다. 목적과 역할을 연결해야 나중에 권한을 정리할 때도 이유를 알 수 있다.

‘접근 요청’이 나왔다면 주소보다 계정을 대조한다

수신자가 초대받은 개인 이메일과 다른 회사 계정으로 링크를 열면 접근 요청이 나타날 수 있다. 이때 링크를 다시 만들거나 일반 접근을 넓히는 조작보다 초대 대상과 현재 로그인 계정을 먼저 대조한다. 계정 혼동을 공개 범위 확대라는 다른 문제로 해결하지 않는 편이 낫다.

의도한 계정에서도 실패한다면 조직의 외부 공유 정책과 실제 역할을 본다. 관리자가 막은 기능을 우회하려고 개인 계정으로 업무 자료를 옮기지 않는다. 시험이 필요할 때는 민감한 내용이 없는 문서를 같은 허용된 구성으로 만들어 경로를 확인할 수 있다.

공유 완료 기록에는 주소, 수신 계정, 역할과 사용 목적을 적는다. 종료 때는 그 목적이 아직 남았는지 다시 본다. 원본의 접근을 줄이는 일은 앞으로의 원본 접근을 정리하는 것이며, 이전에 내려받은 사본까지 회수한 결과와는 다르다. 자료를 나누고 역할을 정하는 준비가 중요한 이유다.

소유권과 편집 권한은 다른 역할이다

편집할 수 있다고 파일의 소유자라는 뜻은 아니다. 소유권 이전, 자료 삭제와 보관, 조직 외부 공유 가능 여부에는 별도의 조건이 있을 수 있다. 업무 자료라면 개인 계정이 소유한 파일을 회사 폴더에서 함께 쓰는지부터 확인해야 한다.

멤버를 공유 목록에서 제외했다고 그 사람이 소유한 자료의 관리까지 자동으로 해결되는 것도 아니다. 계정을 정리하는 과정에서는 자료의 소유자, 팀의 접근, 새 관리자에게 필요한 권한을 나누어 기록한다. 서비스 이전 시 공유 관계 점검은 이런 관계를 이전 작업 목록으로 만드는 방법을 다룬다.

수신자의 상태로 점검하는 방법

소유자 화면에서 파일이 잘 열린다는 것은 공유 성공의 증거가 아니다. 의도한 수신자가 초대한 계정으로 접근할 수 있는지 확인해야 한다. 외부 공개 자료라면 로그아웃 상태의 접근도 별도로 점검할 수 있지만, 그 시험을 위해 비공개 자료의 접근을 넓혀서는 안 된다.

중요한 자료를 공유하기 전, 내용이 없는 시험 문서를 같은 권한 구성으로 준비할 수 있다. 받는 사람에게 실제 문서 대신 시험 문서가 기대한 역할로 열리는지 확인하면 계정 혼동이나 조직 차단을 먼저 찾을 수 있다. 시험 파일이 정상이라고 실제 자료의 설정까지 같다고 단정하지 말고 마지막에는 실제 접근 목록도 다시 본다.

편집이 필요한 경우 읽기만 되는지, 댓글 작업이 가능한지처럼 필요한 기능을 구체적으로 확인한다. 전달 완료 메시지에는 링크뿐 아니라 대상 계정과 기대한 역할을 적으면 ‘안 열린다’는 문제를 좁히기 쉽다.

작업 종료 후에는 공유 관계도 정리한다

프로젝트가 끝났다면 이전 참여자, 외부 업체, 공개 링크가 여전히 필요한지 검토한다. 개인별 접근뿐 아니라 그룹을 통해 남은 접근이 있는지 확인하고, 자료의 현재 소유자가 계속 관리할 수 있는지 본다.

접근을 줄이는 것과 이미 전달된 사본을 회수하는 것은 다르다. 누군가 따로 내려받았거나 복사한 자료는 원본 공유 설정을 바꾼다고 함께 정리되지 않을 수 있다. 공유 전 자료의 범위를 정하는 일이 종료 후 권한 정리만큼 중요하다.

여러 프로젝트의 공개 링크를 관리한다면 공개 링크 점검표를 이용해 대상·목적·종료 시점을 기록할 수 있다. 권한 화면에서 복잡한 옵션을 모두 외우는 것보다, 누가 어떤 자료로 무슨 작업을 해야 하는지 명확하게 쓰는 것이 올바른 설정을 고르는 데 도움이 된다.