GVTR (Classical Ledger 이월) vs FAGLGVTR (New G/L & Universal Ledger 이월)

SAP에서 연마감 결산 시 가장 중요한 공정 중 하나인 연도 이월(Balance Carryforward)을 수행할 때, GVTR과 FAGLGVTR은 각각 구버전(Classical) 원장과 신버전(New/Universal) 원장을 대변하는 트랜잭션 코드입니다.

결론부터 말씀드리면, S/4HANA PCE 2025 환경에서는 FAGLGVTR만 사용하며 GVTR은 더 이상 일반 총계정원장 이월용으로 사용하지 않습니다. 두 T-Code의 핵심 차이점과 S/4HANA 아키텍처 관점에서의 변화를 정리해 드립니다.

1. 한눈에 보는 핵심 차이점 비교

구분	GVTR (Classical Ledger 이월)	FAGLGVTR (New G/L & Universal Ledger 이월)
대상 모듈/원장	과거 ECC의 특별 목적 원장 (FI-SL) 및 클래식 총계정원장	ECC New G/L 및 S/4HANA 통합원장 (ACDOCA)
S/4HANA 내 지위	Obsolete (일반 G/L 용도로는 사용 안 함)	표준 필수 공정 (Standard Practice)
이월 범위	지정된 특정 로컬/특별 원장의 잔액만 이월	FI(G/L), CO, 고정자산(AA) 잔액을 단 한 번에 일괄 이월

2. 왜 S/4HANA에서는 FAGLGVTR을 써야 할까?

S/4HANA는 모든 재무, 자금, 관리회계, 자산 데이터가 단 하나의 거대한 테이블인 ACDOCA (Universal Journal)로 통합되었습니다. 이 아키텍처 변화가 이월 프로그램에도 그대로 반영되었습니다.

• 고정자산(FI-AA) 연도 이월과의 통합:
• 과거 ECC 시절에는 자산 연도를 넘길 때 AJRW라는 T-Code를 별도로 돌려야 했습니다. 하지만 S/4HANA(New Asset Accounting)에서는 FAGLGVTR을 실행하면 G/L 잔액뿐만 아니라 고정자산의 기말 잔액까지 자동으로 다음 연도로 이월됩니다. (AJRW 처리사항이 FAGLGVTR 내부로 완전히 흡수됨)
• 다중 원장(Multi-Ledger) 동시 처리:
• Leading Ledger(0L)뿐만 아니라 프로젝트에서 세팅하신 비리딩 원장(Local GAAP용 2L이나 L1 등)의 잔액을 원장별로 선택하거나 전체를 동시에 다음 연도로 이월할 수 있습니다.

3. GVTR은 그럼 이제 아예 안 쓰이나요?

완전히 사라진 것은 아닙니다. 만약 현재 구축 중이신 S/4HANA PCE 2025 시스템에서 '특별 목적 원장 (Special Purpose Ledger, FI-SL 모듈)'을 커스텀하게 만들어 쓰고 계시거나, 연결 회계(Consolidation) 목적의 특수 로컬 뷰 테이블을 유지하고 있다면 해당 특수 테이블(GLT1 계열 등)의 잔액을 넘길 때에 한해서만 GVTR을 제한적으로 사용합니다.

일반적인 재무제표(B/S, P&L) 잔액 이월에는 절대 사용하지 않습니다.

💡 2025 컨버전 프로젝트 실무자 팁 (Peer Advice)

• 이월 실행 타이밍: FAGLGVTR은 결산 전표가 다 안 들어온 1월 1일 새해 첫날 바로 실행해도 무방합니다. 시스템 가동 후 현업이 전년도(ex. 2025년) 보정 전표를 넣을 때마다, 시스템이 백그라운드에서 실시간으로 델타(Delta) 값을 계산해 차기 연도(ex. 2026년) 기초 잔액을 계속 업데이트해 주기 때문입니다.
• 컨버전 데이터 검증 시: ECC에서 S/4HANA로 전환하는 Cut-over 기간에 데이터 마이그레이션이 끝난 후, 원장 이월 정합성이 맞지 않아 B/S 잔액이 안 맞는 경우가 있습니다. 이때는 당황하지 마시고 타깃 서버에서 FAGLGVTR을 다시 한번 '백그라운드 실행(Execute in Background)'으로 전수 돌려주시면 통합원장 매핑 기준에 맞춰 이월 데이터가 깔끔하게 재정렬됩니다.