공유 링크 하나로 회사 자료가 새는 과정

결론 먼저: 공유 링크 하나로 회사 자료가 새는 과정라는 제목은 세게 잡았지만, 실제 핵심은 클릭 장사가 아니라 운영 설계입니다. 이 문제는 “툴을 하나 더 쓰면 해결”이 아니라 원본, 로그로그 log 프로그램이 언제 무엇을 했는지 차례로 남긴 기록.눌러서 용어 설명서 보기 →, 권한, 재시도, 동시성동시성 concurrency 여러 사람이나 실행이 같은 자료를 동시에 고칠 때 생기는 충돌 문제.눌러서 용어 설명서 보기 →을 어떻게 잡느냐의 문제입니다.

1. 왜 이런 일이 생기나

데모에서는 한 사람이 한 번 누릅니다. 실제 업무에서는 같은 폼이 두 번 제출되고, 네트워크가 끊기고, 담당자가 시트를 정렬하고, 브라우저가 저장소를 비우고, 외부 APIAPI 에이피아이 프로그램이 다른 서비스나 AI의 기능을 불러 쓰는 연결 통로. AI는 쓴 만큼 요금을 냅니다.눌러서 용어 설명서 보기 →가 느려지고, 관리자가 권한을 바꿉니다. 자동화가 무너지는 지점은 대부분 여기입니다.

특히 Google Apps ScriptApps Script 앱스 스크립트 구글 시트·메일·드라이브 일을 자동으로 처리하게 하는 구글의 무료 도구.눌러서 용어 설명서 보기 →와 시트 기반 자동화는 시작이 쉽습니다. 그래서 더 위험합니다. onFormSubmit 하나, 시간 기반 트리거트리거 trigger 정해 둔 시각이나 일이 생기면 프로그램을 자동으로 실행하는 설정.눌러서 용어 설명서 보기 → 하나, 확인메일 하나를 붙이면 그럴듯한 업무 시스템처럼 보입니다. 하지만 아래 다섯 가지가 없으면 시스템이 아니라 “운 좋게 도는 스크립트”입니다.

필요한 것	없을 때 벌어지는 일
고유 ID	같은 요청이 두 번 반영됩니다
원본/정제/로그 분리	사람이 고친 값과 자동화가 쓴 값이 섞입니다
실패 로그	고객이 알려줄 때까지 멈춘 줄 모릅니다
잠금/큐	동시 제출 때 마지막 저장이 앞 저장을 덮습니다
롤백롤백 rollback 문제가 생겼을 때 이전의 잘 되던 상태로 되돌리는 일.눌러서 용어 설명서 보기 → 기준	배포배포 deploy 만든 프로그램을 다른 사람이 쓸 수 있게 인터넷에 올리는 일.눌러서 용어 설명서 보기 → 후 깨져도 어디로 돌아갈지 모릅니다

관련 기본기는 앱스크립트 자동화 가이드를 같이 봐야 합니다.

2. 먼저 확인할 것

현재 사용하는 시트나 스크립트에는 아래 항목이 있는지 확인이 필요합니다. 기능 추가보다 이 점검이 먼저입니다.

1. 입력마다 UUIDUUID 유유아이디 겹칠 일이 거의 없게 컴퓨터가 만들어 주는 긴 고유 번호.눌러서 용어 설명서 보기 →나 폼 응답 ID가 있습니까?
2. 원본 응답 시트를 사람이 직접 고치지 않습니까?
3. 자동화 실행 결과가 runs 같은 로그 시트에 남는가.
4. 실패했을 때 담당자에게 알림이 가는가.
5. 같은 요청을 두 번 실행해도 결과가 한 번만 반영되는가.
6. appsscript.json 권한 범위가 설명 가능한가.
7. 이전 배포 버전이나 이전 시트 백업으로 돌아갈 수 있는가.

3. 추천 시트 구조

업무가 작아도 시트는 최소 네 장으로 나누는 게 좋습니다.

시트	역할	사람이 직접 수정?
raw	폼·외부 API 원본	금지
clean	정규화된 업무 데이터	제한적 허용
ledger	승인·예약·발송·재고 같은 사건 기록	금지
runs	스크립트 실행 로그	금지

raw는 증거입니다. clean은 사람이 보는 표입니다. ledger는 돈, 예약, 재고, 승인처럼 나중에 설명해야 하는 사건입니다. runs는 자동화의 블랙박스입니다. 이 네 장을 섞으면 나중에 값 하나가 틀렸을 때 원인을 찾을 수 없습니다.

4. 구현 뼈대

아래 구조가 핵심입니다. 실제 업무 로직보다 먼저 ID, 잠금, 실패 로그, 중복 방지가 들어갑니다.

function runJob(event) {
  const id = event.id || Utilities.getUuid();
  const lock = LockService.getScriptLock();
  if (!lock.tryLock(10000)) throw new Error('busy: retry later');
  const started = Date.now();
  try {
    if (alreadyProcessed_(id)) return { id, skipped: true };
    const normalized = normalizeInput_(event);
    validate_(normalized);
    const result = doWork_(normalized);
    markProcessed_(id, result);
    logRun_('job', Date.now() - started, 'ok', id, '');
    return result;
  } catch (err) {
    logRun_('job', Date.now() - started, 'error', id, String(err.message || err));
    throw err;
  } finally {
    SpreadsheetApp.flush();
    lock.releaseLock();
  }
}

이 뼈대에서 중요한 건 doWork_()가 아닙니다. 진짜 중요한 건 그 앞뒤입니다. 이미 처리한 ID인지 확인하고, 동시에 두 실행이 같은 값을 만지지 못하게 잠그고, 실패해도 로그를 남기고, 마지막에 flush()로 시트 쓰기를 확정합니다. 이게 없으면 코드는 짧아 보이지만 운영은 길어집니다.

5. 판단 기준

아래 기준으로 “그냥 시트+Apps Script로 충분한지”와 “전용 SaaSSaaS 사스 프로그램을 사지 않고 인터넷으로 접속해 월 사용료를 내고 쓰는 서비스.눌러서 용어 설명서 보기 →나 서버서버 server 인터넷으로 들어온 요청을 받아 일을 처리해 주는 컴퓨터.눌러서 용어 설명서 보기 →가 필요한지”를 가릅니다.

상황	시트+Apps Script	전용 SaaS/서버
하루 수십~수백 건 입력	적합	과함
동시 제출이 가끔 있음	LockServiceLockService 락 서비스 Apps Script에서 한 번에 한 실행만 시트를 고치도록 잠가 주는 기능.눌러서 용어 설명서 보기 →로 가능	초당 다수면 필요
결제·법적 증빙이 핵심	보조 기록까지만	전문 도구 권장
이미지·파일 대량 저장	Drive/IndexedDBIndexedDB 인덱스드 디비 브라우저가 내 기기 안에 많은 자료를 저장해 두는 공간.눌러서 용어 설명서 보기 → 조합	전용 저장소 권장
외부 API가 여러 개	가능하나 로그 필수	장애 격리 필요

이 선을 넘으면 GAS를 떠날 때가 됐는지 따져 봐야 합니다. 작은 도구로 시작하는 건 좋지만, 작은 도구로 영원히 버티겠다는 뜻은 아닙니다.

6. 하지 말아야 할 것

• 행 번호를 ID로 쓰면 정렬이나 삭제 한 번에 기준이 깨질 수 있습니다.
• 원본 응답 시트 위에 수식과 수동 수정이 섞이면 추적이 어려워집니다.
• catch (e) {}로 에러를 삼키면 실패 원인을 나중에 찾기 어렵습니다.
• 외부 API 키API 키 에이피아이 키 외부 서비스를 부를 때 내가 누군지 증명하는 비밀번호 같은 값.눌러서 용어 설명서 보기 →를 코드에 직접 쓰면 권한 이전과 유출 대응이 어려워집니다. AI 비용과 키 관리를 참고할 수 있습니다.
• 자동메일, 예약 확정, 재고 차감처럼 되돌리기 어려운 작업은 검수 단계를 두는 편이 안전합니다.
• 무료 한도 안이라도 모니터링이 없으면 장애를 늦게 발견하게 됩니다.

마지막 점검 기준

이 글의 기준은 기능 목록이 아니라 운영 가능성입니다. 아래 네 가지가 갖춰져 있으면 작은 업무 자동화로는 꽤 안전한 편이고, 빠져 있으면 데모 단계에 가깝습니다.

• 원본 데이터와 사람이 보는 화면이 분리되어 있는가
• 실행 로그에 성공, 실패, 처리 건수, 오류 메시지가 남는가
• 같은 입력이 다시 들어와도 결과가 중복되지 않는가
• 권한 변경, 쿼터쿼터 quota 하루 메일 수처럼 서비스가 정해 둔 사용량 한도.눌러서 용어 설명서 보기 → 초과, 외부 API 실패를 나중에 확인할 수 있는가

고객 응대, 예약 확정, 재고 차감, 결제처럼 되돌리기 어려운 업무라면 기준이 더 높아집니다. 그때는 Apps Script만으로 충분한지, 전용 SaaS나 별도 서버 구성이 더 안전한지까지 같이 봐야 합니다.