정답부터 말하면, AppSheet 앱에 새 행이 추가될 때마다 단순 알림만 보내는 수준을 넘어 Google Apps Script 함수를 호출해 문서 생성, Drive 정리, 외부 업무 도구 호출 같은 후속 처리를 자동화할 수 있습니다. 핵심은 AppSheet의 Bot을 “언제 실행할지” 정하고, Process 안에서 Apps Script task를 “무엇을 실행할지”로 연결한 뒤, 테스트 로그와 실패 알림을 남기는 것입니다. 이 글은 개발자에게 모든 코드를 맡기기 전에 운영 담당자가 구조를 이해하고 안전하게 요청서를 만들 수 있도록 정리한 livecoupang용 업무 자동화 가이드입니다.
요약: 새 행 추가 이벤트 → Bot 실행 → Process 단계 → Apps Script task 호출 → 문서·메일·시트·Drive 후속 처리 → 실행 로그 확인 순서로 설계하면 AppSheet를 단순 입력 앱이 아니라 반복 업무 처리 허브로 쓸 수 있습니다. 단, Google과 AppSheet의 화면명, 플랜, 권한, 세부 기능은 언제든 바뀔 수 있으므로 실제 적용 전 공식 도움말과 현재 콘솔 화면을 함께 확인해야 합니다.
1. AppSheet Apps Script 자동화가 맞는 상황
AppSheet만으로도 데이터 입력, 상태 변경, 알림, 기본 문서 생성 같은 업무는 처리할 수 있습니다. 하지만 “행이 추가되면 고객별 폴더를 만들고, 문서 템플릿을 복사하고, 특정 시트 값을 정리한 뒤, 다른 Google Workspace 도구까지 이어서 처리”해야 한다면 Apps Script task가 유용합니다. AppSheet는 현장 직원이나 사무 담당자가 쓰는 입력 화면을 빠르게 만들고, Apps Script는 그 뒤에서 조금 더 세밀한 Google Workspace 작업을 맡는 구조입니다.
예를 들어 견적 요청 앱, 비품 신청 앱, 영업 리드 접수 앱, 교육 신청 명단 앱처럼 “새 데이터가 들어온 뒤 반복 후속 작업이 매번 발생하는 업무”가 적합합니다. 담당자가 매번 Google Docs 문서를 복사하거나 Drive 폴더명을 맞추거나 Sheets에 중간 집계를 붙이는 일이 있다면, AppSheet Bot과 Apps Script를 분리해 설계할 가치가 있습니다.
2. 공식 문서 기준으로 보는 기본 구성
Google AppSheet Help의 “Call Apps Script from an automation” 문서는 AppSheet automation bot 안에서 Apps Script를 호출해 custom logic을 사용할 수 있다고 안내합니다. Google Cloud의 AppSheet Automation 소개 페이지도 AppSheet가 업무 프로세스를 자동화하는 영역이라는 점을 강조합니다. 즉 이 흐름은 비공식 우회가 아니라 AppSheet 자동화 구성 안에서 제공되는 연결 방식입니다.
기본 구성은 세 덩어리로 나누면 쉽습니다. 첫째, AppSheet 앱의 데이터 테이블입니다. 둘째, 데이터가 추가되거나 변경될 때 실행되는 Bot과 Process입니다. 셋째, Process 안에서 호출되는 Apps Script 함수입니다. 운영자는 이 세 요소를 한 문장으로 설명할 수 있어야 합니다. “견적요청 테이블에 새 행이 생기면 Bot이 실행되고, Process가 Apps Script 함수를 호출해 고객별 문서와 알림용 데이터를 만든다”처럼 말입니다.
3. 새 행 추가 이벤트를 먼저 좁혀야 하는 이유
자동화 실패의 많은 원인은 “언제 실행할지”가 흐릿해서 생깁니다. 새 행이 들어올 때마다 실행할지, 특정 상태가 바뀔 때만 실행할지, 담당자 필드가 비어 있지 않을 때만 실행할지 먼저 정해야 합니다. AppSheet Bot의 이벤트 조건이 넓으면 테스트 중에는 편해 보이지만 운영 단계에서는 같은 작업이 여러 번 실행되거나 필요 없는 문서가 늘어날 수 있습니다.
따라서 초안 설계 단계에서는 이벤트 조건을 업무 언어로 적어 두는 것이 좋습니다. 예를 들어 “견적요청 테이블에 새 행이 추가되고, 요청상태가 접수이며, 고객 이메일이 비어 있지 않을 때”처럼 적으면 개발자와 운영자가 같은 기준을 공유할 수 있습니다. Apps Script는 강력하지만, 실행 조건이 느슨하면 강력한 만큼 정리할 로그도 많아집니다.
4. AppSheet Bot, Process, Task 역할 구분
Bot은 자동화가 시작되는 입구입니다. Process는 실행할 단계의 묶음입니다. Task는 실제 행동입니다. Apps Script task는 그 행동 중 하나로 볼 수 있습니다. 이 구분을 알고 있으면 화면이 바뀌어도 구조를 놓치지 않습니다. 이름을 지을 때도 “Bot: 신규 견적 요청 접수”, “Process: 견적 문서 생성 흐름”, “Task: Apps Script로 문서 복사 및 Drive 저장”처럼 역할을 드러내면 나중에 수정하기 쉽습니다.
초보자가 자주 놓치는 부분은 하나의 Bot에 너무 많은 일을 넣는 것입니다. 처음에는 한 Bot 안에서 문서 생성, 알림, 상태 변경, 외부 호출까지 모두 처리하고 싶어집니다. 하지만 운영 안정성을 생각하면 핵심 업무부터 단계별로 나누고, 각 단계가 실패했을 때 어떤 로그를 볼지 정해야 합니다. 특히 Apps Script 함수명과 AppSheet task명을 비슷하게 맞추면 추적이 편합니다.
5. Apps Script 함수 설계 체크리스트
- 함수명은 업무 목적이 보이게 짧게 정합니다. 예:
createQuoteDocFromRequest. - AppSheet에서 넘길 입력값을 최소화합니다. 행 ID, 요청번호, 이메일, 상태값처럼 꼭 필요한 값부터 시작합니다.
- Drive 폴더 ID, 문서 템플릿 ID처럼 바뀌기 쉬운 값은 코드 상단에 따로 둡니다.
- 성공 결과와 실패 메시지를 구분해 로그로 남깁니다.
- 같은 행이 다시 실행될 수 있음을 고려해 이미 생성된 문서 링크가 있는지 확인하는 방어 로직을 둡니다.
- 개인 계정이 아니라 운영에 맞는 Google Workspace 권한 구조로 실행 주체를 정합니다.
이 체크리스트는 코드의 세부 문법보다 운영 안정성을 위한 기준입니다. AppSheet 자동화는 현업이 직접 만지는 경우가 많기 때문에, 코드를 조금 아는 사람만 이해하는 구조보다 “어떤 입력을 받아 어떤 결과를 남기는지”가 분명한 구조가 오래 갑니다.
6. 문서 생성 자동화 예시 흐름
가장 실무적인 예시는 신규 요청이 들어오면 Google Docs 템플릿을 복사해 요청별 문서를 만드는 흐름입니다. AppSheet 앱에서 사용자가 요청 내용을 입력하면 요청 테이블에 새 행이 생깁니다. Bot은 이 새 행을 감지하고, Process는 Apps Script task를 실행합니다. Apps Script는 템플릿 문서를 복사하고, 파일명을 요청번호와 고객명 기준으로 만들고, 문서 안의 자리표시자를 행 데이터로 바꾼 뒤, 결과 문서 링크를 다시 저장할 수 있습니다.
이때 처음부터 모든 서식을 자동으로 완성하려고 하기보다, 1차 목표를 “문서 파일 자동 생성과 링크 기록”으로 잡는 것이 좋습니다. 이후 담당자 알림, 승인 단계, PDF 변환, 공유 권한 설정 같은 기능을 작은 단위로 추가하면 실패 지점을 찾기 쉽습니다. 자동화는 한 번에 크게 만드는 것보다, 사람이 매일 반복하는 한 단계를 확실히 줄이는 방식이 더 안정적입니다.
7. 권한과 실행 계정 확인
AppSheet와 Apps Script, Google Drive, Google Docs가 함께 움직이면 권한 문제가 자주 생깁니다. 앱을 만든 계정, 스크립트를 소유한 계정, Drive 폴더 소유자, 실제 사용자의 접근 권한이 서로 다를 수 있기 때문입니다. 테스트 계정에서는 잘 되는데 팀원 계정에서는 실패하는 상황을 막으려면, 운영 전에 실행 계정과 공유 범위를 표로 정리해야 합니다.
| 확인 항목 | 운영 질문 | 권장 점검 |
|---|---|---|
| 스크립트 소유자 | 누구 계정의 Apps Script인가? | 개인 퇴사 리스크를 줄일 운영 계정 여부 확인 |
| Drive 폴더 | 생성 파일이 어디에 저장되는가? | 팀 드라이브 또는 공유 폴더 권한 확인 |
| AppSheet 사용자 | 누가 앱을 입력하는가? | 입력자와 실행 주체의 권한 차이 확인 |
| 로그 확인 | 실패 시 누가 볼 수 있는가? | 운영 담당자가 실행 기록을 확인할 수 있게 정리 |
8. 테스트는 샘플 행 3개로 시작
실제 운영 데이터 전체를 대상으로 바로 실행하지 말고, 샘플 행 3개를 만들어 테스트하는 것이 안전합니다. 정상 입력 1개, 필수값 일부가 빠진 입력 1개, 특수문자나 긴 텍스트가 포함된 입력 1개를 준비하면 흔한 문제를 빨리 찾을 수 있습니다. 예를 들어 파일명에 쓸 수 없는 문자가 들어오거나, 이메일이 비어 있거나, 템플릿 치환값이 너무 길어 문서 모양이 깨지는 상황을 미리 볼 수 있습니다.
테스트 결과는 “성공/실패”만 보지 말고 생성된 문서명, 저장 폴더, 링크 기록, 실행 시간, 담당자 알림 여부까지 함께 확인해야 합니다. 자동화가 잘 돌아간다는 말은 화면에 에러가 없다는 뜻이 아니라, 사람이 다음 업무를 이어갈 수 있는 산출물이 정확한 위치에 남았다는 뜻입니다.
9. 실패했을 때 되돌릴 수 있게 만들기
Apps Script가 문서를 만들거나 파일을 옮기는 자동화는 실패보다 “반쯤 성공”이 더 곤란할 수 있습니다. 문서는 생성됐는데 링크 기록이 안 됐거나, 링크는 기록됐는데 권한이 맞지 않거나, 같은 요청으로 문서가 두 개 생길 수 있습니다. 그래서 재실행 기준을 미리 만들어야 합니다. 행에 결과 링크가 있으면 새 문서를 만들지 않고 기존 링크를 확인하는 식의 방어가 대표적입니다.
또한 운영자는 실패 항목을 수동으로 다시 실행할지, 상태값을 바꿔 Bot이 다시 잡게 할지, 별도 복구용 메뉴를 만들지 정해야 합니다. 처음부터 완벽한 복구 도구를 만들 필요는 없지만, 적어도 실패한 행을 찾는 필드와 사람이 확인할 메모 필드는 있으면 좋습니다.
10. 비용·플랜·화면 변경 가능성 고지
AppSheet, Google Workspace, Apps Script 관련 화면과 제공 범위는 계정 종류, 지역, 관리자 설정, 플랜, 출시 일정에 따라 달라질 수 있습니다. 어떤 기능은 특정 구독 또는 관리 콘솔 설정이 필요할 수 있고, 공식 도움말의 메뉴명도 시간이 지나며 바뀔 수 있습니다. 따라서 이 글의 순서는 구조 이해용으로 보고, 실제 적용 전에는 현재 AppSheet 편집기와 Google 공식 문서의 최신 내용을 확인해야 합니다.
특히 업무 데이터를 다루는 앱은 권한, 공유 범위, 삭제 정책, 로그 보관 기준을 조직 내부 기준에 맞춰야 합니다. 이 글은 일반적인 IT/오피스 자동화 흐름을 설명하는 자료이며, 민감한 개인 정보나 규제 대상 데이터를 처리하는 세부 운영 기준은 각 조직의 내부 정책에 맞춰 별도로 정해야 합니다.
11. 실무 적용 순서 요약
- 자동화할 반복 업무를 한 문장으로 적습니다.
- AppSheet 테이블에서 트리거가 될 행 추가 또는 상태 변경 조건을 정합니다.
- Bot 이름, Process 이름, Apps Script task 이름을 업무 목적 중심으로 정합니다.
- Apps Script 함수가 받을 입력값과 남길 결과값을 최소 단위로 정의합니다.
- 샘플 행 3개로 문서 생성, 링크 기록, 로그 확인을 테스트합니다.
- 실패한 행을 사람이 찾고 다시 처리할 수 있는 필드를 둡니다.
- 현재 AppSheet 화면, Google Workspace 관리자 설정, 공식 도움말 변경 여부를 확인한 뒤 운영에 반영합니다.
12. FAQ
Q1. AppSheet만 써도 되는데 왜 Apps Script를 연결하나요?
기본 알림이나 단순 상태 변경은 AppSheet 자동화만으로도 충분할 수 있습니다. 다만 문서 템플릿 복사, Drive 폴더 정리, 여러 Google Workspace 도구를 잇는 후속 처리가 필요하면 Apps Script를 연결하는 편이 유연합니다.
Q2. 개발자가 없어도 시작할 수 있나요?
운영 담당자는 AppSheet Bot과 Process 구조, 입력값과 결과값 정의까지는 직접 정리할 수 있습니다. Apps Script 코드가 필요한 단계에서는 간단한 함수부터 개발자 또는 자동화 담당자와 협업하는 방식이 안전합니다.
Q3. 새 행이 들어올 때마다 중복 문서가 생기지 않게 하려면?
행에 결과 문서 링크나 처리 상태 필드를 두고, Apps Script가 실행될 때 이미 값이 있는지 먼저 확인하게 만드는 방식이 좋습니다. 재실행 가능성을 고려한 방어 로직이 중요합니다.
Q4. 실제 업무에 적용하기 전 가장 먼저 확인할 것은 무엇인가요?
권한과 실행 계정입니다. 스크립트 소유자, Drive 폴더 권한, AppSheet 사용자 권한이 맞지 않으면 테스트에서는 성공해도 팀 운영에서 막힐 수 있습니다.
Q5. 화면 메뉴가 공식 문서와 다르면 어떻게 하나요?
AppSheet와 Google Cloud 제품 화면은 변경될 수 있습니다. 메뉴명이 다르면 공식 도움말의 최신 검색 결과와 현재 편집기 화면을 기준으로 Bot, Process, Task에 해당하는 위치를 다시 확인하세요.
13. 결론: 작은 반복 업무부터 자동화하자
AppSheet Apps Script 행 추가 자동화는 거창한 시스템 구축보다 “새 데이터가 들어오면 사람이 하던 후속 정리를 줄이는 것”에 강점이 있습니다. 처음에는 문서 1개 생성, 링크 1개 기록, 로그 1개 확인처럼 작은 목표로 시작하세요. 그 다음 알림, PDF 변환, 폴더 정리, 담당자 배정 같은 단계를 붙이면 운영자가 이해할 수 있는 자동화 흐름이 됩니다. 최신 화면과 공식 문서 확인을 전제로, AppSheet는 입력 앱, Apps Script는 후속 처리 엔진으로 나누어 생각하면 업무 자동화 설계가 훨씬 단순해집니다.
