메신저 SSO·자동 삭제·감사 내보내기,
보안 검토에서 무엇을 나눠 봐야 하나요?

조건부입니다.
회사가 쓰는 SSO(SAML·OIDC)로 직원 로그인을 묶어야 하거나,
메신저 대화의 기간별 보존 정책과 감사용 내보내기가 구매 필수 조건이면 인사책 사내 메신저는 2026-10-21 확인 기준으로 맞지 않습니다.
인사책 사내 메신저가 제공하는 것은 인사책에 로그인한 직원이 다시 로그인하지 않고 들어가는 일회용 입장권,
회사관리자의 직원별 발급과 발급 취소,
인사책 퇴사 처리의 메신저 반영입니다.
간편 입장,
회사 SSO,
계정 자동 발급·회수,
보존,
삭제,
반출은 서로 다른 통제이므로 이 글은 항목을 나눠 인사책이 확인한 것과 확인하지 못한 것을 적고,
다른 서비스를 검토할 때 받아야 할 증빙을 함께 정리합니다.

사내 메신저는 정상 운영 중입니다.
회사관리자가 켜고 이용 권한을 발급한 직원에게 보입니다.
이 글의 인사책 메신저 동작 설명은 인사책 본체 코드와 메신저 소스 코드(2026-10-20 판)를 읽은 결과이며 운영 계정에서 눌러 본 시험 결과가 아닙니다.
구매 전에는 시연 계정으로 아래 표의 항목을 다시 확인하세요.

한눈에 보는 답

먼저 확인할 질문 9가지

아래 질문에 답하면 인사책 사내 메신저가 맞는지 스스로 판정할 수 있습니다.
필수 조건이 미확인으로 남으면 그 제품을 적합 후보로 올리지 않는 것이 이 글의 기준입니다.

1. 현재 회사가 쓰는 IdP는 무엇이고,
   필요한 표준은 SAML 2.0,
   OIDC,
   SCIM 중 무엇인가요?
2. SSO 로그인만 필요한가요,
   자동 발급·그룹 매핑·퇴사 세션 회수까지 필수인가요?
3. 어떤 대화 유형(공개 채널·비공개 채널·DM·첨부)을 얼마나 오래 보존해야 하나요?
4. 사용자 삭제,
   수정 이력,
   계약 종료,
   관리자 조회의 조건은 무엇인가요?
5. 자동 삭제보다 우선해야 할 보존 사유는 무엇인가요?
6. 예외 승인과 보존 종료를 누가 관리하나요?
7. 어떤 대화·첨부·수정 기록을 어떤 포맷으로 누가 반출하나요?
8. 비공개 채널과 DM을 반출할 때 승인 절차와 감사 로그가 필요한가요?
9. 구매 요건표가 외부 정보보호 인증서를 요구하나요? 요구한다면 인증의 정확한 이름과 서비스 범위는 무엇인가요?

로그인·보관·반출은 서로 다른 통제입니다

보안 검토서에서 흔한 실수는 한 통제가 있다는 사실로 다른 통제도 있다고 읽는 것입니다.
로그인 방식이 편하다고 보존 정책이 있는 것은 아니고,
보존 정책이 있다고 모든 대화를 반출할 수 있는 것도 아닙니다.
이 절은 항목을 나눠서 읽습니다.

간편 입장,
회사 SSO,
자동 발급·회수는 서로 다른 요구입니다

인사책 사내 메신저의 주된 로그인 길은 인사책 세션에서 넘어가는 입장권입니다.
인사책 본체 코드에서 회사 IdP와 연결하는 SAML·SCIM 기능은 검색되지 않았습니다.
따라서 「인사책 계정 그대로」라는 안내를 표준 기업 SSO로 읽으면 안 됩니다.
반대로 이 방식은 메신저용 아이디와 비밀번호를 직원마다 따로 만들어 나눠 주지 않아도 된다는 장점이 있습니다.

입사·이동·퇴사와 세션은 이렇게 움직입니다

• 입사: 회사관리자가 직원을 「발급」하면 그 직원이 메신저를 쓸 수 있습니다.
  인사책과 연결된 회사에서 새로 만들어지는 메신저 계정은 비밀번호 없이 만들어집니다.
• 이동: 인사책에서 부서와 직책을 바꾸면 메신저가 인사책의 변경 신호를 주기적으로 읽어 명단에 반영합니다.
• 발급 취소: 회사관리자가 「발급 취소」를 누르면 인사책이 메신저에 그 직원의 인사책 입장 세션을 모두 끝내도록 요청합니다.
  요청은 응답 뒤에 3초 상한으로 가고,
  실패하면 경고 기록만 남습니다.
• 퇴사: 인사책에서 퇴사로 바뀌면 메신저 계정이 꺼지고,
  로그인과 알림이 끊기며,
  부서 대화방에서 빠집니다.
  이미 오간 메시지는 남습니다.
• 재입사: 같은 계정이 다시 켜지고 지난 대화가 이어집니다.
• 인사책 로그아웃: 그 로그인에서 만든 메신저 세션만 끝나고,
  같은 사람의 다른 기기 세션은 남습니다.
• 직접 로그인: 메신저 소스에는 인사책을 거치지 않는 이메일·비밀번호 로그인도 있습니다.
  메신저 소스를 읽으면 발급 취소는 인사책으로 입장한 세션만 지우고 직접 로그인 세션은 지우지 않습니다.
  퇴사로 바뀐 계정은 꺼져 로그인할 수 없고 세션도 모두 지워지지만,
  재직 중인 직원의 발급만 취소한 경우 직접 로그인 세션이 남는지는 시연으로 확인해야 합니다.
• 초대 코드: 인사책과 연결된 회사의 메신저 초대 코드는 유효하지 않은 코드로 처리되어 가입에 쓸 수 없습니다.

대화 유형별 보관과 삭제

인사책 사내 메신저에는 공개 채널,
비공개 채널,
그룹 DM,
1:1 DM,
첨부 파일이 있습니다.
이 다섯 유형 모두 보존 기간을 정하는 설정이 없고,
일정 기간 뒤에 저절로 지우는 설정도 없습니다.
지우는 일은 사람이 합니다.

• 삭제: 보낸 본인,
  또는 그 메시지를 열 수 있는 워크스페이스 관리자 역할이 메시지를 지울 수 있습니다.
  지우면 저장된 본문이 빈 칸이 되고 삭제 표시가 붙으며 메시지 목록 조회에서 빠지고,
  그 메시지의 첨부 파일은 저장소에서 지워지고 반응·링크 미리보기·즐겨찾기·고정·활동 알림도 함께 지워집니다.
• 수정: 보낸 본인만 수정할 수 있습니다.
  수정하면 본문이 새 내용으로 덮어써지고 수정 시각이 표시되며,
  이전 본문을 따로 남기는 장치는 확인하지 못했습니다.
• 접근 범위: 메신저의 채널 접근 판정은 비공개 채널에서 채널 구성원인지를 확인합니다.
  그룹 DM은 숨은 비공개 채널로 구현되어 같은 판정을 따르고,
  1:1 DM은 대화 당사자 두 사람만 열 수 있습니다.
  이 판정에서 워크스페이스 관리자 예외는 코드에서 찾지 못했습니다.
• 백업: 서비스 운영 쪽 백업이나 복구 시점에 지운 내용의 사본이 남는지는 공개 자료로 확인하지 못했습니다.

삭제 규정과 감사 보존이 겹칠 때

인사책 사내 메신저에는 삭제 기한,
보존 예외,
정책 우선순위를 정하는 기능이 없습니다.
그래서 「30일 뒤 삭제하되 감사 대상 일부는 남긴다」는 규정을 메신저 안에서 맞출 수 없습니다.
「무기한 보관」이나 「완전 삭제」 같은 포괄 문구도 이 메신저의 기능으로 약속할 수 없습니다.
이 요구가 필수라면 삭제,
아카이브,
법적 보존을 분리해 설명하는 제품을 검토하고,
충돌할 때 어느 정책이 앞서는지는 제품 확인과 법무 검토를 거쳐 정해야 합니다.
인사책 메신저를 쓰면서 나중에 찾아야 하는 결정은 대화가 아니라 전자결재처럼 기록이 남는 기능으로 옮기는 운영이 현실적입니다.

내보내기와 감사 기록

인사책 사내 메신저에는 관리자가 대화와 첨부를 한꺼번에 파일로 내보내는 기능이 없습니다.
「내보내기」라는 낱말은 멤버를 강제로 내보내는 화면에만 있습니다.
워크스페이스 관리자는 관리 행위 기록을 최대 200건까지 조회할 수 있고,
기록되는 행위는 역할 변경,
계정 켜기·끄기,
사용자 세션 종료,
초대 코드 생성·폐기,
웹훅 생성·변경·삭제,
봇 생성·폐기,
인사책 직원·부서 연결입니다.
이 기록은 관리 정보만 담고 메시지나 파일 내용은 담지 않으며,
메시지 삭제는 이 기록에 들어가지 않습니다.
인사책 쪽에서는 직원별 발급과 발급 취소를 누가 언제 했는지 기록 칸에 남깁니다.
인사책의 출퇴근 기록 내려받기는 메신저 대화와 다른 기능입니다.

외부 인증과 확인하지 못한 항목

인사책 보안 페이지는 외부 정보보호 인증 심사를 아직 받지 않았다고 밝힙니다.
암호화와 회사별 데이터 분리 설명은 인증 보유와 다르고,
인증이 없다는 사실이 모든 보안 장치가 없다는 뜻도 아닙니다.
보안 페이지는 인사책 본체의 보안을 설명하며,
메신저 대화 내용의 보관 정책을 설명하는 페이지가 아닙니다.
이 글이 확인하지 못한 항목은 다음과 같습니다.

• 서비스 운영 쪽 백업에 남는 사본의 보관 기간은 공개 자료로 확인하지 못했습니다.
• 계약이 끝난 뒤 대화 데이터를 언제 어떻게 처리하는지는 이 글에서 약속하지 않습니다.
  개인정보 처리 기준은 개인정보처리방침이 정본입니다.

숫자로 보기

아래 세 예시는 모두 가상의 예이며 실제 고객 성과가 아닙니다.

가상의 예 1: 퇴사 회수 건수

직원 60명 회사에서 한 달에 3명이 퇴사하고,
회수할 계정이 있는 곳이 메신저,
외부 메일,
파일 저장소,
회계 프로그램,
외부 협업 도구 5곳이라고 가정합니다.
곳마다 사람이 계정을 끄면 3명 × 5곳 = 15건을 직접 처리합니다.
회사 IdP가 SCIM으로 5곳을 모두 묶어 두었다면 IdP에서 3건만 처리하면 됩니다.
인사책 사내 메신저는 5곳 중 메신저 1곳만 인사책 퇴사 처리에 이어 꺼지므로 직접 처리는 15건에서 12건으로 줄고,
나머지 4곳 × 3명 = 12건은 인사책이 대신 회수해 주지 않습니다.

가상의 예 2: 삭제 규정과 감사 예외

프로젝트 방 하나에서 하루 150건을 90일 동안 주고받으면 150건 × 90일 = 13,500건이 쌓입니다.
「30일 지나면 삭제」 규정이 있으면 90일째에 오래된 60일 치 150건 × 60일 = 9,000건이 삭제 대상입니다.
감사 대상이 전체의 5%이고 고르게 분포한다고 가정하면 13,500건 × 5% = 675건이고,
그 가운데 삭제 대상인 앞 60일 몫은 675건 × 60 ÷ 90 = 450건입니다.
이 450건을 지우지 않는 예외 설정이 필수라면,
예외를 정책으로 지원하는지 문서와 시험으로 확인해야 합니다.
인사책 사내 메신저에는 이 예외 설정이 없으므로 이 조건에서는 맞지 않습니다.

가상의 예 3: 반출 샘플 대조 시간

반출 샘플 시험을 메시지 100건과 첨부 20개로 한다고 가정합니다.
메시지 1건마다 건수,
시각,
작성자,
수정·삭제 표시 4가지를 대조하면 100건 × 4가지 = 400칸이고,
첨부 1개마다 파일 존재,
크기,
원문 연결 3가지를 대조하면 20개 × 3가지 = 60칸이어서 합계 460칸입니다.
한 칸에 30초가 걸린다고 하면 460칸 × 30초 = 13,800초이고 이는 230분,
곧 3시간 50분입니다.
이 시험은 반출 기능이 있는 후보에만 할 수 있으며,
인사책 사내 메신저는 반출 기능이 없어 시험 대상이 아닙니다.

인사책에서 하는 법

이 절은 로그인과 접속 통제에 인사책이 실제로 제공하는 화면만 적습니다.
보존 정책,
자동 삭제,
반출 설정 화면은 없습니다.

1단계 메신저를 켜고 직원에게 발급하기

회사관리자가 톱니 ⚙ › 「설정」 › 「기능 켜기·끄기」 칸 › 위쪽 「메신저·연동」 탭의 「사내 메신저」 칸에서 스위치를 켭니다.
꺼져 있을 때는 「켜면 직원마다 메신저를 발급할 수 있어요.」라는 안내가 보입니다.
처음 켜는 회사는 사업자 확인을 통과해야 하고,
켤 때 메신저 연결을 먼저 확인하며,
3초 안에 확인되지 않으면 켜지지 않습니다.
같은 칸의 「직원 발급 관리」에서 「이름 검색」이나 「전체 선택」으로 직원을 고르고 「발급」을 누르면 한 번에 1~200명에게 이용 권한이 생깁니다.
이 칸은 「직원마다 발급한 사람만 메신저를 씁니다.」라고 안내합니다.

2단계 직원 입장 확인하기

발급받은 직원은 하단 바의 「메신저」 칸(기본 하단 바 기준)을 눌러 다시 로그인하지 않고 들어갑니다.
발급 전 직원에게는 「아직 메신저가 발급되지 않았어요」 안내가 보입니다.
메신저에 짝지어진 계정이 없으면 「메신저 계정이 아직 연결되지 않았어요.
관리자에게 문의해 주세요.」가 보이고,
연결에 실패하면 「메신저를 열지 못했어요.
잠시 뒤 다시 시도해 주세요.」가 보입니다.

3단계 접속을 끊을 때는 발급 취소를 먼저

즉시 차단이 필요한 직원은 인사책에서 퇴사 처리를 하기 전에 「직원 발급 관리」에서 「발급 취소」를 먼저 누릅니다.
발급 표는 재직 소속만 불러오는 조회이므로 퇴사 처리를 먼저 하면 그 직원을 표에서 찾지 못할 수 있습니다.
발급 취소 요청은 응답 뒤 백그라운드로 가고 3초 안에 닿지 못하면 경고 기록만 남으므로,
중요한 계정은 취소한 뒤 해당 계정으로 메신저를 열어 접속이 끊겼는지 시험으로 확인하세요.
직접 로그인으로 만든 세션은 이 요청으로 끊기지 않을 수 있습니다.

4단계 퇴사 처리와 반영 확인하기

인사책에서 퇴사로 바뀌면 메신저 계정이 꺼지고,
로그인과 알림이 끊기며,
부서 대화방에서 빠집니다.
이미 오간 메시지는 남습니다.
반영에 걸리는 시간은 이 글이 약속하지 않으므로,
퇴사 처리 뒤 퇴사자 계정으로 열어 보는 시험을 권합니다.
퇴사 처리 전체 순서는 퇴사자 처리 원스톱 세팅에 있고,
메일 계정 회수는 직원 이메일 계정 만들기와 퇴사 회수에 있습니다.

5단계 구매 검토서에 시험 기록 남기기

보안책임자에게 낼 검토서에는 IdP 시험 결과,
관리자·일반 직원·퇴사자 3개 역할의 접근 시험,
삭제와 보존이 충돌하는 상황의 정책 시험,
반출 샘플 대조 결과,
보안 승인 기록을 남깁니다.
인사책 사내 메신저는 이 중 IdP 시험,
정책 충돌 시험,
반출 대조가 해당되지 않으므로 검토서에 「제공하지 않음」으로 적고 대체 운영 규칙을 함께 적습니다.

인사책이 맞지 않는 경우

Slack을 이미 쓰는 회사라면 인사책 출퇴근 기록을 Slack 채널로 전달하는 연동이 있습니다.
이 연동은 화면에서 직접 켜는 방식이 아니라 문의로 신청하고,
인사책에서 Slack으로 가는 단방향이며,
Slack 안에서 출퇴근을 찍을 수는 없습니다.
이 연동은 Slack의 SSO나 보존 정책을 대신하지 않습니다.
자세한 범위는 Slack 연동 안내에 있습니다.

다른 서비스와 비교할 때

이 절은 각 사 공개 문서를 읽은 조건별 검토 순서입니다.
(출처: 각 사 공개 문서,
2026-10-21 확인) 순위나 적합성 확정이 아니며,
「우선 검토」는 공식 문서가 해당 질문의 핵심 조건에 직접 대응한다는 뜻입니다.
어느 서비스도 실제 고객 계정으로 시연하지 않았습니다.
필수 조건이 미확인으로 남으면 문서 검토 후보를 적합성 확정 후보로 올리지 않습니다.
표의 괄호는 출처 ID이며 주소는 아래 근거 절에 있습니다.

로그인: IdP·자동 발급·세션 회수

보존·삭제 정책,
삭제와 감사 보존의 충돌

반출: 권한·포맷·로그

조건별로 먼저 볼 후보

근거와 확인일

이 글의 인사책 기능 설명은 2026-10-21 인사책 소스 코드 기준이며,
메신저 부분은 2026-10-20 판 메신저 소스를 읽은 결과입니다.
기능이 바뀌면 이 글도 함께 고칩니다.
가상의 예는 실제 고객 사례가 아닙니다.

• 인사책 공개 페이지: 사내 메신저, 그룹웨어, 보안과 데이터 보호, Slack 연동, 개인정보처리방침.
  개인정보 보유 기준은 개인정보처리방침이 정본이며 협업 메시지 보존 통제와 다른 요구입니다.
• Slack: Usage limits for free workspaces https://slack.com/help/articles/115002422943-Usage-limits-for-free-workspaces (SL-S05),
  Customize data retention in Slack https://slack.com/help/articles/203457187-Customize-data-retention-in-Slack (SL-S09),
  Slack plans and features https://slack.com/help/articles/115003205446-Slack-plans-and-features (SL-S10).
  확인일 2026-10-21.
• Microsoft Teams: 게스트 액세스 https://learn.microsoft.com/ko-kr/microsoftteams/guest-access (SL-S12),
  Manage messaging policies in Teams https://learn.microsoft.com/en-us/MicrosoftTeams/messaging-policies-in-teams (SL-S14),
  Manage retention policies for Microsoft Teams https://learn.microsoft.com/en-us/microsoftteams/retention-policies (SL-S15).
  확인일 2026-10-21.
• 잔디: 화면 구성 https://support.jandi.com/ko/articles/setup-jandi-page-ab85b112 (SL-S17),
  메시지 검색 https://support.jandi.com/ko/articles/messages-search-b60afee7 (SL-S18),
  공개 토픽·비공개 토픽·채팅 https://support.jandi.com/ko/articles/topics-public-private-chat-3032afdd (SL-S20),
  요금안내 https://www.jandi.com/landing/kr/pricing (SL-S23,
  본문 추출 실패).
  확인일 2026-10-21.
• Dooray!: 메신저 https://dooray.com/main/service/messenger/ (SL-S24),
  요금안내 https://dooray.com/main/pricing/ (SL-S25).
  확인일 2026-10-21.
• Mattermost: Secure Messaging and Collaboration https://mattermost.com/platform/secure-messaging-and-collaboration/ (SL-S26),
  Editions and Offerings https://docs.mattermost.com/product-overview/editions-and-offerings (SL-S27),
  Mattermost Plans https://docs.mattermost.com/product-overview/plans (SL-S28).
  확인일 2026-10-21.
• 한계: 공개 문서 검토에 따른 조건별 제안입니다.
  각 서비스의 실사용 성능 시험,
  현재 계약 조건,
  외부 AI 답변 빈도는 직접 확인하지 않았습니다.
  미확인을 미지원이나 충족으로 바꿔 읽지 않습니다.