Chart of Accounts와 FSV는 각각 저장 구조와 보고 구조로 분리되어 있으며, 두 구조가 정렬되지 않으면 재무제표가 왜곡됩니다. 계정 설계는 반드시 FSV를 기준으로 시작해야 하며, 특히 S/4HANA에서는 Universal Journal 통합으로 인해 계정 하나가 전체 리포팅에 영향을 주므로 설계 정합성이 더욱 중요합니다.
계정은 잘 만들었는데, 왜 보고서가 이상할까요?
Chart of Accounts와 FSV 관계를 제대로 이해하지 못하면, SAP에서 계정체계 설계는 결국 보고 단계에서 무너집니다. 실제 프로젝트에서 이런 케이스가 있었는데요. G/L Account는 꽤 치밀하게 설계해두었는데, 막상 재무제표(F.01)를 출력해보니 구조가 완전히 달랐던 거예요. FSV 노드 매핑이 엉성하게 되어 있어서, 재분류 작업이 폭발적으로 늘어난 거죠. 그때 팀 전체가 보고서를 뜯어고치느라 얼마나 고생했는지 모릅니다.
이런 상황, 현장에서 정말 자주 마주칩니다. “G/L Account 구조 설계 SAP에서 왜 이렇게 FSV 매핑이 복잡하죠?”라는 질문을 수도 없이 받아왔어요. 특히 S/4HANA 전환 이후 기존 ECC 계정 구조가 Universal Journal 환경에서 맞지 않아 재무제표 구조를 처음부터 다시 그리는 팀도 많습니다.
이 글은 다음 분들께 특히 도움이 됩니다.
- SAP FI 주니어·중급 컨설턴트로 계정 그룹과 재무제표 구조 설계를 담당하는 분
- S/4HANA 전환 프로젝트에서 계정 구조를 재검토해야 하는 팀
- FSV와 G/L 영향도를 명확히 이해하고 싶은 실무자
이런 내용을 한번 다뤄보고자 합니다. Chart of Accounts와 FSV의 구조적 연결, G/L Account 설계 실무 접근법, Account Type의 FSV 영향, S/4HANA 계정 구조 변화까지 한 번에 정리합니다. SAP ECC 6.0 기준을 바탕으로 작성하며, S/4HANA 변경사항은 별도 표기합니다.
1. “저장 구조 vs 보고 구조” — Chart of Accounts와 FSV의 본질
Chart of Accounts = 마스터 데이터 레이어
Chart of Accounts(계정과목표)는 SAP이 거래 데이터를 기록하고 저장하는 기본 단위입니다. 계정 번호, 계정 그룹, 계정 속성(Balance Sheet/P&L) 같은 마스터 데이터가 여기에 속합니다. 비유하자면, 도서관에서 책을 분류하는 서가 번호 체계라고 생각하시면 됩니다. 시스템이 전표를 기록할 때 어느 계정 번호에 넣을지 결정하는 기준이 바로 이 CoA입니다.
FSV = 리포팅 레이어
반면, FSV(Financial Statement Version, 재무제표 버전)는 외부·내부 보고서를 만들기 위한 계층 구조입니다. 도서관 비유를 이어가면, 서가에 꽂힌 책들을 “회계학”, “경영학” 등으로 전시 목록을 별도로 구성하는 것이죠. G/L 계정들을 FSV 노드(Assets, Liabilities, P&L 등)에 매핑함으로써 재무제표가 만들어집니다.
두 구조는 분리되어 있습니다. 이 분리가 설계 자유도를 주지만, 동시에 “정렬이 안 되면 보고서가 무너지는” 위험도 낳습니다.
ECC vs S/4HANA 구조 차이
| 구분 | ECC 6.0 | S/4HANA |
|---|---|---|
| FI/CO 구조 | G/L Account와 Cost Element 분리 | G/L Account = Cost Element 통합 |
| 핵심 테이블 | BKPF/BSEG + CO 별도 테이블 | ACDOCA (Universal Journal) |
| FSV 영향도 | CO 구조를 별도로 고려해야 함 | 계정 설계가 FI·CO 리포팅에 동시 영향 |
| 계정 설계 복잡도 | 상대적으로 분리 관리 가능 | 설계 정합성이 더욱 중요해짐 |
S/4HANA 변경사항은 무엇일까요? Universal Journal(ACDOCA)로 FI와 CO가 통합됨에 따라, G/L Account 하나가 Cost Element 역할을 겸하게 됩니다. 계정 설계의 실수가 재무보고와 관리회계 양쪽에 동시에 영향을 미치므로, FSV 설계 중요도가 ECC 대비 크게 상승합니다.
Account Type이 FSV에 미치는 영향
Account Type은 FSV 노드 배치 구조를 결정하는 핵심 속성입니다.
- Balance Sheet 계정: 자산·부채·자본 노드에 매핑. IFRS vs Local GAAP 구분에 따라 노드 계층이 달라집니다.
- P&L 계정: 수익·비용 노드에 매핑. 연말 마감 시 Retained Earnings(이익잉여금) 계정으로 이익잉여금이 이월됩니다. 이 Retained Earnings 계정이 FSV에 올바르게 정의되지 않으면 연말 마감 시 에러가 발생합니다.
- Chart of Accounts — 마스터 데이터 레이어, G/L Account 체계 정의
- G/L Account 생성 (FS00) — Chart of Accounts 기준 개별 계정 생성
- Transaction Data — 전표 입력 및 거래 기록
- ACDOCA (Universal Journal) — 모든 전표 데이터 단일 테이블 저장
- FSV 매핑 — 보고 레이어, Financial Statement Version 구조 연결
- Financial Report 출력 (F.01) — FSV 기준 재무제표 최종 출력
▲ CoA부터 재무제표까지의 데이터 흐름. ACDOCA는 S/4HANA 기준이며, ECC에서는 BKPF/BSEG 테이블을 경유합니다.
2. IMG 설정 경로 및 단계별 가이드
2-1. Chart of Accounts 정의
IMG 경로:
SPRO > Financial Accounting > General Ledger Accounting >
G/L Accounts > Master Data > Preparations > Define Chart of Accounts주요 설정 항목은 다음과 같습니다.
| 설정 항목 | 내용 | 실무 포인트 |
|---|---|---|
| Account Number Length | 계정 번호 자릿수 결정 | 향후 자회사·법인 확장성 고려해 여유 있게 설계 |
| Controlling Integration | CO 연계 방식 | S/4HANA는 Cost Element 통합이므로 반드시 확인 |
| Account Group | 계정 그룹 정의 | Number Range, Field Status 설정 포함 |
| Company Code Assignment | 회사코드 연결 | 하나의 CoA를 복수 회사코드가 공유 가능 |
선행 작업: Chart of Accounts 정의 전에 Company Code(회사코드)와 Fiscal Year Variant가 반드시 설정되어 있어야 합니다.
2-2. G/L Account 생성 (T-code: FS00)
G/L Account는 FS00에서 생성합니다. S/4HANA에서는 Fiori App “Manage G/L Account Master Data” 를 통해서도 관리 가능합니다.
| 필드 | 의미 | FSV 영향 | 실무 주의사항 |
|---|---|---|---|
| Account Type | BS(Balance Sheet) / P&L 구분 | FSV 노드 배치 결정 | 잘못 설정 시 Retained Earnings 에러 발생 |
| Group Account Number | 그룹 집계용 계정 번호 | Group Reporting 연계 | 연결재무제표 요구사항 사전 확인 필수 |
| Field Status Group | 입력 필수 필드 통제 | ACDOCA 필드 활용 영향 | Segment, Profit Center 필수 여부 반영 |
| Tax Category | 세금 처리 여부 | 간접 영향 | 세무 요건과 사전 정렬 필요 |
2-3. FSV 설정 (재무제표 버전)
IMG 경로:
SPRO > Financial Accounting > General Ledger Accounting >
Business Transactions > Closing > Document >
Define Financial Statement VersionsFSV 설정은 아래 순서로 진행합니다.
| 단계 | 작업 | 상세 내용 |
|---|---|---|
| 1단계 | FSV Key 생성 | 고유 키 값과 FSV 명칭 정의 |
| 2단계 | Hierarchy Node 구성 | Assets / Liabilities / Equity / P&L 계층 설계 |
| 3단계 | 계정 Assignment | Single / Interval / Group 방식 선택 |
| 4단계 | Retained Earnings 정의 | P&L 계정의 이월 계정 지정 |
| 5단계 | 테스트 | F.01 실행 후 구조·잔액 검증 |
계정 Assignment 방식 비교:
| 방식 | 설명 | 적합한 상황 | 단점 |
|---|---|---|---|
| Single | 계정 1개씩 직접 매핑 | 예외 계정, 특수 계정 | 계정 수 많으면 유지관리 부담 |
| Interval | 계정 번호 범위로 매핑 | 번호 체계가 잘 정렬된 경우 | 범위 외 신규 계정 누락 위험 |
| Group | 계정 그룹 단위 매핑 | 초기 설계 단순화 | 일부 계정 제외 처리 시 한계 |
FSV 계층 구조 예시
├── Assets (자산)
│ ├── Current Assets (유동자산)
│ │ ├── Cash and Cash Equivalents (현금성자산) ← Interval: 100000–109999
│ │ └── Accounts Receivable (매출채권) ← Interval: 110000–119999
│ └── Non-Current Assets (비유동자산)
└── Liabilities & Equity (부채 및 자본)
└── ...▲ FSV 계층 구조 예시. 각 노드에 계정 번호 Interval을 매핑해 관리 효율성을 높입니다.
3. 주요 포인트 / 실무 팁
3-1. 핵심 설계 원칙 — “FSV 없이 계정을 만들지 말 것”
이건 FSV 설계시 지켜온 원칙인데요, 새 G/L Account 생성 요청이 오면 가장 먼저 “이 계정이 FSV 어느 노드에 들어갑니까?”를 묻습니다. 설계 순서는 다음 순서로 진행해보시면 도움이 되실꺼에요
① FSV 설계 (법적·내부 보고 요구사항 선 반영)
↓
② 노드별 필요 계정 Granularity 정의
↓
③ 계정 번호 체계 및 계정 그룹 설계
↓
④ G/L Account 생성 → FSV 매핑 → F.01 검증3-2. 자주 발생하는 설계 실수
| 실수 유형 | 증상 | 해결 방향 |
|---|---|---|
| 계정 과다 분할 | FSV 노드 수 폭증, 유지보수 부담 증가 | 보고 요건 재검토 후 통합 가능 계정 합산 |
| 계정 과소 분할 | Drill-down 불가, 분석성 저하 | 세부 분석 요건 재확인 후 계정 추가 분리 |
| Account Type 오설정 | 대차대조표 불균형, Retained Earnings 에러 | FS00에서 BS/P&L 재검토 및 FSV 재매핑 |
| FSV 노드 미매핑 | F.01에서 금액 누락, 검증 불일치 | Interval/Single로 누락 계정 재매핑 |
3-3. S/4HANA 계정 구조 변화 — 반드시 알아야 할 것들
S/4HANA 변경사항은 어떨까요?
- ECC: FI(G/L)와 CO(Cost Element)가 분리 운영되므로 FSV 설계 범위가 FI에 국한됨
- S/4HANA: ACDOCA(Universal Journal)로 통합되어 G/L Account가 Cost Element를 겸함 → FSV 설계 하나가 FI보고·CO분석·Group Reporting에 동시 영향
- 추가 고려: Document Splitting, Segment Reporting 활성화 시 Field Status Group 설정이 ACDOCA 필드 활용에 직접 영향
실제로 이런 케이스가 있었습니다. S/4HANA 전환 프로젝트에서 기존 ECC의 CO Cost Element를 그대로 G/L Account로 옮기다 보니 계정 수가 수백 개 이상 증가했고, FSV 노드 매핑도 그에 비례해 복잡해졌습니다. 결국 F.01 실행 시 리포트 성능 이슈가 발생해서 계정 통합 재설계를 해야 했습니다. S/4 전환 전에 반드시 “기존 CO 계정 중 G/L로 통합 가능한 것”을 먼저 정리하고 들어가는 것을 강력히 권합니다.
Group Reporting 연계 설계 체크리스트:
- Group Account Number 매핑 전략 수립 (자법인 CoA ↔ Group CoA)
- FSV 노드별 최소 하나 이상의 계정 매핑 여부 확인
- Interval/Single/Group 매핑 중복(Overlap) 여부 점검
- Retained Earnings 계정 법인별 설정 확인
- 다통화·다원장(Leading/Non-leading Ledger) 시나리오 FSV 적용 검증
4. SAP Error 주요 이슈 및 해결
※ 이 섹션은 ECC 6.0 및 S/4HANA 공통으로 발생하는 주요 이슈입니다.
| Error / 현상 | 발생 T-code | 주요 원인 | 해결 방법 |
|---|---|---|---|
| No accounts assigned to node | F.01 | FSV 노드에 계정 미할당 또는 번호 범위 오류 | FSV에서 해당 노드 열어 Interval/Single 재매핑 후 재실행 |
| Balance sheet not balanced | F.01 | Account Type 오설정(BS↔P&L 혼용) 또는 FSV 계정 누락 | FS00에서 Account Type 재확인, FSV 내 노드 위치 재검토 |
| Retained earnings account not defined | F.01 / 연말마감 | 이익잉여금 계정 미정의 또는 법인별 미설정 | 아래 IMG 경로에서 법인별 계정 설정 |
| 계정 잔액 FSV 미반영 | F.01 / FAGLB03 | 신규 계정이 FSV에 미매핑 | FSV에서 신규 계정 번호 포함하도록 Interval 범위 수정 |
Retained Earnings Account 설정 IMG 경로:
SPRO > Financial Accounting > General Ledger Accounting >
Business Transactions > Closing > Carry Forward >
Define Retained Earnings Account주요 확인 T-code 정리:
| T-code | 용도 |
|---|---|
| FS00 | G/L 계정 마스터 생성·변경 |
| F.01 | 재무제표(FSV 기반) 출력 및 검증 |
| FBL3N | G/L 계정 라인 아이템 조회 |
| FAGLB03 | G/L 계정 잔액 조회 |
| OB13 | Chart of Accounts 정의 조회 |
S/4HANA에서는 Fiori App “Financial Statements” 및 “Display Financial Statement” 를 통해 실시간 FSV 검증이 가능합니다. F.01 대신 Fiori App을 기본 검증 도구로 활용하는 것을 권장합니다.
5. 마무리
핵심 3줄 요약
-
Chart of Accounts는 저장 구조, FSV는 보고 구조 — 두 레이어가 분리되어 있지만 설계 단계에서 반드시 함께 정렬되어야 합니다.
-
설계 순서는 반드시 FSV 먼저 — 보고 요구사항을 먼저 정의하고, 그에 필요한 계정 세분화 수준을 역산하는 것이 실무 Best Practice입니다.
-
S/4HANA에서는 이 관계가 더욱 중요해집니다 — Universal Journal(ACDOCA) 통합으로 계정 설계 하나가 FI·CO·Group Reporting 전반에 영향을 미칩니다.
마지막으로 한 마디 드리면: “계정은 입력을 위한 것이 아니라, 결국 보고를 위해 존재합니다.” 이 문장 하나를 설계 내내 붙잡고 가시면 큰 방향은 흔들리지 않습니다.
현재 사용 중인 CoA 구조에서 FSV 매핑이 제대로 맞는지 점검해보신 분, 혹은 S/4 전환하면서 계정 구조 재설계로 고민 중이신 분 — 댓글로 상황을 나눠주시면 함께 고민해보겠습니다.
다음에 읽으면 좋은 글:
- 👉 SAP FSV 설계 실전 가이드 — IFRS vs Local GAAP 구조 비교
- 👉 S/4HANA Universal Journal(ACDOCA) 구조 완전 이해
참고 출처
- SAP Help Portal – G/L Accounting (S/4HANA): https://help.sap.com/docs/SAP_S4HANA
- SAP Help – Define Financial Statement Versions: SAP Help Portal 내 “Financial Statement Versions” 검색
- SAP Note 검색 (Retained Earnings / FSV 관련): https://me.sap.com/notes
- SAP Blog – Universal Journal Overview: https://blogs.sap.com