Epix / 업무·마케팅 운영
Gemini가 Sheets를 수정할 때 원본·승인·복구를 설계하는 법
Google Workspace 에이전트가 Drive 자료로 Sheets를 만들거나 수정할 때 원본 보존, 사람 승인, 변경 이력, 롤백을 설계하는 실무 절차입니다.
업데이트: 2026년 9월 28일
안전한 기본값: Gemini에게 최종 원장을 바로 덮어쓰게 하지 말고, 원본·작업본·승인본을 나눈 뒤 사람이 변경 요약과 표본 행을 확인하고 게시하세요. Google은 여러 Workspace 앱의 맥락을 연결해 구조화된 Sheets를 만들 수 있다고 설명하지만, 어떤 파일·메일·대화가 참조되는지는 사용자가 선택하거나 관리자가 허용한 범위에 따라 달라집니다.
세 개의 시트를 분리한다
| 시트 | 작성자 | 허용 작업 | 보존 규칙 |
|---|---|---|---|
| source_raw | 연동·수집기 | 행 추가, 원본 값 기록 | 잠금·삭제 금지 |
| agent_working | Gemini·담당자 | 정규화·수식·초안 생성 | 버전·변경자 기록 |
| approved_report | 승인자 | 게시·공유·다운로드 | 승인 시각과 기준 보관 |
Google Workspace 공식 발표는 Drive 안에서 Gemini가 프로젝트 폴더를 읽고 구조화된 Sheets를 만들 수 있으며, 사용자가 선택한 소스나 관리자가 허용한 범위의 맥락을 사용한다고 설명합니다. 자세한 제공 범위는 Google Workspace 공식 발표와 관리자 설정에서 확인하세요.
승인 전에 비교할 다섯 항목
- 행 수: 원본과 작업본의 행·열이 예상 범위인지 확인합니다.
- 키: 주문번호·캠페인 ID 같은 고유 키가 중복되지 않는지 검사합니다.
- 수식: 참조 범위가 새 행까지 확장됐고 외부 링크가 생기지 않았는지 봅니다.
- 표본: 정상·누락·예외 행을 각각 골라 원본과 대조합니다.
- 공유: 승인본의 외부 공유·다운로드 권한이 목적에 맞는지 확인합니다.
사람 승인 게이트를 간단히 구현하기
작업본의 상단에 status, prepared_at, prepared_by, reviewer, approved_at, rollback_to 열을 둡니다. 상태가 draft인 동안은 내부 검토자만 접근하고, 표본 검사가 끝나면 approved로 바꿉니다. 승인 전에는 외부 공유 링크나 자동 메일 발송을 실행하지 않습니다.
복구 절차를 먼저 시험한다
- 작업 시작 전에 원본 파일 ID·버전·행 수를 기록합니다.
- 수정 전 작업본을 복제하고 이름에 실행 ID를 붙입니다.
- 오류가 발견되면 승인본 공유를 중지하고 마지막 승인 버전으로 되돌립니다.
- 오류 행, 원인, 복구자, 재발 방지 규칙을 change_log에 남깁니다.
자동화의 합격 기준: 정상 입력, 빈 값, 중복 키, 권한 없는 파일, 외부 공유 차단을 각각 시험하고 원본 훼손 없이 작업본만 실패해야 합니다. 사람 승인 없이 최종 보고서를 보내는 흐름은 운영 자동화로 올리지 않습니다.
승인 게이트를 표준화하는 상태표
| 상태 | 허용 작업 | 다음 상태로 가는 조건 |
|---|---|---|
| draft | 작업본 생성·내부 검토 | 원본 ID·행 수·참조 범위 기록 |
| review | 표본 비교·권한 확인 | 정상·누락·중복 표본 통과 |
| approved | 공유·보고·후속 자동화 | 승인자·시각·롤백 버전 기록 |
| rolled_back | 마지막 승인본 복원 | 오류 원인과 재발 방지 규칙 등록 |
상태 열만 추가하는 것으로 충분하지 않습니다. 자동화가 상태를 바꾸기 전에 원본 파일 ID와 버전을 읽어 일치 여부를 확인하고, 승인본을 외부에 공유하기 전에 링크 권한을 다시 읽어야 합니다.
실패 사례별 대응
- 행 수가 줄었음: 승인본 공유를 중지하고 마지막 승인 버전으로 복구합니다.
- 중복 키가 생김: 작업본의 중복 행을 격리하고 원본을 다시 읽습니다.
- 권한 없는 파일을 읽음: 실행을 중단하고 접근 로그·연결된 소스를 검토합니다.
- 수식 범위가 끊김: 외부 공유를 막은 상태에서 표본 행으로 수식을 재검산합니다.