SAP 비현금 투자·재무활동 공시 점검 — IAS 7, 현금을 쓰지 않은 투자·재무 거래가 현금흐름표에서 빠졌는지, 주석 공시액이 맞는지 장부와 맞춰본다

개발 배경

회사가 리스로 설비를 들여오고, 미지급금으로 기계를 사고, 주식을 발행해 다른 회사를 인수하고, 빌린 돈을 지분으로 바꾸는 날이 있습니다. 이 거래들의 공통점은 현금및현금성자산이 전혀 움직이지 않거나 일부만 움직인다는 것입니다. IAS 7 현금흐름표(K-IFRS 제1007호)는 이런 투자·재무활동 거래를 현금흐름표에서 빼고, 재무제표 어딘가에 다른 정보와 함께 따로 공시하라고 합니다. 현금흐름표는 현금의 움직임만 담는 표이기 때문입니다.

문제는 결산 때 이 규칙이 두 군데에서 따로 깨진다는 것입니다. 하나는 현금을 쓰지 않은 거래가 현금흐름표 집계에 섞여 들어가는 경우이고, 다른 하나는 현금흐름표에서는 잘 뺐는데 주석 공시 목록에서 빠지거나 금액이 달라지는 경우입니다. 둘 다 합계만 봐서는 잘 보이지 않습니다. 이 글은 그 두 자리를 거래 단위로 다시 계산해 장부와 나란히 놓는 조회·점검 화면을 OpenUI5 로 만든 사례이고, 실제 화면 7종과 CDS 코드까지 공개합니다.

표준 화면은 현금이 움직인 만큼만 보여 준다

FAGLL03 은 계정의 개별 항목을, FB03 은 전표 한 장을 보여 줍니다. 둘 다 계정과 전표 단위입니다. “이 리스 계약은 총 얼마이고, 그중 현금으로 나간 몫은 얼마이며, 나머지 비현금분이 현금흐름표와 주석에서 각각 어떻게 처리되었나”는 거래 단위의 질문인데, 표준 화면에는 거래라는 단위가 없습니다. 그래서 대사는 보통 거래 목록을 엑셀에 옮겨 놓고 계정 화면을 하나씩 열어 맞추는 일이 됩니다.

틀리는 자리가 둘로 정해져 있다

이 화면은 세 번째 줄을 특히 신경 썼습니다. 항목 차이가 났을 때 “비현금 거래 때문이니 괜찮다”로 넘어가면 거기 숨은 다른 원인을 놓칩니다. 그래서 차이를 비현금 혼입분으로 설명되는 몫과 설명되지 않고 남는 몫으로 나눠 두 칸으로 보여 줍니다.

사용 방법

1. 조회조건을 정합니다. 회계연도는 필수이고 기간 · 회사 · 거래 유형 · 투자/재무 구분 · 거래일 범위 · 점검 결과는 비워 두면 조건에서 빠집니다. 처음 열면 2026년 전체 기간으로 한 번 조회가 끝나 있습니다.
2. 요약 지표 8개를 먼저 읽습니다. 비현금 거래 건수와 금액, 주석 공시액, 공시 차이, 현금흐름표 미설명 차이, 거래·항목 점검 필요 건수, 대사 차이 건수입니다.
3. 회사별 요약 탭에서 시작합니다. 회사 · 기간 단위로 어느 곳에 점검 필요가 있는지를 봅니다.
4. 비현금 거래 명세 탭으로 내려갑니다. 거래 한 줄에 총액 · 현금 지급분 · 비현금분 · 현금흐름표 반영액 · 주석 공시액이 놓입니다.
5. 행을 눌러 거래 상세를 엽니다. 같은 현금흐름표 항목의 원장 현금 대사 줄이 함께 나옵니다.
6. 항목 대사 · 정합성 대사 탭으로 맞춰 봅니다. 현재 탭은 화면과 같은 머리글의 UTF-8 CSV 로 내려받을 수 있습니다.

숫자를 믿을 수 있는가 — 검증 결과

이 화면이 맨 먼저 받는 질문은 “이 숫자 맞아?”입니다. 그래서 대사식 8종을 먼저 세우고 샘플 데이터 전체에 대해 돌렸습니다. 아래 표는 그 결과이고, 화면 요약의 모든 값은 원천 데이터에서 독립 스크립트가 다시 계산한 값과 같았습니다.

총 165건을 검사했고, 내부 산식 다섯 개(R001 · R002 · R005 · R007 · R008)는 차이가 0건입니다. 장부와 맞춰 보는 세 개의 차이 5건은 모두 일부러 넣은 점검 대상입니다. 화면 쪽은 거래일 조건과 상세 창, 서비스 함수 합계를 따로 확인했습니다. 검증용 값은 모두 가상입니다.

무엇으로 만들었나

화면은 OpenUI5 한 벌이고 테마는 sap_horizon 입니다. 서비스는 OData V2 하나이며, 탭마다 엔티티셋 하나에 표를 직접 바인딩합니다.

실행 화면

실제로 돌아가는 화면 7종을 사용 순서대로 싣습니다. 그림을 누르면 크게 볼 수 있고, 화면마다 무엇을 보는 자리인지와 숫자를 읽는 법을 아래에 적었습니다. 숫자는 모두 같은 가상 자료에서 나온 것(단위 백만원)이라 화면끼리 맞춰 보셔도 됩니다.

처음 열었을 때

조회조건 · 요약 지표 · 탭이 한 화면에 세로로 쌓입니다. 처음 열면 2026년 전체 기간으로 조회가 끝나 있습니다.

요약 지표를 먼저 읽습니다. 거래 15건, 비현금 거래금액 20,915.5, 주석 공시액 18,725.5, 공시 차이 +2,190.0, 현금흐름표 미설명 차이 +2.4 가 점검의 기준선입니다. 오른쪽의 거래 점검 필요 4, 항목 점검 필요 3, 대사 차이 5 는 의도적으로 넣은 점검 대상에서 나온 값입니다. 탭 이름 옆의 작은 숫자는 그 탭의 행 수입니다.

비현금 거래 명세

점검의 중심 화면입니다. 거래 한 줄에 재료에서 결과까지가 놓입니다.

총액 → 현금 지급분 → 비현금분(총액 − 현금 지급분) → 현금흐름표 반영액 → 현금흐름표에 포함된 비현금분 → 주석 공시액 → 공시 차이 순서입니다. 차이 컬럼은 부호를 붙여 보여 주므로 큰지 작은지를 숫자만 보고 압니다. 점검 내용 컬럼에는 사유와 금액이 한 문장으로 적힙니다.

점검 필요 항목만 좁혀 보기

항목 대사 탭에서 점검 결과를 “점검 필요”로 두고 조회한 화면입니다.

남은 3줄 중 2줄은 항목 차이가 같은 항목의 비현금 혼입분으로 완전히 설명되고(2026-07 리스 거래, 2026-09 주식 발행 취득), 1줄(2026-08 무형자산 취득)은 2.4 가 설명되지 않고 남습니다. 설명된 차이는 거래를 확인하면 되고, 설명되지 않은 차이는 분류나 기간 귀속 같은 다른 원인을 분개에서 찾아야 합니다.

정합성 대사

대사식 8종이 기간별로 몇 건을 검사해 몇 건이 어긋났는지를 한 장으로 봅니다.

R003 · R004 · R006 은 장부와 재계산을 맞춰 보는 대사이고, 나머지는 차이가 0건이어야 하는 내부 산식입니다. 내부 산식에서 차이가 나오면 장부가 아니라 화면 쪽 계산을 의심해야 하므로 두 부류를 나눠 읽습니다.

점검 필요 거래만 좁혀 보기

거래 명세 탭에서 점검 결과를 “점검 필요”로 두고 회계연도 칸에서 Enter 키로 조회한 화면입니다.

남은 4건은 현금흐름표에 비현금분이 들어간 거래 2건(리스 1건, 주식 발행 취득 1건)과 주석 공시액이 비현금분과 다른 거래 2건(리스 거래의 공시 누락, 미지급 설비 거래의 일부만 공시)입니다. 공시 차이 합계 +2,190.0 은 2,060.0 + 130.0 입니다.

거래 상세 — 행을 눌렀을 때

거래 행을 누르면 열리는 창입니다.

주식 발행으로 기업을 취득한 거래를 열면 총액 3,600.0 중 현금 지급분이 900.0, 비현금분이 2,700.0 인데 현금흐름표에는 3,600.0 이 반영되어 비현금분 2,700.0 이 현금흐름표에 섞여 들어간 모양이 그대로 보입니다. 주석 공시액은 2,700.0 으로 맞습니다. 틀린 곳은 현금흐름표이고 주석이 아니라는 점까지 한 창에서 갈립니다.

좁은 화면

화면 폭이 좁아져도 조회조건이 줄바꿈되고 표는 가로로 밀어 읽습니다.

노트북 반 화면이나 태블릿에서 열어도 조회조건이 잘리지 않습니다. 표 컬럼이 많아 가로 스크롤이 생기지만 컬럼 순서는 같습니다.

판정 규칙 — 무엇이 “점검 필요”가 되는가

허용 기준 0.1 백만원은 샘플 값이며 회사 정책에 따라 정합니다(확인 필요).

산출·대사식

1. 비현금분 = 거래 총액 − 현금 지급분
2. 현금흐름표에 포함된 비현금분 = 현금흐름표 반영액 − 현금 지급분 (양수는 비현금분이 들어간 것, 음수는 현금분이 빠진 것)
3. 공시 차이 = 비현금분 − 주석 공시액 (0 이어야 함)
4. 원장 현금 = 거래 현금분 + 그 밖 현금
5. 현금흐름표 항목 차이 = 현금흐름표 금액 − 원장 현금, 미설명 차이 = 항목 차이 − 포함된 비현금분

조회조건

파일 구성

진입 파일과 설정 · 컨트롤러 · 뷰 · 모델 · 스타일 · 번역은 앱 본체이고, odata/ 아래에 서비스 정의와 샘플 데이터가 있습니다. 검증용 샘플 서버와 데이터는 test/ 아래에만 두어 앱 본체에 섞이지 않게 했습니다. 서비스에 닿지 못하는 환경에서는 “서비스 연결 확인” 안내 창이 뜹니다.

SAP 표준 기능 확장 포인트

표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 거래 단위 재계산과 대사 관점을 더해 확장합니다. 표준이 끊기는 자리만 이어 붙였습니다.

표준으로 되는 것과 안 되는 것

T-code 별 연계 지점

요구사항 매핑

확장 포인트 — 운영에서 실제로 손대는 자리

CDS 구성

이 사례의 화면은 샘플 데이터를 서비스가 읽어 재계산합니다. 데모라서 되는 일이고, 운영 데이터에서는 재계산을 CDS 로 내립니다. 운영으로 올릴 때 가장 먼저 하는 일은 거래 식별 자료 적재 테이블과 계정 역할 매핑 테이블을 만들고, 그 위에서 비현금분 · 공시 차이 · 항목 대사를 계산하는 뷰를 쌓는 것입니다.

코드는 스케치입니다. 필드 이름과 표준 뷰 이름은 릴리스·환경에 따라 다르므로 붙여 넣기 전에 View Browser(F2170) 로 실제 이름을 확인해야 합니다. 확인이 필요한 자리는 주석에 적어 두었습니다.

뷰 레이어 구성

① 계정 역할 매핑 테이블

어느 계정이 현금 계정이고 어느 계정이 어느 현금흐름표 항목의 투자·재무 계정인지를 한 곳에서 정합니다.

" ─────────────────────────────────────────────────────────────
" ZNCASH_ACCTMAP — 계정 역할 매핑 테이블 (회사가 직접 채우는 기준 자료)
"   어느 G/L 계정이 "현금 계정"이고, 어느 계정이 어느 현금흐름표 항목의
"   투자·재무 계정인지를 한 곳에서 정한다.
" 이렇게 나눈 이유: 계정 번호를 쿼리 안에 박아 두면 계정이 늘 때마다
"   코드를 고쳐야 한다. 매핑 한 줄만 고치면 되게 둔다.
" ─────────────────────────────────────────────────────────────
@EndUserText.label : '비현금 점검 — 계정 역할 매핑'
@AbapCatalog.enhancement.category : #NOT_EXTENSIBLE
@AbapCatalog.tableCategory : #TRANSPARENT
@AbapCatalog.deliveryClass : #C
@AbapCatalog.dataMaintenance : #ALLOWED
define table zncash_acctmap {
  key mandt        : mandt not null;
  key chart_of_acc : ktopl not null;
  key gl_account   : saknr not null;
  account_role     : abap.char(4);   " CASH 현금 계정 / INVS 투자 계정 / FINC 재무 계정 / NCEX 비현금 상대 계정
  cf_line          : abap.char(3);   " I01 I02 I03 F01 F02 F03 ...
  sign_factor      : abap.int1;      " 1 또는 -1 — 현금흐름표 부호
}

② 비현금 거래 적재 테이블

회사가 “현금을 거치지 않았거나 일부만 거친 거래”로 식별한 거래를 보관합니다. 식별 자체는 회사의 몫입니다.

" ─────────────────────────────────────────────────────────────
" ZNCASH_TXN — 비현금 거래 식별 자료 적재 테이블
"   회사가 "현금을 거치지 않았거나 일부만 거친 투자·재무활동 거래"로
"   식별한 거래를 한 줄씩 적재한다. 식별 자체는 회사의 판단이고,
"   이 화면은 적재된 값을 다시 계산해 장부와 맞춘다.
" ─────────────────────────────────────────────────────────────
@EndUserText.label : '비현금 점검 — 거래 식별 자료'
@AbapCatalog.tableCategory : #TRANSPARENT
@AbapCatalog.deliveryClass : #A
@AbapCatalog.dataMaintenance : #RESTRICTED
define table zncash_txn {
  key mandt          : mandt not null;
  key company_code   : bukrs not null;
  key fiscal_year    : gjahr not null;
  key txn_no         : abap.char(10) not null;
  txn_type           : abap.char(4);      " 리스 · 미지급 설비 · 주식 발행 취득 · 현물출자 · 채무의 자본 전환 · 전환사채 전환
  cf_line            : abap.char(3);
  txn_date           : abap.dats;
  ref_doc            : belnr_d;           " 참조 전표
  @Semantics.amount.currencyCode : 'zncash_txn.currency'
  total_amount       : abap.curr(18,2);
  @Semantics.amount.currencyCode : 'zncash_txn.currency'
  cash_paid_amount   : abap.curr(18,2);
  @Semantics.amount.currencyCode : 'zncash_txn.currency'
  disclosed_amount   : abap.curr(18,2);   " 주석에 공시한 금액
  currency           : waers;
}

③ 거래 대사 뷰 — 판정식을 한 줄에서 한 번 정의한다

비현금분 · 현금흐름표에 섞인 비현금분 · 공시 차이가 이 뷰 한 곳에서 계산됩니다.

" ─────────────────────────────────────────────────────────────
" ZI_NonCashTxnRecon — 거래 대사 뷰
"   거래마다 (1) 비현금분 (2) 현금흐름표에 들어간 비현금분 (3) 공시 차이를
"   한 줄에서 한 번 정의한다. 판정식을 한 곳에 두어 화면·배치·보고서가
"   같은 값을 쓰게 한다.
" 이렇게 나눈 이유: 같은 식을 여러 뷰에 복제하면 허용 오차를 바꿀 때
"   한 곳을 빠뜨린다.
" ─────────────────────────────────────────────────────────────
@AccessControl.authorizationCheck : #CHECK
@EndUserText.label : '비현금 투자·재무활동 거래 대사'
define view entity ZI_NonCashTxnRecon
  as select from zncash_txn as t
  association [0..1] to ZI_CashFlowReported as _Cf
    on  _Cf.CompanyCode = t.company_code
    and _Cf.FiscalYear  = t.fiscal_year
    and _Cf.ReferenceDoc = t.ref_doc
{
  key t.company_code as CompanyCode,
  key t.fiscal_year  as FiscalYear,
  key t.txn_no       as TransactionNo,
      t.txn_type     as TransactionType,
      t.cf_line      as CashFlowLine,
      t.txn_date     as TransactionDate,
      t.currency     as Currency,
      @Semantics.amount.currencyCode : 'Currency'
      t.total_amount as TotalAmount,
      @Semantics.amount.currencyCode : 'Currency'
      t.cash_paid_amount as CashPaidAmount,
      @Semantics.amount.currencyCode : 'Currency'
      cast( t.total_amount - t.cash_paid_amount as abap.curr(18,2) ) as NonCashAmount,
      @Semantics.amount.currencyCode : 'Currency'
      _Cf.ReportedAmount as CashFlowReportedAmount,
      @Semantics.amount.currencyCode : 'Currency'
      cast( _Cf.ReportedAmount - t.cash_paid_amount as abap.curr(18,2) ) as NonCashInCashFlow,
      @Semantics.amount.currencyCode : 'Currency'
      t.disclosed_amount as DisclosedAmount,
      @Semantics.amount.currencyCode : 'Currency'
      cast( ( t.total_amount - t.cash_paid_amount ) - t.disclosed_amount as abap.curr(18,2) ) as DisclosureGap,
      _Cf
}

④ 현금흐름표 반영 금액 뷰 — 장부 쪽 읽기

원장의 현금 상대 계정을 현금흐름표 항목별로 모읍니다.

" ─────────────────────────────────────────────────────────────
" ZI_CashFlowReported — 현금흐름표에 반영된 금액 뷰
"   원장(ACDOCA)에서 현금 계정의 상대 계정을 읽어 현금흐름표 항목별로
"   집계한다. 거래 대사 뷰는 이 뷰를 association 으로만 읽는다.
" ─────────────────────────────────────────────────────────────
@AccessControl.authorizationCheck : #CHECK
@EndUserText.label : '현금흐름표 반영 금액'
define view entity ZI_CashFlowReported
  as select from acdoca as a
  inner join zncash_acctmap as m
    on  m.chart_of_acc = 'INT'          " 계정과목표는 회사 설계에 따름(확인 필요)
    and m.gl_account   = a.racct
{
  key a.rbukrs as CompanyCode,
  key a.gjahr  as FiscalYear,
  key a.belnr  as ReferenceDoc,
      m.cf_line as CashFlowLine,
      a.rhcur   as Currency,
      @Semantics.amount.currencyCode : 'Currency'
      sum( a.hsl * m.sign_factor ) as ReportedAmount
}
where a.rldnr = '0L'
  and ( m.account_role = 'INVS' or m.account_role = 'FINC' )
group by a.rbukrs, a.gjahr, a.belnr, m.cf_line, a.rhcur

⑤ 항목 대사 큐브 — 미설명 차이를 만드는 자리

항목 차이에서 비현금 혼입분을 뺀 몫을 따로 계산합니다.

" ─────────────────────────────────────────────────────────────
" ZI_CashFlowLineCube — 현금흐름표 항목 대사 큐브
"   항목(I01·I02·…)별로 원장 현금, 거래 현금분, 현금흐름표 금액을 모으고
"   "차이 − 포함된 비현금분 = 미설명 차이" 를 계산한다.
" 이렇게 나눈 이유: 항목 합계는 거래 합계와 따로 읽어야 어느 층에서
"   깨졌는지 보인다. 거래 뷰를 그대로 sum 하지 않고 독립 집계로 둔다.
" ─────────────────────────────────────────────────────────────
@AccessControl.authorizationCheck : #CHECK
@Analytics.dataCategory : #CUBE
@EndUserText.label : '현금흐름표 항목 대사 큐브'
define view entity ZI_CashFlowLineCube
  as select from ZI_CashFlowReported as r
  association [0..*] to ZI_NonCashTxnRecon as _Txn
    on  _Txn.CompanyCode = r.CompanyCode
    and _Txn.FiscalYear  = r.FiscalYear
    and _Txn.CashFlowLine = r.CashFlowLine
{
  key r.CompanyCode,
  key r.FiscalYear,
  key r.CashFlowLine,
      r.Currency,
      @Aggregation.default : #SUM
      @Semantics.amount.currencyCode : 'Currency'
      r.ReportedAmount                                     as CashFlowAmount,
      @Aggregation.default : #SUM
      @Semantics.amount.currencyCode : 'Currency'
      _Txn.CashPaidAmount                                  as TransactionCash,
      @Aggregation.default : #SUM
      @Semantics.amount.currencyCode : 'Currency'
      _Txn.NonCashInCashFlow                               as NonCashIncluded,
      _Txn
}

⑥ 점검 쿼리 — 판정을 한 곳에서 낸다

허용 오차를 파라미터로 둔 소비 뷰입니다.

" ─────────────────────────────────────────────────────────────
" ZC_NonCashCheckQuery — 점검 쿼리 (소비 뷰)
"   점검 필요 판정을 한 곳에서 낸다. 허용 오차 0.1(백만원) 은 파라미터로 빼서
"   회사 정책에 따라 바꿀 수 있게 한다(샘플 기준값, 확인 필요).
" ─────────────────────────────────────────────────────────────
@AccessControl.authorizationCheck : #CHECK
@EndUserText.label : '비현금 거래 점검'
@Search.searchable : true
define view entity ZC_NonCashCheckQuery
  with parameters
    P_Tolerance : abap.dec(18,2)
  as select from ZI_NonCashTxnRecon as t
{
      @Consumption.filter : { selectionType : #SINGLE, mandatory : true }
  key t.CompanyCode,
      @Consumption.filter : { selectionType : #SINGLE, mandatory : true }
  key t.FiscalYear,
  key t.TransactionNo,
      @Consumption.filter.selectionType : #RANGE
      t.TransactionDate,
      @Search.defaultSearchElement : true
      t.TransactionType,
      t.NonCashAmount,
      t.NonCashInCashFlow,
      t.DisclosureGap,
      case
        when abs( t.NonCashInCashFlow ) >= $parameters.P_Tolerance
          or abs( t.DisclosureGap )     >= $parameters.P_Tolerance then 'CHECK'
        else 'OK'
      end as CheckStatus
}

⑦ 접근 제어 — 집계를 읽는 자리에 건다

화면이 읽는 서비스가 이 뷰를 거치므로 담당 밖 회사의 숫자는 내려오지 않습니다.

" ─────────────────────────────────────────────────────────────
" ZR_NonCashTxnRecon — 접근 제어 (DCL)
"   합계를 읽는 뷰마다 회사코드 권한을 건다. 화면이 읽는 서비스가
"   이 뷰를 거치므로 담당 밖 회사의 숫자는 아예 내려오지 않는다.
" ─────────────────────────────────────────────────────────────
@EndUserText.label : '비현금 거래 대사 — 회사코드 권한'
@MappingRole : true
define role ZR_NonCashTxnRecon {
  grant select on ZI_NonCashTxnRecon
    where ( CompanyCode ) = aspect pfcg_auth( F_BKPF_BUK, BUKRS, ACTVT = '03' );
}

⑧ 서비스 정의와 바인딩

노출 범위를 정하고 OData V2 - UI 유형으로 게시합니다.

" ─────────────────────────────────────────────────────────────
" ZUI_NonCashRecon — 서비스 정의 · 바인딩
"   화면이 읽는 OData V2 서비스의 노출 범위를 정한다. 운영 전환 때는
"   서비스 바인딩을 게시하고 앱 설정의 서비스 상대 경로만 교체한다.
" ─────────────────────────────────────────────────────────────
@EndUserText.label : '비현금 투자·재무활동 공시 점검 서비스'
define service ZUI_NonCashRecon {
  expose ZC_NonCashCheckQuery as NonCashTxn;
  expose ZI_CashFlowLineCube  as CashFlowLine;
}
" 서비스 바인딩: 유형 'OData V2 - UI' 로 만들고 게시한다.
" (ABAP Development Tools 의 서비스 바인딩 편집기에서 처리)

운영 시점에 해야 할 일

운영 데이터로 갈 때

앱 설정의 서비스 상대 경로만 게시한 서비스로 바꾸면 화면은 그대로 동작합니다. 날짜 조건 · 정렬 · 건수 표시는 서비스가 같은 방식으로 받아야 하므로 게시 전에 $filter · $orderby · $top · $inlinecount 를 같은 조건으로 한 번씩 호출해 확인합니다.

자주 묻는 질문

도입 상담과 데모에서 자주 받는 질문들입니다. 네 묶음으로 나눠 적었습니다.

숫자와 산식

화면과 조작

기준서와 표준 연계

도입과 운영