한 직원이 7년 동안 같은 회사에서 분석가로 일했다. 온라인 과정 38개를 마쳤고 사내 인증 4개를 받았으며, 세 프로젝트에서 현업 평가도 통과했다. 다른 계열사로 소속을 옮긴 첫날, 이전 회사 이메일에 묶인 LMS 계정이 닫혔다. 새 조직에 제출한 것은 수료증 PDF 몇 장과 화면 캡처뿐이었다. 누가 어떤 기준으로 평가했는지, 당시 과제가 무엇이었는지, 인증이 지금도 유효한지는 확인할 길이 없었다. 기록은 있었지만 증거로는 살아남지 못했다.
학습기록 이식성은 학습성과 기록이 부서·법인·고용관계·플랫폼의 경계를 넘어가도 발급자, 대상자, 달성 기준, 발급 시점, 증거, 무결성과 현재 상태를 다시 확인할 수 있고, 당사자가 제시 범위를 통제할 수 있는 능력이다. 다운로드 버튼이나 데이터 이전 프로젝트 하나를 뜻하지 않는다.
기업교육의 결론은 분명하다. 학습기록은 회사 계정에만 붙여 두어서는 안 되지만, 모든 원시 로그를 직원에게 넘기는 방식으로도 해결되지 않는다. 이동 가능한 성취, 조건부로 공유할 증거, 회사에 남겨야 할 민감정보를 가르고, 발급·보관·제시·검증·철회의 책임을 끝까지 이어야 한다.
이동 첫날 사라진 것은 데이터가 아니라 네 가지 연결이다
LMS 관리자 화면에는 해당 직원의 이력이 남아 있을 수 있다. 그런데 새 조직이 그 이력을 쓸 수 없다면 실무적으로는 사라진 것과 같다. 계정 종료와 함께 끊기는 연결은 네 가지다.
첫째, 접근 연결이다. 회사 이메일, 사내 SSO와 퇴직자 정책에 묶인 기록은 직원이 더 이상 열 수 없다. 둘째, 맥락 연결이다. 과정명만 남고 학습성과, 평가 기준, 과제 난이도와 도움 수준이 빠지면 무엇을 해냈는지 판단할 수 없다. 셋째, 신뢰 연결이다. 발급자와 대상자, 원문 무결성을 검증할 수 없으면 화면 캡처와 자가진술을 넘기 어렵다. 넷째, 시간 연결이다. 자격 만료, 발급 오류, 정정과 철회 상태를 조회할 경로가 끊기면 과거 파일은 현재 사실을 말하지 못한다.
이식성은 이 네 연결을 새 환경에서 복구하는 설계다. 단순 백업은 파일을 보존하지만 누가 주장했는지 보존하지 못할 수 있다. 반대로 암호학적 서명만 남기면 파일이 변조되지 않았다는 점은 확인해도 그 발급자가 믿을 만한지, 현재 직무에 충분한 증거인지는 따로 판단해야 한다.
첫 번째 갈림길에서 활동 로그와 들고 갈 성취를 가른다
학습기록을 하나의 덩어리로 보면 과다 반출과 증거 부족이 동시에 생긴다. 영상 재생, 클릭, 퀴즈 재시도, 도움 요청과 게시판 활동은 학습과정을 이해하는 데 유용하다. 그러나 “직원이 이 역량을 갖췄다”는 발급자의 주장과는 다르다. xAPI나 LRS로 활동을 잘 모았다고 해서 이직 뒤 제출할 수 있는 역량 자격증명이 자동으로 생기는 것은 아니다.
반출 대상을 정할 때는 기록의 목적부터 나눈다.
| 기록층 | 묻는 질문 | 이동 기본값 | 예시 |
|---|---|---|---|
| 활동 이벤트 | 무엇을 보고 시도했는가 | 원칙적으로 회사 보존·최소화 | 접속, 재생, 클릭, 퀴즈 시도, 도움 요청 |
| 학습성과 | 어떤 기준을 충족했는가 | 이동 가능한 형식으로 발급 | 과정 이수, 평가 통과, 사내 인증, 업무자격 |
| 근거 자료 | 그 판단은 무엇에 기대는가 | 권리·기밀 검토 뒤 제한 공유 | 평가 결과, 관찰 기록, 작업물, 프로젝트 산출물 |
| 운영·감사 기록 | 누가 언제 발급·정정·조회했는가 | 회사가 필요한 범위로 보존 | 발급 로그, 동의, 접근 기록, 상태 변경 이력 |
핵심은 활동을 많이 내보내는 것이 아니라 재사용할 성취 주장에 충분한 맥락을 붙이는 것이다. 과정명과 수료일만으로는 부족하다. 무엇을 할 수 있다고 주장하는지, 어떤 기준과 평가를 통과했는지, 발급 당시의 버전은 무엇인지, 어느 범위까지 증거를 보여 줄 수 있는지가 함께 가야 한다.
두 번째 관문에서는 파일보다 검증 가능한 묶음을 건넨다
이동 가능한 최소 패키지는 사람용 화면과 기계 판독 가능한 원본을 함께 가져야 한다. 사람이 읽는 제목·설명과 더불어 안정된 자격증명 ID, 발급자, 대상자와 연결하는 식별값, 달성 기준, 발급일과 유효기간, 증거 참조, 서명 또는 무결성 증명, 현재 상태 조회 위치, 스키마 버전이 필요하다. 기록을 고쳤다면 이전 버전과 새 버전의 관계도 남긴다.
1EdTech의 Comprehensive Learner Record(CLR) 2.0은 여러 학습 제공자가 발급한 성취를 기계가 읽고 검증 가능한 묶음으로 만들 수 있게 설계됐다. CLR 자체도 Verifiable Credential이며 여러 발급자의 개별 자격증명을 포함할 수 있다. 내부 직원개발·승진 유스케이스에서는 직원이 필요한 증거를 골라 묶고, 채용관리자가 받은 뒤 HR이 주장을 검증한다. 다만 이 유스케이스가 특정 기업의 승진 성과를 입증하는 것은 아니다.
1EdTech CLR 2.0 §5.1 Figure 1. User, Web Browser, Client, Authorization Server, Resource Server를 분리한다. 사용자 통제형 교환은 파일 다운로드 한 번보다 권한·자원·서비스의 지속성을 함께 설계해야 한다.
그림에서 중요한 것은 특정 제품이 아니라 책임의 분리다. 사용자는 자기 자원 접근을 승인하고, 클라이언트는 사용자를 대신해 요청하며, 인가 서버는 권한을 발급하고, 자원 서버는 원본 기록을 제공한다. 계약 종료 시 “PDF를 받을 수 있는가”만 물어서는 부족하다. 기계 판독 가능한 원본, 스키마, 검증 키와 상태 조회 서비스, 대상자 연결 절차, 감사 로그를 누가 이어받는지도 물어야 한다.
W3C의 2026년 7월 Digital Credentials 문서는 웹에서 자격증명 발급·제시를 사용자 중개 방식으로 처리하고 명시적 동의와 능동적 참여를 보장하는 API를 개발 중이다. 교육·전문훈련 증명도 활용 예시에 들어간다. 그러나 이 문서는 아직 Working Draft이며, 디지털 지갑이 자격증명을 어떻게 저장·관리하는지는 명시적으로 범위 밖이다. API 지원을 지갑·보존·퇴직정책까지 완성됐다는 뜻으로 읽으면 안 된다.
세 번째 관문은 소유권 선언이 아니라 세 역할의 분리다
학습기록 논의는 곧잘 “데이터는 회사 것인가, 직원 것인가”라는 한 문장으로 좁아진다. 실무 설계에는 더 세밀한 구분이 필요하다.
- 발급자는 직원이 어떤 기준을 언제 충족했다고 주장하고, 정정·상태 변경과 검증 경로를 유지한다.
- 보유자는 자신에게 발급된 기록을 보관하고, 누구에게 어떤 항목을 언제까지 보여 줄지 선택한다.
- 검증자는 형식, 무결성, 발급자, 대상자와 상태를 확인한 뒤 해당 목적에 충분한지 판단한다.
문부과학성 「オープンバッジによる学習履歴の見える化」 원문 4쪽. 발급자–보유자–검증자의 역할과 지갑을 보여 주며 발급 예시에 사내연수 수료증이 포함된다. 사회교육 가이드의 개념도이지 모든 기업 기록의 외부 공개 의무를 뜻하지 않는다.
보유자가 통제한다는 말은 발급자의 평가를 마음대로 고칠 수 있다는 뜻이 아니다. 직원은 받은 기록을 선택해 제시할 수 있지만, “평가 통과”라는 주장의 작성·정정 책임은 발급자에게 있다. 회사 역시 자신이 발급한 기록을 직원 몰래 다시 쓰기보다 오류를 바로잡은 새 버전을 내고 대체 관계를 남겨야 한다.
검증도 두 단계다. 서명이 맞고 파일이 변조되지 않았는지 확인하는 기술 검증과, 발급자가 그 자격을 발급하도록 인정된 주체인지 판단하는 신뢰 판단은 다르다. W3C의 Recognized Entities v1.0 초안은 특정 생태계에서 누가 발급·검증 같은 행위를 하도록 인정됐는지를 표현하려 한다. 그러나 이 문서는 2026년 5월의 First Public Working Draft이며 스스로 실험적이고 실서비스 배포에 적합하지 않다고 밝힌다. 당장 도입할 완성 규격이 아니라 “서명이 유효하다”와 “발급자를 신뢰한다”를 분리해야 한다는 설계 신호로 봐야 한다.
PDF가 도착해도 실시간 검증이 끊기면 여정은 끝나지 않는다
퇴직자가 가장 쉽게 챙길 수 있는 것은 PDF다. 사람이 읽고 보관하기 좋으며 면담 자료로도 유용하다. 하지만 PDF에 찍힌 “유효” 표시는 내보낸 순간의 상태일 수 있다. 이후 자격이 만료되거나 발급 오류가 발견돼도 파일은 스스로 바뀌지 않는다.
Europass는 European Digital Credential을 지갑, JSON-LD 파일, 임시 지갑 등으로 받을 수 있게 하고, 보유자가 통제하는 기간 제한 공유 링크를 권한다. 지갑에서 PDF 요약본도 내보낼 수 있지만, PDF는 특정 시점의 인증·검증 결과를 담은 비보안 스냅샷이며 온라인 원본의 실시간 확인이 가장 신뢰할 수 있다고 명시한다.
Europass의 2026년 6월 23일 공식 안내 화면. JSON Document와 PDF summary 선택, 형식·전자봉인·철회·인정·유효기간 확인 항목을 함께 보여 준다. PDF 요약과 살아 있는 온라인 검증을 같은 것으로 보지 말아야 한다.
기업은 최소 두 층을 제공하는 편이 좋다. 첫째는 직원이 오래 보관하고 읽을 수 있는 요약본이다. 둘째는 다른 시스템이 파싱하고 서명·발급자·상태를 확인할 수 있는 원본이다. 공유할 때는 원본 파일을 이메일로 무기한 복제하기보다 항목과 기간을 제한한 제시 수단을 둔다. 이식성은 더 많이 퍼뜨리는 능력이 아니라 필요한 증거를 통제된 방식으로 다시 검증하게 하는 능력이다.
정정·철회·보존이 한 기록의 생애를 완성한다
변조 방지는 영구 유효성을 뜻하지 않는다. 오히려 원문을 임의로 고칠 수 없기 때문에 상태와 버전을 따로 운영해야 한다.
대상자 연결이 잘못됐거나 평가결과에 오류가 있으면 정정본을 재발급하고 supersedes 같은 대체 관계를 남긴다. 자격에 만료기간이 있다면 발급일과 별도로 유효기간을 기록한다. 부정 취득이나 발급 오류로 주장을 더 이상 인정할 수 없다면 상태를 바꾸되, 사유 공개는 목적에 필요한 수준으로 제한한다. 접근 링크를 끊는 것, API 접근 토큰을 철회하는 것, 자격증명 자체의 상태를 바꾸는 것은 서로 다른 사건이다.
삭제도 한 번의 명령이 아니다. 직원이 받은 사본, 회사 원본, 지갑, 상태 목록, 백업, 감사 로그와 증거 저장소의 보존주체가 다를 수 있다. 회사는 법적·감사상 필요한 최소 기록을 정해진 기간 보존하고, 직원은 외부 이동이 허용된 성취 사본을 가져가는 이중 구조가 현실적이다. 구체적인 보존기간과 열람·삭제 권리는 개인정보, 노무, 지식재산, 산업규제와 계약에 따라 달라지므로 HRD가 임의의 보편 숫자를 정해서는 안 된다.
또 하나의 실패 지점은 발급자나 지갑 서비스의 종료다. 서명 파일을 보관해도 공개키와 상태 확인 경로가 사라지면 새 검증자가 어려움을 겪는다. 벤더 계약에는 서비스 종료 전 원본 내보내기, 공개 스키마, 검증 키와 상태 서비스의 보존·이관, 대체 URL, 데이터 삭제 증빙과 표본 재검증 기간을 넣어야 한다.
반출선은 직원 친화성과 영업비밀 보호를 함께 지킨다
“직원 중심”을 모든 기록의 일괄 반출로 해석하면 고객정보, 동료 평가, 보안 로그와 회사의 비공개 작업방식이 함께 나갈 수 있다. 반대로 기밀 가능성을 이유로 과정명과 수료일만 주면 직원은 자신의 역량을 다시 증명할 수 없다. 해결책은 기록별 반출등급이다.
| 반출등급 | 기본 처리 | 설계 원칙 |
|---|---|---|
| 이동 가능한 성취 | 직원에게 기계 판독 가능한 원본과 요약 제공 | 발급자·기준·날짜·상태·무결성을 포함 |
| 조건부 증거 | 당사자·권리자 승인 뒤 기간·항목 제한 공유 | 작업물, 평가답안, 관리자 관찰에서 타인·고객·기밀을 분리 |
| 사외 반출 제외 | 자격증명에서는 제외하고 회사가 최소 보존 | 원시 행동로그, 고객 데이터, 보안 이벤트, 타 직원 정보 |
평가 증거를 외부에 직접 내보낼 수 없다면 검증 가능한 요약으로 대체할 수 있다. 예를 들어 고객 프로젝트 산출물 대신 “난이도 3의 익명화된 사례과제를 기준표에 따라 독립 수행했고 두 명의 승인자가 확인했다”는 발급자 주장을 남긴다. 검증자는 필요하면 승인 절차와 기준 버전을 확인하고, 원문 접근은 별도 권한심사로 제한한다.
한국 기업은 이 반출표를 개인정보 담당자나 법무에 마지막으로 보여 주는 문서로 만들지 말아야 한다. HRD, 현업, 보안, 개인정보, 노무·법무, IT가 발급 전에 함께 분류해야 한다. 법적 소유권을 한 문장으로 단정하기보다 누가 어떤 목적에서 무엇을 생성·보관·제시·정정·삭제할 수 있는지 기록별로 정하는 편이 실행 가능하다.
퇴직일보다 30일 앞에서 기록의 인계가 시작돼야 한다
이 글의 직원 사례를 다시 따라가 보자. 의무 일정이 아니라 기업이 조정해 쓸 수 있는 운영 예시다.
D-30에는 발급 대상을 확정한다. HRD는 수료·평가·인증 중 이동 가능한 성취를 고르고 발급자, 기준, 상태, 증거등급을 점검한다. 대상자 식별이 회사 이메일 하나에만 묶였는지 확인하고 직원이 이어서 사용할 수 있는 연결 절차를 준비한다.
D-14에는 직원이 직접 받아 본다. 요약본과 기계 판독 가능한 원본을 외부 지갑이나 지정 저장공간으로 내보내고, 직원이 파일을 열고 항목별 공유와 철회를 시험한다. 실패한 기록은 화면 캡처로 임시 봉합하지 말고 발급·스키마·신원 연결 오류로 분류한다.
D-1에는 수신자 관점으로 검증한다. 별도 테스트 계정에서 발급자, 대상자, 무결성, 유효기간과 상태를 확인한다. 기밀 증거가 따라가지 않았는지, 반대로 달성 기준이 빠지지 않았는지도 함께 본다. 이전 SSO를 끊은 뒤에도 검증이 되는지가 핵심이다.
D+30에는 살아 있는지를 다시 본다. 상태 조회, 기간 제한 링크와 접근 철회가 동작하는지 표본 검사한다. 계정 종료 뒤에만 드러나는 URL 의존, 지갑 알림, 키 조회 오류를 수정한다. 전적·출향처럼 고용관계가 복잡한 이동은 어느 법인이 발급자와 보존주체를 맡는지 다시 확인한다.
이 절차를 모든 직원에게 한꺼번에 펼치기보다 외부 가치가 높고 기준이 명확한 자격·역할 인증부터 시작한다. 다음으로 사내 프로젝트 인증과 현장평가를 확대하고, 원시 활동 로그는 별도 보존·최소화 정책에 남겨 둔다.
플랫폼 교체 계약서는 출구에서 먼저 시험한다
학습 플랫폼을 고를 때 콘텐츠, 추천과 관리자 대시보드는 쉽게 비교한다. 이식성은 실제 계약 종료 전까지 드러나지 않기 쉽다. 데모 단계에서 가상의 퇴직자 한 명을 만들어 두 묶음의 질문을 실제로 시험해야 한다.
직원이 받을 수 있는가
- 관리자 도움 없이 자기 성취를 내보낼 수 있는가.
- PDF 외에 서명된 기계 판독 가능한 원본과 스키마 문서를 받을 수 있는가.
- 외부 식별자나 새 회사 식별자와 연결하되 불필요한 추적을 막을 수 있는가.
- 달성 기준, 평가 방식, 발급자, 버전과 상태까지 이동하는가.
- 여러 발급자의 기록에서 필요한 항목만 선택해 제시할 수 있는가.
조직이 책임을 이어 갈 수 있는가
- 공유기간 설정, 접근 철회와 제시 이력 확인이 가능한가.
- 오발급·정정·만료 뒤에도 이전 파일과 새 상태의 관계를 검증할 수 있는가.
- 고객정보·동료정보·영업비밀이 증거 링크로 따라가지 않는가.
- 서비스 종료 뒤 공개키·상태 조회·스키마와 감사 로그를 누가 유지하는가.
- 다른 표준 준수 시스템으로 표본 기록을 옮겨 다시 검증했는가.
“CLR 지원”, “VC 호환”, “Open Badges 3.0” 같은 표시는 출발점일 뿐이다. 지원 범위, 프로파일, 확장 필드, 키 관리, 상태 방식과 내보내기 권한이 다르면 실제 상호운용성도 달라진다. 조달 평가에는 기능표보다 왕복 시험 결과와 종료 시 인계물을 넣어야 한다.
살아남은 기록은 보유량이 아니라 재검증률로 드러난다
운영 대시보드에서 자격증명 발급 건수만 늘리면 기록이 쌓였다는 사실만 알 수 있다. 이동 뒤에도 증거로 작동하는지는 다른 숫자로 봐야 한다.
- 이동·퇴직 전 내보내기 성공률과 직원 수령 확인률.
- 새 시스템의 원문 파싱, 서명, 대상자, 발급자와 상태 검증 성공률.
- PDF만 있고 기계 판독 가능한 원본이 없는 기록 비율.
- 발급자 또는 상태 확인 경로가 끊긴 기록 비율.
- 선택 제시, 기간 제한과 접근 철회가 실제 동작한 비율.
- 정정·재발급 처리시간과 이전 버전 추적 가능률.
- 기밀정보 과다 반출과 필요한 증거 누락 건수.
- 지갑·벤더 변경 뒤 표본 기록의 재검증 성공률.
지표는 서로 견제해야 한다. 내보내기 성공률이 높아도 기밀 반출이 늘면 좋은 이식성이 아니다. 철회가 빠르더라도 새 조직이 정상 기록을 검증하지 못하면 쓸모가 없다. 발급량, 통제, 검증, 프라이버시와 지속성을 한 화면에서 봐야 한다.
그 직원에게 필요했던 것은 7년치 클릭 로그가 아니었다. 자신이 어떤 기준을 통과했는지 설명하는 기록, 발급자가 그 사실을 책임진다는 증명, 필요한 상대에게만 보여 줄 수 있는 수단, 시간이 지나도 현재 상태를 확인할 경로였다. 좋은 학습기록은 계정에 남는 데이터가 아니라 사람의 경력과 함께 이동하면서도 발급자의 책임을 잃지 않는 증거다. 플랫폼을 도입할 때가 아니라 떠나는 날에도 검증되는지를 기준으로 설계해야 한다.
함께 읽을 글
출처
- World Wide Web Consortium, Digital Credentials, Working Draft, 2026-07-16: https://www.w3.org/TR/2026/WD-digital-credentials-20260716/
- World Wide Web Consortium, Recognized Entities v1.0, First Public Working Draft, 2026-05-12: https://www.w3.org/TR/2026/WD-vc-recognized-entities-1.0-20260512/
- 1EdTech Consortium, Comprehensive Learner Record Standard Version 2.0, Final Release: https://www.imsglobal.org/spec/clr/v2p0/
- Europass, How to receive and use a European Digital Credential, 2026-06-23: https://europass.europa.eu/en/news/how-receive-and-use-european-digital-credential
- 文部科学省, オープンバッジによる学習履歴の見える化―導入事例と活用のポイント―, 2026: https://www.mext.go.jp/content/20260609-mxt_syogai03-000034993_01.pdf
- 厚生労働省, ジョブ・カードを知る: https://www.job-card.mhlw.go.jp/guidance/know?usernw=mv_know