SharePoint 권한이 복잡할 때, 먼저 정리할 5가지

직원 한 명에게 문서 권한을 주려고 SharePoint를 열었는데 소유자, 구성원, 방문자, 제한된 액세스, 고유 권한 같은 표현이 한꺼번에 보입니다. 누구는 폴더가 열리고 누구는 같은 링크에서 액세스 요청 화면을 봅니다.

이럴 때 권한을 전부 지우고 다시 주고 싶어지지만, 먼저 해야 할 일은 삭제가 아닙니다.

SharePoint 권한 정리는 사이트의 용도와 기본 그룹을 확인하고, 권한 상속에서 벗어난 예외를 찾는 순서로 시작하는 것이 안전합니다.

이 글은 복잡한 모든 권한 기능을 설명하지 않습니다. 중소기업 관리자가 현재 구조를 망가뜨리지 않고 정리를 시작할 수 있도록 실무 순서에 집중합니다.

먼저 확인할 핵심 요약

• 권한을 삭제하기 전에 사이트의 용도와 책임자부터 확인합니다.
• 팀 사이트는 가능하면 연결된 Microsoft 365 그룹 또는 Teams에서 구성원을 관리합니다.
• 커뮤니케이션 사이트는 기본 Owners·Members·Visitors 그룹을 중심으로 정리합니다.
• 문서와 폴더에 사람을 한 명씩 추가한 개별 권한은 예외로만 남깁니다.
• 상속을 복원하기 전에는 실제 접근이 필요한 사람과 민감 문서를 먼저 기록합니다.
• 작은 문서 라이브러리 하나에서 시험한 뒤 전체 사이트로 확대합니다.

SharePoint 권한은 왜 금방 복잡해질까요?

SharePoint의 문서는 보통 다음과 같은 구조 안에 있습니다.

사이트 → 문서 라이브러리 → 폴더 → 파일

기본 상태에서는 아래 항목이 위의 권한을 물려받습니다. 이것을 권한 상속이라고 합니다.¹

예를 들어 사이트의 구성원 그룹에 영업팀 직원이 들어 있다면, 별도 설정이 없는 문서 라이브러리와 파일도 같은 구성원이 사용할 수 있습니다. 이 구조에서는 사람을 그룹에 추가하거나 제거하는 것만으로 여러 문서의 접근 범위를 함께 관리할 수 있습니다.

복잡해지는 시점은 보통 다음과 같습니다.

• 특정 파일을 이메일 주소로 직접 공유했다.
• 한 폴더만 별도 사람들에게 공유했다.
• 부서 이동 때 기존 권한을 그대로 두고 새 권한을 추가했다.
• Teams 구성원과 SharePoint 사이트 구성원을 각각 따로 관리했다.
• 담당자가 바뀌었지만 사이트 소유자는 예전 직원으로 남아 있다.

파일이나 폴더를 개별 공유하면 해당 항목이 부모의 권한과 다른 고유 권한을 갖게 될 수 있습니다.¹² 이런 예외가 늘어나면 사이트 화면만 보고 누가 무엇을 볼 수 있는지 판단하기 어려워집니다.

먼저 구조를 이해하면 용어가 쉬워집니다

제한된 액세스가 보인다고 해서 그 사용자가 사이트의 모든 문서를 볼 수 있다는 뜻은 아닙니다. 특정 파일이나 폴더에 도달하는 데 필요한 최소 접근이 함께 표시되는 경우가 있습니다.¹

SharePoint 권한을 정리하는 5단계

1. 사이트의 용도와 소유자를 먼저 확인합니다

권한 목록부터 수정하지 말고 이 사이트가 어떤 업무를 위한 공간인지 한 문장으로 정리합니다.

• 전 직원이 공지와 규정을 읽는 공간
• 영업팀이 문서를 함께 편집하는 공간
• 특정 프로젝트 구성원만 사용하는 공간
• 외부 협력사와 제한된 자료를 공유하는 공간

용도가 다르면 권한 구조도 달라집니다. 전사 공지 사이트와 외부 프로젝트 사이트를 같은 방식으로 운영하면 예외가 늘어날 수밖에 없습니다.

다음으로 실제 사이트 소유자를 확인합니다. 소유자는 한 명에게만 의존하지 않도록 주 담당자와 보조 담당자를 정하되, 업무상 필요 없는 사람에게 소유자 권한을 넓게 주지는 않는 것이 좋습니다.

2. 사람보다 그룹을 기준으로 현재 권한을 적어봅니다

Microsoft는 커뮤니케이션 사이트에서 기본 SharePoint 그룹을 사용하고, 그룹 연결 팀 사이트는 연결된 Microsoft 365 그룹으로 권한을 관리하는 방식을 권장합니다.³

먼저 아래 세 줄만 작성해 보세요.

• 사이트를 관리할 사람: 소유자
• 문서를 만들고 수정할 사람: 구성원
• 문서를 읽기만 할 사람: 방문자

그다음 현재 권한 목록에서 개인 계정이 직접 들어간 항목을 찾습니다. 개인 계정이 있다고 모두 잘못된 것은 아니지만, 같은 역할의 사람이 여러 명이라면 그룹으로 묶을 수 있는지 검토합니다.

팀 사이트가 Teams와 연결돼 있다면 Teams의 팀 소유자와 구성원이 SharePoint 사이트 권한에 연결됩니다. 이 경우 SharePoint와 Teams에서 사람을 따로 관리하기보다 Teams 또는 연결된 Microsoft 365 그룹을 기준으로 관리해야 혼선을 줄일 수 있습니다.³

3. 상속이 끊긴 위치와 개별 공유를 찾습니다

권한 페이지에서 다음과 같은 표시를 확인합니다.

• 이 라이브러리가 상위 사이트의 권한을 상속하는가
• 일부 항목에 고유 권한이 있다는 안내가 있는가
• 개인 계정이나 외부 사용자가 직접 추가돼 있는가
• 오래된 공유 링크가 남아 있는가

여기서 바로 고유 권한 삭제나 권한 상속 복원을 누르지 않습니다. 먼저 예외의 이유를 기록합니다.

상속을 복원하면 아래 항목이 부모 권한으로 바뀔 수 있으므로, 중요한 문서부터 영향 범위를 확인해야 합니다.

4. 필요한 예외만 남기고 기본 구조로 되돌립니다

정리 기준은 단순합니다.

• 같은 역할의 여러 사람은 그룹으로 관리
• 대부분의 문서는 상위 권한을 상속
• 민감 문서나 외부 협업처럼 이유가 분명한 경우만 고유 권한 유지
• 유지하는 예외에는 담당자와 검토일 기록

Microsoft는 하나의 문서 라이브러리에서 고유 권한 범위를 최대 50,000개까지 지원하지만, 성능을 위해 5,000개 미만으로 유지할 것을 권장합니다.⁴ 작은 회사가 이 숫자에 바로 도달하는 경우는 드물지만, 파일마다 권한을 다르게 주는 운영 방식이 장기적으로 적합하지 않다는 뜻으로 이해하면 됩니다.

고유 권한을 모두 없애는 것이 목표는 아닙니다. 목표는 관리자가 설명할 수 없는 예외를 줄이는 것입니다.

5. 시험 계정으로 실제 접근을 확인합니다

설정 화면에서 권한이 깔끔해 보여도 사용자가 실제로 문서를 열 수 있는지는 별도 문제입니다.

작은 문서 라이브러리 하나를 정해 다음 순서로 시험합니다.

1. 소유자, 구성원, 방문자 역할의 시험 계정을 준비합니다.
2. 각 계정으로 사이트와 문서 라이브러리를 엽니다.
3. 보기, 편집, 삭제가 의도한 범위와 맞는지 확인합니다.
4. 외부 공유가 있다면 외부 계정에서도 링크를 확인합니다.
5. 권한을 제거한 뒤 기존 링크에서 실제로 접근이 막히는지 확인합니다.

권한을 설정했다는 사실보다 각 역할의 실제 화면에서 결과를 확인했다는 기록이 더 중요합니다.

어디부터 손대야 할지 모르겠다면 이 순서로 봅니다

다음 우선순위는 위험과 효과를 함께 고려한 정리 순서입니다.

1. 퇴사자와 역할이 끝난 외부 사용자의 권한
2. 소유자가 없거나 한 명뿐인 중요 사이트
3. 전 직원 또는 광범위한 그룹이 접근하는 민감 문서
4. 이유를 설명할 수 없는 개별 계정 권한
5. 오래된 공유 링크와 종료일이 지난 협업 폴더
6. 정상적으로 운영 중인 기본 그룹과 상속 구조

정상적으로 작동하는 권한부터 크게 바꾸기보다 위험이 명확한 항목을 먼저 정리하는 편이 안전합니다.

Teams와 연결된 사이트는 따로 생각해야 합니다

Teams의 표준 채널 파일은 연결된 SharePoint 팀 사이트에 저장됩니다. 팀 소유자와 구성원을 Teams에서 관리하면 연결된 사이트 권한도 함께 반영됩니다.³

따라서 Teams 연결 사이트의 사용자를 SharePoint에서만 제거하거나 직접 추가하면, 관리 화면마다 사람이 다르게 보이는 원인이 될 수 있습니다.

외부 사용자 운영 기준이 필요하다면 Teams 외부 사용자 초대, 괜찮을까? 안전하게 운영하는 6가지 기준을 함께 확인해 보세요.

문서가 OneDrive와 SharePoint에 섞여 있다면 OneDrive와 SharePoint, 회사 문서는 어디에 저장해야 할까?에서 저장 위치부터 정리할 수 있습니다.

권한 정리 체크리스트

• 사이트의 업무 목적을 한 문장으로 적었다.
• 현재 사이트 소유자와 보조 담당자를 확인했다.
• 소유자·구성원·방문자 역할을 구분했다.
• Teams 또는 Microsoft 365 그룹 연결 여부를 확인했다.
• 개인 계정이 직접 들어간 권한을 찾았다.
• 상속이 끊긴 라이브러리·폴더·파일을 기록했다.
• 외부 사용자와 오래된 공유 링크를 확인했다.
• 유지할 예외의 이유와 다음 검토일을 기록했다.
• 작은 범위에서 변경한 뒤 역할별 계정으로 시험했다.
• 제거한 권한이 실제 사용자 화면에서도 차단됐는지 확인했다.

자주 묻는 질문

Owners·Members·Visitors 그룹만 사용해야 하나요?

반드시 세 그룹만 사용해야 하는 것은 아닙니다. 다만 기본 그룹으로 설명할 수 있는 권한을 개인별 설정으로 쪼개지 않는 것이 관리에 유리합니다. 추가 그룹이 필요하다면 역할과 책임자를 명확히 정하고 비슷한 그룹이 중복되지 않게 관리합니다.

고유 권한은 모두 없애야 하나요?

아닙니다. 인사·계약·경영 자료나 외부 협업 폴더처럼 별도 접근이 필요한 경우에는 고유 권한이 필요할 수 있습니다. 이유를 설명할 수 있고 담당자와 검토일이 정해진 예외만 유지하는 것이 핵심입니다.

제한된 액세스 사용자는 삭제해야 하나요?

제한된 액세스는 사용자가 공유받은 특정 항목에 도달하도록 SharePoint가 부여한 보조 권한일 수 있습니다.¹ 표시만 보고 바로 삭제하지 말고, 어떤 파일이나 폴더가 공유돼 있는지 먼저 확인합니다.

권한 정리 전에 백업이 필요한가요?

문서 내용 백업과 권한 구조 기록은 다른 문제입니다. 중요한 사이트라면 현재 사용자·그룹·고유 권한 위치를 먼저 기록하고, 작은 범위에서 변경한 뒤 실제 접근을 검증하세요. 대규모 변경은 되돌릴 기준과 담당자를 정한 뒤 진행하는 편이 안전합니다.

정리하기

SharePoint 권한이 복잡하다고 느껴질 때 사람을 한 명씩 삭제하고 다시 추가하면 잠시 깔끔해 보여도 같은 문제가 반복될 수 있습니다.

사이트 용도 → 소유자 → 기본 그룹 → 상속 예외 → 실제 접근 시험 순서로 정리하면 현재 구조를 망가뜨리지 않고 문제의 원인을 찾을 수 있습니다.

권한 구조를 어디서부터 확인해야 할지 판단하기 어렵다면 카이온아이티 Microsoft 365 상담 문의에서 현재 사이트와 협업 방식에 맞는 점검 범위를 상담할 수 있습니다.

참고 자료

1. Customize permissions for a SharePoint list or library — Microsoft Support, 2026-07-28 확인
2. Sharing and permissions in the SharePoint modern experience — Microsoft Learn, 2026-07-28 확인
3. Customize SharePoint site permissions — Microsoft Learn, 2026-07-28 확인
4. Manage Permission Scopes in SharePoint — Microsoft Learn, 2026-07-28 확인
5. SharePoint limits — Microsoft Learn, 2026-07-28 확인