SAP 재무활동 부채 변동 명세 — IAS 7, 차입금·사채·리스부채를 현금흐름과 비현금으로 갈라본다

IAS 7 현금흐름표(K-IFRS 제1007호)는 차입금·사채·리스부채처럼 재무활동에서 생기는 부채가 기초에서 기말까지 어떻게 변동했는지, 실제 현금 유출입이 있는 조달·상환과 그렇지 않은 외화환산·공정가치평가· 신규리스인식·할인할증상각 같은 비현금 변동을 나누어 설명하도록 요구합니다. 단순히 기초+증가-감소= 기말로 정리하는 일반적인 차입금 증감현황과 달리, 이 공시는 현금흐름표의 재무활동현금흐름 금액과도 정확히 맞물려야 해서 계약(리스) 단위로 원인을 쪼개 두지 않으면 결산 막판에 차이의 출처를 찾기가 까다롭습니다.

표준 원장의 계약·계정 데이터를 그대로 이어받아 계약별 기초장부금액에서 현금흐름·비현금 조정을 거쳐 기말장부금액까지 이어지는 브릿지를 재구성하고, 부채유형별 합계가 재무상태표 발췌 잔액과, 계약별 현금흐름 합계가 현금흐름표 재무활동현금흐름 순액과 각각 일치하는지까지 OpenUI5 화면으로 확장했습니다. 실제 구동 화면 2종을 함께 공개합니다.

실제 화면 2종 둘러보기

Company Code·부채유형·통화·조회연월을 넣고 조회하면 재무활동 부채 변동 명세와 재무상태표·현금흐름표 대사 메시지가 한 화면에 뜹니다 → 결과 행의 [상세보기]를 눌러 그 계약의 전체 기간 브릿지를 확인합니다.

아래는 실제로 앱을 실행해 기능을 눌러 가며 캡처한 화면입니다. 이미지를 클릭하면 원본 크기로 확대됩니다.

Main.view.xml

계약별 전체 기간 변동 브릿지

조작 방법

1. Company Code · 부채유형(전체/차입금/사채/리스부채) · 통화(전체/KRW/USD) · 조회연월(당기)을 지정합니다. 조회연월은 필수입니다.
2. 필요하면 비교연월(전기)을 추가로 지정합니다(조회연월보다 이전이어야 함, 선택 사항).
3. Select 값을 바꾸면 즉시 재조회됩니다. 조회·초기화 버튼은 조회조건 영역 오른쪽 끝에 있습니다.
4. 상단 메시지에서 재무상태표 대사, 현금흐름표 재무활동 대사 결과(정상/점검 필요)를 확인합니다.
5. 결과 그리드에서 계약별 기초→현금흐름(조달·상환)→비현금조정(외화환산·공정가치·신규리스·할인할증상각·기타)→기말 흐름과 대사상태를 확인합니다.
6. 행의 [상세보기]를 누르면 그 계약의 전체 기간 변동 브릿지가 다이얼로그로 뜹니다.
7. CSV 다운로드로 결과 그리드를 UTF-8(BOM 포함) 파일로 내려받을 수 있습니다.

현금성·비현금성 변동 구분 판정 로직

부채 잔액의 변동 원인을 현금유출입이 수반되는 항목과 그렇지 않은 항목으로 나누어 표시합니다. 아래 표는 각 변동 원인이 그리드의 어느 컬럼으로 분류되는지와, 대사상태가 '점검 필요'로 표시될 때 사용자가 취할 조치를 정리한 것입니다.

브릿지 계산 처리 단계

기말장부금액 = 기초장부금액 + 현금흐름_조달 − 현금흐름_상환
             + 비현금_외화환산 + 비현금_공정가치 + 비현금_신규리스
             + 비현금_할인할증상각 + 비현금_기타

조회조건

결과 컬럼

SAP 표준 기능 매핑

재무활동 부채 변동 명세는 IFRS 공시 관점의 재구성 화면이라, 이 화면 전체에 정확히 대응하는 SAP 표준 T-code는 확인되지 않습니다. 아래는 반영된 전표·계정을 사후에 조회할 때 참고할 수 있는 연관 표준 화면입니다.

IFRS 요구사항 매핑표

참고 CDS 뷰

운영 서비스로 연결할 때를 가정해 새로 스케치한 집계 뷰 예시입니다(운영 반영 시 권한 체크를 추가해야 합니다).

@AbapCatalog.sqlViewName: 'ZC_FLRBRIDGE'
define view Z_C_FinLiabRollBridge as select from ACDOCA
{
  key RBUKRS as CompanyCode,
  key RACCT  as GLAccount,
  key GJAHR  as FiscalYear,
  key POPER  as FiscalPeriod,
      sum( HSL ) as AmountInCoCodeCrcy
}
group by RBUKRS, RACCT, GJAHR, POPER
// 계약(리스) 단위 구분과 현금/비현금 조정 원인 태깅은
// 계약 마스터·전표유형 매핑 테이블에서 읽어와 위 집계와 함께 대사

OpenUI5 구성

파일 구성

운영 전환 시에는 데이터 계층만 실제 서비스 호출로 바꾸면 화면과 판정 로직은 그대로 씁니다.

검증 결과

화면 구성에 쓴 데이터는 계약별 기초·현금흐름·비현금조정·기말이 모두 원 단위로 정확히 맞물리도록 구성했습니다(반올림 오차 없음).

회사·계약·금액은 모두 검증용으로 구성한 가상 데이터입니다.

자주 묻는 질문