SAP 재분류 조정 점검 — 계정·기능영역·세그먼트, 재분류해도 당기순이익은 그대로인가
결산 시 계정·기능영역·세그먼트 사이를 오가는 재분류 조정 분개가 차대 그대로 맞물려 당기순이익에 영향이 없는지, 미승인·이상 건은 없는지 원장 데이터로 먼저 확인해 둡니다
결산 때는 이미 기표된 금액을 계정 성격에 맞게, 기능영역(판매비·관리비·연구개발비) 사이로, 또는 사업부(세그먼트) 사이로 옮기는 재분류 조정 분개가 함께 기표됩니다. 문제는 이런 재분류 분개가 여러 담당자·여러 건으로 흩어져 기표되다 보니, 재분류 전후 금액이 정확히 맞물려 당기순이익에는 영향이 없는지, 승인은 제대로 됐는지, 혹시 재분류 전과 후 코드가 같아 실질적으로 아무 이동도 없는 분개가 섞여 있지는 않은지를 결산 때마다 손으로 확인하기가 쉽지 않다는 점입니다.
표준 원장의 계정·전표 구조를 그대로 이어받아 재분류 조정 분개를 유형(계정·기능영역·세그먼트)별로 모으고, 유형별 집계 대사, 당기순이익 영향 점검, 미승인·이상 건 점검까지 OpenUI5 화면으로 확장했습니다. 실제 구동 화면 2종을 함께 공개합니다.
SAP 표준 기능을 그대로 이어받은 부분
- 전표 원천 —
ACDOCA라인(계정·회사코드·금액) 구조를 그대로 사용 - 계정 마스터 — 표준 G/L 계정 마스터(SKA1/SKB1)로 재분류 대상 계정의 성격 확인
- 표준 화면 — G/L 계정 개별 항목(FAGLL03) · G/L 계정 잔액(FAGLB03) · 계정 마스터 조회(FS00)
| 항목 | 내용 |
|---|---|
| 업무 영역 | 재무회계(FI) · 결산 조정 분개 |
| 관련 기준서·대상 영역 | - (대상 영역 : 결산 조정 분개 — 계정·기능영역·세그먼트 재분류 조정 분개 점검) |
| Namespace | zui5.reclassjv |
| 셸 구조 | 조회조건 영역(우측 조회) + 재분류상세·유형집계·승인현황·당기순이익영향점검·이상건점검 5개 패널, 재분류 상세 Dialog |
| 화면 수 | 조회 화면 1개 + 재분류 조정 분개 상세 다이얼로그 |
| SAP 표준 T-code | FAGLL03 · FAGLB03 · FS00(§7 참고) |
| 성격 | 조회·대사·점검형 — 재분류 분개 승인 자체는 화면 밖 프로세스 |
| UI 테마 | sap_horizon 단일 적용 |
실제 화면 2종 둘러보기
Company Code·회계연도·기준월을 넣고 조회하면 재분류 조정 분개 상세와 유형별 집계·당기순이익 영향 점검까지 한 화면에 뜹니다 → 행을 클릭해 그 전표의 차대 구성과 당기순이익 영향 여부를 확인합니다.
아래는 실제로 앱을 실행해 기능을 눌러 가며 캡처한 화면입니다. 이미지를 클릭하면 원본 크기로 확대됩니다.
조작 방법
- Company Code(고정) · 회계연도(당기 2026 · 전기 2025) · 기준월 · 재분류유형(전체·계정·기능영역·세그먼트) · 승인상태를 지정합니다.
- Select 값을 바꾸거나 입력 필드에서 Enter 키를 누르면 즉시 재조회됩니다. 조회·초기화 버튼은 조회조건 영역 오른쪽 끝에 있습니다.
- 재분류 조정 분개 상세에서 전표별 재분류유형·재분류 전후 계정(코드)·금액·승인상태를 확인합니다.
- 행을 클릭하면 그 전표의 차대 구성과 승인·당기순이익 영향 점검 결과가 다이얼로그로 뜹니다.
- 당기순이익 영향 점검 패널에서 승인완료·정상 재분류 건의 유형별 당기순이익 영향 합계가 0인지 확인합니다.
- 재분류 분개 승인 현황과 미승인·이상 건 점검 패널을 확인하고, CSV 다운로드로 전체 결과를 내려받습니다.
재분류유형·승인·이상 건 판정 규칙
이 화면의 핵심 판정은 "재분류 조정 분개가 재분류 전후로 정확히 맞물려 당기순이익에 영향이 없는가"와 "그 재분류 분개가 승인 요건을 갖추고 실질적인 이동을 담고 있는가" 두 가지입니다.
| 판정 조건 | 결과 상태 | 사용자 조치 |
|---|---|---|
| 재분류 전(대변)·후(차변) 금액이 정확히 일치 | 영향 없음(차이 0) | 별도 조치 불요 — 당기순이익이 그대로 유지됩니다 |
| 재분류 전후 금액이 불일치 | 확인필요(당기순이익 영향 발생) | 해당 전표의 차대 구성을 재확인 — 전표 오류 가능성 점검 |
| 재분류 분개에 승인자가 지정되지 않음(결재선 진행 중·반려) | 확인필요(붉은색 행) | 승인 처리 후 재조회 — 승인 전까지 당기순이익 영향 점검에 미반영 |
| 재분류 전(원천) 코드와 후(대상) 코드가 동일 | 확인필요(원천=대상 코드 동일) | 실질적 이동이 없는 분개인지 확인 — 불필요한 전표인지 점검 |
| 승인이 완료되고 재분류 전후 금액이 일치하며 원천≠대상 | 정상 | 당기순이익 영향 점검(유형별 합계 0)에 포함됩니다 |
이 화면이 대신 정하지 않는 것
재분류 분개 자체의 회계처리 적정성(계정·기능영역·세그먼트 선택 근거)과 승인 권한 체계는 회사의 결산·내부통제 프로세스에서 결정하며, 이 화면은 그 결과가 원장 데이터와 정합적으로 대사되는지만 점검합니다.
유형별 집계에서 당기순이익 영향 대사까지 4단계 산출
| 단계 | 내용 |
|---|---|
| 1단계 | 조회조건(회계연도·기준월)에 해당하는 재분류 조정 분개 상세를 계정·기능영역·세그먼트 재분류유형별로 모읍니다 |
| 2단계 | 유형별 당기·전기 금액을 합산해 3개 소계와 전체 합계 행을 만들고, 소계 합이 합계 행과 일치하는지 대사합니다(차이 0) |
| 3단계 | 승인완료·정상이면서 이상 건이 아닌 재분류 건만 추려, 유형별로 당기순이익 영향(재분류 전후 차대 차이) 합계를 산출합니다(0 기대) |
| 4단계 | 미승인 건, 당기순이익 영향이 발생한 건, 원천=대상 코드가 동일한 건을 유형별로 모아 "확인 필요" 항목으로 제시합니다 |
조회조건
| 필드 | 필수 | 설명 |
|---|---|---|
| Company Code | 필수 | 대상 회사코드(고정값) |
| 회계연도 | 필수 | 당기(2026) · 전기(2025) |
| 기준월 | 필수 | 001~012월 |
| 재분류유형 | 선택 | 전체 · 계정 재분류 · 기능영역 재분류 · 세그먼트 재분류 |
| 승인상태 | 선택 | 전체 · 정상 · 미승인 |
결과 컬럼
| 패널 | 컬럼 · 표시 |
|---|---|
| 재분류 조정 분개 상세 | 전표번호 · 전기일 · 재분류유형 · 재분류 전 · 재분류 후 · 재분류 금액 · 승인상태 · 비고 |
| 재분류유형별 집계 | 구분(3유형+합계) · 당기(KRW) · 전기(KRW) |
| 재분류 분개 승인 현황 | 승인상태 · 건수 · 금액 |
| 당기순이익 영향 점검 | 구분(3유형+합계) · 건수 · 당기순이익 영향 합계(KRW) |
| 미승인·이상 건 점검 | 점검 유형 · 상세 · 건수 · 관련 금액 |
SAP 표준 기능 매핑
계정·기능영역·세그먼트 재분류 조정 분개 점검은 결산 절차 전반에 걸쳐 있어, 전체에 정확히 대응하는 단일 SAP 표준 T-code는 확인되지 않습니다. 아래는 재분류 분개의 기표·조회에 관련된 표준 화면입니다.
| SAP 표준 T-code | 연관 기능 |
|---|---|
FAGLL03 | G/L 계정 개별 항목 조회 — 재분류 조정 분개를 포함한 전표 원천 조회 |
FAGLB03 | G/L 계정 잔액 조회 — 재분류 전후 계정 잔액의 원천 |
FS00 | G/L 계정 마스터 조회 — 재분류 대상 계정의 성격(손익/재무상태표) 확인 |
대상 영역 대응 매핑표
| 대상 영역 | 요구사항(명칭) | 이 화면의 대응 기능 | 원천 데이터 | 비고 |
|---|---|---|---|---|
| 결산 조정 분개 | 재분류 조정 분개의 추적·대사 | 재분류 조정 분개 상세 목록화, 유형별 집계 대사(차이 0 검증) | ACDOCA(RACCT·RBUKRS·BELNR) | 재분류유형(계정/기능영역/세그먼트) 구분은 원장 확장 필드로 관리합니다 |
| 결산 조정 분개 | 재분류 후 당기순이익 불변 확인 | 당기순이익 영향 점검(승인완료·정상 건 유형별 합계 0 검증), 이상 건 점검 | ACDOCA + 승인 상태(내부 통제 메타데이터) | 승인 상태는 원장 데이터가 아닌 결산 통제 프로세스의 상태값입니다 — 확인 필요 |
도입 시 확인이 필요한 부분
재분류유형 구분 필드의 실제 확장 설계, 재분류 분개의 승인 권한 체계는 회사의 원장 확장 설계와 결산 통제 정책에 따라 확정해야 합니다.
참고 CDS 뷰
운영 서비스로 연결할 때를 가정해 새로 스케치한 집계 뷰 예시입니다(운영 반영 시 권한 체크를 추가해야 합니다).
@AbapCatalog.sqlViewName: 'ZIRCLASSJVENTRY'
define view entity ZI_ReclassJvEntry
as select from acdoca
association [0..1] to skat as _AccountText on _AccountText.saknr = acdoca.racct
{
key rbukrs as CompanyCode,
key belnr as AccountingDocument,
gjahr as FiscalYear,
poper as FiscalPeriod,
budat as PostingDate,
zzrcltype as ReclassType, // ACCOUNT/FUNCAREA/SEGMENT — 재분류유형 구분(가상 확장 필드)
racct as FromAccount,
zztoacct as ToAccount, // 재분류 대상 계정(가상 확장 필드)
sum(hsl) as LocalAmount,
zzniimpact as NetIncomeImpact, // 재분류 전후 차대 차이(가상 확장 필드, 0 기대)
_AccountText.txt50 as AccountText
}
group by rbukrs, belnr, gjahr, poper, budat, zzrcltype, racct, zztoacct, zzniimpact, _AccountText.txt50
// 승인 상태는 별도 관리하는 결산 통제 메타데이터에서 읽어와 함께 대사
OpenUI5 구성
| 기능 | 사용 컨트롤 |
|---|---|
| 화면 골격 | sap.m.Page + 조회조건 영역 · 5개 패널(재분류상세·유형집계·승인현황·NI영향점검·이상건점검) |
| 데이터 연동 | manifest.json dataSources.mainService(OData V2) — EntitySet 7개(ReclassEntries·ReclassLines·TypeSummaries·StatusSummaries·NiChecks·ExceptionChecks·CheckResults)를 $filter로 조회(자체 REST 함수 없음) |
| 조회조건 | sap.m.Input(비활성) · sap.m.Select — 우측 끝에 조회 버튼, Select 변경 시 즉시 재조회, sap/ui/model/Filter로 $filter 조립 |
| 재분류 조정 분개 상세 | sap.ui.table.Table(컬럼 8개) — 행 클릭 시 재분류 상세 다이얼로그 |
| 요약·대사표 | sap.m.Table — sap.m.ObjectStatus·MessageStrip으로 대사·승인상태 표시 |
| 상세 | sap.m.Dialog + sap.m.Table — 행 클릭 시 ReclassLines를 DocNo로 $filter해 차대 구성을 즉시 조회 후 표시(내비게이션 $expand는 지원하지 않음) |
| 공통 처리 | CSV 다운로드 공통 컨트롤러, 전역 오류 처리기(ErrorHandler) |
파일 구성
| 경로 | 역할 |
|---|---|
index.html | OpenUI5 부트스트랩 — sap_horizon · lodash · moment, 실 OData 서비스에 연결 |
Component.js | 조회조건 모델 · 결과 모델 초기화, 전역 오류 처리기 연결 |
manifest.json | 앱 디스크립터 — zui5.reclassjv · ko 로케일, OData 서비스 선언 |
view/Main.view.xml | 조회화면 + 5개 패널 |
view/DetailDialog.fragment.xml | 재분류 조정 분개 상세 다이얼로그 |
controller/Main.controller.js | 조회 · 대사 판정 · 다이얼로그 · CSV 다운로드 로직 |
controller/BaseController.js | CSV 다운로드 공통 처리 |
controller/ErrorHandler.js | 전역 오류 처리 |
model/formatter.js | 금액 · 상태 표시 서식 |
i18n/i18n_ko.properties | ko 로케일 리소스 |
운영 데이터는 OData 서비스 폴더에서 서비스하며, 검증용 샘플 데이터는 별도 구성으로 분리해 화면과 판정 로직은 그대로 씁니다.
검증 결과
화면 구성에 쓴 데이터는 재분류유형별 당기·전기 금액과 전표별 차대 구성이 원(KRW) 단위로 정확히 맞물리도록 구성했습니다(반올림 오차 없음).
| 검증 항목 | 결과 |
|---|---|
| 재분류유형별 집계 대사(계정·기능영역·세그먼트 3개 소계 = 합계 행) | 통과(차이 0) |
| 당기순이익 영향 점검(승인완료·정상 20건 유형별 합계) | 통과(합계 0) |
| 미승인·이상 건 점검 | 23건 중 3건 확인필요로 안내(의도적으로 구성한 케이스) |
| 표시 금지 검사 — 커스텀 프로그램ID·앱 식별자·출처 표현 검출 | 0건 |
| 화면 렌더링 — 실브라우저에서 조회 → 행 클릭 상세 → 대사·승인현황 패널 실동작 후 캡처 | 2/2 |
| 조회 버튼 위치 · sap_horizon 테마 적용 · Enter/선택변경 자동조회 · CSV 다운로드 동작 | 확인 |
계정·금액은 모두 검증용으로 구성한 가상 데이터입니다.
자주 묻는 질문
이 점검은 특정 기준서 시행일에 맞춰 하는 건가요?
아닙니다. 계정·기능영역·세그먼트 간 재분류 조정 분개 점검은 특정 기준서의 시행일이 있는 요구사항이 아니라 결산 때마다 반복되는 상시 점검 절차입니다. 매 결산월 마감 시점에 그 회계연도·기준월 기준으로 조회하는 방식으로 활용합니다.
화면의 "점검 필요" 표시는 회계처리 오류를 뜻하나요?
아닙니다. 이 화면은 재분류 조정 분개를 유형별로 집계·대사하는 점검 도구이며, 재분류의 적정성과 승인 절차 준수 여부에 대한 최종 판단은 회사와 감사인이 내립니다.
당기순이익 영향은 왜 0이 정상인가요?
순수한 재분류는 이미 인식된 손익을 다른 계정·기능영역·세그먼트로 옮기는 것일 뿐, 새로운 손익을 만들지 않습니다. 따라서 재분류 전(대변)·후(차변) 금액이 정확히 일치해 당기순이익에는 영향이 없어야 하며, 차이가 있다면 전표 구성을 다시 확인해야 합니다.
미승인 재분류 분개는 화면에서 어떻게 처리되나요?
당기순이익 영향 점검은 승인이 완료된 정상 재분류 건만 반영합니다. 미승인 건은 미승인·이상 건 점검 영역에 따로 집계되며, 승인 처리가 끝난 뒤 다음 조회부터 점검 대상에 포함됩니다.