SAP 특수관계자 거래·잔액 공시 집계 — IAS 24, 관계자 거래를 원장으로 먼저 맞춰본다
특수관계자와의 거래·잔액은 일반 거래처와 구분해 별도로 공시해야 합니다. 관계유형·거래유형별로 먼저 집계하고, 원장 통제계정과 대사한 뒤 공시 완결성까지 점검합니다.
IAS 24 특수관계자 공시(K-IFRS 제1024호)는 지배기업·종속기업·관계기업·공동기업 등 지배력이나 유의적인 영향력으로 연결된 회사, 그리고 주요경영진과의 거래·잔액을 일반 거래처와 구분해 별도로 공시하도록 요구합니다. 특수관계자와의 거래는 시장 조건과 다르게 이뤄질 수 있어, 정보이용자가 재무제표를 이해하는 데 영향을 줄 수 있기 때문입니다.
문제는 이 정보가 원장 여기저기에 흩어져 있다는 점입니다. 거래유형(매출·매입·자금대여·자금차입·보증제공)별 금액과 기말 미결제 잔액을 관계유형별로 다시 모아야 하고, 주요경영진 보상은 개인별이 아닌 범주별 총액으로 별도 집계해야 합니다. 이 시차와 번거로움을 줄이기 위해 OpenUI5 화면으로 확장했습니다. 관계자별·거래유형별 공시 집계에 원장 통제계정 대사, 공시완결성 점검까지 한 화면에서 확인할 수 있도록 구성했고, 실제 구동 화면 3종을 함께 공개합니다.
이 화면이 더하는 부분
- 관계자별·거래유형별 공시 집계 — 마스터에 등록된 관계유형별 거래처의 당기·전기 거래금액을 거래유형별로 집계
- 주요경영진 보상 명세 — 단기종업원급여·퇴직급여·주식기준보상 범주별 총액으로 별도 집계
- 원장(GL) 대사 — 공시대상 합계와 예외 합계를 더한 값이 원장 통제계정 합계·잔액과 일치하는지 검증
- 공시완결성 점검 — 원장 대사와는 별개로 등록·거래없음, 미등록 거래처 거래, 상대방 미확인 거래를 건수·금액으로 집계
| 항목 | 내용 |
|---|---|
| 업무 영역 | 재무회계(FI) · 결산 · 공시 |
| 관련 기준서 | IAS 24 특수관계자 공시(K-IFRS 제1024호) |
| Namespace | zui5.rptdisc |
| 셸 구조 | 조회조건(우측 조회) + 공시집계 · 주요경영진보상명세 · 거래유형별원장대사 · 기말잔액원장대사 · 공시완결성점검, 관계자·거래유형별 월별 상세 Dialog |
| 화면 수 | 조회 화면 1개 + 월별 상세 다이얼로그 |
| SAP 표준 T-code | FBL1N · FBL5N · BP |
| 성격 | 조회·점검형 — 특수관계자 마스터 등록, 거래 전기는 표준 프로세스가 담당 |
| UI 테마 | sap_horizon 단일 적용 |
실제 화면 3종 둘러보기
회계연도·회계기간·관계유형을 넣고 조회하면 공시 집계부터 주요경영진 보상 명세까지 한 번에 뜹니다 → 공시 집계 행을 눌러 월별 상세를 확인합니다 → 아래로 스크롤하면 원장 대사와 공시완결성 점검 결과가 이어집니다.
아래는 실제로 앱을 실행해 기능을 눌러 가며 캡처한 화면입니다. 이미지를 클릭하면 원본 크기로 확대됩니다.
조작 방법
- Company Code · 회계연도 · 회계기간 · 관계유형을 선택합니다. 값을 바꾸면 즉시 재조회됩니다.
- 관계자별·거래유형별 공시 집계 표에서 당기·전기 거래금액과 기말 수취채권·지급채무를 확인합니다. 공시완결성이 "확인필요"인 행은 붉은색으로 표시됩니다.
- 공시 집계 표의 행을 클릭하면 해당 관계자·거래유형의 월별 상세 다이얼로그가 열립니다.
- 주요경영진 보상 명세에서 범주별(단기종업원급여·퇴직급여·주식기준보상) 당기·전기 금액을 확인합니다.
- 거래유형별 원장 대사 · 기말잔액 원장 대사 표에서 공시대상 합계와 예외 합계를 더한 값이 원장 통제계정과 일치하는지 확인하고, CSV로 전체 표를 내려받습니다.
- 공시완결성 점검 패널에서 원장 대사와는 별개로 집계되는 예외 3종의 건수·금액을 확인합니다.
관계자·거래유형 판정 규칙
IAS 24는 특수관계자 여부에 따라 거래·잔액을 구분해 공시하도록 요구합니다. 이 화면은 그 구분을 마스터 등록 여부·관계유형 기준으로 정리합니다.
| 판정 대상 | 규칙 | 화면 반영 |
|---|---|---|
| 정상 공시 대상 | 상대방 코드가 특수관계자 마스터에 등록되어 있고 관계유형이 지정된 경우 | 공시완결성 = "정상" |
| 등록·거래없음 | 마스터 등록은 되어 있으나 선택 기간 거래가 전혀 없는 경우 | 공시완결성 = "확인필요" · 공시완결성 점검 ① |
| 마스터 미등록 거래처 | 관계자성 계정에 거래가 있으나 상대방 코드가 마스터에 없는 경우 | 공시완결성 = "확인필요" · 공시완결성 점검 ② |
| 상대방 미확인 | 관계자성 계정에 게시되었으나 상대방 코드 자체가 비어 있는 경우 | 공시완결성 = "확인필요" · 공시완결성 점검 ③ |
| 주요경영진 보상 | 개인별이 아닌 단기종업원급여·퇴직급여·주식기준보상 범주별 총액으로만 집계 | 주요경영진 보상 명세 패널 |
공개한 검증용 데이터는 위 규칙에 따라 관계자 마스터와 거래 원장을 함께 구성했으며, 의도적으로 예외 3종을 섞어 두어 완결성 점검 로직이 실제로 걸러내는지 확인할 수 있게 했습니다.
원장 집계에서 공시완결성 점검까지 4단계 처리
| 단계 | 내용 |
|---|---|
| ① 관계자별·거래유형별 원장 집계 | 특수관계자 통제계정 거래를 상대방·거래유형별로 선택 기간(당기·전기) 합산하고, 마스터 등록 여부로 정상/예외를 구분 |
| ② 기말잔액 집계 | 관계자별 수취채권·지급채무 마감잔액 스냅샷을 선택 기간 마지막 월 기준으로 집계 |
| ③ 원장(GL) 대사 | (마스터 등록 관계자 공시 합계) + (미등록·미확인 예외 합계) = 원장 통제계정 합계·잔액 — 거래유형별·잔액별로 대사 |
| ④ 공시완결성 점검 | 원장 대사와는 별개로 등록·거래없음 / 미등록 거래처 거래 / 상대방 미확인 거래 3가지 유형을 건수·금액으로 집계 |
조회조건
| 필드 | 필수 | 설명 |
|---|---|---|
| Company Code | 필수 | 대상 회사코드 |
| 회계연도 | 필수 | 2025 / 2026 선택 |
| 회계기간(From~To) | 필수 | 001~012월 범위 선택 |
| 관계유형 | 선택 | 전체 · 지배기업 · 종속기업 · 관계기업 · 공동기업 · 주요경영진 · 기타특수관계자 |
결과 컬럼
관계자별·거래유형별 공시 집계
| 컬럼 | 의미 · 표시 |
|---|---|
| 관계유형 · 상대방 코드 · 상대방명 | 마스터 등록 정보(미등록·미확인 시 별도 표시) |
| 거래유형 | 매출·매입·자금대여·자금차입·보증제공 |
| 당기/전기 거래금액 | 선택 기간 합산액(KRW), 우측정렬 |
| 기말 수취채권/지급채무 | 선택 기간 마지막 월 기준 잔액(KRW) |
| 공시완결성 · 비고 | 정상/확인필요 상태와 사유(행 클릭 시 월별 상세) |
거래유형별·기말잔액 원장 대사
| 컬럼 | 의미 · 표시 |
|---|---|
| 공시대상 합계 · 예외 합계 | 마스터 등록 관계자 합계와 미등록·미확인 예외 합계를 구분 표시 |
| 원장 통제계정 합계 · 차이 | 두 합계를 더한 값과 원장 통제계정의 차이(0이어야 함) |
SAP 표준 기능 매핑
표준 실행은 아래 SAP 표준 T-code가 그대로 담당하고, 이 화면은 관계유형별 집계와 원장 대사, 공시완결성 점검 관점을 더해 확장합니다.
| SAP 표준 T-code | 역할 |
|---|---|
FBL1N | 공급업체(매입채무) 라인아이템 조회 — 특수관계자 거래처의 매입·차입 관련 미결 지급채무 확인 |
FBL5N | 고객(매출채권) 라인아이템 조회 — 특수관계자 거래처의 매출·대여 관련 미결 수취채권 확인 |
BP | 비즈니스 파트너 마스터 조회 — 거래처의 특수관계자 마스터 등록·관계유형 플래그 확인 |
IFRS 요구사항 매핑표
| 기준서 | 요구사항 | 이 화면의 대응 기능 | 원천 데이터 | 비고 |
|---|---|---|---|---|
| IAS 24(K-IFRS 제1024호) | 특수관계자 식별 및 관계유형 구분 | 관계유형별 공시 집계, 마스터 등록 여부 완결성 점검 | LFA1·KNA1·BP 마스터 관계자 플래그(가상) | 마스터 등록·관계유형 판단은 별도 프로세스이며 이 화면은 등록 여부만 점검 |
| IAS 24(K-IFRS 제1024호) | 거래유형별 거래금액 공시(당기·비교표시) | 관계자별·거래유형별 공시 집계(당기·전기) | ACDOCA(RACCT·HSL·GJAHR·POPER) | 거래유형 구분은 계정/전표유형 규칙 전제(원문 확인 필요) |
| IAS 24(K-IFRS 제1024호) | 기말 미결제 채권·채무 잔액 공시 | 기말 수취채권·지급채무, 기말잔액 원장 대사 | BSID/BSAD·BSIK/BSAK | 보증·담보 조건 등 텍스트성 정보는 화면 범위 밖 |
| IAS 24(K-IFRS 제1024호) | 주요경영진 보상의 범주별 총액 공시 | 주요경영진 보상 명세(단기종업원급여·퇴직급여·주식기준보상) | HR/급여 관련 계정 집계(가상) | 개인별 공시가 아닌 범주별 총액 공시 |
도입 시 확인이 필요한 부분
관계유형·거래유형 그룹핑은 표준 계정과 거래처 마스터 플래그를 전제로 한 것이라, 실제 도입 때는 회사의 지배구조·계정체계에 맞춰 그룹핑 기준을 다시 정의합니다. 주요경영진 범위와 보상 범주 구성도 회사의 보상체계와 지배구조 규정을 따르므로 고정값으로 두지 않습니다.
참고 CDS 뷰
운영 서비스로 연결할 때를 가정한 참고 설계입니다(이번 화면은 mock 데이터 기반이며 아래 CDS 뷰는 구현되어 있지 않습니다).
@AbapCatalog.sqlViewName: 'ZIRELPARTYDISC'
@EndUserText.label: '특수관계자 거래공시 집계(참고)'
define view ZI_RelatedPartyDisclosure
as select from acdoca
{
key rbukrs as CompanyCode,
key gjahr as FiscalYear,
key poper as FiscalPeriod,
key racct as GLAccount,
sum( hsl ) as AmountInCoCodeCrcy
}
where racct between '0000300000' and '0000309999'
group by rbukrs, gjahr, poper, racct
관계유형·거래유형 구분은 위 GLAccount 구간을 거래처 마스터의 관계자 플래그와 함께 활용하는 것을 전제로 합니다. 매핑 이해를 돕기 위한 참고용 설계이며, 실제 도입 시에는 운영 환경의 계정체계·마스터 설계에 맞춰 조정합니다.
OpenUI5 구성
| 기능 | 사용 컨트롤 |
|---|---|
| 화면 골격 | sap.m.Page + 조회조건 영역 · 5개 결과 패널 |
| 조회조건 | sap.m.Input(비활성) · sap.m.Select — 우측 끝에 조회 버튼, 선택 변경/Enter 시 즉시 재조회 |
| 공시 집계 표 | sap.ui.table.Table — 다건·다열 그리드, 행 클릭(cellClick)으로 상세 다이얼로그 연결, RowSettings로 예외 행 강조 |
| 보상·대사·점검 표 | sap.m.Table |
| 대사 상태 | sap.m.ObjectStatus/MessageStrip — 표준 상태값(Success·Error)으로 강조 |
| 상세 다이얼로그 | sap.m.Dialog + Fragment — 관계자·거래유형별 월별 상세 |
| 포맷 | 금액 · 완결성상태 포맷터, CSV 다운로드(UTF-8 BOM) |
파일 구성
| 경로 | 역할 |
|---|---|
index.html | OpenUI5 부트스트랩 — sap_horizon · lodash · moment |
Component.js | 조회조건 모델 · 결과 모델 초기화 |
manifest.json | 앱 디스크립터 — zui5.rptdisc · ko 로케일 |
view/Main.view.xml | 조회화면 + 5개 결과 패널 |
view/DetailDialog.fragment.xml | 관계자·거래유형별 월별 상세 다이얼로그 |
controller/Main.controller.js | 조회 · 대사 메시지 설정 · 상세 다이얼로그 · CSV |
model/ModelMock.js | localdata JSON 읽기(Promise) + 집계·대사·완결성 점검 로직 |
model/formatter.js | 금액 · 완결성상태 포맷 |
i18n/i18n_ko.properties | ko 로케일 리소스 |
localdata/rptdisc.json | 관계자 마스터 · 월별 거래 · 기말잔액 · 원장 통제계정 검증용 데이터 |
운영 전환 시에는 ModelMock 내부만 실제 서비스 호출로 바꾸면 화면과 집계·대사 로직은 그대로 씁니다.
검증 결과
화면 구성에 쓴 데이터는 특수관계자 9곳(마스터 미등록 1곳 포함) × 24개월(2025.01~2026.12)의 거래 456건, 기말잔액 스냅샷 192건입니다.
| 검증 항목 | 결과 |
|---|---|
| 거래유형별 원장 대사 : 공시대상 합계+예외 합계=원장 통제계정 합계 | 전수 통과(차이 0) |
| 기말잔액 원장 대사 : 공시대상 합계+예외 합계=원장 통제계정 잔액 | 전수 통과(차이 0) |
| 연도×기간×항목 조합 168개 전수 검사(파이썬 재계산 대조) | 차이(diff_count) 0건 · 최대 차이 0원 |
| 의도적 예외 ① 등록·당기거래없음 / ② 마스터 미등록 거래처 거래 / ③ 상대방 미확인 거래 | 각 1건 / 1건 / 24건(2년 합산) — 대사 차이와 별개로 정상 검출 |
| 조회 버튼 위치(조회조건 영역 오른쪽 끝) · 적용 테마(sap_horizon) · Enter 키 조회 | 통과 |
| 화면 렌더링 — 실브라우저에서 조회 → 공시 집계 행 클릭 → 상세 다이얼로그 실동작 후 캡처 | 3/3 |
회사코드·관계자명·계정체계는 모두 검증용 가상 데이터입니다.
자주 묻는 질문
특수관계자는 어떻게 식별하나요?
지배력·공동지배력이나 유의적인 영향력이 있는 회사, 주요경영진과 그 근친 등이 특수관계자에 해당합니다. 이 화면은 특수관계자 마스터에 이미 등록된 관계유형 플래그를 그대로 반영해 집계할 뿐, 관계 판단 자체를 새로 수행하지는 않습니다.
이 공시 요구사항은 언제부터 적용되나요?
IAS 24(K-IFRS 제1024호)는 특정 연도에 새로 도입되는 기준서가 아니라 특수관계자 거래·잔액에 대해 지속적으로 적용되는 상시 공시 요구사항입니다.
화면에 "상대방 코드 미확인"으로 뜨는 거래는 어떻게 처리하나요?
이 화면은 해당 거래가 실제 특수관계자 거래인지 판정하지 않으며, 상대방 확인이 필요하다는 신호만 제공합니다. 관계자 여부를 최종 확인하고 공시 대상에 포함할지는 회사와 감사인이 결정합니다.
화면의 집계·대사 결과를 재무제표에 바로 반영해도 되나요?
아니요. 이 화면은 특수관계자 거래·잔액을 원장 데이터로 미리 집계·대사해 보는 점검 도구이며, 최종 공시 범위·분류 판단은 기준서 원문에 따라 회사와 감사인이 결정합니다.