실패한 자동화를 다시 실행하려면 무엇을 확인해야 하나요?
질문 요약
실패한 자동화를 다시 실행한다 — 자동화가 조용히 멈춤
「오류 재시도·알림」 조건 4개를 모두 공식 문서로 확인한 서비스는 4곳입니다. Make: 슬랙 연결 있음(공식 make.com 쪽, 10-27 확인) / n8n: 실패 실행을 재시도 (Executions 목록)·슬랙 연결 있음(공식 docs.n8n.io·n8n.io 쪽, 10-27 확인) / Pipedream: 자동 재시도 및 오류 알림 설정 가능·이벤트 데이터로 프로그램 방식 재실행 가능·슬랙 연결 있음(공식 pipedream.com 쪽, 10-27 확인) 외 1곳. 목록 순서: 이름 가나다 → ABC 순(순위 아님).
여기서 조건은 4개이며 오류 처리(실패 시 재시도·알림 설정이 공식 문서에 있는가?), 실패 건 재실행(실패한 실행을 다시 실행하는 기능이 공식 문서에 있는가?), 실행 이력(실행 이력과 보관 기간이 공식 문서에 있는가?), 슬랙 연결(슬랙으로 메시지·알림을 보내는 연결이 공식 앱 목록·문서에 있는가?)입니다.
수록 24개 서비스의 공급사 공식 문서를 2026-10-22~2026-11-06 조사했습니다. 공식 확인 52칸 · 지원 안 함 1칸 · 사이트 차단 5칸 · 공식 문서에 없음 15칸 · 확인 대기 23칸이고, 마지막 확인은 2026-11-06 08:10 KST입니다.
사이트 차단·공식 문서에 없음·확인 대기는 기능이 없다는 뜻이 아닙니다. 공식 문서로 아직 근거를 확인하지 못했다는 뜻입니다. 사용 경험 평가가 아니며 서비스의 순서도 아닙니다.
표의 조건별 근거 링크에서 공급사 공식 문서 원문을 열어 요금제와 적용 범위를 직접 확인할 수 있습니다.
확인된 사실
공식 문서로 조건을 확인한 칸 52개 · 서비스 21곳 (수록 24개 서비스, 2026-10-22~2026-11-06 조사)
아직 모르는 조건
사이트 차단 5칸 · 공식 문서에 없음 15칸 · 확인 대기 23칸. 기능이 없다는 뜻은 아닙니다. 많이 비어 있는 조건: 실패 건 재실행 18칸 · 오류 처리 10칸 · 실행 이력 10칸. 「잠정」 표시 1칸은 조건 불충족으로 적었지만 사람이 원문을 대조하기 전입니다.
다음 행동
- 아래 표에서 조건별 근거 보기
공급사 공식 문서 열기 (23곳)
- Activepieces 공식 문서
- Albato 공식 문서
- Boomi 공식 문서
- Celigo 공식 문서
- IFTTT 공식 문서
- Integrately 공식 문서
- Jitterbit 공식 문서
- Latenode 공식 문서
- Make 공식 문서
- MuleSoft Anypoint Platform 공식 문서
- Pabbly Connect 공식 문서
- Pipedream 공식 문서
- Power Automate 공식 문서
- Slack 공식 문서
- SnapLogic 공식 문서
- Tines 공식 문서
- Tray.ai 공식 문서
- Workato 공식 문서
- Zapier 공식 문서
- Zoho Flow 공식 문서
- n8n 공식 문서
- 잔디 커넥트 (JANDI Connect) 공식 문서
- 인사책 공식 문서
- 확인 기준 보기
공급사 공식 문서 기준 · 확인 2026-10-22~2026-11-06 · 확인 기준 보기
이 쪽의 확인 상태 공식 확인 52 · 조건 불충족 1 · 사이트 차단 5 · 공식 문서에 없음 15 · 확인 대기 23칸 · 가장 오래된 관측일 KST · 평가 기준
필수 조건 × 수록 서비스
공식 확인 공식 문서에 적힘 조건 불충족 공식 문서상 조건을 채우지 못함 사이트 차단·공식 문서에 없음·확인 대기 확인된 바 없음 = 사이트 차단 · 공식 문서에 없음 · 확인 대기 셋을 합친 이름 · 기능이 없다는 뜻은 아닙니다
사이트 차단: 공식 사이트가 자동 확인을 막아(403·로그인·스크립트로만 그림 등) 본문을 읽지 못했습니다. 기능이 없다는 뜻은 아닙니다. · 공식 문서에 없음: 읽은 공식 문서에 이 조건을 설명한 문장이 없습니다. 기능이 없다는 뜻은 아닙니다. · 확인 대기: 공식 문서를 아직 읽지 않았거나, 범위·출처 때문에 이 조건에 맞는지 정하지 못했습니다. 기능이 없다는 뜻은 아닙니다.
값·근거 링크·관측일 = 자동 수집한 공식 문서 사실 · 칩 = 편집 판단 · 「잠정」 = /methodology 의 N 자격(사람 원문 대조)을 아직 못 채운 판단(추가 확인)
| 서비스 | 필수오류 처리실패 시 재시도·알림 설정이 공식 문서에 있는가? | 필수실패 건 재실행실패한 실행을 다시 실행하는 기능이 공식 문서에 있는가? | 필수실행 이력실행 이력과 보관 기간이 공식 문서에 있는가? | 필수슬랙 연결슬랙으로 메시지·알림을 보내는 연결이 공식 앱 목록·문서에 있는가? |
|---|---|---|---|---|
| Activepieces미국무료 요금제(만료일 없음 · 공식 문서) · 5명까지 · 월 1,000 크레딧 | 공식 확인manual retry of failed runs in debugging근거# | 확인 대기아직 공식 문서 확인 전# | 공식 확인run history in docs and embed근거# | 공식 확인슬랙 연결 있음근거# |
| Albato키프로스 | 공식 확인Albato handles error handling and error notifications webhook근거# | 확인 대기아직 공식 문서 확인 전# | 공식 문서에 없음읽은 공식 쪽 1개 · 2026-10-22 15:46 KST확인한 문서# | 공식 확인슬랙 연결 있음근거# |
| Boomi | 확인 대기아직 공식 문서 확인 전# | 확인 대기아직 공식 문서 확인 전# | 공식 확인Process reporting stores logs for 30 days by default근거# | 공식 문서에 없음읽은 공식 쪽 1개 · 2026-10-27 01:16 KST확인한 문서# |
| Celigo미국 | 공식 확인AI-driven error handling and retrying or resolving errors근거# | 확인 대기아직 공식 문서 확인 전# | 공식 확인Run history logs kept 30 days by default, up to 180 days근거# | 공식 확인슬랙 연결 있음근거# |
| CoDAi (코다이)한국 | 확인 대기아직 공식 문서 확인 전# | 확인 대기아직 공식 문서 확인 전# | 사이트 차단공식 사이트가 자동 확인을 막음(JS 렌더링) · 시도 2026-10-22 15:46 KST# | 확인 대기아직 공식 문서 확인 전# |
| IFTTT미국무료 요금제(공식 문서에 기간 언급 없음) · 월 1,000 크레딧 | 사이트 차단공식 사이트가 자동 확인을 막음(HTTP 403) · 시도 2026-10-22 13:26 KST# | 확인 대기아직 공식 문서 확인 전# | 확인 대기아직 공식 문서 확인 전# | 공식 확인슬랙 연결 있음근거# |
| Integrately인도 | 공식 확인Auto-Retry for failed records and app outages (about 10.5 hours)근거# | 조건 불충족 · 잠정tasks cannot be manually replayed from history근거# | 공식 확인automation History tab shows runs근거# | 공식 확인슬랙 연결 있음근거# |
| Jitterbit미국 | 확인 대기아직 공식 문서 확인 전# | 확인 대기아직 공식 문서 확인 전# | 공식 확인Operation logs retained 30 days by Harmony근거# | 공식 확인슬랙 연결 있음근거# |
| Latenode키프로스 | 공식 확인Error Handling section; error handling listed as workflow capability근거# | 확인 대기아직 공식 문서 확인 전# | 공식 확인30-day run history on paid tier vs 3 days근거# | 공식 확인슬랙 연결 있음근거# |
| Make | 공식 확인Retry, Resume, Rollback, Commit error handlers근거# | 공식 확인replay a run using trigger data from an earlier run근거# | 공식 확인scenario history of runs; retention varies by plan근거# | 공식 확인슬랙 연결 있음근거# |
| MuleSoft Anypoint Platform미국 | 확인 대기아직 공식 문서 확인 전# | 확인 대기아직 공식 문서 확인 전# | 확인 대기아직 공식 문서 확인 전# | 공식 확인슬랙 연결 있음근거# |
| Pabbly Connect | 공식 확인workflow error email notifications, can be disabled근거# | 확인 대기아직 공식 문서 확인 전# | 확인 대기아직 공식 문서 확인 전# | 공식 확인슬랙 연결 있음근거# |
| Pipedream미국무료 요금제(공식 문서에 기간 언급 없음) · 인원 무제한 | 공식 확인자동 재시도 및 오류 알림 설정 가능근거# | 공식 확인이벤트 데이터로 프로그램 방식 재실행 가능근거# | 공식 확인Event history kept up to 30 days, depending on plan근거# | 공식 확인슬랙 연결 있음근거# |
| Power Automate미국무료 체험 30일 · 무료 요금제 아님 | 공식 확인액션별 재시도 정책 및 Run after 실패 분기근거# | 공식 문서에 없음읽은 공식 쪽 1개 · 2026-10-22 13:21 KST확인한 문서# | 공식 확인Flow run data kept 28 days by default; run retention 30 days in limits table근거# | 공식 확인슬랙 연결 있음근거# |
| Slack미국무료 요금제(만료일 없음 · 공식 문서) · 메시지 90일 · 데이터 1년 후 삭제 | 공식 문서에 없음읽은 공식 쪽 1개 · 2026-10-22 13:21 KST확인한 문서# | 공식 문서에 없음읽은 공식 쪽 1개 · 2026-10-22 13:21 KST확인한 문서# | 공식 확인Workflow Builder 활동 로그로 실행 확인 (보관기간 미기재)근거# | 공식 확인슬랙 연결 있음근거# |
| SnapLogic미국 | 사이트 차단공식 사이트가 자동 확인을 막음(HTTP 403) · 시도 2026-10-22 13:21 KST# | 사이트 차단공식 사이트가 자동 확인을 막음(HTTP 403) · 시도 2026-10-22 13:21 KST# | 사이트 차단공식 사이트가 자동 확인을 막음(HTTP 403) · 시도 2026-10-22 15:46 KST# | 공식 문서에 없음읽은 공식 쪽 1개 · 2026-10-27 01:16 KST확인한 문서# |
| Tines | 공식 확인HTTP 재시도 최대 25회, 실패 알림 설정근거# | 공식 문서에 없음읽은 공식 쪽 1개 · 2026-10-22 13:21 KST확인한 문서# | 공식 확인액션별 로그 탭 제공 (보관 기간 미기재)근거# | 공식 문서에 없음읽은 공식 쪽 1개 · 2026-10-27 01:05 KST확인한 문서# |
| Tray.ai미국 | 공식 문서에 없음읽은 공식 쪽 1개 · 2026-11-06 08:06 KST확인한 문서# | 공식 문서에 없음읽은 공식 쪽 1개 · 2026-11-06 08:06 KST확인한 문서# | 확인 대기범위 불명# | 공식 확인슬랙 연결 있음근거# |
| Workato | 공식 확인액션 재시도·건너뛰기 및 On error 블록근거# | 공식 확인Job 재실행(rerun) 기능 제공근거# | 공식 확인Job history retained per workspace policy; example 30 days from job end근거# | 공식 확인슬랙 연결 있음근거# |
| Zapier미국 | 공식 확인Autoreplay로 실패 시 자동 재시도 (유료 업그레이드 항목)근거# | 공식 문서에 없음읽은 공식 쪽 1개 · 2026-10-22 13:21 KST확인한 문서# | 공식 확인Zap history retained 29-69 days; Enterprise admins can set 7-30 days근거# | 공식 확인슬랙 연결 있음근거# |
| Zoho Flow | 공식 확인실패 실행 자동 재실행 및 재시도 제한 명시 (비교 페이지)근거# | 공식 확인실패 실행 자동 재실행 최대 8회 명시 (비교 페이지)근거# | 공식 문서에 없음읽은 공식 쪽 1개 · 2026-10-22 15:46 KST확인한 문서# | 공식 확인슬랙 연결 있음근거# |
| n8n독일 | 공식 확인에러 워크플로로 실행 실패 대응 제어 (재시도 옵션 포함)근거# | 공식 확인실패 실행을 재시도 (Executions 목록)근거# | 공식 확인Finished executions pruned after 14 days by default (EXECUTIONS_DATA_MAX_AGE)근거# | 공식 확인슬랙 연결 있음근거# |
| 잔디 커넥트 (JANDI Connect) | 공식 문서에 없음읽은 공식 쪽 1개 · 2026-10-22 13:21 KST확인한 문서# | 공식 문서에 없음읽은 공식 쪽 1개 · 2026-10-22 13:21 KST확인한 문서# | 확인 대기아직 공식 문서 확인 전# | 공식 문서에 없음읽은 공식 쪽 1개 · 2026-10-27 01:05 KST확인한 문서# |
| 인사책한국무료 요금제(만료일 없음 · 공식 문서) · 인원 무제한 · 회사 합계 10GB + 메신저 따로 10GB · 지난 기록 조회 최근 12개월까지 · 내려받기 한 번에 1개월 범위까지(횟수 무제한) · 회사메일 용량 요금제: 스타터 30GB·스몰 100GB · 메일 +100GB(공식 가격·부가세 별도·할인 조건) | 확인 대기아직 공식 문서 확인 전# | 확인 대기아직 공식 문서 확인 전# | 확인 대기아직 공식 문서 확인 전# | 공식 확인슬랙 연결 있음근거# |
공식 문서에서 확인할 질문
- 오류 처리: 실패 시 재시도·알림 설정이 공식 문서에 있는가? 사이트 차단 2 · 공식 문서에 없음 3 · 확인 대기 5
- 실패 건 재실행: 실패한 실행을 다시 실행하는 기능이 공식 문서에 있는가? 사이트 차단 1 · 공식 문서에 없음 6 · 확인 대기 11
- 실행 이력: 실행 이력과 보관 기간이 공식 문서에 있는가? 사이트 차단 2 · 공식 문서에 없음 2 · 확인 대기 6
- 슬랙 연결: 슬랙으로 메시지·알림을 보내는 연결이 공식 앱 목록·문서에 있는가? 공식 문서에 없음 4 · 확인 대기 1
사이트 차단·공식 문서에 없음·확인 대기의 비율은 조사 결측률이지 서비스 품질이 아닙니다.
방법 자세히 — 공개 관문·조사 기록
2026-10-22~2026-11-06 기준 · 공급사 공식 문서 기준: 수록 24개 서비스의 조건별 공식 문서 확인 결과를 표로 보여 드립니다. 표의 행 배열은 순위가 아닙니다.
WT-SOC v1 · 공급사 공식 문서 기준 · 방법 보기 (/methodology#order)
- G1후보 집합수록 24개(≥3) · S0 불일치·차단 계산 전
- G2동등 조사attempt_log 100% — 계산 전
- G3결정 칸 해소미통과 — 실패 건 재실행 U 18칸 · 스냅샷 없음
- G4판정 품질CP 95% 단측 하한 ≥0.90 — 계산 전
- G5신선도freshness.csv 기한 — 계산 전
- G6U_x 쏠림최대 ≤0.2(제안) — 계산 전
관문 정의: soc-v3 gates.json(2026-10-24 22:00 KST 고정 · D68). 이 상황의 G1·G2·G4·G5·G6 값은 시드에 아직 없어 「계산 전」으로 적었습니다(예시 표기). 전체 모의 통과 0/199.
- 수록 서비스
- 24
- 공식 도메인
- 32
- 관측일
- 2026-10-22~2026-11-06
- 마지막 관측일
- 2026-11-06 08:10 KST
- 관문
- G3 미통과
함께 보면 좋은 조건
- 버전 관리조사 전자동화 변경 이력과 복원이 공식 문서에 있는가?
자주 묻는 질문
이 상황에서 먼저 확인할 조건은 무엇인가요?
필수 조건은 오류 처리, 실패 건 재실행, 실행 이력, 슬랙 연결입니다. 함께 보면 좋은 조건은 버전 관리입니다. 각 조건은 수록 서비스의 공급사 공식 문서로 하나씩 확인합니다.
오류 처리는 어떻게 확인하나요?
공급사 공식 문서에서 「실패 시 재시도·알림 설정이 공식 문서에 있는가?」를 봅니다. 읽은 공식 문서에 설명이 없으면 「공식 문서에 없음」, 사이트가 자동 확인을 막으면 「사이트 차단」, 아직 확인 전이면 「확인 대기」로 두며, 셋 다 기능 없음이 아닙니다.
실패 건 재실행은 어떻게 확인하나요?
공급사 공식 문서에서 「실패한 실행을 다시 실행하는 기능이 공식 문서에 있는가?」를 봅니다. 읽은 공식 문서에 설명이 없으면 「공식 문서에 없음」, 사이트가 자동 확인을 막으면 「사이트 차단」, 아직 확인 전이면 「확인 대기」로 두며, 셋 다 기능 없음이 아닙니다.
이 페이지의 확인 결과는 어디까지를 다루나요?
2026-11-06 기준으로 수록 서비스의 공급사 공식 문서에 적힌 내용만 다룹니다. 사용 경험 평가가 아니며, 이 답변은 서비스 사이의 순서를 다루지 않습니다. 읽은 공식 문서에 설명이 없으면 「공식 문서에 없음」, 사이트가 자동 확인을 막으면 「사이트 차단」, 아직 확인 전이면 「확인 대기」로 두며, 셋 다 기능 없음이 아닙니다.
WorkTool, 2026-10-22~2026-11-06 조사(공급사 공식 문서 기준 · 사용 경험 평가 아님), 「오류 재시도·알림」 평가 기준 v1 공식 문서 확인 표, https://worktool.wiki/situations/automation-error-retry칸 하나를 인용할 때는 칸 주소(#cell-{서비스}-{조건})를 붙여 주세요.