SAP SUM 실행 단계(PREPARE, EXECUTE, FINALIZE)를 FI/TR 관점에서 이해하고, CVI 완료·Open Item 정리·ACDOCA 검증 등 사전 준비가 전환 성패를 좌우합니다. DMO 기반 변환에서 데이터 구조 재편이 EXECUTE에 집중되므로 PREPARE 품질 확보와 사후 검증 체계가 핵심입니다.
1. FI/TR 컨설턴트도 SAP SUM 실행 단계를 알아야 하는 이유
SAP SUM 실행 단계는 S/4HANA 전환 프로젝트에서 기술 전환의 핵심 축이자, FI/TR 데이터 구조 변화의 실질적 출발점입니다. 현장에서 자주 마주치는 상황인데요 — FI/TR 컨설턴트가 “SUM은 Basis 영역이니까 나는 Cutover 때만 신경 쓰면 돼”라고 생각하고 사전 준비에 관여하지 않는 경우가 꽤 많습니다.
그런데 실제 프로젝트에서 이런 케이스가 있었습니다. SUM EXECUTE가 절반쯤 진행됐는데 CVI 미완료로 BP 매핑이 틀어지면서 전체 롤백이 발생한 거예요. 다운타임 window가 48시간이었는데 롤백·재준비·재실행으로 3일이 넘어버렸습니다. Cutover 일정이 전면 재조정됐고, 그 원인의 절반은 FI 쪽 사전 데이터 정리 미흡이었습니다.
SUM이 FI/TR에 직접 영향을 주는 핵심 변화는 다음 세 가지입니다.
- ACDOCA(Universal Journal) 생성 — BSEG 기반 회계 문서 구조가 단일 테이블로 재편
- CVI(Customer/Vendor Integration) — 기존 고객·공급업체가 Business Partner로 통합 매핑
- New Asset Accounting — 감가상각 영역과 Ledger 연계 구조 전면 변경
이 글은 S/4 Conversion에 처음 참여하는 FI/TR 컨설턴트, 프로젝트 관계자, Basis와 협업해야 하는 기능 컨설턴트에게 특히 도움이 됩니다. SAP SUM Roadmap step-by-step을 기술이 아닌 업무 관점에서 재해석하고, Phase별로 “내가 무엇을 해야 하는지”를 명확히 정리해 드리겠습니다.
2. SAP SUM Roadmap step-by-step — FI/TR 관점으로 재해석
2.1 SUM은 단순 업그레이드 툴이 아니다
SUM(Software Update Manager)을 처음 접하면 “패치 올리는 툴 아닌가?”라고 생각하기 쉽습니다. 하지만 실제로는 업그레이드 + DB 마이그레이션 + 데이터 구조 변환을 하나의 자동화된 플랫폼에서 처리하는 통합 엔진입니다.
특히 DMO(Data Migration Option)를 활용하면 DB 마이그레이션(예: Oracle→HANA)과 애플리케이션 데이터 변환을 같은 다운타임 안에서 동시에 처리합니다. 별도로 두 번 다운타임을 잡을 필요가 없으니 전체 전환 기간이 획기적으로 줄어들죠. SAP가 SUM을 이 방향으로 설계한 이유가 바로 다운타임 최소화와 반복 가능한 자동화입니다. Mock run을 여러 번 돌릴 수 있다는 점도 현장에서 매우 유용합니다.
2.2 SUM Phase 전체 흐름 구조
| 단계 | 주요 작업 |
|---|---|
| PREPARE | Data Check / Pre-checks — 전환 전 데이터 정합성 및 사전 점검 |
| EXECUTE | Conversion / DB Migration — 시스템 전환 실행 및 데이터베이스 마이그레이션 |
| FINALIZE | Stabilization / 기능 활성화 — 전환 후 시스템 안정화 및 S/4HANA 기능 활성화 |
| POST VALIDATION | FI Balance 검증 — 재무 잔액 및 전표 정합성 최종 검증 |
▲ SUM의 4단계 흐름 — PREPARE에서 실질적인 데이터 정합성 작업이 시작되며, EXECUTE의 다운타임 성패는 PREPARE 품질에 달려 있습니다.
2.3 각 Phase를 FI/TR 관점으로 재해석
| Phase | 기술 관점 | FI/TR 관점 |
|---|---|---|
| PREPARE | 호환성 점검, Add-on 체크, SI-check | CVI 매핑 완료, Open Item 정리, FI 데이터 정합성 사전 검증 |
| EXECUTE | DB 마이그레이션 + 데이터 변환(다운타임) | BSEG→ACDOCA 변환, Document 구조 재편, BP 번호 재매핑 |
| FINALIZE | 시스템 기동, Stack 정상화 | Ledger 검증, New AA 활성화, Cash Management 재확인 |
| POST VALIDATION | 기술 로그 검토 | FI Balance 합계 비교, TR Position 재계산 |
ECC 환경에서는 BSEG 테이블이 회계 문서의 중심이었지만, S/4HANA로 전환되면 ACDOCA 단일 테이블로 모든 FI 라인아이템이 통합됩니다. 이 변환이 EXECUTE 단계에서 일어나기 때문에 FI/TR 컨설턴트는 이 구간의 의미를 정확히 이해해야 합니다.
관련 T-code 및 Fiori 앱은 다음과 같습니다.
CVI_COCKPIT— BP 전환 현황 및 미매핑 항목 관리
FIN_CUST_CONS_CHECK— FI 설정 정합성 검증
- Fiori: Manage Journal Entries — ACDOCA 기반 전표 조회 및 검증
3. SUM 실행 전/중/후 체크리스트 + IMG 연결
3.1 PREPARE 이전 — 필수 IMG 설정 검증
SUM 자체는 SPRO가 아닌 독립 실행 툴이지만, Conversion 성패는 SPRO에서 얼마나 기반을 잘 다졌느냐에 달려 있습니다. FI/TR 컨설턴트가 PREPARE 전에 반드시 확인해야 할 IMG 경로는 다음과 같습니다.
① FI 기본 설정 검증
SPRO > Financial Accounting > Financial Accounting Global Settings > Company Code
SPRO > Financial Accounting (New) > General Ledger Accounting > Ledgers
└─ Leading Ledger / Non-leading Ledger 구분 확인
└─ Parallel Currency 설정 일관성 점검
② CVI(Business Partner) 사전 준비
SPRO > Cross-Application Components > SAP Business Partner > CVI
└─ Customer/Vendor → BP 번호 범위 매핑 정책 확인
└─ 필수 필드(주소, 통화, 계정그룹) 누락 여부 점검
③ New Asset Accounting 확인
SPRO > Financial Accounting > Asset Accounting > Integration with General Ledger
└─ 감가상각 영역(Depreciation Area) → Ledger 매핑 검증
└─ 통합 계정 전기 설정 일치 여부아래 계층 구조를 머릿속에 그려두면 IMG 설정 간 선후 관계를 이해하는 데 도움이 됩니다.
Company Code
└─ Ledger (Leading / Non-leading)
└─ Currency (Local / Group / Hard)
└─ Depreciation Area → Ledger 매핑▲ FI 기반 설정 계층 — Ledger 설정이 올바르지 않으면 ACDOCA 생성 시 통화 불일치가 발생합니다.
3.2 PREPARE 단계 체크포인트
| 구분 | 항목 | 담당 | 도구/T-code |
|---|---|---|---|
| 자동 체크 | Maintenance Planner 결과 반영 | Basis | Maintenance Planner |
| 자동 체크 | SI-Check (Add-on 호환성) | Basis | SUM 내장 |
| 자동 체크 | Custom Code ATC 분석 | ABAP/Basis | SE38, ATC |
| 수동 체크 | CVI 미매핑 항목 정리 | FI | CVI_COCKPIT |
| 수동 체크 | AR/AP Open Item 정합성 | FI | FBL1N, FBL5N |
| 수동 체크 | BKPF/BSEG 무결성 | FI | SAP Note 기반 program |
| 수동 체크 | Custom Code freeze 시점 합의 | ABAP/PM | 내부 협의 |
3.3 EXECUTE 단계 핵심 흐름
[데이터 추출] → [DB Migration(DMO)] → [Data Conversion] → [ACDOCA 생성]
↓ ↓ ↓ ↓
BSEG 백업 HANA 적재 Document 재구성 FI 라인아이템 통합▲ EXECUTE 단계의 FI 데이터 흐름 — 이 과정에서 BSEG 기반 전표가 ACDOCA로 재구성됩니다. 변환 오류는 이후 FI Balance 불일치로 직결됩니다.
주요 기술 Sub-Phase는 아래와 같습니다.
EU_CLONE_MIG_DT_RUN— 데이터 추출 및 초기 로드(DB 리소스 집중 사용)
MAIN_NEWBAS— 새 커널·스택 적용 및 시스템 베이스 전환
- DMO Migration 단계 — 데이터 추출 → HANA 적재 → 변환 수행
3.4 FINALIZE 이후 IMG 및 기능 활성화
SPRO > Financial Accounting > General Ledger > Ledger Validation
SPRO > Financial Accounting > Asset Accounting > Post Migration Settings
SPRO > Financial Accounting > Bank Accounting > Cash Management 활성화S/4HANA 변경사항을 좀더 알아보면 Cash Management가 S/4HANA에서는 Fiori 앱 기반 구조(FF7A, FF7B 대신 Fiori: Cash Position)로 전환됩니다. FINALIZE 후 Cash Management 재활성화 시 Fiori App 연결 설정도 함께 확인하세요.
4. SAP Conversion 프로젝트 역할 — BASIS·FI·TR 협업 실무 팁
4.1 역할 분담 구조
BASIS → SUM 실행 / 로그 분석 / 시스템 레벨 설정 / 다운타임 조정
FI/TR → 데이터 정합성 검증 / 테스트 케이스 제공 / FINALIZE 후 기능 검증현장에서 가장 자주 발생하는 문제가 바로 이 경계 지점에서 생깁니다. “그건 Basis 로그니까 Basis가 봐야지”라고 서로 떠넘기다 보면 골든 타임을 놓치는 경우가 많아요. FI/TR은 Basis가 넘겨주는 로그 중 FI 관련 에러 메시지를 함께 해석할 수 있어야 합니다.
4.2 SUM 실행 전/중/후 체크리스트 — 실무 핵심
| 시점 | 체크 항목 | 담당 |
|---|---|---|
| 실행 전 | AR/AP Open Item 정리 완료 | FI |
| 실행 전 | CVI 사전 매핑 100% 완료 및 검증 | FI/Basis |
| 실행 전 | Custom Code freeze 및 ATC 결과 반영 | ABAP |
| 실행 전 | DB/디스크 공간 확보 및 롤백 계획 수립 | Basis |
| 실행 중 | Downtime window 엄수(접속 차단) | PM |
| 실행 중 | sapup.log 실시간 모니터링 |
Basis/FI 공동 |
| 실행 중 | DB/OS 리소스(CPU, I/O, Disk) 모니터링 | Basis |
| 실행 후 | FI Balance 총계·잔액 비교 | FI |
| 실행 후 | ACDOCA 생성 라인 수 및 금액 합계 검증 | FI |
| 실행 후 | TR 포지션·Cash 데이터 정합성 확인 | TR |
| 실행 후 | Parallel Currency 환율 적용 일관성 점검 | FI |
4.3 자주 터지는 실수 3가지
- CVI 미완료로 Conversion 실패 — 고객/공급업체 미매핑 또는 번호 충돌이 EXECUTE 중 중단으로 이어집니다.
- Document Splitting 설정 오류 — S/4HANA에서 Profit Center 필수 기재 방식이 바뀌어 있는데 ECC 설정을 그대로 가져오면 전표 분개 오류가 발생합니다.
- TR 포지션 불일치 — Bank/Cash 계정의 거래 내역이 ACDOCA 재구성 과정에서 누락되어 초기 Cash Position이 맞지 않는 경우가 있습니다.
실제로 한 프로젝트에서 CVI 매핑을 “거의 다 됐다”는 보고를 믿고 EXECUTE에 진입했다가 롤백한 케이스가 있었습니다. 나중에 확인해보니 CVI_COCKPIT에서 미매핑 거래처가 수백 건 남아 있었고, 담당자가 “오류는 아니고 Warning”이라고 착각한 거였어요. Warning도 반드시 해소하고 진입해야 합니다. CVI 완료 기준을 문서화하고 Basis와 FI가 공동 서명하는 프로세스를 만드는 것을 강력히 권장합니다.
또, FINALIZE 후 ACDOCA 금액 불일치가 발생한 케이스도 있었습니다. FI Balance는 맞는데 ACDOCA의 Profit Center 라인 합계가 틀린 거예요. 원인을 추적해보니 ECC 시절 Document Splitting이 활성화되지 않은 전표들이 ACDOCA 변환 시 기본값으로 채워지면서 Profit Center 배분이 왜곡된 것이었습니다. FINS_ACDOCA_UPGRADE 관련 SAP Note를 확인하고 correction program을 돌려서 해결했는데, 이런 케이스는 사전에 Document Splitting 설정 이력을 꼭 정리해두어야 예방할 수 있습니다.
5. SUM 주요 오류 및 장애 대응
SUM Phase PREPARE, EXECUTE, FINALIZE 각 단계별 대표 오류와 해결 절차를 정리합니다.
| 오류 유형 | 발생 Phase | 주요 원인 | 해결 방법 |
|---|---|---|---|
EU_CLONE_MIG_DT_RUN 실패 |
EXECUTE | DB 리소스 부족(디스크/메모리/IO), 세션 Lock | sapup.log + DB 로그 확인 → 공간 확보 → 파라미터(병렬처리, 메모리) 튜닝 후 재실행 |
CVI_MAPPING_ERROR |
PREPARE / EXECUTE | BP 미매핑, 중복 ID, 번호범위 부정합 | CVI_COCKPIT에서 미매핑 목록 추출 → 데이터 클렌징 → 번호범위 재설정 → SAP Note 기반 매핑 스크립트 실행 |
FI_DATA_INCONSISTENCY |
PREPARE | BKPF/BSEG 불일치, Open Item 무결성 오류 | Pre-check report 결과 분석 → SAP Note 기반 consistency correction program 실행 → 수동 문서 조정 → 재검증 |
| FINALIZE 후 FI Balance 불일치 | POST VALIDATION | ACDOCA 변환 누락, Document Splitting 설정 오류 | FINS_ACDOCA_UPGRADE SAP Note 확인 → correction program 실행 → Ledger 잔액 재비교 |
| TR Cash Position 오류 | POST VALIDATION | Bank/Cash 계정 데이터 누락, CM 미활성화 | Cash Management SPRO 재설정 → Position 재계산 → Fiori Cash Position 앱 검증 |
SAP 버전에 따라 동작이 다를 수 있으니 SAP Help Portal 확인을 권장합니다. 특히 SUM 버전별로 Phase 명칭이 다를 수 있으므로 실행 전 반드시 해당 버전의 SUM Guide를 확인하세요.
6. 마무리 — SAP SUM 실행 단계, 이것만 기억하세요
핵심 요약 3줄:
-
SAP SUM 실행 단계는 단순 기술 작업이 아닌 FI/TR 데이터 구조 전환의 핵심 프로세스이며, PREPARE 품질이 전체 성패를 좌우합니다.
-
PREPARE → EXECUTE → FINALIZE 각 단계를 Functional 관점에서 이해하고, 특히 CVI 완료·Open Item 정리·ACDOCA 검증을 FI/TR이 직접 책임져야 합니다.
-
SUM 실패의 대부분은 데이터 정합성(CVI, FI 문서) 또는 리소스·환경(DB/디스크/Lock) 문제에서 비롯되므로 사전 클렌징과 기술 자원 확보가 필수입니다.
여러분 프로젝트에서는 어떤 Phase에서 가장 문제가 발생했나요? SUM 관련 이슈나 FI/TR 데이터 검증에서 겪으셨던 경험을 댓글로 공유해 주시면 함께 논의해 보겠습니다.
다음에 읽으면 좋은 글:
- SUM 로그 분석 실전 가이드 — sapup.log 에서 FI 오류를 읽는 방법
- ACDOCA 구조 완전 이해 — ECC BSEG와 무엇이 달라졌나
참고 출처
- SAP Help Portal — S/4HANA On-Premise: https://help.sap.com/docs/SAP_S4HANA_ON-PREMISE
- SAP Software Update Manager (SUM) Guide: https://support.sap.com/en/tools/software-logistics-tools/software-update-manager.html
- SAP Notes (SAP for Me): https://me.sap.com/notes