슬랙은 유지하면서 인사책 출퇴근 알림만 받을 수 있나요? 슬랙에서 바로 출퇴근 버튼도 되나요?

슬랙은 그대로 쓰면서 인사책의 출퇴근 기록을 슬랙 채널로 받아 보는 것은 인사책 공개 안내 기준으로 가능하고,
슬랙 안에서 출퇴근 버튼을 눌러 기록을 남기는 것은 되지 않습니다.
인사책은 출퇴근 기록을 API로 회사가 고른 슬랙 채널에 연결하며,
이 연동은 인사책 화면에서 켜는 방식이 아니라 문의로 신청하고 슬랙은 기록을 받아 보는 쪽입니다.
출퇴근 입력은 슬랙이 아니라 인사책(직원 앱)에서 하고 원본 기록도 인사책에 남기 때문에,
슬랙 안에서 입력까지 끝내야 하는 회사에는 인사책이 맞지 않습니다.

한눈에 보는 답

슬랙을 쓰는 회사가 인사책을 볼 때는 "누가 기록을 남기는가"와 "누가 그 기록을 보는가"를 나누면 답이 정리됩니다.
아래 표는 자주 마주치는 일곱 가지 상황을 인사책 기준으로 답한 것입니다.

입력,
원본,
전달,
확인은 서로 다른 자리입니다

인사책과 슬랙의 관계는 다음 네 단계로 나뉩니다.

1. 입력: 직원이 인사책 앱에서 출근과 퇴근을 기록합니다.
   슬랙은 이 단계에 들어 있지 않습니다.
2. 원본: 기록은 인사책에 쌓입니다.
   슬랙 연동을 끊어도 인사책에 쌓인 기록은 그대로 남습니다.
3. 전달: 인사책은 정해진 범위의 출퇴근 기록을 API로 슬랙 채널에 연결합니다.
   보낼 채널과 범위는 신청할 때 정합니다.
4. 확인: 슬랙 채널에 들어와 있는 사람이 채널에 올라온 내용을 봅니다.
   기록의 원본은 인사책에 있으므로 기록을 고쳐야 하면 인사책에서 근태 정정으로 처리합니다.

한 줄로 줄이면 "인사책 앱 입력,
인사책 원본 기록,
API 전달,
슬랙 채널" 순서이며,
흐름은 한 방향입니다.
슬랙 채널에서 인사책으로 기록이 들어오는 흐름은 인사책 공개 안내에 없습니다.

이 글에서 쓰는 말

• 입력은 출근이나 퇴근 시각을 처음 남기는 행동입니다.
  인사책에서는 직원 앱에서 하며 슬랙에서는 하지 않습니다.
• 전달은 이미 남은 기록을 인사책이 슬랙 채널에 올려 보내는 일입니다.
  입력과 다릅니다.
• 이 글은 슬랙 연동을 "슬랙 출퇴근기"라고 부르지 않습니다.
  기록을 받아 보는 연동이기 때문입니다.
• 인사책 사내 메신저와 슬랙 연동은 서로 다른 기능입니다.
  슬랙 연동은 인사책 기록을 바깥의 슬랙으로 보내는 일이고,
  인사책 사내 메신저의 기능을 뜻하지 않습니다.

먼저 확인할 질문 7가지

인사책을 쓸지 정하기 전에 아래 일곱 가지를 순서대로 답해 보세요.
1번이나 2번이 "슬랙 안에서"로 답해지면 인사책은 맞지 않으므로 비교 절로 바로 넘어가면 됩니다.

1. 출퇴근 입력이 슬랙 안에서 꼭 이뤄져야 하나요,
   아니면 인사책 앱에서 입력한 뒤 슬랙으로 받아 보는 흐름이면 충분한가요?
2. 위치나 근무규칙 검증이 필요한가요? 필요하다면 그 검증을 슬랙 안에서 해야 하나요,
   앱에서 해도 되나요?
3. 슬랙에 어떤 근태 정보를 어느 채널에 표시하고 싶은가요? 올리지 않을 정보는 무엇인가요?
4. 그 채널은 공개 채널인가요 비공개 채널인가요? 지금 그 채널에 누가 들어와 있고,
   슬랙 워크스페이스에는 다른 팀 구성원이나 게스트가 있나요?
5. 근태 기록을 정정했을 때,
   채널을 바꿀 때,
   연동을 끊을 때 슬랙에서 어떤 일이 일어나길 기대하나요?
6. 슬랙 쪽 권한이 바뀌면,
   예를 들어 채널 구성원이 줄거나 퇴사자가 채널에서 빠지면 기록이 누구에게까지 보여야 하나요?
7. 사용 중인 슬랙 플랜의 이력 열람 기간과 앱 개수 한도는 얼마인가요? 무료 워크스페이스라면 한도가 있습니다.

계산해 보기

아래 세 가지는 모두 가상의 예이며 실제 고객 사례나 성과 수치가 아닙니다.

가상의 예 1: 채널을 어떻게 고르면 몇 명이 보는가

직원 40명이고 팀이 4개(팀마다 10명)이며 관리자가 3명인 가상의 회사입니다.
인사책의 슬랙 안내는 그 채널에 들어와 있는 사람이 곧 그 내용을 보는 사람이라고 설명합니다.

• 전체 채널 1개에 모으면 채널 구성원 40명이 같은 기록을 봅니다.
• 팀 채널 4개로 나누면 채널마다 10명이 봅니다.
  계산은 40명 ÷ 4팀 = 10명입니다.
• 관리자만 있는 채널 1개로 좁히면 3명이 봅니다.

보는 사람 수는 40명에서 10명(4분의 1)으로,
다시 3명으로 줄어듭니다.
다만 슬랙 도움말은 공개 채널을 같은 워크스페이스의 구성원(게스트 제외)이 찾아보고,
열람하고,
참여할 수 있으며 공개 채널의 메시지와 파일이 다른 구성원의 검색 결과에 나온다고 설명합니다.
같은 워크스페이스에 다른 팀 구성원이 15명 더 있다면 공개 채널의 기록은 40명 + 15명 = 55명이 찾아볼 수 있는 범위가 됩니다.
비공개 채널의 메시지와 파일은 그 채널에 있는 사람의 검색 결과에만 나온다고 슬랙 도움말이 설명하므로,
이 경우에는 채널 구성원 수가 보는 사람 수입니다.

가상의 예 2: 슬랙 열람 기간과 기록 보존 기간 비교

인사책 가이드는 출퇴근 기록을 임금 계산의 기초 서류로 보고,
근로기준법 제42조(계약 서류의 보존)와 같은 법 시행령 제22조(보존 대상 서류 등)에 따라 3년 보관을 안전한 기준으로 정리합니다(출퇴근기록부 법적 근거 가이드).
3년을 윤년 없이 단순하게 세면 365일 × 3년 = 1,095일입니다.

슬랙 도움말은 무료 워크스페이스에서 최근 90일의 메시지와 파일만 보이고,
1년이 지난 메시지와 파일은 완전히 삭제된다고 설명합니다.
90일은 1,095일의 90 ÷ 1,095 = 약 8.2%입니다.
워크스페이스 소유자가 보관 기간을 1년으로 설정해도 365 ÷ 1,095 = 약 33.3%입니다.
그래서 출퇴근 기록의 원본은 슬랙 대화가 아니라 인사책에 두고,
슬랙은 그날그날 확인하는 자리로 쓰는 편이 맞습니다.
슬랙은 결제 플랜으로 올리면 이 한도가 풀리고 보관 옵션이 늘어난다고 안내하므로,
사용 중인 플랜의 조건은 슬랙 공식 안내에서 확인하세요.

가상의 예 3: 슬랙 무료 워크스페이스의 앱 한도

슬랙 무료 워크스페이스는 외부 앱이나 직접 만든 앱을 최대 10개까지 추가할 수 있다고 슬랙 도움말이 설명합니다.
이미 앱 7개를 쓰고 있다면 남은 자리는 10 − 7 = 3개입니다.
인사책 슬랙 연동이 이 앱 한도에 들어가는지는 인사책 공개 안내에 없으므로,
앱을 많이 쓰는 회사는 신청할 때 확인하세요.

인사책에서 하는 법

슬랙 연동은 인사책 관리자 화면의 스위치가 아니라 문의 접수로 시작합니다.
그래서 아래 순서에는 메뉴 경로 대신 문의 단계가 들어 있습니다.

1단계 직원은 평소처럼 인사책 앱에서 기록합니다

직원은 슬랙을 거치지 않고 인사책 앱에서 출근과 퇴근을 남깁니다.
확인 방식은 GPS,
회사 Wi-Fi,
사내망 IP,
NFC,
QR 다섯 가지이며,
회사 환경에 맞는 방식은 출퇴근 방식 비교 가이드에서 비교할 수 있습니다.
슬랙을 안 쓰는 직원도 앱에서 똑같이 기록하며,
슬랙은 직원이 거쳐야 하는 관문이 아닙니다.

직원 개인 알림은 슬랙과 별개로 인사책 앱이 맡습니다.
직원 앱의 톱니바퀴 › 알림 설정 › 「출퇴근 리마인더」에서 출근 알림은 5·10·15·20·30·45·60분 전 중에서,
퇴근 알림은 정시(퇴근과 동시) 또는 5·10·15·20·30·45·60분 후 중에서 고릅니다.
기본값은 출근 5분 전과 퇴근 정시이고,
두 항목을 모두 「받지 않기」로 두면 알림이 오지 않습니다.
이미 출퇴근을 기록했거나 종일 휴가·휴일·휴직 상태이면 리마인더는 오지 않습니다.
자세한 설정 순서는 출퇴근 리마인더 가이드에 있습니다.

퇴근을 찍지 않아 인사책이 임시 퇴근 시각을 넣은 경우(회사가 근무 정책 고급 설정의 「미퇴근 자동 보강 사용」을 끄지 않았을 때)에는 그 직원에게 퇴근 기록이 없다는 알림이 가고,
실제 퇴근 시간이 다르면 수정을 요청하라고 안내합니다.
사내 메신저를 켠 회사에서 이용 권한을 발급받은 직원은 같은 출퇴근 누락 알림을 메신저의 「인사책 알림」 대화로도 받습니다.

2단계 슬랙으로 보고 싶다고 문의합니다

문의하기에 슬랙으로 근태를 보고 싶다는 뜻과 회사 이름을 적습니다.
슬랙 채널을 미리 만들어 두지 않아도 됩니다.
인사책의 슬랙 연동은 화면에서 직접 켜는 방식이 아니라 문의로 신청하는 방식이라는 점이 이 단계의 핵심입니다.

3단계 채널과 보낼 범위를 정합니다

어디에 무엇을 올릴지,
무엇은 올리지 않을지를 신청할 때 함께 정합니다.
앞 절의 7가지 질문 중 3번과 4번이 이 단계의 답입니다.
전체 채널,
팀 채널,
관리자만 있는 채널 중에서 고를 수 있고,
급여처럼 민감한 항목은 인사책 안에서 권한을 가진 사람만 봅니다.
지각한 사람의 이름이 팀 전체가 보는 채널에 매일 올라가면 분위기가 달라질 수 있으니,
올리지 않을 정보를 먼저 정하는 편이 낫습니다.

4단계 채널에서 받아 보고 직접 확인합니다

정한 내용이 그 채널에 올라오면 직원은 평소처럼 앱에서 기록하면 됩니다.
이 글을 쓰는 시점에 인사책이 아래 다섯 가지를 실제 계정으로 시연해 공개한 자료는 없으므로,
연동을 시작하는 회사가 각각 한 번씩 직접 확인하길 권합니다.

1. 출근 기록 1건이 정한 채널에 올라오는지 확인합니다.
2. 퇴근 시각을 정정 1건 처리하고 슬랙에서 어떻게 보이는지 확인합니다.
3. 채널을 바꾼 뒤 새 채널로만 올라오는지 확인합니다.
4. 연동을 해제한 뒤 인사책의 기록이 그대로 남아 있는지 확인합니다.
5. 슬랙 채널에서 사람을 한 명 뺀 뒤 그 사람이 더 이상 채널의 내용을 보지 못하는지 확인합니다.

5단계 슬랙 쪽 일은 슬랙에서 합니다

채널에 사람을 넣고 빼는 일은 슬랙에서 합니다.
알림을 소리로 받을지 조용히 받을지,
멘션으로 개인을 부를지도 각자의 슬랙 설정을 따릅니다.
퇴사자를 채널에서 빼는 일과 인사책에서 퇴사자를 정리하는 일은 서로 다른 일이므로 두 곳을 함께 보세요.

슬랙 연동에서 공개된 것과 공개되지 않은 것

인사책 공개 안내가 말하는 슬랙 연동의 범위는 출퇴근 기록을 채널에서 보는 것까지입니다.
아래 표는 그 범위 안에서 확인된 것과 공개 안내에 없는 것을 갈라 둔 것이며,
"공개 안내에 없음"은 "지원하지 않음"이 아니라 "이 글이 확인하지 못함"을 뜻합니다.

이 표의 "공개 안내에 없는 것"은 인사책이 숨기는 값이 아니라 공개 안내에 적혀 있지 않은 값입니다.
이 글은 확인되지 않은 항목 이름이나 필드 이름을 지어내서 적지 않습니다.

인사책이 맞지 않는 경우

아래 경우에는 인사책의 슬랙 연동이 요구와 맞지 않습니다.
이 경우는 다른 형태의 도구를 함께 검토하세요.

• 슬랙 안에서 출근과 퇴근을 찍어야 하는 경우: 인사책 공개 안내는 슬랙에서는 출퇴근을 찍을 수 없다고 밝힙니다.
  이 요구는 설명이 부족한 것이 아니라 인사책의 입력 경로와 맞지 않는 것입니다.
  이럴 때는 근태 입력을 슬랙에서 받는 별도 도구가 있는지 먼저 탐색하거나,
  채팅 도구의 자동화 기능으로 입력 흐름을 직접 설계해야 합니다.
  직접 설계한다면 위치 확인,
  근무규칙 계산,
  기록 저장,
  오류 처리를 요구사항으로 적고 시험해야 합니다.
• 슬랙에서 승인 버튼,
  슬래시 명령,
  휴가 신청까지 처리하는 양방향 연동이 필요한 경우: 인사책의 슬랙 안내는 인사책의 출퇴근 기록을 슬랙 채널에서 받아 보는 범위만 말합니다.
  슬랙에서 인사책으로 값을 넣는 기능은 안내하지 않습니다.
• 결재 요청이나 결재 결과 알림을 슬랙 채널로 받아야 하는 경우: 결재 알림은 인사책 앱 알림함과 모바일 푸시로 가고(회사가 사내 메신저를 켜고 이용 권한을 발급한 직원에게는 메신저의 「인사책 알림」 대화로도),
  슬랙 채널로 보내는 연동은 출근 현황을 보는 범위입니다.
• 화면에서 스스로 연동을 켜야 하는 경우: 인사책 슬랙 연동은 문의로 신청하는 방식입니다.
  관리자 화면의 스위치는 없습니다.
• 전달 항목과 실패 처리를 문서로 먼저 받아야 하는 경우: 공개 안내에 해당 값이 없으므로,
  도입 심사 문서가 필요한 회사는 문의 단계에서 서면 확인을 요청해야 합니다.
  인사책 보안 안내 페이지는 외부 기관의 정보보호 인증 심사를 아직 받지 않았다고 밝히고 있어,
  인증서가 구매 조건인 회사도 먼저 확인해야 합니다.
• 개인 슬랙 DM으로 출퇴근 알림을 받아야 하는 경우: 인사책의 슬랙 안내에 개인 DM 알림은 없습니다.
  개인 알림은 인사책 앱의 출퇴근 리마인더로 받습니다.

다른 서비스와 비교할 때

이 글의 목적은 순위를 매기는 것이 아니라 "이 조건이면 이 후보"를 가르는 것입니다.
슬랙은 인사책의 경쟁 도구가 아니라 인사책 기록을 받는 도구이고,
다른 서비스는 같은 모양의 연결을 인사책이 안내하는지,
채팅 안에서 입력 흐름을 만들 수 있는지에 따라 후보가 됩니다.
아래 표의 각 서비스 칸은 각 사 공개 문서에서 확인한 내용이며(출처: 각 사 공개 문서,
2026-10-21 확인),
확인하지 못한 칸은 "공개 자료로 확인 못 함"으로 적었습니다.

연동과 자동화 경로

플랜과 운영 조건

조건별로 먼저 볼 후보

아래는 순위가 아니라 조건별 검토 순서입니다.

• 슬랙을 유지하고 인사책 기록을 받아 보면 충분한 회사: 인사책과 슬랙 연동을 먼저 검토하세요.
  인사책이 공개 안내하는 조합이고,
  앞 절의 7가지 질문과 표의 "신청할 때 물어볼 말"로 범위를 확인하면 됩니다.
• 슬랙 안 입력이 꼭 필요한 회사: 인사책은 맞지 않습니다.
  근태 입력을 슬랙에서 받는 별도 도구를 탐색하거나,
  슬랙 Workflow Builder·Teams Power Automate·Dooray! 슬래시 명령·Mattermost 연동처럼 채팅 도구의 자동화 기능으로 직접 설계하는 방법을 검토하세요.
  어느 쪽이든 공개 자료만으로는 한국 근태규칙,
  위치 확인,
  기록 정확성을 충족하는지 확인하지 못했으므로 실제 계정에서 시험해야 합니다.
• 채팅 도구를 새로 고르면서 출퇴근,
  결재,
  메신저를 한 로그인으로 쓰고 싶은 회사: 인사책 사내 메신저를 함께 검토할 수 있습니다.
  사내 메신저는 정상 운영 중이며 회사관리자가 켜고 이용 권한을 발급한 직원에게 보입니다.
  메신저에 관한 설명은 사내 메신저 안내를 보세요.

근거와 확인일

이 글의 인사책 기능 설명은 2026-10-21 인사책 소스 코드 기준입니다.
인사책 슬랙 연동의 세부 사양은 공개 안내에 없어 이 글에 적지 않았고,
이 글은 연동을 실제 계정으로 시연한 결과가 아닙니다.

인사책 근거

• 슬랙 연동 안내: 슬랙 근태관리 (채널 선택,
  문의 신청,
  슬랙에서는 출퇴근을 찍을 수 없다는 안내)
• 사내 메신저: 사내 메신저 · 업무 도구 묶음: 그룹웨어
• 데이터 분리와 외부 인증 현황: 보안
• 제품 변경 내역: 업데이트
• 인사책 전체 기능 한눈에 보기: 인사책 무료 기능 전체지도

법령: 근로기준법 제42조(계약 서류의 보존),
근로기준법 시행령 제22조(보존 대상 서류 등)

외부 공개 문서 (출처 ID · 확인일 2026-10-21)

• SL-S05 Slack,
  Usage limits for free workspaces: https://slack.com/help/articles/115002422943-Usage-limits-for-free-workspaces
• SL-S06 Slack,
  What is a channel?: https://slack.com/help/articles/360017938993-What-is-a-channel
• SL-S08 Slack,
  Guide to Slack Workflow Builder: https://slack.com/help/articles/360035692513-Guide-to-Slack-Workflow-Builder
• SL-S16 Microsoft,
  Trigger a cloud flow from any message in Microsoft 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 NHN두레이,
  메신저: https://dooray.com/main/service/messenger/
• SL-S25 NHN두레이,
  요금안내: https://dooray.com/main/pricing/
• SL-S26 Mattermost,
  Secure Messaging and Collaboration: https://mattermost.com/platform/secure-messaging-and-collaboration/
• SL-S27 Mattermost,
  Editions and Offerings: https://docs.mattermost.com/product-overview/editions-and-offerings

경쟁사 칸은 공급자의 공개 설명을 요약한 것이고 각 서비스의 실제 성능을 시험한 결과가 아닙니다.
플랜과 한도는 바뀔 수 있으므로 도입 전에 각 서비스의 최신 공식 안내를 확인하세요.
이 글은 인사책 편집팀이 작성했으며 인사책 제공자가 쓴 자료입니다.