Power Automate 알림이 안 왔는데 실행 기록도 없다면, 트리거 검사를 먼저 봐요

Power Automate 클라우드 흐름으로 알림 메일을 보내기로 했는데 메일이 오지 않고 실행 기록에서도 해당 건을 못 찾겠나요? 먼저 메일 보내기 작업의 설정을 고치기보다 흐름이 시작됐는지를 확인해요. Microsoft는 트리거가 흐름의 시작점이며, 트리거가 조건을 통과하지 못하면 실행 자체가 시작되지 않을 수 있다고 안내해요. 반대로 실행 기록에 실패한 건이 있다면 그 안의 작업 오류를 읽어야 해요.

이 글은 자동화된 클라우드 흐름의 진단 순서를 다뤄요. 예시는 가상의 공유 폴더에 항목이 추가되면 알림을 보내는 흐름이에요. 실제 조직의 흐름이나 메일함을 실행했다고 주장하지 않아요. 아래 세 그림도 Power Automate 화면을 베낀 사진이 아니라 트리거, 실행 기록, 실패한 작업을 구별하기 위한 자체 제작 도해예요. 흐름 설정을 바꾸거나 같은 메일을 재발송하기 전에 어디까지 실행됐는지부터 확인해요.

실행 기록의 실패와 시작 전 건너뜀을 구분해요

Power Automate의 실행 기록에는 시작 시각, 걸린 시간, 상태로 실행된 흐름을 찾을 수 있어요. Microsoft는 소유자가 실행 기록에서 관심 있는 건을 찾고 그 실행의 세부 정보를 열어 점검할 수 있다고 설명해요. 오류가 난 실행을 열면 적어도 한 단계에 빨간 느낌표가 표시되고, 그 단계를 열어 오류 메시지를 확인할 수 있어요. 알림 메일 작업에 실패가 찍혔다면 이 경로가 맞아요.

예상한 사건에 해당하는 실행을 못 찾는다면 이야기가 달라요. 우선 흐름 목록에서 올바른 흐름과 환경을 보고 있는지, 사건이 공식 문서에서 말하는 28일 실행 기록 범위 안에 있는지 확인해요. 기록을 찾지 못했다는 사실만으로 트리거 조건이 틀렸다고 단정할 수는 없어요. 저장되지 않은 설정이나 다른 흐름을 보고 있을 수도 있으니 사건 시각과 대상부터 맞춰요.

Microsoft의 트리거 문제 해결 안내는 흐름을 연 뒤 28일 실행 기록에서 ‘모든 실행’을 선택해 예상했던 건의 트리거 검사 여부를 보라고 해요. 건너뛴 트리거 검사는 조건을 충족하지 못해 흐름이 시작되지 않았음을 뜻한다고 설명해요. 그런 기록이 있다면 알림 작업의 재시도 버튼을 찾는 대신, 트리거에 들어온 값과 조건식이 의도에 맞는지 검토해야 해요.

대조할 사건을 하나 정해 메모해 두세요. 항목이 만들어지거나 바뀐 시각, 항목 이름 또는 식별자, 당시 상태값, 어느 폴더에 있었는지를 함께 적어요. “어제쯤 수정했다”는 기억만으로 목록을 찾으면 다른 항목의 실행과 혼동하기 쉬워요. 나중에 모든 실행에서 그 사건의 검사 기록을 찾았을 때도 같은 값을 조건식과 비교해야 해요. 이런 메모는 흐름 설정을 바꾸지 않고 시작 지점을 좁히는 데 도움이 돼요.

트리거가 실제로 무엇을 감시하는지 읽어요

흐름의 첫 카드는 언제 시작할지 정해요. Microsoft는 새 디자이너에서 내 흐름 > 해당 흐름 > 편집을 선택하고 첫 카드를 열어 어떤 폴더, 사이트, 사서함 등을 트리거 대상으로 지정했는지 확인하라고 안내해요. 가상의 ‘자료함’ 항목을 기대했는데 실제 트리거가 다른 폴더를 가리킨다면 알림 작업을 아무리 살펴봐도 원인을 찾기 어려워요.

그다음 첫 카드의 설정 탭에서 ‘트리거 조건’을 확인해요. Microsoft는 이 칸이 비어 있으면 추가 사용자 지정 조건이 없다고 설명해요. 조건식이 있다면 해당 입력값이 예시 사건과 정말 일치하는지 읽어야 해요. “항목이 생성되거나 수정될 때”라는 카드 제목과 “상태가 승인일 때만”이라는 조건은 다른 층의 설정이에요. 제목만 보고 모든 생성 건이 시작된다고 예상하지 마세요.

클래식 디자이너를 쓰는 경우에는 첫 카드의 점 세 개 메뉴에서 설정을 열어 트리거 조건을 확인하도록 Microsoft가 안내해요. 화면이 다르더라도 확인할 내용은 같아요. 첫 카드가 바라보는 원본, 실제 사건의 값, 추가 조건식 세 가지를 나란히 적어 보세요. 조건을 지워 시험하기 전에 그 조건이 중복 알림이나 불필요한 실행을 막기 위해 들어갔는지 검토해야 해요.

트리거 대상에 접근할 권한도 확인해요. Microsoft는 트리거가 쓰는 폴더, 사이트, 사서함에 대한 접근 권한을 점검하라고 권해요. 연결 상태가 끊긴 경우에는 연결에 사용한 암호 만료나 조직의 인증 토큰 정책이 원인일 수 있다고 설명해요. 다른 사람의 계정 정보나 비밀번호를 받아 입력하는 방식으로 해결하려고 하지 말고, 소유자와 조직 절차에 맞춰 상태를 확인해요.

조건이 아니라 트리거 등록 오류일 수도 있어요

흐름 상세에 ‘트리거에 문제가 있습니다’와 비슷한 경고가 보이면 조건 건너뜀과 구분해요. Microsoft는 트리거 등록을 위해 연결을 여러 번 시도했지만 실패했을 때 이 메시지가 나타날 수 있으며, 문제를 고치기 전까지 흐름이 시작되지 않는다고 설명해요. 이때는 첫 카드의 조건식뿐 아니라 경고와 연결 상태를 함께 살펴봐야 해요.

조직 정책이 흐름을 일시 중지시킬 수도 있어요. Microsoft는 데이터 손실 방지 정책과 맞지 않는 커넥터 조합이라면 서비스가 흐름을 중지하고 트리거가 실행되지 않을 수 있다고 안내해요. 이 경우 정책을 우회하거나 보안 설정을 임의로 바꾸라는 뜻이 아니에요. 표시된 흐름 검사 메시지를 보존하고 조직 관리자가 허용된 구성을 확인하도록 전달하는 것이 안전해요.

또 트리거가 프리미엄 커넥터를 쓰는지 확인할 수 있지만, 부족해 보인다고 바로 결제할 일은 아니에요. Microsoft의 안내는 커넥터 목록의 PREMIUM 표시와 흐름 상세의 요금제 항목을 확인하라고 해요. 적용 가능한 조직 라이선스와 커넥터 권한은 담당자에게 확인해요. 이 글은 유료 플랜 구매나 시험판 시작을 권하지 않아요.

이런 경고가 없는 경우에는 ‘기록이 없으니 연결은 정상’이라고 결론 내리지 마세요. Microsoft가 제시하는 첫 점검 순서는 특정 흐름 실행 식별, 트리거 등록과 연결 상태, 건너뛴 검사, 입력값과 조건 확인이에요. 사건 하나의 결과만으로 여러 설정을 한꺼번에 바꾸면 어떤 변경이 효과가 있었는지 알기 어려워져요. 화면에 보이는 상태와 사건 시각을 먼저 기록해 두세요.

실행은 됐는데 메일이 안 왔다면 작업 오류를 봐요

해당 시각의 실행이 실제로 존재하고 실패 상태라면 실행 세부 정보에서 빨간 느낌표 단계를 열어 보세요. Microsoft는 그 단계의 오류 메시지와 해결 방법을 읽으라고 안내해요. ‘메일 보내기’ 작업에 401이나 403처럼 인증 관련 오류가 표시된다면 연결 권한 문제인지 확인할 수 있어요. 단순히 메일이 안 보인다는 이유만으로 인증 문제라고 추측하지는 마세요.

작업의 입력이나 대상이 잘못돼 400 또는 404가 나타날 수도 있다고 Microsoft는 설명해요. 이 경우에는 실패한 단계가 지목한 값과 대상부터 확인해요. 재제출 버튼은 같은 입력으로 작업을 다시 수행할 수 있으므로 중복 메일이나 중복 항목을 만들 가능성을 먼저 생각해야 해요. 시작도 하지 않은 건에는 실패 실행을 다시 제출할 기록 자체가 없다는 점도 구분해요.

트리거 단계가 건너뛴 건인지, 등록 경고로 멈춘 건인지, 시작은 했지만 작업이 실패한 건인지에 따라 다음 행동이 달라요. 건너뛴 검사라면 조건과 입력값, 등록 경고라면 연결과 흐름 검사 메시지, 실패한 실행이라면 빨간 단계의 오류를 살펴봐요. 메일함에서 결과만 찾는 대신 Power Automate 안의 증거를 먼저 읽으면 같은 설정을 반복해서 고치는 시간을 줄일 수 있어요.

확인 순서를 짧게 남겨요

첫째, 사건 시각과 올바른 흐름을 맞춰요. 둘째, 28일 실행 기록의 ‘모든 실행’에서 실행·실패·건너뛴 트리거 검사를 구분해요. 셋째, 첫 카드의 폴더·사이트·사서함과 트리거 조건을 실제 사건 값과 대조해요. 넷째, 흐름 상세의 트리거 경고와 연결 상태를 확인해요. 다섯째, 시작한 실행이 실패했다면 해당 단계의 오류 메시지를 읽어요.

판단이 끝나기 전에는 흐름을 복제하거나 다시 제출해 같은 알림을 여러 번 보내지 마세요. 특히 조직의 데이터 손실 방지 정책, 프리미엄 커넥터, 인증 권한이 관여한다면 승인된 운영 절차 안에서 확인해야 해요. 단순 조건 차이라도 누가 어떤 사건에 알림을 받도록 설계했는지 이해한 뒤 수정하는 편이 좋아요. 원래의 조건과 확인한 입력값을 적어 두면 수정 후 비교도 쉬워져요.

정리하면 실행 기록에 예상한 알림 건이 없을 때는 메일 보내기 작업을 먼저 고칠 수 없어요. Power Automate가 그 사건에서 흐름을 시작했는지, 트리거 검사가 건너뛰었는지, 연결이나 정책 때문에 트리거 자체가 막혔는지 확인해요. 실행이 존재한다면 그때 실패한 단계의 오류를 읽어요. 같은 “메일이 안 왔다”는 결과라도 시작 전과 시작 후의 해결 경로는 분명히 달라요.

공식 근거: Microsoft ‘Troubleshoot Power Automate trigger problems and errors’(https://learn.microsoft.com/en-us/troubleshoot/power-platform/power-automate/flow-run-issues/triggers-troubleshoot), ‘Troubleshoot a cloud flow’(https://learn.microsoft.com/en-us/power-automate/fix-flow-failures), ‘Troubleshoot cloud flows’(https://learn.microsoft.com/en-us/power-automate/guidance/coding-guidelines/troubleshoot-cloud-flows).