메신저에서 요청 양식을 받아 담당자를 배정하고,
알림이 실패하면 어떻게 되나요?

조건부입니다.
인사책에는 메신저 안에서 요청 양식을 받아 조건 분기로 담당자를 자동 배정하는 기능이 없습니다.
인사책은 같은 일을 세 가지로 나눠 처리합니다.
관리자가 만든 결재 양식으로 필수 입력 칸을 받고,
업무책의 업무 요청으로 받는 사람과 마감일을 정해 보내고,
알림 처리 장부를 거치는 알림(업무 요청 알림 등)은 휴대폰 푸시가 실패하면 서버가 처음 시도를 포함해 최대 5번 보내 봅니다.
메신저 대화를 바로 업무로 바꾸는 단추는 확인하지 못했으므로,
그 흐름이 필수 조건이면 Teams나 Dooray를 먼저 검토하는 편이 맞습니다.

한눈에 보는 답

아래 표는 반복 요청이 많은 운영팀,
알림 누락에 민감한 운영팀,
대화에서 정한 일을 업무로 옮기는 프로젝트팀이 각각 무엇을 물어보는지 정리한 것입니다.
인사책 칸은 2026-10-21 인사책 소스 코드 기준으로 확인한 범위 안의 내용만 적었습니다.

먼저 확인할 질문 6가지

아래 여섯 질문에 답을 적어 보면 인사책이 맞는지 직접 판정할 수 있습니다.

1. 요청 한 건에 꼭 있어야 하는 입력 칸은 몇 개이고 무엇인가요.
   인사책 결재 양식은 칸마다 필수 표시를 둘 수 있지만,
   입력 칸을 메신저 대화창 안에 띄우지는 않습니다.
2. 담당자는 무엇을 기준으로 정하나요.
   경비 결재의 금액별 결재선 말고,
   입력값에 따라 시스템이 바꿔 주기를 원하면 인사책은 맞지 않습니다.
   부서 조직도와 요청자의 선택으로 정해도 되면 맞습니다.
3. 완료 기록을 메신저와 외부 도구 중 어디에 남기나요.
   인사책에서는 업무 요청의 상태와 결재 문서의 처리 기록이 인사책 안에 남습니다.
4. 알림을 놓쳐도 되는 시간은 얼마인가요.
   알림 처리 장부를 거치는 인사책 푸시는 기본 간격 기준으로 처음 시도 뒤 2시간 36분이 지나서야 마지막(5번째) 시도를 하고,
   푸시 서버가 대기 시간을 알려 주면 더 늦어질 수 있습니다.
   그 안에 앱 알림함으로 확인해도 되는지 따져 보세요.
5. 재시도·중복 방지·장애 확인의 운영 담당자는 누구인가요.
   인사책에서는 재시도와 중복 방지를 서버가 하고,
   직원 쪽 기기의 푸시 상태는 직원이 알림 설정 화면의 「테스트 알림 보내기」로 확인할 수 있습니다.
6. 메시지에서 만든 업무의 담당·마감·상태를 어디에 저장하고,
   원문이 바뀌거나 지워지면 업무 링크는 어떻게 되어야 하나요.
   인사책에서는 메신저 메시지와 업무를 잇는 단추를 확인하지 못했으므로 이 질문은 Teams·Dooray 같은 후보에만 해당합니다.

숫자로 보기

두 가지 계산을 가상의 예로 풀어 봅니다.
모든 회사·사람·날짜는 설명을 위해 만든 가상의 예입니다.

알림 재시도가 끝나는 시간

인사책 알림 처리 장부는 푸시를 최대 5번 시도합니다.
시도가 실패하면 다음 시도까지 1분,
5분,
30분,
2시간 순서로 기다립니다.

• 가상의 예: 오전 10:00에 첫 시도가 실패했다고 가정합니다.
• 두 번째 시도는 10:01,
  세 번째는 10:06,
  네 번째는 10:36,
  다섯 번째는 12:36입니다.
• 대기 시간의 합은 1분 + 5분 + 30분 + 2시간 = 2시간 36분입니다.
• 다섯 번째도 실패하면 그 푸시는 실패로 확정되어 더 시도하지 않습니다.
  앱 알림함에 알림이 저장돼 있으면 알림함에서는 그대로 보입니다.
• 실제 시각은 서버의 정기 처리 주기 때문에 이 간격보다 늦어질 수 있습니다.

앱 알림함에는 첫 시도 전에 이미 알림이 저장되므로,
앱 알림을 끄지 않은 직원은 앱을 열면 푸시와 관계없이 알림을 볼 수 있습니다.

업무 요청 알림이 가는 시각

업무 요청에는 마감일을 정하면 기본 알림 설정에서 알림이 예약됩니다.
받는 사람에게는 마감 전 근무일 오전 9시,
마감일 오전 9시 알림이 가고,
확인하지 않았으면 하루 뒤 다음 근무일 오전 10시(마감일을 넘지 않을 때)에 한 번 더 갑니다.

• 가상의 예: 10월 26일(월)에 운영팀 팀장이 장비 점검 요청을 보내고 마감일을 10월 30일(금)로 정했습니다.
• 받는 사람의 알림은 10월 29일(목) 09:00,
  10월 30일(금) 09:00에 갑니다.
  아직 확인하지 않았다면 10월 27일(화) 10:00에도 갑니다.
• 쉬는 날에 걸리면 근무일로 옮겨집니다.
• 요청한 사람이 보내는 독촉은 하루 한 번까지이고,
  위의 자동 독촉을 포함해 업무·받는 사람당 합계 3회까지이며,
  밤 21:00~08:59(한국 시각)에 보낸 독촉은 그 뒤 첫 근무일 09:00에 갑니다(근무일 새벽이면 그날 09:00).

이 계산은 시간을 얼마나 줄여 주는지를 말하는 것이 아닙니다.
이 글은 시간 절감 수치를 주장하지 않습니다.

알림이 실패하면: 장애 5가지별 동작

운영팀이 장애로 꼽는 경우를 기기 등록 해제,
요청 과다(429),
서버·네트워크 오류,
중복 전달,
대상 삭제 다섯 가지로 나눠 봅니다.
아래는 알림 처리 장부를 거치는 알림 기준으로 적은 2026-10-21 인사책 소스 확인 결과이며,
실제 장애를 일으켜 본 시험은 하지 않았습니다.

메신저로 가는 알림은 한 번만 보냅니다

인사책은 결재 요청,
결재 결과,
휴가 결과,
출퇴근 누락 알림을 메신저의 「인사책 알림」 대화로도 보냅니다.
이 전달은 회사가 메신저를 켜고 직원에게 이용 권한을 발급했고,
앱 알림이 실제로 저장된 경우에만 일어납니다.
메신저로 보내는 호출은 3초 안에 응답이 없으면 포기하고,
실패하면 로그 한 줄만 남기고 그 호출을 따로 재시도하지는 않습니다.
다만 결재 요청 알림은 푸시 재시도로 같은 알림이 다시 처리될 때 메신저 전달도 다시 시도될 수 있습니다.
이 호출은 앱 알림이 저장된 뒤에 이뤄집니다.
보내는 내용은 알림 제목 한 줄이며 사유나 금액은 담지 않습니다.
같은 알림은 알림 번호를 이벤트 번호로 붙여 보내므로 메신저가 한 번만 받습니다.

책임은 누구에게 있나

인사책 알림의 재시도·중복 방지·실패 장부는 인사책 서버가 맡습니다.
알림 처리 장부에서는 푸시가 5번 모두 실패해도 앱 알림이 저장되어 있으면 그 알림은 배달된 것으로 처리하며,
이런 건과 성공한 건은 30일 보관됩니다.
앱 알림도 저장되지 못한 채 푸시가 5번 모두 실패한 건은 실패로 확정되어 180일 보관됩니다.
모든 알림 종류를 한곳에서 보는 실패 목록 화면은 확인하지 못했습니다.
응답 뒤에 푸시를 보내는 일부 경로는 서버가 죽은 경우를 대비해 한 번 이상 전달되는 방식이어서,
드물게 배너가 두 번 올 수 있습니다.

출퇴근 기록을 Slack 채널로 전달하는 연동은 문의로 신청하며 단방향입니다.
이 연동의 전달 주기·재시도·중복 방지는 공개 안내에 없어 이 글에서는 확인 못 함으로 둡니다.

인사책에서 하는 법

아래 순서는 장비 요청을 받는 가상의 운영팀을 예로 한 것입니다.
메뉴 이름은 2026-10-21 인사책 소스 코드 기준입니다.

1단계 업무책 켜기

업무책(할 일·업무 요청·업무일지)은 처음엔 꺼져 있고 회사관리자가 켜면 씁니다.
회사관리자는 톱니 ⚙ › 「설정」 › 「기능 켜기·끄기」 칸에서 「업무책」을 켭니다.
켜면 기본 하단 바 기준으로 직원 하단 바에 「업무」 칸이 생깁니다.
업무 화면의 칸은 내 할 일 · 보낸 업무 · 회사 현황이고,
업무일지와 확인할 것은 PC 화면에서는 왼쪽 메뉴 칸으로,
폰에서는 목록 맨 아래 글자 단추로 엽니다.
회사 현황 칸은 대표·관리자에게만 보이고,
부서장은 목록 맨 아래 「사람별 현황」 글자 단추로 사람별 화면을 엽니다.

2단계 요청 양식 만들기

톱니 ⚙ › 「설정」 › 「결재」 칸 › 「결재 양식」(결재 양식 열기)에서 「새 양식 만들기」를 누르고 「양식 이름」과 「업무 영역」을 정합니다.
「필드 추가」로 칸을 더하면서 칸마다 라벨,
입력 형식,
「필수」 표시,
안내 문구,
선택 항목(쉼표로 구분)을 정하고 「양식 저장」을 누릅니다.
가상의 예로 장비 종류(선택),
수량(숫자),
필요한 날짜(날짜),
사용할 직원(직원),
사유(긴 글) 다섯 칸을 만들 수 있습니다.
필수로 표시한 칸은 직원 화면에서 별표로 구분됩니다.

3단계 결재자 후보 정하기

전자결재에서 결재자는 신청하는 사람이 결재자 선택에서 직접 고르며,
후보에는 각 조직의 부서장이 자동으로 들어갑니다.
부서장이 아닌 사람을 후보로 넣으려면 관리자가 「결재하는 사람」 화면의 「추가 결재자 지정」으로 추가합니다.
먼저 고른 사람이 1차,
다음이 2차가 됩니다.
결재선은 순서대로 한 사람씩 승인하는 방식이고 결재자는 최대 5명,
참고자는 최대 20명입니다.
경비 결재에서만 금액 구간별 결재선을 쓸 수 있으며 기본값은 꺼짐입니다.
경비 결재의 금액별 결재선 말고,
입력 칸의 값에 따라 결재자를 바꾸는 규칙은 확인하지 못했습니다.

4단계 요청 올리기와 처리

직원은 전자결재 › 결재 문서 올리기에서 회사가 만든 결재 양식을 골라 제출합니다.
결재자는 「내가 처리할 결재」 탭에서 승인하거나 반려합니다.
신청자는 결재 대기 중일 때만 취소할 수 있습니다.
결재자가 3일(72시간) 이상 처리하지 않으면 결재자에게 알림이 하루 한 번,
한 단계·한 사람당 최대 3회 갑니다.

5단계 업무 요청으로 담당과 마감 정하기

장비를 실제로 처리할 사람에게는 업무 요청을 보냅니다.
업무 화면에서 받는 사람을 고르고 마감일을 정한 뒤 「요청 보내기」를 누릅니다.
한 번에 받는 사람은 20명,
참조인은 20명까지이고,
제목은 100자,
내용은 2000자까지 쓸 수 있습니다.
받는 사람은 「확인했어요」를 누르고 끝나면 「끝냈어요」를 누릅니다.
받는 사람이 기한을 바꿔야 하면 「기한 미뤄 달라기」로 기한 변경 요청을 보내고,
요청한 사람은 「보낸 업무」 탭에서 상태를 봅니다.
업무 요청에는 받는 사람을 자동으로 정하는 규칙이 없고 요청한 사람이 고릅니다.

6단계 받은 메일을 업무로 만들기

회사메일을 쓰고 업무책을 켠 회사에서는 받은 메일 읽기 화면의 「업무로 요청」 단추로 메일을 업무로 바꿉니다.
기본 제목은 「메일 처리: 메일 제목」 형태이고,
메일 본문 사본과 첨부 사본(개수·크기 상한 안)이 업무에 붙습니다.
「전달」은 메일을 한 번 더 보내는 기능이고,
「업무로 요청」은 내 메일함의 메일을 그대로 두고 사본을 업무에 붙이는 기능입니다.
사내 메신저 대화에 같은 단추가 있는지는 확인하지 못했습니다.

인사책이 맞지 않는 경우

다음 중 하나가 필수 조건이면 인사책 단독으로는 맞지 않습니다.

• 메신저 대화창 안에서 폼을 띄워 입력받기.
  인사책 결재 양식은 전자결재 화면에서 입력받습니다.
• 업무 요청이나 전자결재 기안에서 입력값이나 요청 종류에 따라 담당자를 자동으로 배정하기.
  업무 요청의 받는 사람과 전자결재의 결재자는 신청하는 사람이 직접 고릅니다.
• 메신저 메시지를 원문 링크가 남는 업무로 바로 바꾸기.
  인사책에서는 이 단추를 확인하지 못했으므로,
  이 흐름이 필수이면 Teams의 메시지 작업 흐름이나 Dooray의 글타래 업무 등록을 먼저 검토하세요.
• 칸반 보드나 간트 일정표로 업무를 관리하기.
  인사책에는 칸반 보드·간트 일정표가 없습니다.
• Slack,
  Notion,
  Jira,
  Teams와 업무 상태를 자동으로 주고받기.
  업무책에는 이런 연동이 없고,
  Slack 연동은 문의로 신청하는 단방향 전달입니다.
• 어떤 알림이 실패했는지 모든 종류를 한 화면에서 조회하기.
  이 화면은 확인하지 못했습니다.
• 알림이 실패하면 SMS나 카카오 메시지로 대신 보내기.
  인사책 업무 알림 채널은 앱 알림과 휴대폰 푸시뿐입니다.

다른 서비스와 비교할 때

비교는 순위가 아니라 조건별 후보를 정리한 것입니다.
장애 복구 비교는 같은 실패 시나리오로 시험한 자료가 없어 보류합니다.
(출처: 각 사 공개 문서,
2026-10-21 확인)

무료 플랜은 과거 기록 조회 기간·내보내기·AI 연결(MCP) 호출 등 일부 사용량에서 유료 플랜과 차이가 있을 수 있어요.

근거와 확인일

이 글의 인사책 기능 설명은 2026-10-21 인사책 소스 코드 기준입니다.
인사책 안내는 사내 메신저, 그룹웨어, 전자결재, Slack 연동, 요금에서 볼 수 있습니다.
같은 업무 요청을 현장에서 쓴 가상의 사례는 인테리어 현장 지시 누락과 카페 마감 인수인계 글에 있습니다.

경쟁사 공개 문서는 아래 주소를 2026-10-21에 확인했습니다.

• SL-S08 Slack Workflow Builder 안내: https://slack.com/help/articles/360035692513-Guide-to-Slack-Workflow-Builder
• SL-S16 Teams 메시지에서 클라우드 흐름 시작: https://learn.microsoft.com/en-us/power-automate/trigger-flow-teams-message
• SL-S22 잔디 커넥트: https://support.jandi.com/ko/articles/d63050dd
• SL-S23 잔디 요금 안내(본문 추출 불가): https://www.jandi.com/landing/kr/pricing
• SL-S24 Dooray 메신저: https://dooray.com/main/service/messenger/
• SL-S25 Dooray 요금 안내: https://dooray.com/main/pricing/
• SL-S26 Mattermost 보안 메시징: https://mattermost.com/platform/secure-messaging-and-collaboration/
• SL-S27 Mattermost 에디션: https://docs.mattermost.com/product-overview/editions-and-offerings
• SL-S28 Mattermost 플랜: https://docs.mattermost.com/product-overview/plans

이 글의 한계도 밝혀 둡니다.
알림 재시도 값은 소스 확인 결과이며 실제 장애 재현 시험은 하지 않았습니다.
장애 복구 비교는 모든 제품에 같은 실패 시나리오를 적용한 시험이 없어 보류했습니다.
인사책 메신저는 정상 운영 중이며 회사관리자가 켜고 이용 권한을 발급한 직원에게 보입니다.