LMS를 갈아탈 때 담당자가 가장 걱정하는 것은 "데이터가 안 옮겨지면 어쩌지"입니다. 그런데 실제로 사고가 나는 지점은 조금 다릅니다. LMS 이관에서 문제가 되는 것은 옮기지 못한 데이터가 아니라, 옮기긴 했는데 설명할 수 없게 된 데이터입니다. 회원 수는 맞는데 소속이 뒤섞이고, 수강 건수는 맞는데 진도율이 달라지고, 이력은 남았는데 3년 전 차수의 수료증을 다시 뽑을 수 없는 상태 — 이런 것들이 전환 두 달 뒤에 한꺼번에 올라옵니다.
이 글은 LMS 교체를 이미 결정했거나 검토 중인 담당자를 위한 실무 문서입니다. 무엇을 어디까지 옮길지 가르는 기준, 이관 5단계와 단계별 완료 판정, 계약 전에 문서로 못 박아야 할 항목까지 순서대로 정리했습니다.
옮기는 건 데이터지만, 지켜야 하는 건 증빙이다
이관 계획서를 받아 보면 대개 "회원 O건, 수강 O건, 수료 O건 이관"처럼 건수로 적혀 있습니다. 건수는 맞추기 쉽습니다. 어려운 것은 그 건수가 나중에 무엇을 증명하는가입니다.
교육 운영에서 데이터가 실제로 쓰이는 순간은 세 가지뿐입니다. 누군가 "제 수료증 다시 발급해 주세요"라고 할 때, 감사나 점검에서 "이 사람이 그 교육을 이수한 근거를 제출하라"고 할 때, 그리고 다음 해 교육 계획을 짜며 지난해 실적을 뽑을 때. 이관의 합격선은 이 세 가지가 새 시스템에서 그대로 되는가이지, 테이블이 몇 개 옮겨졌는가가 아닙니다.
그래서 이관 범위를 정할 때 던져야 할 질문은 "이 데이터를 옮길 수 있나"가 아니라 "이 데이터로 나중에 무엇을 증명해야 하나"입니다. 이 질문을 먼저 통과시키면 옮길 것과 남길 것이 자연스럽게 갈립니다.
무엇을 옮길지부터 가른다 — 데이터 6덩어리
LMS 안의 데이터는 성격이 전혀 다른 여섯 덩어리로 나뉩니다. 덩어리마다 옮기는 난도도, 옮기지 않았을 때의 위험도 다릅니다. 전부 똑같이 취급하면 비용은 커지고 정작 중요한 항목의 검증은 얕아집니다.
| 덩어리 | 들어 있는 것 | 그대로 안 옮겨지는 이유 | 최소한 지켜야 할 것 |
|---|---|---|---|
| 회원·조직 | 계정, 이름·연락처, 소속·부서, 그룹·등급, 관리자 권한 | 소속 체계와 코드값이 시스템마다 다르고, 퇴사·탈퇴·중복 계정이 섞여 있음 | 한 사람이 한 계정으로 합쳐질 것, 소속 이력이 과거 시점 기준으로 남을 것 |
| 과정·차수 | 과정 정보, 차수·기간, 커리큘럼 구성, 수료 기준 | 차수 구조와 수료 기준 설정 방식이 제품마다 다름 | 과거 차수의 수료 기준이 그 시점 기준으로 보존될 것 |
| 수강·진도 | 수강신청, 학습 시작·종료, 차시별 진도, 재생 이력 | 진도 인정 규칙이 달라 같은 로그로도 다른 숫자가 나옴 | 진도율 숫자보다 수료·미수료 판정이 뒤집히지 않을 것 |
| 평가·이수 | 시험 응시·점수, 과제, 설문, 수료 여부, 수료증·인증서 발급 이력 | 발급 문서는 데이터가 아니라 템플릿+데이터의 결과물 | 과거 차수 수료증을 재발급할 수 있을 것 |
| 결제·정산 | 주문, 결제수단·상태, 환불, 쿠폰, 강사 정산 | PG 거래 원장은 LMS 밖에 있고, 회계 마감 기준과 맞물림 | 세무·정산 보존기간 동안 조회 가능할 것(옮기지 않고 보존해도 됨) |
| 콘텐츠·첨부 | 동영상, 학습 자료, 게시판 글·댓글, 첨부파일 | 데이터가 아니라 용량과 경로의 문제 — 링크가 깨지기 쉬움 | 본문에 박힌 파일 경로가 새 주소로 바뀔 것 |
표를 세로로 훑으면 한 가지가 보입니다. 위 두 덩어리는 구조의 문제, 가운데 두 덩어리는 규칙의 문제, 아래 두 덩어리는 보존과 용량의 문제입니다. 세 종류를 같은 회의에서 같은 방식으로 논의하면 반드시 하나가 빠집니다.
이관은 5단계로 진행된다
일정표에 "데이터 이관"이라고 한 줄로 적혀 있으면 그 프로젝트는 대개 늦어집니다. 실제로는 아래 다섯 단계이고, 세 번째 단계에서 두 번째 단계로 되돌아가는 일이 정상입니다.
핵심은 각 단계를 문서 하나로 닫는 것입니다. 데이터 목록, 매핑 정의서, 검증 결과서, 전환 공지, 보존·파기 계획. 이 다섯 장이 없으면 나중에 "왜 이 값이 이렇게 됐는지" 아무도 답하지 못합니다. 담당자가 바뀌면 더욱 그렇습니다.
단계별 확인 항목과 '넘어가도 되는 조건'
체크리스트가 쓸모 있으려면 항목만이 아니라 무엇을 확인하면 다음 단계로 넘어가도 되는지가 함께 적혀 있어야 합니다.
| 단계 | 확인 항목 | 넘어가도 되는 조건 |
|---|---|---|
| 1. 현행 조사 | 구시스템에서 어떤 형식으로 데이터를 꺼낼 수 있는가(엑셀·CSV·DB 백업) | 덩어리별로 실제 추출 파일을 한 번씩 받아 봤다 |
| 개인정보 항목이 무엇이고 어떤 근거로 수집됐는가 | 주민등록번호·연락처 등 민감 항목의 목록과 근거가 정리됐다 | |
| 커스터마이징으로 만든 필드·화면이 있는가 | 표준 기능이 아닌 항목이 목록으로 뽑혔다 | |
| 2. 항목 매핑 | 구시스템 항목 ↔ 새 시스템 항목의 일대일 대응표 | 대응되지 않는 항목의 처리 방식(버림·병합·비고 이관)이 결정됐다 |
| 코드값 차이(회원 상태, 수강 상태, 결제 상태) | 상태값별 변환 규칙이 표로 확정됐다 | |
| 수료 판정 규칙의 차이 | 과거 차수는 그 시점 기준으로 보존하기로 합의됐다 | |
| 3. 시험 이관·대조 | 건수·합계 대조(회원·수강·수료 각각) | 세 덩어리 모두 오차 0건이거나, 차이의 원인이 문서로 설명된다 |
| 표본 학습자 재현(부서·연차·수료 여부가 다른 10명 내외) | 10명의 이수 판정과 이력 화면이 구시스템과 같다 | |
| 과거 차수 수료증 재발급 | 실제로 한 장 뽑아서 발급번호·일자·과정명이 맞는지 확인했다 | |
| 4. 전환·병행 | 절단 시점(진행 중인 차수가 갈리지 않는 날) | 교육 일정표 위에 전환일이 표시되고 관련 부서가 확인했다 |
| 학습자 공지와 문의 창구 | 로그인 방법·비밀번호·과거 이력 조회 방법이 공지문에 들어갔다 | |
| 5. 정리·파기 | 구시스템 보존 범위와 기간 | 보존 항목·기간·보관 위치가 문서로 정해졌다 |
| 파기 시점과 방법 | 파기 대상과 실행 책임자가 지정됐다 |
이 표에서 가장 자주 생략되는 칸은 3단계의 '표본 학습자 재현'입니다. 건수 대조는 스크립트가 해 주지만, 표본 재현은 사람이 화면을 열어 눈으로 봐야 합니다. 그런데 이 한 시간을 아끼면 전환 후 몇 주를 씁니다.
실제로 가장 자주 터지는 5가지
1. 진도율이 달라진다
이관 후 첫 민원은 대개 "제 진도가 줄었어요"입니다. 원인은 데이터 유실이 아니라 계산 규칙의 차이입니다. 진도는 저장된 값이 아니라 차시 단위·재생 구간·배속·중복 시청을 어떻게 인정하느냐에 따라 만들어지는 값이기 때문입니다. 그래서 대조해야 하는 것은 진도율 퍼센트가 아니라 수료·미수료 판정입니다. 판정이 뒤집히는 사람이 한 명이라도 나오면 반드시 원인을 따라가야 합니다. 진도 인정 규칙이 어떤 원리로 돌아가는지는 이러닝 진도율의 모든 것에 정리해 두었으니 매핑 회의 전에 한 번 맞춰 보시길 권합니다.
2. 한 사람이 여러 명이 되어 있다
몇 해 운영한 시스템에는 같은 사람이 두세 개 계정으로 남아 있는 경우가 흔합니다. 부서 이동 때 새로 발급했거나, 아이디를 잊어 다시 가입했거나, 위탁 교육으로 별도 계정이 만들어졌거나. 이관은 이 중복을 드러내는 계기이지 해결해 주는 절차가 아닙니다. 합칠지 남길지 기준을 먼저 정하고, 합친다면 두 계정의 이수 이력이 어느 쪽으로 붙는지까지 정해야 합니다.
3. 과거 수료증을 다시 뽑을 수 없다
수료증은 저장된 파일이 아니라 템플릿에 데이터를 얹어 만들어 내는 결과물입니다. 수료 데이터가 넘어와도 발급 서식·발급번호 체계·직인이 새 시스템에 세팅되지 않으면 재발급이 안 됩니다. 감사나 점검에서 요구하는 것은 데이터가 아니라 이 출력물이라는 점을 기억하셔야 합니다. 이수 근거를 어떤 형태로 갖춰 두어야 하는지는 감사에도 흔들리지 않는 교육 이수·증빙 체계 만들기에서 항목별로 다뤘습니다.
4. 첨부파일은 데이터가 아니라 용량이다
게시판 글은 텍스트라 가볍지만 첨부된 파일은 그렇지 않습니다. 그리고 본문 안에 예전 서버 주소가 그대로 박혀 있는 경우가 많아, 글은 옮겨졌는데 이미지와 첨부는 전부 깨지는 상황이 자주 생깁니다. 이관 범위를 잡을 때 글과 첨부를 따로 세는 것이 안전합니다.
5. 콘텐츠는 대개 다시 올려야 한다
동영상 강의와 학습 콘텐츠는 데이터베이스 이관과 성격이 다릅니다. 영상은 저장·송출 플랫폼에 얹혀 있고, 패키지형 콘텐츠는 재업로드와 연결 재설정이 필요합니다. 게다가 원본 파일을 우리가 갖고 있지 않고 제작사에만 있는 경우도 드물지 않습니다. 원본 소재의 소유·보관 주체를 먼저 확인하는 것이 콘텐츠 이관의 첫 단추입니다.
계약 전에 문서로 못 박을 5가지
이관에서 생기는 분쟁은 대부분 기술 문제가 아니라 범위와 책임이 적혀 있지 않아서 생깁니다. 아래 다섯 가지는 계약서나 과업지시서에 문장으로 들어가야 하는 항목입니다.
| 항목 | 이렇게 물어본다 | 안 적으면 생기는 일 |
|---|---|---|
| 이관 범위 | 어느 덩어리를 몇 년치까지 옮기는가 | "그건 범위 밖"이라는 답을 전환 직전에 듣는다 |
| 추출 책임 | 구시스템에서 데이터를 꺼내는 일은 누가 하는가 | 기존 업체와 신규 업체가 서로를 가리킨다 |
| 검증 기준 | 무엇이 맞으면 이관 완료로 보는가 | 완료 판정 없이 대금 지급 시점만 지나간다 |
| 병행 기간 | 구시스템을 며칠 더 조회 가능하게 두는가 | 전환 직후 과거 이력 문의에 답할 방법이 없다 |
| 종료 시 반환 | 나중에 이 시스템을 떠날 때 데이터를 어떤 형식으로 돌려받는가 | 다음 교체 때 지금과 똑같은 고생을 반복한다 |
마지막 줄이 특히 중요합니다. 지금 겪고 있는 이관의 어려움은 대부분 처음 도입할 때 이 문장을 안 적어서 생긴 것입니다. 새로 계약하는 시스템에서는 같은 일을 반복하지 않도록, 계약 종료 시 반환 형식을 이번에 반드시 넣으시길 권합니다.
언제 자를 것인가 — 전환 시점 고르기
기술 준비가 끝나도 전환일을 잘못 잡으면 운영이 흔들립니다. 기준은 하나입니다. 진행 중인 차수가 갈리지 않는 날. 차수 중간에 시스템을 바꾸면 같은 과정의 학습자가 두 시스템에 흩어지고, 그 차수의 수료 판정은 손으로 맞춰야 합니다.
여기에 조직별 사정을 얹습니다. 법정의무교육 이수 마감이 몰리는 시기, 환급과정 신고 일정, 자격시험 원서접수 기간, 인사평가와 맞물린 필수교육 마감은 피하는 편이 안전합니다. 전환 후 2~4주는 문의가 늘어나므로, 담당자가 자리를 지킬 수 있는 기간을 골라야 한다는 점도 현실적인 고려사항입니다.
전환 직후에는 예외 처리가 반드시 생깁니다. 이관 규칙으로는 미수료인데 실제로는 인정해야 하는 사람, 차수 경계에 걸려 이력이 나뉜 사람 같은 경우입니다. 맑은이러닝 LMS의 과정관리에는 이런 예외를 관리자가 직접 보정하는 수동처리관리가 있어, 규칙으로 안 잡히는 건들을 손으로 메우고 기록을 남길 수 있습니다. 이관 계획을 세울 때 "예외는 어디서 처리하나"를 미리 정해 두면 전환 직후가 훨씬 조용해집니다.
구시스템은 언제 끄나
새 시스템이 열린 날이 아닙니다. 과거 이수를 새 시스템만으로 증명할 수 있게 된 날입니다. 병행 기간에 과거 차수 수료증 재발급, 이수 현황 조회, 감사 제출 자료 출력 세 가지를 실제로 해 보고, 모두 되면 구시스템을 조회 전용으로 내립니다.
그리고 남은 원본을 어떻게 할지가 마지막 숙제입니다. 이관은 복사이지 이동이 아니라서, 옮기고 나면 개인정보가 담긴 데이터가 두 곳에 존재하게 됩니다. 어떤 항목을 얼마나 보존하고 무엇을 언제 파기할지는 학습자 개인정보와 교육이력, 얼마나 보관하고 언제 파기하나의 분류 기준을 그대로 적용하실 수 있습니다. 보존기간은 관계 법령과 내부 방침에 따라 달라지므로, 발행 시점(2026-08) 기준 일반론이 아니라 소관 규정 확인이 먼저입니다.
결론: 이관까지 같이 봐 주는 곳에 물어보십시오
여기까지 읽으셨다면 느끼셨을 겁니다. LMS 교체의 어려움은 새 시스템의 기능이 아니라 옛 시스템의 데이터에 있습니다. 그래서 업체를 고를 때 기능 목록만 비교하면 정작 가장 힘든 구간에서 혼자 남게 됩니다. 물어봐야 할 질문은 "이 기능이 있습니까"가 아니라 "우리가 쓰던 데이터를 어떻게 받아 주십니까"입니다.
LMS 교체를 검토 중이시라면 맑은소프트에 문의해 주십시오. 지금 쓰고 계신 시스템에서 어떤 형식으로 데이터를 꺼낼 수 있는지, 어느 덩어리를 몇 년치까지 옮기는 것이 맞는지, 과거 이수 증빙을 어떻게 이어 갈지를 위 체크리스트 순서대로 함께 정리해 드립니다. 옮기지 않는 편이 나은 데이터가 있으면 그렇게 말씀드립니다.
맑은소프트는 16년간 LMS를 개발·운영하며 누적 800여 개사의 교육 시스템을 구축했고, 현재 약 375개 기관·기업의 교육 운영을 지원하고 있습니다. 클라우드 LMS는 국내 최초로 CSAP(클라우드 보안인증, Cloud Security Assurance Program)를 받은 LMS이며, 동시접속 약 5,000명 대응과 데이터 4중 백업을 운영 사양으로 두고 있습니다. 이관받은 데이터가 놓일 자리를 확인하실 때 참고하시면 됩니다.
- 문의: sales@malgnsoft.com
- 대표전화: 1666-3412 (평일 09:00~17:00)
현재 시스템의 구축 시점, 회원·수강 규모, 보존해야 할 이력 연차를 함께 알려 주시면 상담이 훨씬 빨라집니다. 실제 관리자 화면을 눌러 보며 확인하고 싶으시면 무료 데모를 요청하실 수 있습니다.
자주 묻는 질문(FAQ)
Q. LMS를 교체할 때 과거 수강이력은 전부 옮겨야 하나요? A. 전부 옮길 필요는 없고, 대부분의 조직에서 전부 옮기는 것은 오히려 손해입니다. 판단 기준은 '이 데이터로 나중에 무엇을 증명해야 하는가'입니다. 이수·수료 결과와 그 근거가 되는 수강 기간·평가 결과는 보존 의무와 감사 대응이 걸려 있어 새 시스템으로 옮기거나 최소한 언제든 꺼낼 수 있는 형태로 남겨야 합니다. 반면 클릭 단위 시청 로그, 오래된 게시판 댓글, 만료된 쿠폰 이력처럼 재현할 일이 없는 데이터는 이관 대상에서 빼고 구시스템 백업으로만 보관해도 됩니다. 범위를 좁히면 검증할 양이 줄어 이관 품질이 오히려 올라갑니다.
Q. 이관하면 진도율이 달라진다는데 왜 그런가요? A. 진도율은 저장된 값이 아니라 규칙으로 계산되는 값이기 때문입니다. 시스템마다 진도를 인정하는 단위(차시 단위인지 재생 구간 단위인지), 배속 시청과 건너뛰기를 인정하는 범위, 동일 차시를 여러 번 볼 때의 처리, 수료 판정에 진도·시험·과제를 어떤 비중으로 합산하는지가 다릅니다. 같은 원본 로그를 넣어도 규칙이 다르면 결과 숫자가 달라집니다. 그래서 이관에서 대조해야 하는 것은 진도율 숫자 자체가 아니라 '수료/미수료 판정이 뒤집히지 않는가'입니다. 판정이 바뀌는 사람이 한 명이라도 나오면 그 사람의 계산 과정을 손으로 따라가 원인을 확인해야 합니다.
Q. 구시스템은 언제 끄면 되나요? A. 새 시스템이 열린 날이 아니라, 과거 이수를 새 시스템만으로 증명할 수 있게 된 날입니다. 실무적으로는 병행 운영 기간을 두고 그 사이에 과거 차수 수료증 재발급, 이수 현황 조회, 감사 대응 시 제출할 자료 출력을 실제로 한 번씩 해 봅니다. 세 가지가 새 시스템에서 모두 되면 구시스템은 조회 전용으로 내리고, 이후 보존기간에 맞춰 파기 계획을 세웁니다. 개인정보가 포함된 학습 데이터는 옮겼다고 원본이 사라지지 않으므로, 보존과 파기를 이관 계획 안에 함께 적어 두는 편이 안전합니다.
