SAP Group Reporting Constant Currency 시뮬레이션 구현 방법

환율을 작년에 멈춰두면 무엇이 보이는가 — Extension Version 환율 시뮬레이션 실습

연결결산 실무에서 종종 나오는 질문입니다. 환율 변동이 그룹 실적에 미친 영향을 따로 떼어보고 싶을 때 — 이른바 Constant Currency 관점 — SAP Group Reporting은 이를 임기응변이 아니라 표준 구조로 풀 수 있는 방법을 제공합니다. 이 글은 그 구조를 실제 시나리오 하나로 끝까지 따라가 봅니다.

Constant Currency 분석이란

Constant Currency(불변환율, 고정환율) 분석은 그룹 실적을 비교할 때 환율 변동으로 인한 착시를 제거하고, 사업 자체의 성과만을 보려는 재무분석 기법입니다. SAP Group Reporting 고유 개념이 아니라 다국적 기업의 실적 발표·투자자 커뮤니케이션에서 널리 쓰이는 일반적인 분석 방법이며, 이번 글에서 다루는 Extension Version 구조는 그 기법을 SAP 안에서 재현하는 하나의 구현 방식입니다.

왜 필요한가

여러 국가에 자회사를 둔 그룹은 로컬통화 실적을 그룹통화(예: KRW)로 환산해서 연결합니다. 이때 문제는, 자회사의 로컬통화 실적이 실제로 성장했더라도 그룹통화가 강세면 환산 후 숫자는 줄어들어 보이고, 반대로 그룹통화가 약세면 로컬 실적이 정체돼도 환산 후 숫자는 늘어나 보인다는 점입니다. 환율 요인과 사업 요인이 하나의 숫자 안에 섞여 있어, "실적이 좋아진 건지, 환율이 유리했던 건지"를 구분할 수 없습니다.

Constant Currency 분석은 이 두 요인을 분리합니다. 방법은 단순합니다 — 비교 대상 두 시점(또는 두 버전)에 동일한 환율을 적용해서 환산한 뒤 비교하면, 남는 차이는 환율이 아니라 사업 자체의 변화에서만 나온 것이 됩니다.

차이의 분해 구조

이번 시나리오를 기준으로 두면, 세 개의 숫자가 만들어집니다.

• T20 (실제환율 환산) — 올해 실적을 올해 실제환율로 환산한 공식 결과

• T2S (고정환율 환산) — 올해 실적(로컬통화는 T20과 동일)을 전년도 기말환율로 환산한 시뮬레이션 결과

• 전년 실적 — 전년도 실적의 공식 결과

이 세 숫자를 나란히 두면 전체 차이를 두 구간으로 쪼갤 수 있습니다.

• 환율 효과 = T20 − T2S → 같은 로컬통화 실적을 서로 다른 환율로 환산했을 때의 차이이므로, 순수하게 환율 변동만의 영향

• 사업 효과 = T2S − 전년 실적 → 환율을 전년도 수준에 고정한 상태에서 비교했으므로, 순수하게 사업 자체의 증감만의 영향

이 분해가 성립하려면 한 가지 전제가 필요합니다 — 두 Version이 동일한 로컬통화 원본을 사용하고, 계정·데이터·조정분개 등 환율 외의 조건이 모두 동일해야 한다는 것입니다. Extension Version이라고 해서 이 전제가 자동으로 보장되는 것은 아닙니다. 실무에서는 Extension Version에 시뮬레이션 목적의 추가 Posting을 넣는 경우도 있는데, 그렇게 되면 T20과 T2S의 차이에 환율 외의 요인이 섞여 들어가 위 분해식이 더 이상 성립하지 않습니다.

이렇게 나누면 "환율이 유리해서 좋아 보이는 것"과 "실제로 사업이 성장한 것"을 각각 숫자로 제시할 수 있습니다.

대표적인 활용 형태

• YoY 실적 비교 — 이번 시나리오처럼 전년도 기말환율을 고정해서, 환율을 배제한 순수 성장률을 산출

• Budget vs Actual Bridge — 계획 수립 시점의 환율(계획환율)을 고정값으로 사용해, 계획 대비 차이를 환율 요인과 사업 요인으로 분해

• 사업부·법인 간 비교 — 여러 국가에 자회사를 둔 그룹에서, 환율 노출이 서로 다른 사업부의 성장률을 같은 기준선 위에서 비교

• 환율 민감도 사전 점검 — 특정 환율 시나리오(예: 원화 강세 10%)를 가정해 그룹 실적이 얼마나 흔들리는지 사전에 파악

Fact / Interpretation 구분

Constant Currency 분석 자체는 SAP가 정의한 개념이 아니라 재무분석 일반의 표준 기법(Fact)입니다. 반면 "환율 효과 = T20 − T2S", "사업 효과 = T2S − 전년 실적"이라는 분해 방식은 이 시나리오에 맞춰 정리한 해석적 프레이밍이며, 실제 프로젝트에서는 조직의 성과 관리 정책에 따라 분해 기준이 달라질 수 있습니다.

Extension Version 구조가 이 분석에 유리한 이유

Constant Currency 분석 자체는 어떤 시스템에서든 구현할 수 있는 개념이지만, SAP Group Reporting에서 Extension Version + Exchange Rates Special Version 조합으로 구현하면 다음 두 가지 실무적 이점이 따라옵니다.

• 원본 데이터 이중 관리 불필요: T2S는 로컬통화를 별도로 입력하거나 유지할 필요 없이 T20의 원본을 그대로 쓰므로, 데이터 정합성 리스크 없이 시뮬레이션 결과를 병행 보유할 수 있습니다.

• 재실행 안전성: T20과 T2S는 저장 영역이 분리돼 있으므로, 어느 한쪽을 재환산해도 다른 쪽 결과가 덮어써지지 않습니다.

• 필요에 따른 자동화 선택지: T2S의 Run Mode는 Automatic으로 설정해 T20 실행에 자동 편승시킬 수도, Manual로 두고 독립적으로 실행 시점을 제어할 수도 있습니다. 정기적인 Constant Currency 리포트를 매 결산마다 생성한다면, 담당자가 매번 두 버전을 따로 실행하고 챙길 필요가 없는 Automatic이 운영 효율 측면에서 일반적으로 더 적합합니다. 반대로 이번 시나리오처럼 특정 시점에 한정된 일회성 분석이라면, 실행 시점과 대상을 직접 통제할 수 있는 Manual이 더 명확한 선택입니다.

먼저, 왜 버전 하나로는 안 되는가

실적 버전 하나(예: T20)의 Exchange Rates Special Version 참조를 실제환율에서 시뮬레이션환율로 바꾼 뒤 통화환산을 재실행하면 어떻게 될까. T20의 그룹통화 저장 영역은 하나뿐이므로, 재실행 순간 기존 실제환율 환산 결과가 새 결과로 덮어써집니다. 두 결과를 나란히 두고 비교하려면 애초에 저장 영역이 분리된 두 번째 버전이 있어야 합니다. 이 역할을 하는 것이 Extension Version입니다.

시나리오 개요

이번 실습은 다음 구성으로 진행합니다.

T20은 실제환율 지시자인 AVG(평균)·CLO(기말)를 그대로 사용합니다. 이번 예시에서는 실제 환율유형(AVG/CLO)과 구분하기 위해 AVG2/CLO2라는 이름을 사용했습니다 — 프로젝트에서는 이처럼 목적별로 별도의 환율유형 코드를 사용하는 경우가 많습니다.

목적은 명확합니다 — "환율이 전년도 기말 시점 이후로 전혀 움직이지 않았다면"이라는 가정을 만들고, 그 가정 위에서 올해 실적을 재환산해 T20(실제)과 비교하는 것입니다.

진행 순서

1단계 — AVG2 / CLO2에 전년도 기말환율 등록

환율유형 AVG2, CLO2를 새로 정의하고, 두 유형 모두에 전년도 기말 시점의 환율값을 동일하게 입력합니다. 이번 시나리오에서는 기간 내 환율 변동을 제거하기 위해 평균환율에도 동일한 고정환율을 사용합니다. 평균환율(AVG2)과 기말환율(CLO2)에 서로 다른 값을 넣는 것이 아니라 같은 값을 넣는다는 점이 이 시나리오의 핵심입니다 — 기간 중 변동을 반영하는 게 아니라, "그 시점에서 환율이 고정됐다"는 가정 자체를 두 지표에 동일하게 심는 것이기 때문입니다.

참고: 이 구간(전년도 기말환율을 AVG2/CLO2에 동일하게 등록)은 SAP가 강제하는 규칙이 아니라, Constant Currency 분석 목적에 맞춰 선택한 시뮬레이션 설계입니다. 기준 시점을 다르게 잡거나, 평균·기말에 서로 다른 고정값을 넣는 것도 동일한 메커니즘 위에서 얼마든지 가능합니다.

[환율유형 등록 화면 — AVG2/CLO2 값 입력]

2단계 — Extension Version T2S 생성

T20을 참조 버전(Reference Version)으로 지정해 Extension Version T2S를 만든다. Extension Version은 Reference Version의 데이터를 논리적으로 상속(inherit)하는 구조입니다. 이번 시나리오에서는 T2S가 참조하는 Exchange Rates Special Version만 T20과 다르게 설정합니다 — 이후 Currency Translation을 실행하면 그 설정 차이에 따른 그룹통화 환산 결과가 T2S의 저장 영역에 생성됩니다. 즉 AVG2/CLO2 자체는 Version이 참조하는 설정(Configuration)이고, 실제 환산 결과는 이 설정을 바탕으로 Currency Translation을 실행한 뒤 만들어지는 그룹통화 금액입니다.

[Consolidation Version 설정 화면 — T2S 생성 및 참조 버전 T20 지정]

[T2S의 Special Version 탭 — 환율 버전 Y12 시뮬레이션 버전]

이번 시나리오는 Automatic이 아닌 Manual Run Mode로 진행합니다. T2S를 Manual로 두면 T20의 통화환산 실행에 자동 편승하지 않고, T2S의 Currency Translation을 별도 시점에 독립적으로 실행할 수 있습니다. 정기 결산에 상시 편입되는 자동화 흐름이 아니라, 이번처럼 특정 목적의 일회성 분석으로 시뮬레이션을 다루고자 할 때는 Manual이 더 명확한 선택입니다 — 실행 시점과 대상을 담당자가 직접 통제할 수 있기 때문입니다.

[T2S Run Mode = Manual 설정 화면]

3단계 — T2S의 Exchange Rates Special Version에 AVG2/CLO2 매핑

[환율지시자 A 평균율에 AVG2 시뮬레이션 환율 유형 지정]

[환율지시자 C 종가율에 CLO2 시뮬레이션 환율 유형 지정]

T2S만의 Exchange Rates Special Version을 정의하고, 여기에 AVG2(평균)·CLO2(기말)를 매핑합니다. T20은 기존 실제환율(AVG/CLO)을 그대로 유지하므로, 이 시점부터 두 버전은 같은 로컬통화 원본을 보면서도 서로 다른 환율 기준을 갖게 됩니다.

4단계 — T20, T2S 각각 Currency Translation 수동 실행

Data Monitor에서 T20의 Currency Translation Task를 수동 실행해 실제환율 기준 환산 결과를 생성합니다. 이어서 T2S를 대상으로 동일한 Task를 별도로 수동 실행해, AVG2/CLO2 기준의 시뮬레이션 환산 결과를 생성합니다. Run Mode가 Manual이므로 두 실행은 서로 독립적이며, 어느 한쪽을 실행한다고 해서 다른 쪽이 자동으로 처리되지 않습니다.

[Data Monitor — T2S 버전의 Currency Translation Task 수동 실행 화면]

5단계 — 결과 비교

리포트에서 Version을 컬럼 축으로 추가해 T20과 T2S의 그룹통화 값을 나란히 조회합니다. 로컬통화 원본이 동일하고 환율 외 조건이 같다는 전제 위에서, 두 컬럼 간 차이는 순수하게 환율 변동 효과만을 반영합니다 — 사업적 요인(매출 증감, 원가율 변화 등)이 섞여 들어오지 않습니다.

예를 들어 그룹통화 매출이 다음과 같이 나왔다고 하면,

두 효과를 다음과 같이 바로 분해할 수 있다.

• 사업 효과 = T2S − 전년 = 1,060 − 980 = 80

• 환율 효과 = T20 − T2S = 1,125 − 1,060 = 65

• 총증가 = T20 − 전년 = 1,125 − 980 = 145

전년 대비 총 145 증가한 실적 중, 사업 자체의 성장이 80, 환율 우호적 변동이 65였다는 것을 숫자로 바로 확인할 수 있습니다. 두 효과가 서로 다른 값으로 나오는 데서 알 수 있듯이, 이 분해는 하나의 숫자를 임의로 반씩 나눈 것이 아니라 각각 독립적인 계산 근거(로컬통화 실적 vs 환율 변동)를 가진 결과입니다.

[SAC 리포트 — T20 vs T2S 그룹통화 값 비교 화면]

유의사항

다음은 이 시나리오를 구성하기 위해 선택한 해석적 설계이며, 프로젝트마다 달라질 수 있습니다.

• 버전명(T20/T2S), 환율유형 코드(AVG2/CLO2)는 예시 네이밍입니다.

• "전년도 기말환율을 평균·기말에 동일하게 등록"하는 방식은 여러 시뮬레이션 설계 중 하나입니다.

• 이번 시나리오가 Manual Run Mode를 선택한 것은 일회성 분석 목적에 맞춘 구성이며, 정기적으로 반복하는 프로세스라면 매번 두 버전을 따로 챙길 필요가 없는 Automatic이 운영 효율 측면에서 더 적합합니다.

• 실제 적용 시 환율유형 등록 화면 및 T-Code는 SAP 버전과 프로젝트 구성에 따라 확인이 필요합니다.

본 글은 SAP Group Reporting 표준 기능에 대한 설명이며, 프로젝트별 실제 적용 여부는 고객사 요구사항 및 SAP 버전에 따라 검증이 필요합니다.