GWS로 옮기고 팀 공식문서로 관리하기 적용 경로

개인이 작성한 자료를 팀의 공식문서로 이어가기

자료를 GWS로 옮길 때 우리 팀이 함께 찾아 쓰는 기준본과 담당을 정합니다. 이후에는 정해진 템플릿으로 작성하고, 필요한 검토를 거쳐, 승인된 문서를 같은 링크에서 함께 이용합니다. 담당자가 바뀌어도 자료의 의미·판단 근거·보존 조건이 이어지는 것이 이 사례의 목표입니다.

이것이 현업 내재화·시민화의 실무 모습입니다. 현업은 업무 내용을 판단하고 일상적인 작성·정리·확인을 수행합니다. 거버넌스팀은 공통 기준·교육·조정을 제공하고, IT는 권한·저장·이전·검증을 지원합니다. 이 사례는 기존 공통 기준을 적용하는 예이며 전사 데이터 관리의 전체 범위는 11개 관리 영역에서 볼 수 있습니다.

사례의 상황: 한 팀의 업무보고 자료가 PC와 공용 폴더에 흩어져 있고, 메일에는 최종, 최종수정 사본이 남아 있습니다. 팀은 필요한 기존 자료를 선별해 옮기고, 다음 보고부터는 아래 흐름을 사용하려고 합니다. 부서·자료·처리 결과는 설명용 가상 예시입니다. 실제 담당자·지정·위임과 당사 GWS 설정은 별도 확인 대상입니다.

흩어진 사본에서 찾기어느 내용이 현재 기준인지 다시 확인합니다.

기준본과 담당을 연결하기같은 문서를 찾아 쓰고 변경을 이어갑니다.

업무에 적용하는 순서

위에서 아래로 읽습니다. 넓은 그림은 좌우로 이동하거나 확대해 볼 수 있습니다.

문서 한 건의 흐름입니다. 서로 다른 사람·기간·목적의 보고서를 한 파일에 합치는 뜻이 아닙니다.

다이어그램 확대·선 따라보기 ↗

흐름도를 글로 보기

1. 도입할 때 기존 자료의 기준본·업무 필요·보존 조건을 정하고 이관 결과를 확인합니다.
2. 팀 템플릿과 제한된 작업·검토 공간, 공식 이용 범위를 준비합니다. 신규 작성 때마다 기존 자료 이관을 다시 수행하는 뜻은 아닙니다.
3. 작성자가 한 문서를 만들고 같은 파일에서 수정·검토를 이어갑니다. 승인자는 기존 규정과 실제 지정·위임에 따라 연결합니다.
4. 승인된 내용과 현재 내용, 접근 권한을 확인하고 공식본을 게시한 다음 결과와 기준본 기록을 확인합니다.
5. 사용량·보존 필요·변경·인계를 관리합니다. 수정하거나 다음 문서를 작성할 때 작성·검토로 돌아갑니다. 템플릿 변경이나 추가 이관은 해당 준비 단계도 다시 확인합니다.

1. 기존 자료에서 가져올 기준본과 보존할 기록을 찾습니다.
2. 팀이 사용할 템플릿과 작업·공식문서 위치를 정합니다.
3. 작성자가 한 문서에서 초안을 작성하고 지정된 승인자에게 검토를 요청합니다.
4. 승인된 내용·권한·기록을 확인해 같은 문서를 팀 공식본으로 게시합니다.
5. 사용량·보존 필요·변경·인계를 확인하며 계속 관리합니다.

템플릿 → 작성자별 작업문서 → 지정 승인자의 검토 → 같은 문서의 공식본 게시 → 변경·보존 관리

‘작성자별’은 작성 책임을 뜻합니다. 처음부터 팀이 관리하는 제한된 작업공간에서 개인이 작성할 수도 있습니다. 서로 다른 사람·기간·목적의 보고서를 모두 하나의 파일로 합치는 구조는 아닙니다. 문서 한 건의 초안부터 승인본까지 연결합니다.

누가 판단하고 수행하는가

템플릿을 만드는 팀장·담당자와 문서를 최종 승인할 사람은 같을 수도, 다를 수도 있습니다. 승인자는 해당 업무의 기존 규정과 실제 지정·위임에 따라 정합니다. Owner 역할, 팀장 직책, 상위 라이선스 보유만으로 모든 문서·폐기·외부 제공의 승인권이 생기지는 않습니다. 판단과 승인 경계를 적용합니다.

기존 자료를 옮기기 전에 기준본을 정합니다

위에서 아래로 읽습니다. 넓은 그림은 좌우로 이동하거나 확대해 볼 수 있습니다.

이관 제외는 삭제 승인이 아닙니다. 원본 보존·폐기 판단과 실제 실행·검증은 따로 기록합니다.

다이어그램 확대·선 따라보기 ↗

흐름도를 글로 보기

1. 자료 묶음의 기준본·업무 필요·담당·보호·보존 조건을 조사합니다. 크기·오래됨·미사용·중복 의심만으로 삭제를 정하지 않습니다.
2. 이관이 적합하면 대상을 정하고 내용·권한·링크·필요한 이력과 기능의 검증 방법을 연결합니다.
3. 전문 원본이나 별도 증빙 보존이 필요하면 허용된 보관·이관 위치, 접근과 담당을 정합니다.
4. 이관 제외 근거가 있더라도 원본을 어떻게 보존하거나 적법하게 폐기할지는 별도 판단합니다.
5. 조건이 미확인이면 보류 사유·확인할 담당·다음 조치를 남깁니다. 미확인을 무기한 보관 허가로 사용하거나 기존 의무 기한을 늦추지 않습니다.

Steward가 PC·파일서버·NAS·공용 폴더·업무 메일의 대상 범위를 조사하고 Owner가 업무 필요를 판단합니다. 폴더·자료 묶음으로 먼저 정리하고, 중요하거나 예외적인 자료를 더 자세히 확인합니다. 파일마다 새 대장을 만들 필요는 없습니다.

이관 포함·별도 보관/이관·제외·보류, 원본의 보존·폐기 판단, 실제 실행·검증 상태를 나누어 기록합니다. 이관 제외는 삭제 승인이 아닙니다. 크기·오래됨·미사용·중복 의심만으로 삭제하지 않으며, 보존 필요가 없거나 만료된 자료의 파기 요구도 확인합니다. 공통 선별 기준과 기존 판단·기록 예를 재사용합니다.

이관 완료 확인: IT의 복사 결과와 Steward의 업무 검수를 대조합니다. 대상 건수·누락·실패, 내용·첨부·권한·링크·필요한 이력을 확인하고, 해당 자료에는 메일 날짜·첨부, 계산식·매크로·업무 기능도 시험합니다. 형식을 변환했다면 원본과 해시가 같다는 조건 대신 내용·기능을 검증합니다. 핵심 자료의 중대 누락·권한 결함을 해소하고 현업 인수 결과를 남깁니다. 원천 종료·삭제는 그 다음에 보존 조건과 실제 승인 근거를 확인하는 별도 판단입니다. 남은 자료는 담당·처리기한 또는 다음 확인 계기를 연결합니다. 기술 검증 기준

템플릿과 작업공간을 준비합니다

위에서 아래로 읽습니다. 넓은 그림은 좌우로 이동하거나 확대해 볼 수 있습니다.

템플릿에서 이번 보고서 한 건을 만든 뒤 그 문서에서 작업을 이어갑니다. 템플릿 게시 승인과 업무문서 승인은 별개입니다.

다이어그램 확대·선 따라보기 ↗

흐름도를 글로 보기

1. 현재 사용하는 팀 템플릿은 정해진 담당자가 갱신하고 작성자는 허용된 양식으로 이번 문서 한 건을 만듭니다.
2. 작업·검토 공간은 작성자·검토자 등 필요한 사람에게 허용합니다. 개인이 작성해도 처음부터 팀 관리 공간의 문서일 수 있습니다.
3. 승인된 내용·권한을 확인한 같은 문서를 공식 위치·이용 범위에 연결합니다. 실제 게시 후 결과도 확인합니다.
4. 업무 사용은 끝났지만 보존이 필요하면 목적에 맞는 위치·접근·검색·복구·담당을 유지합니다. 모든 문서를 무조건 별도 보관하는 절차는 아닙니다.
5. 폴더 이름만 초안·공식으로 정해도 권한이 자동 적용되는 것은 아닙니다. 직접 공유·그룹·상속 권한과 관리 권한을 확인합니다.

팀장 또는 지정 담당자가 업무에 필요한 항목과 작성 예를 준비하고, Owner가 용어·기준일·계산 기준을 확인합니다. 보고서에는 목적·기간·출처·작성자·미확인 항목을, 기존 관리 목록에는 기준본 링크·Owner/Steward·갱신 기준·품질·보호 조건을 연결합니다. 보존 근거와 검토·승인 기록은 기존 기록의 위치를 연결해 중복 작성을 줄입니다. 파일명에는 불필요한 개인정보나 민감정보를 넣지 않습니다.

Google은 조직의 맞춤 템플릿 갤러리와 템플릿 게시 검토 기능을 제공합니다. 갤러리의 제출·승인 권한은 관리자가 설정합니다. 템플릿 게시 승인과 그 템플릿으로 작성한 업무문서의 승인은 별개입니다. 갤러리 사용 범위와 실제 파일 접근 조건을 확인하고, 제한된 팀 자료는 허용된 팀 공간에서 양식을 제공하는 방법을 선택합니다. ^{[1] [2]}

권장 배치는 다음과 같습니다. 이름과 폴더 수는 예시이며 공통 의무가 아닙니다.

Google은 팀·프로젝트별 공유 드라이브를 만들고, 협업 중인 자료와 완료된 자료의 권한을 다르게 운영하는 방법을 안내합니다. 공유 드라이브의 문서는 조직이 소유하며 작성자가 떠나도 남습니다. 이를 위 배치에 적용하는 것은 회사의 운영 설계입니다. ^{[3] [4]}

작업공간과 공식문서 공간의 접근 집단이 다르면 별도 공유 드라이브나 제한된 접근 폴더를 검토합니다. 폴더 이름만 ‘초안’으로 바꾸어서는 접근이 제한되지 않습니다. 공유 드라이브 관리자 등 관리 권한의 접근도 고려합니다.

한 문서에서 작성하고 지정 승인자에게 검토를 요청합니다

위에서 아래로 읽습니다. 넓은 그림은 좌우로 이동하거나 확대해 볼 수 있습니다.

승인된 대상 버전·시점을 기록합니다. 게시 전에 현재 내용과 대조하고, 승인된 내용과 달라졌으면 지정 승인자의 재검토를 받습니다.

다이어그램 확대·선 따라보기 ↗

흐름도를 글로 보기

1. 허용된 템플릿에서 이번 보고서 한 건을 만듭니다. 계정에 생성 제약이 있으면 허용된 담당자가 파일을 만들고 작성자가 편집하는 경로를 시험합니다.
2. 작성자가 같은 문서에서 출처·기준일·정의·미확인 항목을 표시하고 수정합니다.
3. 기존 규정과 실제 지정·위임에 따른 승인자에게 검토를 요청하고, 접근 권한과 검토 대상 버전을 연결합니다.
4. 반려·보완이 있으면 작성자가 같은 문서를 수정하고 다시 검토를 요청합니다. 아직 판단을 받지 못했다면 검토 중 상태를 유지합니다.
5. 승인 판단이 확인되면 근거를 연결해 게시 전 내용·권한 확인 단계로 넘깁니다. 승인 표시만으로 공식본 게시가 모두 완료되는 것은 아닙니다.

1. 작성 시작: 허용된 템플릿으로 이번 보고서 한 건을 만듭니다. 템플릿 선택은 새 파일을 생성하므로 이후 수정은 그 파일에서 이어갑니다. 양식의 적용 버전이 필요하면 문서 또는 기존 기록에 연결합니다.
2. 초안 작성: 작성자가 내용을 채우고 자료 출처·기간·정의·미확인 항목을 확인합니다. 필요한 사람이 같은 문서에서 의견을 주고받습니다.
3. 검토 요청: 실제 승인 근거에 따라 승인자를 지정하고, 승인자가 해당 문서를 열 수 있는지 확인합니다. 기존 규정상 결재가 필요한 문서는 그 결재 경로를 따르고 문서 링크·검토 대상 버전을 연결합니다. Drive 승인 기능은 계정·설정에서 사용할 수 있고 해당 업무의 승인 방식으로 허용된 경우에 검토 요청·상태 확인에 사용합니다.
4. 수정과 재확인: 반려·보완 사항을 같은 문서에서 고칩니다. 검토 중 내용을 바꿀 수 있다면 모두가 같은 내용을 검토하도록 승인 재설정 옵션을 확인합니다. 잠금은 편집자가 해제할 수 있으므로 검토 대상 버전·시점을 기록하고 게시 전에 승인된 내용과 현재 내용을 다시 대조합니다.

Google의 승인 기능은 지정 검토자의 승인·반려와 진행 상태를 관리합니다. 사용자 도움말에는 ‘모든 승인자가 같은 내용을 검토’하도록 할지 선택하는 설정이 있으며, 설정에 따라 수정 시 승인 재설정과 완료 후 잠금 동작이 달라집니다. 따라서 ‘승인됨’ 표시만 보고 현재 내용까지 승인받았다고 판단하지 않습니다. ^[5]

혼합 라이선스에서의 작성: Frontline Starter·Standard는 내부 공유 드라이브에 직접 생성·업로드하는 데 제약이 있습니다. Google은 개별 파일을 직접 공유받아 편집하는 경로를 안내합니다. 이 경우 공유 드라이브에서 파일을 만들 수 있는 라이선스·권한을 가진 담당자가 팀 작업공간에 템플릿 문서를 만들고 작성자에게 해당 파일의 편집 권한을 주는 방식을 시험할 수 있습니다. 생성 권한과 문서 승인권은 별개이며, 직접 편집 권한은 게시 전 정리 대상입니다. Frontline Plus까지 같은 제한이라고 묶지 않습니다. 승인 기능도 에디션·관리자 설정·문서 권한을 확인해야 합니다. 실제 계정으로 가능한 경로를 확인한 뒤 교육에 사용합니다. ^{[6] [7]}

승인된 문서를 팀 공식본으로 게시합니다

위에서 아래로 읽습니다. 넓은 그림은 좌우로 이동하거나 확대해 볼 수 있습니다.

같은 문서를 게시하는 흐름입니다. 조건 미충족과 게시 후 불일치는 각각 필요한 담당의 조치로 연결합니다.

다이어그램 확대·선 따라보기 ↗

흐름도를 글로 보기

1. Steward와 지정 게시 담당은 실제 승인된 버전과 현재 내용, 직접 공유·그룹·상속 권한을 확인합니다. 필요한 경우 IT와 설정을 확인하고 정해진 변경 담당 외의 편집권을 정리합니다.
2. 게시 조건이 미충족·미확인이면 게시를 보류합니다. 승인 뒤 내용이 바뀌었으면 작성·검토로 돌아가 지정 승인자의 재검토를 받고, 권한 문제는 담당과 다시 확인합니다.
3. 조건이 확인되면 같은 문서를 공식 위치나 이용 범위에 연결합니다. 공식 폴더로 이동하는 순간 보일 수 있으므로 이동 자체를 게시로 취급합니다.
4. 게시 후 실제 접근·내용·링크·필요한 이력과 승인 기록을 확인합니다.
5. 불일치·미확인이 발견되면 해당 자료에 필요한 이용 제한·보완 등 조치와 담당을 연결하고 재확인합니다. 보안 사고가 의심되면 기존 보안 대응 경로로 즉시 연결합니다.
6. 결과가 일치하면 기존 목록의 기준본 링크·현행 상태·담당·갱신 기준을 맞춥니다.

이 사례에서 ‘승격’은 승인된 내용이 들어 있는 같은 문서를 공식 위치·이용 권한·관리 기록에 연결하는 작업입니다. 승인 버튼 이후 자동으로 모두 완료되는 것으로 안내하지 않습니다.

시범에서는 팀의 제한된 작업공간에서 작성을 시작하는 경로를 우선 확인합니다. 내 드라이브에서 작성했다면 권한과 조직 설정이 허용하는 경우 사본을 추가로 만드는 대신 같은 파일을 공유 드라이브로 이동하는 경로를 사용합니다. 개인의 정리 화면에는 필요한 경우 바로가기만 둡니다. 처음부터 팀 작업공간에서 작성했다면 공식 위치와 이용 범위를 바꿉니다. 이동 시 소유·접근 조건이 달라지므로 실제 문서의 링크·의견·필요한 버전·승인 이력이 유지되는지 시험합니다. ^[8]

특히 이동 전 직접 부여한 편집 권한은 이동 후에도 남을 수 있습니다. 공식 공간의 일반 구성원을 보기 권한으로 설정했어도 작성자가 직접 편집자라면 이를 별도로 확인해야 합니다. 승인 후 잠금도 편집자가 해제할 수 있으므로 필요한 편집자를 제한하고 변경 절차를 연결합니다. ^{[9] [5]}

개인 초안은 어떻게 이력으로 남는가

위에서 아래로 읽습니다. 넓은 그림은 좌우로 이동하거나 확대해 볼 수 있습니다.

별개 사본의 원래 작성자·시간·승인 이력을 합치는 뜻이 아닙니다. 필요한 이력의 유지·접근·보존은 실제 기능과 해당 규정으로 확인합니다.

다이어그램 확대·선 따라보기 ↗

흐름도를 글로 보기

1. 한 문서 안에서 초안·검토·수정·승인 시점의 내용을 연결합니다. 필요한 검토 시점은 이름 있는 버전이나 기존 기록으로 식별합니다.
2. 일반 버전 이력, 승인 기록, 업무 판단 기록은 용도와 접근 조건이 다릅니다. 이력 조회만을 위해 모든 이용자의 편집권을 넓히지 않습니다.
3. 이미 따로 존재하는 개인 사본의 원래 작성자·시간·승인 이력이 자동으로 하나로 합쳐지는 기능을 확인한 것은 아닙니다.
4. 공식본 변경 중 이전 승인본의 계속 제공과 초안 비공개가 모두 필요하면 IT와 게시 방식을 시험합니다. 별도 검토본·배포본을 쓰면 그 연결을 명시합니다.
5. 버전 이력을 영구 보존이나 전문 규정상 기록·전자서명·원본성 요구의 충족으로 간주하지 않습니다.

한 Google 문서에서 작성·수정·검토를 이어가면 그 문서의 버전 이력을 사용할 수 있습니다. 중요한 검토 시점에는 버전 이름을 붙이고, Docs·Sheets·Slides의 이전 승인본 조회 기능도 확인합니다. 일반 버전 이력 열람에는 편집 권한이 필요하므로 모든 열람자가 이력을 볼 수 있다고 안내하거나 이력 확인만을 위해 편집 권한을 넓히지 않습니다. 필요한 검토자는 허용된 승인 기록과 해당 보존 체계에서 근거를 확인합니다. ^{[10] [5]}

이미 별개로 만들어진 여러 개인 사본의 작성자·시간·승인 이력을 공식본 하나에 그대로 합치는 표준 기능은 이번 공식 자료에서 확인하지 못했습니다. 필요한 내용을 옮기는 것과 이력을 통합하는 것은 다릅니다. 기존 사본에 보존할 판단 근거나 고유 내용이 있으면 해당 원본을 연결하고 후속 처리를 판단합니다. Office·PDF 등의 업로드 파일 버전도 Google 문서의 편집·승인 이력과 구분합니다. ^[11]

버전 이력은 변경 확인 수단입니다. 보존이 필요한 모든 이력이 영구히 남거나 전문 규정의 기록·전자서명·원본성 요구를 충족한다고 간주하지 않습니다. 기준본 관리, 보존·폐기 조건, 백업·복구를 함께 적용합니다.

공식본을 다시 고쳐야 할 때

정해진 변경 담당이 사유와 영향을 확인하고 검토 대상을 준비합니다. 수정 중인 최신 화면을 이용자가 승인된 현행본으로 오인하지 않도록 상태·이용 범위를 안내합니다. 변경 중에도 이전 승인본을 계속 제공해야 하는 업무는 게시 방식을 먼저 정합니다. 임시 초안 비공개와 기존 승인본 상시 제공을 동시에 요구한다면 Google의 같은 파일 흐름만으로 충족하는지 IT가 시험합니다. 필요 시 통제된 검토본·배포본을 연결하는 예외 설계를 사용하며, 별도 배포 사본은 원래 문서의 편집·승인 이력과 자동으로 하나가 되지 않습니다. 새 승인본 게시 후 목록과 이용자 안내를 갱신합니다. 변경과 업무 영향 확인

저장용량은 팀의 업무 필요와 함께 관리합니다

저장공간을 관리할 때는 ‘누가 얼마나 쓰는가’에 더해 ‘무엇을 왜 유지하는가’를 확인합니다. IT가 사용자·서비스·공유 드라이브 사용량을 준비하고, Steward가 자료 묶음과 담당을 연결하며, Owner가 현재 이용·증빙·보존 필요를 판단합니다.

Google Workspace의 사용자 저장용량은 Drive만의 파일 한도가 아니며 Gmail·Photos 등 계산 범위를 확인해야 합니다. 공유 드라이브는 조직 저장량을 사용합니다. 개인 파일을 같은 조직의 공유 드라이브로 옮겨 개인 사용량이 줄어도 조직 전체의 절감은 아닙니다. 사본 대신 기준본 링크를 사용하는 것은 앞으로 불필요한 복제가 늘어나는 것을 줄이는 방법입니다. 공식 FAQ는 Chat 메시지·첨부를 Workspace 저장용량 계산에서 제외한다고 설명합니다. ^[12]

Google은 사용자와 공유 드라이브에 각각 용량 한도를 설정하는 기능을 제공합니다. 현재 사용량과 업무 차이를 먼저 확인하고 적용 대상·예외·시행 안내를 정하는 방식으로 사용합니다. 공유 드라이브를 계속 새로 만들면 개별 드라이브 한도만으로 조직 증가를 통제할 수 없으므로 생성 권한·목적·담당·반복 점검을 함께 봅니다. ^{[13] [14]}

이 문서의 10GB는 회사가 검토를 시작할 때 제시한 값입니다. 개인 작업파일 정책, 실제 서비스 합산 한도, 에디션의 제공량과 구분합니다. Frontline의 제공량이나 상위 라이선스의 조직 저장량을 회사의 일괄 개인 한도로 바꾸지 않습니다. 적용 범위·업무 예외·시행 시점과 실제 수치는 별도 실행계획에서 정합니다.

아카이브는 더 이상 일상적으로 쓰지 않는 자료의 보존·재이용, 백업은 오류·장애 시 복구, 법적 보존은 해당 의무와 폐기 중지에 목적이 있습니다. Google은 Vault를 일반 백업·아카이브 도구로 설계하지 않았으며 자동 복구 도구도 제공하지 않는다고 설명합니다. Vault가 있다는 이유로 개인 계정을 바로 삭제하거나 일반 복구가 준비됐다고 판단하지 않습니다. ^[15]

운영을 이어가고 AI 이용은 목적별로 확인합니다

위에서 아래로 읽습니다. 넓은 그림은 좌우로 이동하거나 확대해 볼 수 있습니다.

변경은 필요한 검토·게시로 연결하고, 보존·폐기는 해당 조건과 승인 근거에 따라 처리합니다. 용량만으로 자동 삭제하지 않습니다.

다이어그램 확대·선 따라보기 ↗

흐름도를 글로 보기

1. IT가 사용자·서비스·공유 드라이브 사용량을 준비하고 Steward가 업무 자료 묶음과 담당을 연결합니다.
2. Owner가 현재 이용·증빙·보존 필요를 판단하며 보안·전문 역할은 해당 규정의 조건을 확인합니다.
3. 조건과 실제 승인 근거에 따라 변경·보존·폐기·필요 용량의 예외를 처리합니다. 변경은 작성·검토와 게시 확인으로 연결합니다.
4. 이동·정리·권한·보존·복구 등 수행 결과와 미결 항목의 담당·다음 조치를 기존 기록으로 연결합니다.
5. 정한 점검 계기나 담당·업무 변경 때 다시 확인합니다. AI 이용은 별도 목적·권한·승인 범위를 확인하며 게시나 이관만으로 허용되지 않습니다.

자료의 용도·담당·보호·보존 조건이 바뀌거나 정해진 점검 시점이 오면 Owner와 Steward가 유지 필요·현행본·접근·열린 조치를 다시 확인합니다. 주기와 목표치는 업무별로 정하되 기존 규정의 의무 기한·주기를 우선합니다. 담당자 이동·퇴사 시 기준본·템플릿·열린 검토와 요청을 인계하고, 보안상 필요한 접근 회수는 인계 확인 때문에 늦추지 않습니다. 관리 상태 재검토 · 인계 기준

GWS 이관이나 팀 문서 게시가 곧 AI 이용 허용은 아닙니다. 예를 들어 현행 업무 안내를 답하는 AI에는 허용된 현행본을 기본 근거로 선정하고, 과거 자료는 보존 목적과 과거 시점 질문의 허용 범위를 구분합니다. 질문자 권한, 근거 문서·버전, 최신성·오류를 확인하고 변경·삭제·권한 회수가 검색 색인·캐시에도 반영되는지 해당 기술 담당에게 확인합니다. AI 데이터 관리와 모델·서비스 운영의 경계는 미정이며 데이터 적합성 확인과 서비스 운영 승인을 구분합니다. AI 자료 선정 사례

Agent를 검토할 경우 자료의 중복·누락 후보와 판정안 준비부터 시험합니다. 읽은 문서 안의 지시를 실행 명령으로 취급하지 않기, 승인 후 대상 변경 재확인, 최소 권한·실행 기록·오탐·누락 확인을 검토 조건으로 둡니다. 이 사례의 절차는 실제 Agent 연결이나 자동 이동·삭제의 실행 승인을 뜻하지 않습니다.

기존 기록으로 확인하고 직접 실습합니다

작성자는 문서를 만들고, 검토자는 대상 내용을 확인하며, 담당자는 기준본과 남은 조치를 연결합니다. 실습 결과와 실제 업무 완료는 구분합니다.

아래는 가상 작성 예입니다. 실제 완료·승인·지정 사실을 뜻하지 않습니다. 기존 데이터 관리 목록과 요청·처리 기록을 연결하며, 결재·검증 기록이 이미 있으면 링크를 재사용합니다.

실습: 허용된 샘플 문서 하나로 다음 결과를 만들어 봅니다. 실제 민감 원문을 교육용으로 복제하지 않습니다.

• 작성자: 템플릿에서 초안을 만들고 출처·기준일·미확인 항목을 표시해 검토 링크를 전달합니다.
• Owner: 보고 항목의 의미·업무 필요·품질과 보완 사항을 설명합니다. 실제 승인 근거가 무엇인지 구분합니다.
• Steward: 기준본·승인 버전·권한 확인 결과와 남은 조치를 기존 기록에서 찾아 보여줍니다.
• IT·보안 담당: 계정별 작성·검토·열람 경로와 차단돼야 할 접근, 이동 후 링크·이력 및 필요한 복구를 확인합니다.
• AI 이용을 시험하는 참여자: 허용된 질문으로 근거·버전·질문자 권한과 잘못된 답의 보완 결과를 확인합니다.

완료 판단: 팀원이 현행 기준본을 찾고, 담당·승인 근거를 확인하며, 허용된 범위에서 사용하고, 변경·종료 시 다음 행동을 설명할 수 있어야 합니다. 중대 누락·권한 결함이 남았으면 해당 범위는 완료로 표시하지 않습니다. 미확인은 담당·다음 확인과 보완 결과를 남깁니다. 교육 수료·실습 성공·실제 업무 이행을 따로 확인하며, 미수료만으로 필수 업무기록을 이관에서 일괄 제외하지 않습니다.

성과는 시범 대상 범위를 정한 뒤 확인합니다. 예를 들어 ‘검증을 마친 선정 자료 수/검증 대상 선정 자료 수’, ‘기준본·담당을 찾는 실습 성공자/실습 대상자’, 중대 권한 결함과 기한이 지난 미결 건수를 봅니다. 검색 시간은 같은 허용 질문·시작과 종료 기준으로 비교하고 AI 근거 확인도 정의된 질문 집합에서 평가합니다. 사용자·공유 드라이브·조직 전체 용량 변화는 따로 측정합니다. 삭제량만으로 성과를 판단하거나 목표치·점검 주기를 새로 확정하지 않습니다.

실제 적용 전에 IT와 확인할 것

업무 요청은 기존 경로로 거버넌스팀에 전달하고 IT·보안·전문 담당과 시범 범위를 연결합니다. 화면에서 보이는 기능과 실제 회사 규정·계정 조건을 함께 확인합니다.

처음에는 검증된 기본 기능과 기존 결재 경로로 수행할 수 있습니다. 이후 반복량과 효과를 확인해 자동화를 검토합니다. Google은 Drive 승인 API로 승인 시작·상태 조회 등을 제공하고, Drive API로 같은 파일의 폴더 이동을 지원합니다. 승인 결과 확인 → 대상 내용의 변경 여부 재확인 → 이동·권한 적용 → 결과 검증·기록을 연결하는 구현을 검토할 수 있습니다. 실제 승인 판단은 지정 승인자가 수행하고 자동화가 대신 승인하지 않도록 설계합니다. ^{[16] [17]}

자동 게시의 기본 제공 여부, 회사 계정의 API 이용 가능성, 최소 권한, 재실행·부분 실패·동시 수정 처리와 운영 담당은 시범에서 확인할 사항입니다. 제품 안내의 승인 상태만으로 변경 없는 게시를 보장하지 않습니다. 이 문서는 별도 개발·제품 구매·관리자 권한 부여를 확정하지 않습니다.

보안 사고 의심은 기존 보안 대응 절차로, 개인정보 권리 요청은 기존 개인정보 접수·처리 경로로 바로 연결합니다. 일반 업무 선택·접수를 기다리지 않습니다.