안녕하세요. 아는 형입니다.
우리가 S/4HANA Conversion 프로젝트를 하게 되면 제일 처음 부딪치게 되는 단계가 있습니다 – 바로 SI-Check라는 관문이지요. 이번 프로젝트에서도 SUM(Software Update Manager) 돌리기 전에 SI-Check부터 실행했는데, Consistency Check Log를 열어보니 빨간불이 두 개나 떠 있더군요. 그것도 하필 Treasury 쪽, 제가 제일 자신 있다고 생각했던 영역에서요.
이 글에서는 그때 만났던 SI14_ACCR, SI14_TRQ 두 체크 항목 이야기를 정리해보려고 합니다. 둘 다 Return Code 7이 찍혔고, 둘 다 결국 같은 방식으로 처리했습니다.
SI-Check, 왜 이 검사를 먼저 하는가
SI-Check는 Simplification Item Check의 약자입니다. ECC에서 S/4HANA로 Conversion할 때, 지금 시스템에서 쓰고 있는 설정·기능·데이터 중에서 S/4HANA에서는 그대로 못 쓰는 항목을 찾아내고, 실제로 전환 가능한 데이터 상태인지 점검하는 사전 검사 도구입니다.
쉽게 풀면 이런 질문에 대한 답을 찾는 검사입니다.
“지금 ECC 시스템을 목표 S/4HANA 버전으로 바꾸면, 어떤 기능이 달라지고 전환을 막을 데이터 오류가 있는가?”
SAP은 SI-Check를 S/4HANA Conversion을 위한 기술적 준비 상태를 보장하는 검사라고 설명합니다. Conversion뿐 아니라 S/4HANA Release Upgrade나 Support Package 적용 시에도 쓰입니다.
Simplification Item이란
S/4HANA에서는 ECC의 모든 기능이 그대로 유지되지 않습니다. 기존 기능이 폐지되기도 하고, 새로운 기능으로 대체되기도 하고, 데이터 모델이나 테이블 구조 자체가 바뀌기도 합니다. 여기에 필수 선행 작업이 추가되거나, 기존 Customizing 변경이 필요해지거나, Conversion 전에 데이터 정합성을 정리해야 하거나, Conversion 후에 후속 Migration이 필요한 경우까지 — 이런 주요 변경사항 하나하나를 Simplification Item이라고 부릅니다.
SI-Check는 전체 Simplification Item 중에서 지금 고객 시스템에 실제로 관련 있는 항목만 골라냅니다. SAP Readiness Check도 마찬가지로 트랜잭션 사용 이력, Customizing, 테이블 데이터를 기준으로 관련 Simplification Item을 판별합니다.
Consistency Check Log를 볼 때 봐야 할 건 크게 세 가지입니다. 이 중 가운데에 있는 Last Consistency Result가 핵심인데, 여기서 밝은 색(빨간색·노란색)이 뜨면 반드시 처리하고 넘어가야 합니다.
- 빨간색: 반드시 처리해야 함
- 노란색: 검토가 필요한 경고
상세 오류 내역은 대상 건을 선택하고 [Display Consistency Check Log] 버튼을 누르면 확인할 수 있습니다. 한꺼번에 다 나오기 때문에 하나씩 열어서 오류 메시지를 확인하고, 그에 맞게 후속 조치를 진행하면 됩니다.
이번 프로젝트에서 걸린 건, 버전이 너무 낮아서 마이그레이션 도구 자체가 제공되지 않는 케이스였습니다. 그래서 해당 건이 SUM 진행을 막지 않도록 예외 처리를 해주기로 했습니다.
실제로 만난 오류 — SI14_ACCR과 SI14_TRQ
프로젝트를 수행했던 시스템은 EA-FINSERV Release 600, 그러니까 SAP ERP 6.0 EHP 3 미만이어서 이 버전에서 /SDF/RC_START_CHECK를 돌리면 Treasury 쪽에서 두 개의 체크 항목이 걸립니다. 둘 다 Return Code 7이었고, 둘 다 결국 Exempt 처리가 필요했습니다.
공통된 원인 — Quantity Ledger
두 오류의 뿌리는 같습니다. SAP Note 2270529에 나오는 내용인데, 요약하면 다음과 같습니다.
The quantity ledger is now always used for OTC transactions.
Quantity ledger는 valuation class transfer 기능을 위한 기술적 선행조건입니다. S/4HANA로 Conversion하기 전에 ERP 시스템에서 OTC(장외거래) 트랜잭션에 대해 quantity ledger를 활성화해야 합니다.
이 활성화 작업은 Customizing 경로 Transaction Manager → General Settings → Tools → Conversion → Conversion Customizing → Set Migration Type and Assign to Customizing Request에서 Migration Type을 “Conversion from >= Enterprise 2.0 and <= ERP 6.0”으로 지정하고, Transport Request와 Production/Test/Customizing 시스템의 논리 시스템명을 입력하는 것으로 시작합니다. 그다음 트랜잭션 TPM_MIGRATION에서 H02 (OTC: Adjust Valuation Class in Bus. Transactions), H03 (OTC: Generate Quantity Positions) 단계를 순서대로 실행하는 구조입니다.
문제는, 이 마이그레이션 도구 자체가 지금 버전(EA-FINSERV 600 미만)에는 없다는 겁니다. 그러니 지금 당장 뭘 고치고 싶어도 고칠 방법이 없는 상태에서 체크만 걸리는 상황이었던 거죠.
SI14_ACCR — “도구가 없어서 지금은 처리 불가”
EA-FINSERV 600 미만 버전에서 /SDF/RC_START_CHECK를 실행하면 Check ID SI14_ACCR에서 “Conversion required. See SAP note 2270529.” 메시지가 뜹니다. 이 메시지는 실제 데이터가 깨졌다는 뜻이 아닙니다. S/4HANA 전환에 필요한 마이그레이션 도구가 지금 시스템 버전에 아예 포함되어 있지 않다는 걸 알려주는 신호입니다.
SI14_TRQ — Return Code 7
같이 걸린 SI14_TRQ는 “Conversion required: Client …, Company Code … . See SAP note 2270529.”라는 메시지와 함께 나타납니다. 이 체크는 클라이언트 000과 066을 제외한 클라이언트에서 quantity position 생성이 필요한 회사 코드가 있는지를 봅니다.
구체적으로는 테이블 TRGT_MIG_CC_PT에 conversion status가 미완료(incomplete)로 정의된 엔트리가 있는지 먼저 확인하고, 이 테이블에 엔트리가 없거나 conversion status가 undefined인 경우에는 다시 테이블 TRQT_BUSTRANS를 봅니다. 여기서 business transaction별로 대응하는 엔트리가 있어야 하는데, 최소 하나라도 엔트리가 없으면 같은 오류가 뜹니다.
혹시 이런 에러 보신 분 계신가요? 처음 봤을 때는 “회사 코드 설정이 잘못됐나?”부터 의심했는데, 알고 보니 도구 자체가 없어서 생기는 문제였습니다.
조치 방법 — Exempt(예외) 처리
여기서 대부분 헷갈리는 부분이 있는데요, 이 메시지들은 데이터 오류가 아니라 도구 부재를 알리는 신호이지만, 그렇다고 그냥 무시하고 넘어갈 수 있는 건 아닙니다. SUM(Software Update Manager)의 두 번째 체크 단계인 RUN_S4H_SIF_CHECK_EXEC에서 이 항목들이 그대로 남아 있으면 업그레이드 프로세스 자체가 멈춰버립니다.
지금 버전(EA-FINSERV 600)에는 quantity ledger 전환에 필요한 마이그레이션 도구가 없기 때문에, 설정을 바꿔서 이 오류를 초록불로 만들 방법 자체가 없습니다. 그래서 택할 수 있는 방법은 하나, Exempt(예외) 처리입니다. 기존 데이터에 문제가 있다는 걸 인정하는 게 아니라, “도구가 없어서 지금은 처리할 수 없다”는 상태를 시스템이 받아들이게 하는 절차입니다.
| 구분 | 내용 |
|---|---|
| 수행 위치 | 클라이언트 000 |
| 실행 리포트 | /SDF/RC_START_CHECK |
| 처리 방법 | ALV 목록에서 ‘Exemption Possible’ 컬럼 확인 후 해당 항목(SI14_ACCR, SI14_TRQ)에 ‘Exempt’ 설정 |
| 효과 | SUM이 해당 항목을 “수용 가능한 경고”로 인식, 업그레이드 단계가 멈추지 않고 진행 |
실행 순서를 정리하면 이렇습니다.
T-code : /SDF/RC_START_CHECK를 실행한다
- 다음과 같이 프로그램 화면을 볼 수 있다.
- 실행해보면 다음과 같은 결과 레포트를 볼 수 있다.
- 앞에서 설명했지만, Consistency Check Log를 볼 때 봐야 할 건 크게 세 가지입니다. 이 중 가운데에 있는 Last Consistency Result가 핵심인데, 여기서 밝은 색(빨간색·노란색)이 뜨면 반드시 처리하고 넘어가야 합니다.
- 빨간색: 반드시 처리해야 함
- 노란색: 검토가 필요한 경고
상세 오류 내역은 대상 건을 선택하고 [Display Consistency Check Log] 버튼을 누르면 확인할 수 있습니다. 한꺼번에 다 나오기 때문에 하나씩 열어서 오류 메시지를 확인하고, 그에 맞게 후속 조치를 진행하면 됩니다.
- 결과 ALV 목록에서 TR과 연관된 SI14_ACCR, SI14_TRQ 항목을 찾는다
- 이번 경우에는 버전이 너무 낮아 마이그레이션 도구가 제공되지 않는 경우로 해당 건이 SUM에 걸리지 않도록 예외 처리를 해주기로 하였다.
- ‘Exemption Possible’ 컬럼을 확인하고 해당 항목에 Exempt를 설정한다
- 대상 선택 후 [APPLY/Revoke Exemption]
다음과 같이 경고 창이 나오면 [Yes] 선택한다.
- SUM 진행 시 해당 체크가 더 이상 프로세스를 막지 않는 것을 확인한다
업그레이드 이후에 진짜 해야 할 일
Exempt는 어디까지나 “지금은 넘어간다”는 처리이지, 문제를 해결한 게 아닙니다. 오류 메시지에도 “Conversion might be required after upgrade”라고 명시되어 있는 것처럼, 실제 마이그레이션 작업은 S/4HANA 업그레이드가 완전히 끝난 뒤에 그 시스템에서 수행해야 합니다.
업그레이드된 시스템에는 필요한 마이그레이션 도구와 메뉴가 제공되므로, 그때 SAP Note 2270529에 따라 quantity ledger 활성화와 quantity position 생성 작업(TPM_MIGRATION의 H02, H03 단계)을 진행하면 됩니다.
자, 여기까지가 Consistency Check 단계에서 마주친 문제였고, 이 SI-Check를 통과한 이후에도 실제 Conversion 실행 단계에서 Treasury 쪽으로 몇 가지 더 챙겨야 할 게 있었습니다. 그 이야기는 TR_MIGRATION 편에서 이어가 보겠습니다.
SI-Check 로그에서 빨간불 하나 발견했다고 너무 겁먹을 필요는 없습니다. 저도 처음엔 “데이터가 깨졌나” 싶어서 한참 테이블을 뒤졌는데, 결국은 버전 문제였고 해법은 의외로 간단했습니다. 다만 이걸 그냥 무시하고 넘어가면 SUM 단계에서 반드시 발목을 잡히니, Exempt 처리라는 절차가 있다는 것만 기억해두시면 좋겠습니다.