ERP 커스터마이징 vs 신규 구축: 업무별 선택 기준 [2026]
ERP 전체를 한쪽으로 고르지 않고 업무별로 유지·설정·확장·주변 시스템·신규 구축을 판단하는 법입니다. 업그레이드, 이중 쓰기, TCO와 출구 기준을 정리했습니다.
이 글을 쓴 알파카랩스카카오·네이버·쿠팡 출신, 재하청 0%, 대기업·공공기관 등 18개사+ 레퍼런스
ERP 커스터마이징과 신규 구축의 선택은 회사 전체를 한쪽으로 정하는 이분법이 아니라 업무 능력별로 유지·설정·확장·주변 시스템·교체 경계를 정하는 일입니다. 정확한 제품·에디션·버전·업그레이드 정책을 확인하지 않고 패키지 한계나 신규 구축 자유도를 가정하면 비용과 운영 위험을 모두 잘못 계산할 수 있습니다.
패키지 ERP의 표준 기능이 맞지 않는다는 말에는 설정을 몰라서 생긴 문제, 데이터·권한 설계 문제, 실제 차별화 업무, 외부 채널 연동 문제, 제품이 지원하지 않는 예외가 섞여 있습니다. 대표 업무를 실제 환경에서 실행해 원인을 분리해야 합니다.
신규 구축도 모든 것을 새로 만들 필요는 없습니다. 안정성이 중요한 기록 시스템은 유지하고 변화가 잦은 워크플로·현장 UI·통합 계층을 주변 시스템으로 분리할 수 있습니다. 반대로 핵심 데이터와 마감 책임이 여러 시스템에 나뉘면 이중 쓰기와 대사 비용이 커집니다.
업무 능력마다 유지·설정·확장·주변·교체를 고른다#
제품 전체 선호가 아니라 데이터 책임과 변화 속도, 통제 수준으로 경계를 정합니다.
| 선택 | 적합한 조건 | 필수 확인 | 주요 위험 |
|---|---|---|---|
| 유지·설정 | 표준 업무·제품 설정으로 충족 | 실제 에디션·권한·표본 | 숨은 수작업 |
| 제품 확장 | 공식 확장 지점과 업그레이드 계약 | API·확장 수명주기 | 버전 충돌 |
| 주변 시스템 | 변화 빠른 UI·채널·승인 | 기록 원천·동기화·실패 | 이중 쓰기 |
| 교체·신규 | 핵심 업무·데이터 모델이 구조적으로 불일치 | TCO·전환·출구 | 재구축 과소평가 |
대표 업무 표본과 생애주기 증거로 대안을 비교한다#
데모 기능 수보다 실제 데이터와 업그레이드·복구·출구를 포함한 시험이 필요합니다.
| 판단 영역 | 시험 | 비교 지표 | 증거 |
|---|---|---|---|
| 업무 적합 | 정상·예외·마감 시나리오 | 표준 충족·우회 비율 | 실행 기록 |
| 데이터·통합 | 이관·동기화·중복·대사 | 소유권·지연·복구 | 계보·대사표 |
| 변화·업그레이드 | 새 규칙·제품 버전 적용 | 변경 시간·회귀 범위 | 샌드박스 결과 |
| 운영·출구 | 배포·장애·백업·전환 | TCO·복구·대체 가능성 | 런북·자산 목록 |
실무 시나리오: 패키지 업그레이드가 커스텀 로직을 깨뜨린다#
제품 버전 변경 뒤 주문 확장 로직이 실패해 패키지와 주변 시스템의 재고가 다르게 쌓이는 경우를 가정합니다.
| 단계 | 확인 질문 | 대응 | 완료 증거 |
|---|---|---|---|
| 격리 | 어느 버전·거래·시스템이 영향받았나 | 업그레이드 중지·쓰기 주체 고정 | 영향 목록 |
| 대사 | 기록 원천과 누락·중복은 무엇인가 | 사건 ID·재고·전표 비교 | 차이 원장 |
| 복구 | 롤백과 호환 수정 중 안전한 것은 | 샌드박스 검증·재처리 | 재고·전표 일치 |
| 재설계 | 공식 확장 지점과 책임 경계가 맞나 | 계약·회귀·출구 갱신 | 승인된 새 기준선 |
대안별 기술 기준선·비용·위험을 같은 구조로 비교한다#
GAO Cost Estimating Guide는 대안을 비교할 때 목적·범위·기술 기준선·WBS·가정·데이터·민감도·위험·실제값 갱신을 연결하도록 설명합니다. NIST SSDF는 개발·조달 과정에서 공급자와 안전한 개발 관행을 논의할 공통 언어를 제공합니다. 특정 ERP 제품의 기능이나 업그레이드 호환성을 보증하는 자료가 아니므로 실제 제품·에디션·버전·계약에서 검증해야 합니다.
- GAO Cost Estimating and Assessment Guide: 대안별 기술 기준선·WBS·가정·위험·실제값 비교
- NIST SP 800-218 SSDF: 공급자와 구매자의 안전한 개발·조달 공통 언어
업무 경계 레지스트리와 업그레이드·동기화 계약을 운영한다#
업무 능력마다 기록 원천, 쓰기 주체, 읽기 복제본, 공식 확장 지점, 데이터 소유자, 인터페이스, 실패·재처리, 마감·대사 책임을 기록합니다. 화면이 어느 시스템에 있느냐보다 최종 상태를 누가 결정하는지가 중요합니다.
패키지 설정과 확장에는 제품·에디션·버전, 설정값, API·이벤트 계약, 지원 종료, 업그레이드 전 샌드박스와 회귀 시험을 연결합니다. 비공식 데이터베이스 직접 수정처럼 제품 지원·감사·업그레이드를 깨뜨릴 수 있는 방식은 승인된 예외로도 최소화하세요.
변경마다 표준 기능으로 회귀할 수 있는지, 주변 시스템으로 격리할지, 핵심 모델을 교체해야 하는지 다시 판단합니다. 라이선스·구축뿐 아니라 통합·운영·업그레이드·교육·전환·출구 비용을 실제값으로 갱신합니다.
모듈별 비용 동인은 ERP 모듈별 구축 비용에서 정리합니다. 신규 구축 전체 흐름은 커스텀 ERP 가이드를 참고하세요. 경계 시스템 연동은 사내 시스템 통합 가이드와 함께 설계합니다.
대표 업무·업그레이드·장애 복구·출구를 시험한 뒤 선택한다#
정상 주문과 월 마감뿐 아니라 부분 처리, 취소, 권한 예외, 외부 연동 지연, 대량 처리, 제품 버전 변경, 백업 복원과 대체 팀 인수를 동일 표본으로 시험하세요.
현업이 목표 업무를 수행하고 IT가 원천·동기화·차이를 추적하며, 제품 업그레이드 뒤 회귀를 복구하고, 대체 공급자가 회사 소유 데이터·계정·문서로 운영을 이어갈 수 있을 때 대안을 승인합니다.
핵심 요약
- ✓ERP 전체가 아니라 업무 능력마다 유지·설정·확장·주변·교체를 선택한다
- ✓정확한 제품·에디션·버전·계약·공식 확장 지점을 실제 환경에서 확인한다
- ✓기록 원천·쓰기 주체·동기화·실패·대사 책임을 시스템 경계마다 고정한다
- ✓대표 업무뿐 아니라 업그레이드·장애 복구·대체 팀 출구까지 시험한다
- ✓라이선스·구축·통합·운영·변경·전환 비용을 생애주기 TCO로 비교한다
자주 묻는 질문