ERP 데이터 이관, 무중단으로 가능한가: 더존·이카운트에서 커스텀까지 [2026]

ERP 데이터 이관이란 마스터·트랜잭션·첨부 데이터를 신·구 시스템 사이에 옮기는 작업이며, ‘무중단’은 ‘단 1초의 정지도 없는 상태’가 아니라 ‘짧은 점검 창 안에서 영업·생산·세무·회계가 연속성을 잃지 않는 상태’를 가리키는 경우가 대부분입니다. 무중단을 약속하는 견적보다, 컷오버 다운타임을 얼마나 짧은 점검 창으로 압축할 수 있는가를 보시는 편이 실제 운영에 더 가깝습니다.

ERP 교체를 검토 중인 IT 담당자가 가장 먼저 던지는 질문이 “운영 멈춤 없이 옮길 수 있나”입니다. 답은 ‘무중단의 정의에 따라 다르다’입니다. 이 글에서는 ERP에서 무중단이 어려운 이유, 가능한 단계(병행 운영과 Shadow Write), 빅뱅·병행·단계 마이그레이션의 차이, 그리고 핵심 영역별 주의 사항을 정리합니다. 패키지에서 커스텀으로 옮길지부터 결정해야 한다면 더존·이카운트 한계와 커스텀 전환 신호 글을, 비용 구조부터 잡아야 한다면 ERP 구축 비용 가이드를 먼저 참고하시면 좋습니다.

왜 ‘완전 무중단’이 어려운가#

ERP는 단순 CRUD 시스템이 아니라 거래·재고·세무·회계가 시간 축으로 묶여 있는 시스템입니다. 무중단을 막는 구조적 이유는 세 가지입니다.

1) 거래 동시성. 수주·출고·매출 인식·세금계산서 발행이 한 거래의 다른 단계로 묶여 있어, 이관 시점에 어느 단계의 데이터가 넘어왔는지 정확히 매핑되어야 정합성이 유지됩니다. 운영 중인 상태로 실시간 이관하면 ‘구 시스템 출고 + 신 시스템 매출 인식’ 같은 분리가 생길 위험이 있습니다.

2) 계정과목·세무 일치. 회계 전기, 세금계산서 발행 이력, 부가세 신고 단위가 회계 기간 단위로 묶여 있어 ‘마감’ 없이는 깔끔히 끊기 어렵습니다. 신·구 시스템의 계정과목 매핑이 완전 일치하지 않으면 다음 기간 결산이 흔들립니다.

3) 채널 정합성. 자사몰·오픈마켓·물류사·세무 시스템처럼 외부 채널이 양방향으로 묶여 있으면, 이관 중 채널의 어느 한쪽이라도 구 시스템을 호출하면 ‘쪼개진 거래’가 생깁니다. 외부 채널 측의 컷오버 타이밍까지 함께 설계해야 합니다.

가능한 단계: 병행 운영과 Shadow Write#

‘완전 무중단’이 어려운 대신, 다운타임을 점검 창 수준으로 압축하는 구간 설계는 가능합니다. 두 가지 장치를 함께 두는 흐름이 일반적입니다.

병행 운영(읽기 전용 구). 컷오버 직후 일정 기간 구 시스템을 ‘읽기 전용’으로 유지해, 영업·회계가 과거 거래를 조회할 수 있도록 둡니다. 이상 발견 시 비교·롤백 기준선이 되기도 합니다.

Shadow Write(이중 기록). 컷오버 이후 일정 기간 신·구 시스템에 동시 기록하거나, 신 시스템 기록을 일 단위로 구 시스템에 반영하도록 인터페이스를 둡니다. 짧은 다운타임 안에 완전 마감을 끝내고, 이중 기록 구간을 운영 검증 구간으로 활용합니다.

이 두 장치 위에서 컷오버 시점은 ‘마감 가능한 가장 한산한 시간’으로 잡고, 그 시간 안에 미결 거래·재고 마감·전기 마감을 닫는 흐름으로 설계합니다. ‘무중단’ 대신 ‘최소 다운타임 + 연속성 보장’이 더 정확한 용어입니다.

빅뱅·병행·단계 마이그레이션 비교#

세 가지 방식은 다운타임·위험·비용·기간에서 곡선이 다릅니다.

‘무중단’을 강조하는 견적이라면, 위 세 가지 중 어느 방식인지 확인하는 편이 좋습니다. 같은 단어를 써도 실제 운영 모양이 다릅니다. 다운타임을 최소화하면서 위험을 분산하고 싶으면 병행 운영이, 시스템 규모가 크고 업무가 모듈별로 분리 가능하면 단계별 마이그레이션이 일반적으로 유리합니다.

핵심 영역별 주의: 5가지#

실제 이관에서 가장 자주 사고가 나는 자리는 정해져 있습니다. 마스터 데이터 정리는 거래처·품목·계정과목·창고·BOM처럼 장기 누적된 자산을 ‘옮기는 김에 정비’하는 시기입니다. 중복·미사용·동명이 많을수록 매핑 오류가 커집니다. 미결 거래는 미출고 수주, 미입고 발주, 미정산 매출 같은 미결 상태를 컷오버 직전에 한 라운드로 닫거나 신 시스템으로 명확히 넘겨야 합니다. 흐려지면 컷오버 직후 ‘이게 신 시스템 거래인지 구 시스템 거래인지 모르겠다’는 사고가 납니다.

재고 마감은 컷오버 시점의 재고 스냅숏을 신 시스템에 ‘기초 재고’로 적재하는 작업이고, 옵션·창고·단위 매핑이 1:1로 일치하는지 확인 라운드를 두 번 이상 두시는 편이 안전합니다. 전기 마감은 회계 전기를 컷오버 직전에 마감하고 신 시스템의 다음 기간 첫 전표가 이어지도록 설계하는 작업입니다. 두 시스템 사이에 한 기간이 중첩되거나 누락되지 않도록 합계 검증 라운드를 명시해야 합니다. 세금계산서 발행 이력은 부가세 신고 단위에 묶이기에, 컷오버 직전 미발행 분을 닫고 발행처를 명확히 한 시점부터 전환해야 신고 단계에서 사고가 쌓이지 않습니다.

알파카랩스가 일하는 방식#

알파카랩스는 기획·디자인·개발을 한 팀이 끝까지 수행하며 재하청을 두지 않습니다. ERP 데이터 이관은 마스터·트랜잭션·세무·회계·외부 연동이 동시에 움직이는 프로젝트라, 외주가 외주로 다시 쪼개지는 구조에서는 ‘어디서 오차가 났는지’ 책임 추적이 어렵습니다. 같은 팀이 끝까지 들어가 에이직랜드 반도체 ERP, CJ대한통운 물류 ERP처럼 도메인이 까다로운 프로젝트를 직접 수행해 온 이유이기도 합니다. ERP 외주를 검토 중이라면 ERP 구축 비용 가이드의 ‘견적 전 체크리스트’와 본 글을 함께 보시면 도움이 됩니다.

핵심 요약#