싱글사인온(SSO)을 붙였다고 인사 시스템과 연동됐다고 착각하는 순간, 계정은 만들어지지만 인사 데이터는 어디에도 흐르지 않는다. LMS 연동의 네 계층을 나눠본다.
LMS 도입 프로젝트에서 가장 흔하고 값비싼 실수 중 하나는 단순하다. 싱글사인온(SSO)을 붙여놓고 인사 시스템과 연동이 끝났다고 착각하는 것이다. 업계에서는 이를 두고 SSO는 로그인 여부만 확인할 뿐, 교육을 배정하거나 역할을 동기화하거나 학습 이력을 갱신하지는 않는다고 지적한다. 이 하나의 오해가 도입 이후 수개월간 반복되는 수작업 계정 관리, 잘못된 교육 배정, 감사 시즌의 데이터 불일치로 이어지는 경우가 적지 않다. 연동이라는 한 단어 안에 실제로는 서로 다른 네 개의 계층이 숨어 있기 때문이다.
연동의 네 계층
LMS를 둘러싼 연동은 목적이 서로 다른 네 가지 기술로 이루어진다. 첫째는 SAML 기반 SSO로, 로그인한 사람이 본인이 맞는지 사내 인증 시스템의 자격증명으로 확인하는 인증(authentication) 계층이다. 둘째는 SCIM으로, 인사 시스템에서 발생한 입사·이동·퇴사 같은 이벤트에 따라 LMS 계정을 자동으로 생성·수정·삭제하는 프로비저닝(provisioning) 계층이다. 셋째는 HRIS API 연동으로, LMS가 REST API를 통해 조직도·인사 발령·부서 정보를 주기적으로 동기화해 교육 배정 로직에 반영하는 계층이다. 넷째는 Slack·Teams 같은 협업 도구로 교육 완료나 마감 임박을 알리는 웹훅 기반 알림 계층이다. 이 네 계층은 서로 대체되지 않는다.
실제 사례 — Workday에서 Slack까지
실무에서는 이 네 계층이 조합되어 하나의 파이프라인을 이룬다. Workday, SAP SuccessFactors, BambooHR 같은 인사 시스템에서 조직 변경 이벤트가 발생하면 SCIM 또는 API 연동을 통해 LMS 계정과 소속 정보가 갱신되고, 이를 바탕으로 해당 직무에 필요한 교육이 자동 배정된다. 완료 여부나 마감 임박 알림은 Slack이나 Microsoft Teams로 전달돼 관리자가 별도로 LMS에 로그인하지 않아도 진행 상황을 파악할 수 있다. LTI 1.3 표준은 여러 학습 도구를 하나의 LMS 화면 안에 임베드하는 데 쓰이고, SCORM과 xAPI는 콘텐츠 자체의 재생과 이수 데이터를 표준화된 방식으로 주고받는 데 쓰인다. 이 조합이 갖춰지지 않으면 관리자가 스프레드시트로 인사 변동 사항을 확인해 LMS에 일일이 반영하는 수작업이 남는다.
연동 가능이라는 말의 함정
벤더가 연동 가능이라고 답했을 때 실제로 무엇을 의미하는지 구체적으로 확인하지 않으면 계약 이후 기대와 실제 사이에 간극이 생긴다. 다음 질문을 계약 전에 반드시 던져야 한다.
- SSO만 지원하는가, 아니면 SCIM을 통한 자동 계정 프로비저닝까지 지원하는가
- 인사 시스템과의 동기화 주기는 실시간인가, 배치(예: 일 1회)인가
- 부서 이동이나 퇴사 시 LMS 학습 이력과 접근 권한은 자동으로 어떻게 처리되는가
- Slack·Teams 알림은 표준 제공 기능인가, 별도 개발이나 미들웨어가 필요한가
- 연동 실패나 동기화 오류 발생 시 관리자에게 어떻게 통보되는가
| 연동 계층 | 주된 목적 | 이것만으로는 안 되는 일 |
|---|---|---|
| SAML SSO | 로그인 시 신원 확인 | 계정 생성, 역할 부여, 교육 배정 |
| SCIM 프로비저닝 | 계정 생성·수정·삭제 자동화 | 실시간 조직도 반영, 콘텐츠 배정 로직 |
| HRIS API 동기화 | 조직도·발령 정보 정기 반영 | 협업 도구 알림, 로그인 인증 |
| 웹훅 알림(Slack/Teams) | 완료·마감 알림 전달 | 계정 관리, 데이터 정합성 보장 |
SSO를 HRIS 연동으로 착각하는 순간, 로그인은 되지만 데이터는 어디에도 흐르지 않는 시스템이 완성된다.
LMS 선정 과정에서 연동 가능이라는 답변 하나로 넘어가서는 안 된다. 어떤 계층까지 지원하는지, 동기화 주기는 어떤지, 조직 변경이 몇 시간 안에 반영되는지를 구체적으로 확인하는 것이 계약 이후 벌어질 수작업과 데이터 불일치를 미리 막는 가장 확실한 방법이다.
