SAP OB58(Financial Statement Version)는 G/L 계정에 쌓인 데이터를 재무제표 구조로 재배열하는 핵심 설정입니다. FSV는 “데이터를 어떻게 보여줄지”를 정의하고, F.01은 이를 기반으로 재무제표를 출력합니다. ECC와 S/4HANA 모두 동일한 개념을 사용하되, S/4에서는 Universal Journal과 Ledger/Accounting Principle 선택이 추가됩니다.
1. “재무제표 한 번 뽑아주세요” — SAP OB58란 무엇인가, 그 첫 번째 벽
기준 환경: ECC 6.0 및 S/4HANA 2023 기준으로 작성되었습니다.
S/4HANA 변경사항: Universal Journal(ACDOCA) 기반으로 Ledger/Accounting Principle별 보고 구조가 강화되었으며, Fiori 앱을 통한 재무제표 조회가 가능합니다.
SAP OB58란 무엇인가를 처음 접하면 대부분 “이걸 왜 설정해야 하지?”라는 의문부터 듭니다. 실제로 프로젝트 초기에 이런 상황이 꽤 자주 생겨요. 회계팀에서 “F.01로 재무제표 한 번 뽑아주세요”라고 요청이 들어왔는데, FSV(Financial Statement Version)가 하나도 없어서 실행 화면에서 바로 막혀버리는 경우입니다. 주니어 컨설턴트분들이 가장 많이 당황하는 포인트가 바로 이 지점이에요.
- FI 모듈에 처음 투입된 주니어 컨설턴트
- G/L 구조는 알지만 “데이터 → 보고”의 흐름이 연결이 안 되는 운영 담당자
- FSV와 G/L 계정 그룹을 같은 개념으로 혼동하고 있는 분
- 재무 흐름 전반을 이해하고 싶은 ABAP 개발자
이 글에서는 Financial Statement Version 개념 쉽게 이해하는 것부터 시작해서, SAP 재무제표 구조 FSV vs G/L 계정 그룹 차이, SAP 재무제표 생성 흐름 FSV → F.01, 그리고 ECC FSV vs S/4HANA FSV 차이까지 한 번에 정리해드립니다.

2. Financial Statement Version 개념 쉽게 이해하기 — FSV가 뭔지 제대로 알자
SAP OB58란 무엇인가
OB58은 재무제표의 “출력 구조”를 정의하는 IMG Customizing 항목입니다. SAP FI 구조 안에서 위치를 말씀드리면, G/L 회계의 결산(Closing) 영역에 속합니다. SAP는 설계 철학상 “데이터 저장”과 “보고 구조”를 철저히 분리해 놓았어요. G/L 계정은 거래 데이터가 쌓이는 저장소이고, FSV는 그 데이터를 어떤 형태로 보여줄지를 결정하는 레이아웃입니다. 같은 G/L 계정이라도 FSV 설계에 따라 유동자산으로 표시될 수도 있고, 비유동자산으로 표시될 수도 있습니다.
SAP 재무제표 구조 FSV vs G/L 계정 그룹 차이
현장에서 정말 자주 받는 질문이 “계정 그룹이랑 FSV가 다른 건가요?”입니다. 결론부터 말씀드리면 완전히 다른 개념이에요.
| 항목 | G/L 계정 그룹 | FSV (Financial Statement Version) |
|---|---|---|
| 목적 | 계정 생성 시 마스터 속성 관리 | 재무제표 출력 구조 정의 |
| 관점 | 마스터 데이터 관리 | 리포팅 / 보고 |
| 주요 T-code | FS00 | OB58 / F.01 |
| 설정 내용 | 계정 번호 범위, 필수 입력 여부 | 노드 계층, 계정 할당, 부호 설정 |
| 재무제표 생성 | 불가 (보고 구조 없음) | 가능 (F.01 실행 기반) |
여기서 G/L 계정 그룹은 계정을 만들 때 쓰는 틀이고, FSV는 그 계정들을 어떤 순서와 구조로 재무제표에 보여줄지를 규정합니다.
SAP 재무제표 생성 흐름 FSV → F.01
graph LR
A[G/L Posting] --> B[계정 잔액 축적\nBSEG / ACDOCA]
B --> C[OB58\nFSV 계정 매핑]
C --> D[F.01 실행\n재무제표 출력]
D --> E[B/S & P&L\n결과 화면]
데이터 흐름의 핵심: 전표가 쌓인 잔액 데이터를 FSV가 재무제표 구조로 재배열하여 F.01이 출력합니다.
ECC FSV vs S/4HANA FSV 차이
| 항목 | ECC 6.0 | S/4HANA |
|---|---|---|
| 데이터 테이블 | BSEG / FAGLFLEXT | ACDOCA (Universal Journal) |
| Ledger 구분 | Classic GL / New GL | Leading / Non-leading Ledger |
| 보고 기준 | 회사코드 + 회계연도 | Ledger + Accounting Principle 추가 고려 |
| Fiori 앱 | 미지원 | Financial Statement Fiori App 사용 가능 |
| FSV 기본 구조 | 동일 | 동일 (설정 방식 변경 없음) |
S/4HANA 변경사항: ACDOCA 기반의 Universal Journal로 회계 데이터가 통합되면서 F.01 실행 시 Ledger와 Accounting Principle 선택 항목이 추가됩니다. FSV 설계 자체는 ECC와 동일하지만, 복수 Ledger 환경에서는 Ledger별 보고 시나리오를 미리 고려해야 합니다.

3. IMG 설정 경로 및 단계 — OB58 실제로 설정하는 법
SPRO 경로:
SPRO → Financial Accounting → General Ledger Accounting
→ Business Transactions → Closing → Document
→ Define Financial Statement Versions (OB58)
또는 T-code OB58로 바로 진입 가능합니다.
관련 T-code: OB58, F.01, FS00
관련 Fiori App: Financial Statement (S/4HANA)
선행 IMG (반드시 먼저 확인)
OB58 IMG 설정 전에는 반드시 아래 IMG가 설정이 되어있어야 합니다.
- FS00: G/L 계정 생성 및 속성 정의 완료
- Chart of Accounts 정의 및 회사 코드 연계 설정 완료
단계별 설정 가이드
Step 1. FSV ID 생성
FSV Key 입력: 예) ZFSV_IFRS, ZFSV_LOCAL
Description은 EN(영문), KR(한국어) 언어별로 반드시 관리
Chart of Accounts와 연결
Step 2. 계층 구조(노드) 설계
FSV: ZFSV_IFRS
├── 1. Assets (자산)
│ ├── 1.1 Current Assets (유동자산)
│ │ └── 1.1.1 Cash and Equivalents
│ └── 1.2 Non-Current Assets (비유동자산)
├── 2. Liabilities (부채)
│ ├── 2.1 Current Liabilities
│ └── 2.2 Non-Current Liabilities
├── 3. Equity (자본)
├── 4. Revenue (수익)
└── 5. Expense (비용)
부모-자식 관계의 노드 계층 구조. 합계(Summation Node)와 라인아이템(Item) 구분이 핵심입니다.
Step 3. Item Key 생성
각 노드에 고유 키 부여: 예) 1000 = Cash, 2000 = Receivables
번호 체계는 향후 확장을 고려해 여유 있게 설계 권장
Step 4. G/L 계정 할당
| 할당 방식 | 예시 | 주의사항 |
|---|---|---|
| 단일 계정 | 110000 | 특정 계정만 지정 |
| 범위 지정 | 100000–199999 | 범위 겹침 절대 금지 |
| Debit/Credit 방향 | D/C 설정 | 부호 반전 필요 시 체크 |
Step 5. 합계 및 표시 옵션 설정
Summation Node: 하위 라인 합산 여부
Sign Reverse: P&L 항목 부호 처리
Drilldown: 개별 계정 세부 표시 여부
실제 프로젝트에서 이런 케이스가 있었는데요. 계정 범위를 100000–299999처럼 넓게 잡았다가, 옆 노드에서도 200000–299999를 잡아버려서 같은 계정이 두 노드에 중복 집계되는 문제가 생겼습니다. F.01 결과에서 잔액이 두 배로 뜨는 상황이었고, 원인을 찾는 데 꽤 시간이 걸렸어요. 범위 설정 후에는 반드시 겹치는 구간이 없는지 전체 노드를 한 번씩 크로스체크하시기 바랍니다.
OB58 이후의 후행 프로세스는 뭐가 있을까요? 아래 내용을 체크해볼 필요가 있습니다.
F.01 실행 → Variant 저장 (회사코드, 회계연도, Ledger, FSV 기본값)
변경사항은 Transport Request로 이동 → 프로덕션 반영 전 회계팀 승인 필수

4. 주요 포인트 / 실무 팁 — 놓치면 나중에 반드시 후회하는 것들
FSV 설계 핵심 원칙
회계팀 없이 FSV를 혼자 설계하지 마세요. 이건 진심으로 드리는 조언입니다.
- IFRS와 Local GAAP을 동시에 사용하는 경우 FSV를 별도 생성 (ZFSV_IFRS, ZFSV_LOCAL)
- 소계 구조, 합계 표현 규칙, 항목 순서를 회계팀과 사전 서면 확인 후 설계
- 언어별 라벨(EN/KR) 누락 시 사용자 화면에 공백으로 보이는 문제 발생
SAP 재무제표 생성 흐름 FSV F.01 체크리스트
| 확인 항목 | 포인트 |
|---|---|
| Not Assigned 계정 | F.01 결과에서 가장 먼저 확인 |
| P&L ↔ B/S 교차 매핑 | 계정 속성(손익/자산)과 FSV 위치 일치 여부 |
| 부호(Sign) 오류 | 수익이 마이너스로 표시되는 경우 Sign Reverse 확인 |
| Ledger 선택 (S/4) | F.01 실행 시 Ledger 미선택으로 데이터 누락 |
| Variant 저장 | 매번 수동 입력 방지, 기본 FSV 지정 |
S/4HANA 변경사항: S/4HANA 환경에서는 F.01 Selection Screen에 Ledger 및 Accounting Principle 항목이 추가됩니다. 이를 빈칸으로 두면 전체 Ledger 데이터가 합산되어 의도치 않은 결과가 나올 수 있으니 반드시 확인하세요.
예전에 한 번은 FSV를 회계팀 승인 없이 컨설턴트 판단으로 설계해서 사용자 테스트까지 마쳤는데, 회계팀 검토 후 “이 구조 우리 내부 보고서랑 달라요”라는 피드백이 나와 전면 재작업을 한 적이 있어요. 노드 구조를 바꾸면 계정 할당 전체를 다시 해야 하고, 이미 테스트한 F.01 결과물도 모두 재검증해야 합니다. 설계 단계에서 하루 투자하면 재작업 일주일을 아낄 수 있다는 걸 그때 뼈저리게 배웠습니다.

5. SAP Error Code 해결 — FSV / F.01 관련 주요 오류 정리
| 오류 메시지 | 발생 T-code | 주요 원인 | 해결 방법 |
|---|---|---|---|
| No financial statement version assigned | F.01 | Selection Screen에 FSV 미입력 또는 Variant에 FSV 공백 | F.01 Selection Screen에 FSV 직접 입력하거나 Variant 수정 |
| G/L account not assigned to FSV (Not assigned 표시) | F.01 결과 화면 | 해당 계정이 OB58 어떤 노드에도 포함되지 않음 | OB58에서 해당 계정 또는 범위를 적절한 Item Key에 추가 |
| 금액 부호 오류 (수익이 마이너스 표시) | F.01 결과 화면 | FSV 항목 Sign 설정 불일치 또는 계정 속성 오류 | OB58 해당 노드 Sign Reverse 옵션 확인 및 수정 |
| FSV 범위 중복 집계 | F.01 결과 화면 | 두 노드에 동일 계정 범위가 겹쳐 할당됨 | OB58 전체 노드 계정 범위 점검, 중복 구간 제거 |
| Ledger 데이터 불일치 (S/4) | F.01 | F.01 Ledger 선택 누락으로 전체 합산 | F.01 Selection Screen Ledger 항목 명시적으로 입력 |
문제 진단 흐름:
F.01 실행
→ "Not assigned" 또는 이상 금액 확인
→ OB58 진입 → 해당 계정 포함 Item Key 검색
→ 계정 범위 / Sign / 중복 여부 점검
→ 수정 후 F.01 재실행 → 회계팀 샘플 검증
진단은 항상 F.01 결과 화면의 “Not assigned” 섹션부터 시작하는 게 가장 빠릅니다.
SAP 버전에 따라 동작이 다를 수 있으니 SAP Help Portal 확인을 권장합니다.

6. 마무리
핵심 내용 3줄 요약
-
SAP OB58(FSV) 은 G/L 계정 데이터를 재무제표 구조로 재배열하는 핵심 Customizing 항목이며, G/L 계정 그룹과는 완전히 다른 개념입니다.
-
FSV는 “데이터를 어떻게 보여줄 것인가” 를 결정하는 보고 구조이고, F.01은 그 구조를 기반으로 재무제표를 출력하는 T-code입니다.
-
설계 흐름은 G/L Posting → 잔액 축적 → FSV 매핑(OB58) → F.01 출력이며, FSV 없이는 F.01 실행 자체가 불가합니다.
현재 프로젝트에서 FSV 설계나 F.01 실행 중에 막힌 부분이 있다면 댓글로 남겨주세요. 비슷한 상황을 겪으신 분들과 함께 나눠보면 더 빠른 해결이 될 수 있습니다.
다음에 읽으면 좋은 글:
다음 편 예고 F.01 Variant 설정 완전 가이드 — Drilldown 분석 및 회사코드별 자동 선택 실습
관련 글 SAP G/L 계정 구조 및 FS00 설정 실무 가이드
참고 출처:
https://help.sap.com/docs/SAP_S4HANA
https://help.sap.com/viewer/product/SAP_FINANCIAL_ACCOUNTING
https://support.sap.com
https://blogs.sap.com