같은 장비, 다른 문서: 제조기업의 문서함·그룹 권한 운영 이야기

영업 담당자는 고객에게 보낼 제품 사양서를 찾고 있었습니다. 기술지원 담당자는 같은 장비의 현장 점검 절차를 찾고 있었고, 연구개발 담당자는 최근 시험에서 확인한 설계 변경 사항을 검토하고 있었습니다.

세 사람이 찾는 자료에는 모두 같은 장비 이름이 들어갑니다. 그렇다고 세 사람에게 모든 자료가 필요한 것은 아닙니다. 고객에게 안내할 승인된 사양과 내부에서 검토 중인 설계안은 쓰임새도, 열람 대상도 다릅니다.

이 글은 가상의 산업용 장비 제조기업이 RAGO-X를 활용해 문서함과 그룹별 접근 권한을 설계하는 운영 사례입니다. 실제 고객의 도입 실적이나 측정된 성과를 소개하는 글은 아닙니다.

시작은 ‘장비별 폴더 하나’였습니다

이 회사는 처음에 장비 모델별로 문서를 모았습니다. 한 장비 폴더 안에 제품 소개서, 설치 매뉴얼, 현장 점검표, 설계 검토 문서, 시험 결과가 함께 들어 있었습니다.

자료를 모으는 데는 편리했지만, 업무에서 사용하려고 하자 질문이 생겼습니다.

“이 사양서는 고객에게 보내도 되는 최종본인가요?”

“현장 기사에게 필요한 설치 절차만 보여줄 수 없을까요?”

“영업팀에 제품 자료를 열어주면서 내부 시험 기록까지 같이 보여줘야 하나요?”

담당자들은 RAGO-X에 문서를 옮기기 전에 기준을 하나 정합니다. 장비 이름으로만 묶지 말고, 같은 사람들에게 제공해도 되는 문서끼리 문서함을 구성하자는 것이었습니다.

문서함별로 접근 그룹을 지정하는 구조에서는 문서의 주제와 열람 대상을 함께 고려해야 합니다. 제목에 ‘내부용’이라고 적어두는 것만으로 접근 권한이 나뉘지는 않습니다.

먼저 문서를 다섯 가지 업무 묶음으로 나눴습니다

조직 소유자와 각 부서의 문서 담당자가 자료 목록을 검토했습니다. 제품 자료의 최종 승인본은 영업 담당자가, 현장 절차는 기술지원 담당자가, 설계·시험 자료는 연구개발 담당자가 확인합니다.

정리 결과는 다음과 같습니다.

같은 장비의 문서가 여러 문서함에 나뉠 수 있습니다. 예를 들어 승인된 제품 사양서는 제품·영업 자료에서 찾고, 내부 설계 검토 내용은 설계·시험 자료에서 확인합니다.

여기서 협력사 공유라는 이름은 공개 링크나 외부 자동 공유 기능을 뜻하지 않습니다. 이 사례에서는 외부에 제공할 수 있는 자료를 모아 내부 담당자가 검토·전달하는 문서함으로 사용합니다.

외부 제공용 자료는 별도로 검토합니다

설치 매뉴얼에 내부 참고 사항이 포함되어 있다면, 원본을 그대로 협력사 공유 문서함에 넣지 않습니다. 기술지원 담당자가 외부에 필요한 내용과 전달 가능 범위를 검토한 자료를 준비합니다.

이는 RAGO-X가 자동으로 기밀 내용을 가리거나 외부 공개 여부를 승인한다는 뜻이 아닙니다. 어떤 자료를 어느 문서함에 넣을지는 조직의 담당자가 판단합니다.

같은 승인 자료를 둘 이상의 문서함에서 관리해야 할 때에는 버전이 달라지지 않도록 갱신 담당자도 정합니다. 문서함을 나눈 뒤에도 원본 변경을 반영하는 운영 절차는 필요합니다.

다음은 부서명이 아니라 업무 범위에 맞춘 그룹입니다

조직 소유자는 문서를 이용하는 직원에게 일반 사용자 역할을 부여하고, 다음 그룹을 만듭니다.

• 전사 구성원: 공통 안내가 필요한 구성원
• 영업: 제품 설명과 제안 업무를 담당하는 구성원
• 기술지원: 설치·점검·고객 기술지원을 담당하는 구성원
• 연구개발: 설계 검토와 시험 업무를 담당하는 구성원
• 협력사 대응: 외부 제공 자료를 검토하고 전달하는 내부 담당자

협력사 대응은 하나의 부서가 아닙니다. 기술지원팀 직원과 영업팀 직원 중 협력사 업무를 맡은 사람을 함께 넣습니다. 부서와 별개로 필요한 업무 권한을 표현하기 위해 만든 그룹입니다.

또한 전사 구성원도 이 사례에서 직접 만드는 그룹입니다. 사용자를 초대했다고 자동으로 이 그룹에 포함되는 것으로 가정하지 않습니다.

실제 설정 순서

조직 소유자는 권한관리 → 사용자 그룹 → 새 그룹에서 그룹명과 설명을 작성합니다. 그룹의 활성 상태를 확인하고, 그룹 멤버에 등록된 사용자를 추가합니다.

그다음 권한관리 → 문서함 접근에서 공간과 문서함을 선택합니다. 허용할 그룹을 체크하고 접근 그룹 저장을 누릅니다.

이 사례에서는 소유자가 초기 연결을 설정하고, 운영을 맡은 관리자는 자신이 관리 가능한 공간 범위에서 설정을 담당하도록 정합니다.

문서함과 그룹을 이렇게 연결했습니다

아래 표는 이 회사가 정한 일반 사용자 기준의 접근 설계입니다. ‘허용’은 해당 그룹을 문서함 접근 그룹으로 지정했다는 뜻입니다.

각 직원은 여러 그룹에 속할 수 있습니다. 영업 직원은 전사 구성원과 영업에 속하고, 협력사 업무까지 맡으면 협력사 대응에도 추가됩니다.

표의 ‘—’는 별도의 거부 규칙이 아닙니다. 그 그룹을 통한 허용 경로를 만들지 않았다는 뜻입니다. 다른 활성 그룹을 통해 같은 문서함에 접근할 수 있다면 이용 권한이 남습니다.

한편, 일반 사용자가 속한 활성 그룹과 연결되지 않은 문서함은 모두에게 공개된 문서함으로 취급하지 않습니다. ‘그룹을 지정하지 않으면 전 직원이 볼 수 있겠지’라는 방식으로 운영하지 않습니다.

소유자·관리자 계정으로만 확인하지 않습니다

그룹 이름을 관리자로 바꾸는 것과 사용자의 조직 역할을 ADMIN으로 설정하는 것은 다른 일입니다. 이 사례의 그룹은 문서 이용 범위를 정하기 위한 것이며, 일반 직원에게 관리 역할을 부여하기 위한 설정이 아닙니다.

소유자·관리자는 일반 사용자용 문서함 그룹 검사에서 예외가 적용되는 조회 경로가 있습니다. 따라서 인사나 설계 자료를 그룹으로 구분한다고 해서 관리자에게도 동일한 경계가 적용된다고 단정하지 않습니다.

조직은 관리 역할을 맡길 사람을 별도로 정하고, 위 표의 결과는 일반 사용자 계정으로 확인합니다. ‘관리자가 볼 수 있다’와 ‘특정 그룹의 직원이 볼 수 있다’는 서로 다른 검증 결과이기 때문입니다.

월요일 오전, 세 직원이 같은 장비를 질문합니다

초기 설정을 마친 뒤 각 부서 담당자가 실제 업무 질문으로 구성을 확인합니다. 아래는 시스템이 반드시 반환하는 답변 예시가 아니라, 문서함의 용도와 접근 범위를 검증하기 위해 준비한 상황입니다.

영업 담당자: 고객에게 안내할 사양을 찾습니다

영업 담당자 지수는 제품·영업 자료 문서함을 선택하고 질문합니다.

이 장비를 제안할 때 고객에게 안내해야 할 설치 공간과 기본 사양을 정리해 주세요.

지수는 승인된 제품 자료를 바탕으로 내용을 확인하고 제안서에 반영합니다. 필요한 근거가 제공되면 원문과 대조합니다. 개발 중인 설계안의 수치를 고객에게 확정 사양처럼 전달하지 않도록, 내부 검토 자료와 문서함을 구분한 이유가 여기에서 드러납니다.

이 과정에서 확인할 것은 답변의 품질뿐만이 아닙니다. 일반 사용자 역할의 지수가 설계·시험 자료를 이용할 수 없도록 설정되어 있는지도 확인합니다.

기술지원 담당자: 현장 점검 절차를 찾습니다

기술지원 담당자 민호는 설치·유지보수 문서함을 선택합니다.

초기 설치 후 장비가 정상적으로 시작되지 않을 때 매뉴얼에서 먼저 확인하도록 안내하는 항목은 무엇인가요?

민호는 문서에서 찾은 안내를 검토하고 현장의 장비 모델과 매뉴얼 버전이 맞는지 확인합니다. 제품 사양 설명이 더 필요하면 자신에게 허용된 제품·영업 자료 문서함을 따로 선택합니다.

두 문서함을 볼 수 있다고 해서 하나의 질문이 자동으로 두 문서함 전체를 통합 검색한다고 가정하지 않습니다. 이 사례는 업무에 맞는 문서함을 선택해 질문하는 방식으로 운영합니다.

연구개발 담당자: 시험 근거를 검토합니다

연구개발 담당자 서연은 설계·시험 자료 문서함에서 질문합니다.

최근 시험 결과와 설계 검토 기록에서 반복해서 언급된 검토 항목을 찾아주세요.

서연은 답변과 원문을 함께 검토한 뒤 개발 회의 자료를 준비합니다. 현장 절차와 비교할 일이 생기면 접근이 허용된 설치·유지보수 문서함을 이용합니다.

다만 이 조직의 예시 표에서는 연구개발 그룹을 제품·영업 문서함에 연결하지 않았습니다. 이후 실제로 필요하다면 담당자가 목적을 확인하고 그룹 연결을 조정합니다. 처음부터 모든 그룹을 모든 문서함에 연결하는 대신, 업무상 필요한 범위를 명시적으로 결정하는 것입니다.

한 달 뒤, 기술지원 직원이 영업으로 이동합니다

민호가 기술지원팀에서 영업팀으로 이동하게 되었습니다. 관리자는 민호를 영업 그룹에 추가하는 것만으로 작업을 끝내지 않습니다.

먼저 이동 후의 업무를 확인합니다. 민호는 전사 공통 자료와 제품·영업 자료가 필요하고, 현장 유지보수 업무와 협력사 대응 업무에서는 빠지기로 했습니다.

제품·영업 자료 문서함은 이동 전에도 기술지원 그룹을 통해 볼 수 있었고, 이동 후에는 영업 그룹을 통해 볼 수 있습니다. 화면에 계속 보인다고 해서 권한 변경이 실패한 것은 아닙니다. 어떤 그룹을 통해 권한을 갖게 되는지까지 봐야 합니다.

반면 설치·유지보수 문서함과 협력사 공유 문서함은 이번 업무에서 더 이상 필요하지 않습니다. 민호가 다른 활성 그룹을 통해 접근할 수 있는 경로를 갖고 있지 않은지도 확인합니다.

한 사람의 부서 이동을 처리하기 위해 문서함에서 기술지원 그룹 자체를 해제하지는 않습니다. 그렇게 하면 다른 기술지원 직원들의 접근에도 영향을 줄 수 있습니다. 이 상황에서는 해당 사용자의 그룹 소속을 변경하는 것이 맞습니다.

협력사 작업이 끝나면 무엇을 닫아야 할까요?

협력사와 진행하던 설치 준비가 끝났습니다. 이 조직은 협력사 공유 문서함을 일회성 작업에만 사용할지, 다음 작업에서도 계속 사용할지에 따라 조치를 나눕니다.

• 특정 담당자만 업무에서 빠진다면 협력사 대응 그룹에서 그 사람을 제거합니다.
• 해당 그룹 전체의 활동을 멈춘다면 그룹을 비활성화합니다.
• 그룹은 다른 업무에 계속 쓰되 특정 문서함 연결만 종료한다면, 문서함 접근에서 그 그룹을 제외하고 저장합니다.

문서함 이름이 협력사 공유라고 해서 협력사 직원 계정에 자동으로 접근이 생기는 것은 아닙니다. 이 사례에서는 내부 담당자가 검토한 자료를 조직의 별도 전달 절차로 제공합니다.

이미 외부로 전달한 파일을 그룹 설정 변경만으로 회수할 수도 없습니다. 이후 서비스에서의 접근 범위를 조정하는 일과 이미 전달된 자료를 관리하는 일은 구분합니다.

분류한 뒤에도 문서 담당자는 필요합니다

운영 담당자는 문서함별로 자료를 관리할 사람을 정하고, 문서 변경과 인사 변경이 있을 때 확인할 내용을 남깁니다.

이 표는 RAGO-X가 자동으로 수행하는 승인·인사 연동 기능을 뜻하지 않습니다. 회사가 문서와 권한을 지속적으로 관리하기 위해 정한 운영 절차입니다.

이 사례에서 중요한 것은 문서함의 개수가 아닙니다

문서함을 많이 만드는 것만으로 접근 제어가 정리되지는 않습니다. 모든 문서함에 전사 구성원 그룹을 연결하면 처음에 의도한 업무별 구분이 사라집니다. 반대로 문서함을 너무 잘게 나누면 사용자가 질문할 대상을 고르기 어려워질 수 있습니다.

이 회사는 세 가지 질문으로 구성을 검토합니다.

1. 같은 문서함의 자료를 같은 사람들에게 제공해도 되는가?
2. 이 그룹에 속한 사람이 해당 문서함을 이용해야 하는 이유가 분명한가?
3. 입사·이동·협업 종료 후 연결 관계를 누가 확인하는가?

장비 이름은 같아도 영업, 기술지원, 연구개발이 찾는 지식은 다릅니다. 문서함은 필요한 자료를 모으고, 그룹은 그 자료가 필요한 사람을 연결합니다. 여기에 실제 사용자 관점의 확인과 변경 시점의 점검을 더하면 문서 분류가 일상적인 권한 운영으로 이어집니다.

구체적인 화면 설정은 사용자와 접근 권한 관리 가이드를 참고하세요. 기존 그룹웨어나 고객지원 화면에서 허용된 문서함을 활용하려면 RAGO-X API 활용 가이드, 제품의 기능 범위는 RAGO-X 제품 개요에서 확인할 수 있습니다.