먼저 멈춘 위치를 찾습니다
자동화가 끝나지 않았을 때 같은 작업을 바로 다시 실행하면 이미 처리한 내용이 겹칠 수 있어요. 먼저 입력을 받았는지, 변환 결과가 만들어졌는지, 저장이 끝났는지, 알림이 나갔는지를 나눠 확인하세요. “실패”라는 표시 하나만으로 어느 단계가 끝났는지는 알 수 없어요.
Thank you for reading this post, don’t forget to subscribe!이 글은 장애 점검을 위한 일반 안내예요. 아래 조건을 인사남의 특정 운영 시스템에서 모두 시험했다는 뜻은 아니에요.
예약 실행은 누구의 권한으로 돌았나요
직접 누를 때와 예약으로 돌 때의 실행 계정·파일 접근 권한을 적어요. Google Apps Script의 설치형 트리거는 만든 사람의 계정으로 실행되며, 사용자가 파일을 열 때의 계정과 다를 수 있어요. 사용 중인 방식이 해당하는지 공식 문서에서 확인하세요. 오류가 났다는 이유로 필요한 범위를 넘어 권한을 늘리지 마세요.
결과 저장과 알림을 나눠 확인합니다
파일이나 데이터가 저장됐는데 알림만 실패했을 수도 있어요. 원본 기록에서 처리 번호와 저장 시각을 찾아보세요. 실제 받은편지함이나 알림 채널에서 도착을 확인하기 전에는 “알림까지 완료”라고 기록하지 않아요. 수신자나 실제 고객 정보가 들어 있는 화면은 공유용 증거에서 가려요.
같은 입력을 두 번 처리하지 않았나요
입력 파일·처리 번호·결과 파일을 비교해 중복인지 확인해요. 첫 실행이 일부 저장했는지 알 수 없으면 먼저 결과를 복사해 보관하고, 어떤 단계부터 다시 시작할지 정하세요. 처리 번호로 중복을 막는 기능은 구현과 시험이 끝난 뒤에만 있다고 설명할 수 있어요.
도구가 읽는 자료와 보내는 곳을 확인합니다
연결한 도구가 파일을 읽거나 외부로 자료를 보낼 수 있는지 확인해요. Obsidian 공식 안내는 커뮤니티 플러그인의 접근 범위와 Restricted mode의 역할을 설명해요. 자세한 내용은 플러그인 보안 안내를 보세요. 특정 플러그인을 안전하다고 인증하거나 사용해 봤다는 뜻은 아니에요.
다시 실행할 조건을 적습니다
실패한 단계, 이미 저장된 결과, 다음 실행에서 바뀌는 입력, 되돌릴 사본을 한 줄씩 기록하세요. 작은 가상 입력으로 결과를 확인한 뒤 실제 자료를 다룰 순서를 정해요. 오류가 없다는 표시와 업무 결과가 맞다는 확인은 각각 남겨요.
점검 기록을 다음 글로 남깁니다
해결 전에는 계획과 미확인 항목을 적고, 해결 후에는 실제 사용 환경·실행 날짜·관찰 결과를 덧붙여요. 고객명·인증 정보·원본 연락처를 그대로 공개하지 마세요. 이어서 기존 업무 기록을 읽고, 자신의 작업에서 확인할 질문 하나를 골라 보세요.