Cash Management S/4 전환 핵심과 One Exposure 이해

 

ECC에서 TR-CM과 FSCM-Cash Management를 따로 이해해 오던 컨설턴트들이, S/4HANA로 넘어오면 가장 먼저 혼란을 겪는 지점이 바로 이것입니다. “왜 TR-CM이 사라진 것처럼 보이는지“, “One Exposure가 뭐길래 계속 등장하는지“, “예전의 Cash Position, Liquidity Forecast와 지금 구조가 왜 이렇게 다른지” 같은 질문이 실제 프로젝트에서 반복적으로 나옵니다.

특히 전환 프로젝트에서는 다음 이슈가 자주 발생합니다. Liquidity Forecast 데이터 불일치, 기존 Cash Position과 S/4 구조 간 차이 이해 부족, TRM과 Cash Management의 데이터 흐름 연결 구조 미이해, 마이그레이션 이후 예상보다 데이터가 안 보이거나 반대로 너무 많이 쌓이는 문제 등입니다. 이 글은 ECC 기반 TR-CM 경험이 있는 컨설턴트, S/4 전환 프로젝트에 참여 중인 FI/TR 담당자, Liquidity Forecast 구조를 정확히 이해하고 싶은 시니어 컨설턴트께 특히 도움이 될 것입니다.

 

Cash Management S/4 구조 변화의 핵심

ECC 시절의 TR-CM과 FSCM 구조

ECC 6.0 환경에서는 보통 TR-CM(Treasury – Cash Management)을 단기 자금관리 중심으로 이해했습니다. Cash Position과 Liquidity Forecast가 TR-CM 영역에 속했고, FSCM은 주로 Credit Management, Dispute Management, Collections 등을 다루는 별도 컴포넌트로 인식되었습니다. 실무적으로 현금 관리 기능을 TR-CM 관점으로 보는 경우가 대부분이었습니다.

 

S/4HANA에서 달라진 구조

S/4HANA(1909 이상 기준)에서는 Cash Management가 FSCM 영역 내 재구성된 형태로 통합됩니다. 과거 ECC의 TR-CM은 기술적으로 더 이상 예전 방식 그대로 존재하지 않으며, 기능은 새로운 데이터 구조와 Fiori 앱 중심 구조로 재편됩니다. 여기서 중요한 것은 TR-CM이 “없어진” 것이 아니라 기능이 S/4용 구조로 재설계되었다는 점입니다. S/4에서 Cash Management는 더 이상 단순한 레거시 리포트 모음이 아니라, 실시간 자금 데이터를 통합 관리하는 플랫폼형 구조로 바뀌었습니다.

S/4HANA 변경사항: TR-CM 컴포넌트가 기술적으로 제거되고, Cash Management 기능이 One Exposure 기반 통합 데이터 구조로 재구성되었습니다.

 

One Exposure from Operations: Cash Management의 중심

One Exposure란 무엇인가

S/4HANA Cash Management를 이해할 때 가장 중요한 개념은 One Exposure from Operations입니다. 이것은 단순한 테이블 하나가 아니라, 기업 내 현금 흐름 관련 데이터를 통합 저장하고 활용하기 위한 중앙 플랫폼입니다. 과거 ECC에서는 모듈별로 데이터가 따로 관리되고 리포트 시점에 조합하는 느낌이 강했지만, S/4에서는 FI, MM, SD, TRM 등에서 발생하는 현금 관련 흐름을 One Exposure 구조로 통합합니다. 핵심 테이블은 FQM_FLOW이며, 모든 자금 흐름 데이터가 이곳에 저장됩니다.

 

왜 One Exposure가 만들어졌나

One Exposure가 등장한 배경은 명확합니다. 첫째, 실시간 Cash Visibility 필요성입니다. 둘째, 중복 데이터 저장 최소화입니다. 셋째, Embedded Analytics 기반 확보입니다. 넷째, Fiori 앱 중심 조회/분석 구조 지원입니다. 다섯째, 모듈 간 현금흐름 정보를 하나의 기준으로 통합하기 위함입니다. 예전처럼 “모듈별 현금 데이터”가 아니라 이제는 전사 자금 데이터를 하나의 허브에서 바라보는 구조로 바뀐 것입니다.

 

One Exposure에 들어오는 데이터

일반적으로 다음 영역의 데이터가 연결됩니다. FI에서는 G/L, AP, AR 기반 오픈아이템 및 예정 현금흐름이, MM에서는 구매 관련 지급 예정 흐름이, SD에서는 매출/수금 관련 흐름이, TRM에서는 Money Market Deal, FX Deal 등 재무거래 기반 현금흐름이 유입됩니다. 이 점이 매우 중요합니다. S/4에서는 TR과 Cash Management가 분리된 것이 아니라 완전히 연결됩니다. Treasury 거래 결과가 단순히 TRM 안에서 끝나는 것이 아니라 Cash Management의 가시성과 Forecast에도 직접 영향을 주는 구조입니다.

 

 

Liquidity Forecast 개념의 변화

ECC에서의 Liquidity Forecast

ECC에서는 Liquidity Forecast가 TR-CM의 전통적인 구조 안에서 동작했습니다. 개별 테이블과 리포트 로직 중심으로 관리되었고, 데이터 소스와 집계 방식에 대한 이해가 매우 중요했습니다. 컨설턴트라면 Planning Level, Planning Group 설정과 Cash Flow 계산 로직을 깊이 있게 알아야 했습니다.

 

S/4에서의 Liquidity Forecast

S/4에서는 Liquidity Forecast가 One Exposure 기반으로 생성됩니다. Forecast는 더 이상 별도 계산 결과를 단순히 보여주는 것이 아니라, 통합된 현금흐름 데이터 플랫폼 위에서 실시간성 있게 분석되는 구조로 바뀌었습니다. 이 때문에 프로젝트에서 많이 나오는 질문이 “왜 ECC와 숫자가 다르게 보이나?”, “왜 같은 거래인데 Cash Position과 Liquidity Forecast 반영 방식이 다르지?”, “TRM 거래는 어디서 잡히는가?” 등입니다. 이 질문의 답은 대부분 One Exposure의 구조와 분류 로직에 있습니다.

 

Cash Position vs Liquidity Forecast 차이

실무적으로 간단히 구분하면 다음과 같습니다.

구분	Cash Position	Liquidity Forecast
목적	단기 자금 가시성	중단기 유동성 예측
시점	오늘, 내일 등 즉시성 높은 시점	미래 현금흐름 포함
데이터 범위	은행계좌, 단기 입출금 중심	AP/AR, 구매/판매, 재무거래 등
활용	지금 당장 자금 움직임 확인	경영 의사결정을 위한 예측

S/4에서는 이 둘 모두가 결국 One Exposure 기반 데이터 모델을 중심으로 연결됩니다.

 

 

IMG Customizing 설정 경로 및 단계

기본 구조 설정

대표 경로는 다음과 같습니다.

SPRO > Financial Supply Chain Management > Cash and Liquidity Management > Cash Management > Basic Settings

여기에서 Cash Management S/4 구조의 기본 토대를 설정합니다. Cash Management 활성화 관련 기본 설정, Source Application 정의, Flow Type / Update Category 관련 구조, 데이터 유입 기준을 확인합니다. 이 단계를 제대로 이해하지 못하면 이후 모든 설정이 불안정해집니다.

 

One Exposure 활성화

실무에서 가장 중요한 설정 중 하나입니다. Activate One Exposure from Operations 메뉴에서 핵심적으로 봐야 할 필드는 다음과 같습니다.

• Source Application: 데이터가 어느 업무영역에서 오는지 식별합니다. 예를 들어 FI, MM, SD, TRM 등을 구분합니다.
• Flow Type: 자금흐름의 성격을 정의합니다. 유입/유출, 거래유형별 구분이 이루어집니다.
• Update Category: Cash Management에서 해당 흐름을 어떤 방식으로 해석할지 결정합니다. Cash Position과 Forecast 반영 로직에 중요한 영향을 줍니다.

이 세 가지를 정확히 이해하지 못하면, 전표는 생기는데 Cash Management에 데이터가 누락되거나 잘못 분류되는 문제가 발생합니다. 실제 프로젝트에서 이 부분 때문에 몇 주씩 헤매는 경우를 종종 봤습니다.

 

Planning Level / Planning Group 설정

ECC에서도 익숙한 개념이지만 S/4에서는 구조적 변화가 있습니다. ECC에서는 Planning Level / Planning Group을 전통적으로 현금흐름 분류에 활용했지만, S/4에서는 개념 자체는 유지되되 일부 관리 구조가 BP(Business Partner) 기반으로 전환됩니다. 고객/공급업체 마스터와의 연계 방식이 중요해졌으며, Planning Group은 여전히 Forecast 정확도에 영향을 주기 때문에 단순히 “예전에도 쓰던 값”이라고 보면 안 됩니다.

 

Liquidity Item 설정

대표 경로는 다음과 같습니다.

SPRO > Financial Supply Chain Management > Cash and Liquidity Management > Cash Management > Liquidity Management > Define Liquidity Items

이 설정은 S/4 Cash Management에서 매우 중요합니다. Liquidity Item은 Liquidity Forecast의 핵심 분류 기준이며, 계정과 거래를 어떤 자금 성격으로 볼지 결정하고, 분석·집계·리포팅의 축 역할을 수행합니다. 실무적으로는 예전 Planning Level 중심 사고만으로는 부족합니다. S/4에서는 Liquidity Item 설계가 보고 품질을 결정한다고 봐도 과장이 아닙니다.

예를 들어, 영업현금흐름, 투자현금흐름, 재무현금흐름을 명확히 구분하고, AP/AR/Treasury 흐름을 식별 가능하도록, 관리회계 관점의 분석도 가능하도록 설계해야 합니다.

 

Derivation 설정

가장 자주 손보는 부분입니다. G/L Account → Liquidity Item 매핑과 Customer / Vendor → Planning Group 연결이 대표적입니다. 여기서 중요한 것은 “어떤 데이터가 어떤 분류로 들어가야 하는가”를 시스템이 자동으로 판단하게 만드는 것입니다. 잘 설계되면 운영이 안정적이지만, 부실하게 설계하면 Liquidity item missing, Planning group not derived, Forecast 분류 오류, 보고서 숫자 신뢰도 저하 같은 문제가 바로 발생합니다.

 

Bank Account Management 연계

S/4에서는 BAM(Bank Account Management) 연계도 중요합니다. 실제 Cash Position의 신뢰성은 결국 House Bank / Bank Account 구조 관리 품질과 연결되기 때문입니다. S/4에서는 여러 영역이 BP 기반 구조와 더 긴밀하게 연결되므로, 은행 계좌와 관련된 관리체계도 단순 FI 설정 수준으로만 보면 부족합니다. 관련 T-code는 FI12(House Bank 관리)이며, Fiori App으로는 Manage Bank Accounts 앱을 활용할 수 있습니다.

 

선행 IMG

Cash Management를 제대로 구축하려면 선행 조건이 맞아야 합니다. Business Partner 활성화, New GL / Universal Journal(ACDOCA) 기반 구조 이해, 고객/공급업체의 BP 전환 상태 확인, 마스터데이터 정합성 확보가 필요합니다. 특히 S/4에서는 BP가 단순한 추가 기능이 아니라 여러 파생 로직의 전제 조건이 되는 경우가 많습니다.

 

후행 IMG 및 활용

후속적으로는 Cash Flow Analyzer, Fiori App 설정, 역할/권한, 분석 앱 연계도 함께 봐야 합니다. S/4에서는 SAP GUI 리포트보다 Fiori 기반 Cash Position / Forecast 조회 방식이 실무상 더 권장됩니다. 대표적인 Fiori 앱은 Manage Liquidity Plans, Cash Position, Liquidity Forecast Overview 등입니다.

 

 

실무 포인트 및 놓치기 쉬운 설정

프로젝트에서 반드시 확인하는 항목

가장 먼저 확인해야 하는 것은 One Exposure 데이터 소스 범위입니다. FI only로 갈 것인가, MM/SD까지 포함할 것인가, TRM까지 연결할 것인가를 프로젝트 초기에 명확히 하지 않으면, 나중에 사용자 입장에서는 “왜 어떤 거래는 보이고 어떤 거래는 안 보이냐”는 문제가 생깁니다.

TRM 연계 여부도 중요합니다. Treasury를 사용하는 회사라면 MM Deal 반영 여부, FX Deal 반영 여부, 결제흐름의 반영 시점, 거래 생성 시점 vs 회계반영 시점 차이를 반드시 확인해야 합니다. TRM 연계를 빼고 Cash Management를 설계하면, 실제 유동성 전망이 경영진 기대와 다르게 나올 수 있습니다.

기존 TR-CM 데이터 Migration 전략도 많은 팀이 착각하는 부분입니다. “기존 Cash Management 설정을 그대로 옮기면 되겠지”라고 생각하지만, S/4는 구조가 다르기 때문에 기존 Planning Level 체계 유지 여부, Liquidity Item 재설계 필요성, 오픈 아이템 및 예측성 데이터 이관 범위, 과거 데이터 보존 vs 신규 구조 재구축 전략을 별도로 검토해야 합니다. 즉, 단순 Migration이 아니라 설계 전환에 가깝습니다.

 

자주 하는 실수

Liquidity Item 설계를 너무 단순하게 하는 경우가 많습니다. 초기에 단순화하려고 몇 개 항목만 만들면, 나중에 사용자가 원하는 분석을 못 하게 됩니다. 영업현금흐름/투자현금흐름/재무현금흐름 구분 미흡, AP/AR/Treasury 흐름 식별 어려움, 관리회계 관점 분석 불가능 같은 문제가 발생합니다.

Planning Group을 BP에 제대로 연결하지 않는 경우도 흔합니다. S/4에서는 BP 기반 관리가 중요해졌기 때문에, 고객/공급업체 마스터와의 연결이 느슨하면 Forecast 품질이 급격히 떨어집니다.

Update Category 이해 부족은 현장에서 정말 자주 놓치는 부분입니다. Update Category는 단순 코드가 아니라 해당 현금흐름을 시스템이 어떻게 반영할지 결정하는 핵심 분류값입니다. 이 설정이 틀리면 Cash Position에 안 잡히거나, Liquidity Forecast에서 누락되거나, 흐름이 다른 카테고리로 잘못 보일 수 있습니다.

 

성능 및 데이터 이슈

S/4에서 One Exposure를 운영하다 보면 FQM_FLOW 테이블 데이터 폭증 문제가 자주 나옵니다. 데이터 소스 범위가 넓고 MM/SD/TRM까지 포함 시 건수가 증가하며, 상세 추적 수준이 높기 때문입니다. 따라서 실무적으로는 데이터 볼륨 모니터링, 성능 점검, 보관 정책 수립, Archiving 전략 검토가 필요합니다. 초기 설계 시점에 이를 고려하지 않으면, 나중에 조회 성능 저하와 운영 부담으로 이어질 수 있습니다.

 

S/4에서 달라진 핵심 포인트

가장 중요한 변화는 리포트 중심에서 데이터 플랫폼 중심 구조로의 전환입니다. ECC는 기능 단위 이해와 모듈별 현금 데이터 관리였지만, S/4는 One Exposure 허브 구조, Fiori 기반 실시간 조회/분석, 모듈 통합형 현금 가시성이 핵심입니다. S/4 Cash Management는 예전 TR-CM을 더 예쁘게 바꾼 버전이 아니라, 사고방식 자체를 바꿔야 하는 영역입니다.

작성자 경험 추가 포인트: 한 금융기관 프로젝트에서 TRM 연계 없이 Cash Management를 구축했다가, 운영 3개월 만에 CFO로부터 “왜 Treasury 거래가 Forecast에 안 보이냐”는 질문을 받고 전체 설계를 재검토한 사례가 있었습니다. TRM 범위 확정은 프로젝트 초기에 반드시 해야 합니다.

 

컨설턴트 관점 인사이트

프로젝트를 여러 번 해보면 결국 이 결론에 도달합니다. Cash Management는 더 이상 단순한 TR 모듈이 아닙니다. 오히려 TRM, AR/AP, MM, SD, Bank Account Management, Analytics/Fiori를 연결하는 데이터 허브에 가깝습니다. 따라서 S/4에서 Cash Management를 맡는 컨설턴트는 단순히 FI 전표 흐름만 아는 수준을 넘어, 전사 현금흐름이 어디서 생성되고 어떻게 One Exposure에 집계되는지를 이해해야 합니다.

 

 

SAP Error Code 해결

Error Message	원인	해결 방법	발생 화면
FQM_FLOW_UPDATE 001	One Exposure Update Category 미설정 또는 Flow Type 매핑 누락/오설정	Update Category Customizing 확인, Source Application별 Flow Type 매핑 점검, 전표/거래 유형별 반영 규칙 재검토	FI Posting, TRM Deal Posting
Liquidity item missing	G/L Account에 Liquidity Item 미할당, Derivation Rule 미구성 또는 누락	G/L Account → Liquidity Item 파생 규칙 확인, Derivation Rule 테스트, 필요 시 Manual Assignment로 원인 분리 확인	Cash Flow Analyzer, Forecast 분석 앱
Planning group not derived	BP Master Data 미정의, 고객/공급업체의 지급거래 관련 데이터 누락	BP → Company Code Data → Payment Transaction 확인, Planning Group 유지 여부 검토, 고객/공급업체 마스터 정합성 재점검	Liquidity Forecast Overview, Cash Position 앱

 

마무리: 핵심 3줄 요약

정리하면, Cash Management S/4는 TR-CM의 단순 업그레이드가 아니라 구조적 재설계입니다. 첫째, One Exposure가 모든 자금 데이터의 중심입니다. 둘째, Liquidity Forecast는 실시간 통합 데이터 기반으로 변화했습니다. 셋째, TRM, AR/AP, MM, SD까지 연결되는 데이터 허브 관점이 필요합니다.

현재 프로젝트에서 One Exposure를 어떻게 설계하고 계신가요? FI 중심으로만 가져가고 계신지, 아니면 TRM/MM/SD까지 포함하고 계신지 궁금합니다. 비슷한 이슈를 겪으셨다면 댓글로 공유해주세요. 함께 논의하면서 더 나은 설계 인사이트를 얻을 수 있습니다.

 

참고 출처

• SAP Help Portal: Cash and Liquidity Management in S/4HANA
• SAP Note 2534168: One Exposure from Operations – Central Note
• SAP Note 2715720: Liquidity Management Configuration Guide