SAP 중간기간 손익 소계 누적 대사 점검 — 분기 보고의 영업손익·당기순손익 소계가 누적 값과 맞는지 다시 구해 보는 IFRS 18 점검 화면

개발 배경 — 이 앱을 사용해야 하는 이유

분기 보고서의 영업손익과 당기순손익은 3개월 값으로도, 1분기부터 쌓은 누적 값으로도 나옵니다. 두 값은 서로 이어져 있어야 하지만 실제로는 어느 분기에 수정이 들어가거나 계정의 범주가 바뀌면 3개월 보고를 모은 합과 누적 보고가 어긋나기 쉽습니다. 그 어긋남은 보고서가 나간 뒤에야 엑셀로 맞춰 보다 발견되는 일이 많습니다.

재무제표 표시와 공시 기준(IFRS 18, 국내 K-IFRS 제1118호)은 영업손익 같은 소계를 정해진 방식으로 보이도록 하므로 분기 보고에서도 소계가 빠짐없이, 같은 범주 기준으로 표시되는지가 더 눈에 띕니다. 시행 시점과 국내 적용 시점, 중간재무보고에서의 세부 요구사항은 확인 필요이며 이 글은 문단 번호나 해석을 단정하지 않습니다.

현업의 질문은 단순합니다. "이번 분기 누적 영업손익이 분기별로 더한 값과 같은가?" 이 화면은 계정 금액에서 범주별 3개월 값을 다시 구하고, 그로부터 소계와 누적 값을 재계산해 보고된 값과 견줍니다. 소계가 표시되지 않았는지, 범주가 옮겨진 뒤 직전 분기가 다시 쓰였는지도 함께 가려 줍니다.

핵심 포인트

1. 3개월·누적을 한 줄에 — 재계산, 보고, 차이가 한 표에 나란히 놓입니다.
2. 필수 소계 표시 점검 — 영업손익·재무 및 법인세 전 손익·당기순손익이 보고서에 있는지 봅니다.
3. 범주 이동 추적 — 현행 범주와 보고 당시 범주가 다른 계정과 전기 재작성 상태를 보여 줍니다.
4. 내려가며 찾기 — 소계 → 범주 → 계정 순서로 차이의 출처를 좁힙니다.
5. 정책 미정은 따로 — 범주 정책이 정해지지 않은 계정은 확인 필요로 남깁니다.
6. 정합성 대사 — 화면 안의 합계가 서로 맞는지 아홉 가지 식으로 확인합니다.

실행 화면

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

처음 열었을 때

처음 열면 2026년 전체가 자동 조회되어 소계 27건이 나옵니다. 위쪽 요약 8칸은 점검한 소계 27, 점검 필요 소계 7, 확인 필요 소계 3, 누적 차이 절대값 115.5백만원, 미표시 소계 1, 합계-누적 어긋난 소계 6, 범주 이동 계정 1, 정합성 대사 차이 0입니다. 표는 3개월 재계산과 보고, 누적 재계산과 보고, 두 값의 차이가 나란히 놓이고 점검 결과가 정상이 아닌 줄은 색으로 먼저 눈에 들어옵니다.

다시 볼 소계 가려내기

점검 결과를 바꾸고 조회를 누르면 같은 표가 7건으로 줄어듭니다. 회사 2000의 3분기 영업손익·재무 및 법인세 전 손익·당기순손익은 누적 보고가 재계산보다 38,500,000원 많게 보여 Q01 로, 회사 3000의 2분기 재무 및 법인세 전 손익은 보고서에 표시되지 않아 Q02 로, 회사 1000의 영업손익은 범주 이동 뒤 직전 분기가 다시 쓰이지 않아 Q03 으로 가려집니다. 수정분이 누적에 한 번 더 반영됐는지 확인이 필요하며 어느 쪽이 맞는지는 회사와 감사인이 판단합니다.

범주와 계정으로 내려가기

소계를 이루는 범주 쪽에서 같은 금액을 다시 본 탭입니다. 범주별로 계정 수와 이동한 계정 수가 함께 나와, 소계의 차이가 어느 범주에서 왔는지 좁혀 갈 수 있습니다.

가장 아래 단계인 계정 탭입니다. 현행 범주와 보고 당시 범주가 다른 계정은 범주 이동으로 표시되고 직전 분기가 다시 쓰였는지가 옆에 붙습니다. 정책이 정해지지 않은 계정은 확인 필요(Q04)입니다.

상세 창과 대사

소계 한 건을 열면 3개월 값(재계산·보고)과 누적 값(재계산·보고), 분기별 보고 합계, 점검 내용이 위에 놓이고 아래에는 같은 회사의 다른 분기 값과 그 분기의 범주별 값이 따라옵니다. 이 차이가 한 분기에서 생겼는지 이어진 것인지 그 자리에서 가늠할 수 있습니다.

대사식마다 좌변·우변 금액, 검사 건수, 차이 건수, 최대 차이가 한 줄입니다. 대사식 9종 모두 차이 0건입니다. 대사는 화면 안의 집계가 서로 맞는지 보는 것이며 보고서가 맞는지는 알 수 없습니다.

좁은 화면

휴대폰 폭에서도 조회조건이 줄바꿈되어 모두 보이고 표는 가로로 스크롤됩니다.

데이터 서비스

화면은 OData V2 서비스(qsubtot_srv)의 엔티티셋 네 개를 읽습니다. 조회조건은 모두 $filter 로 전달되고 "전체"는 조건에 넣지 않습니다.

SAP 표준 기능 확장 포인트

표준 실행은 SAP 표준 T-code 가 담당하고 이 화면은 조회·검증 관점을 더해 확장합니다. 표준이 잘하는 일은 표준에 맡기고 끊기는 자리만 이어 붙였습니다.

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

T-code 별 연계 지점

맞닿은 표준 T-code 마다 이 앱이 이어받는 데이터와 두 화면 숫자를 맞춰 보는 지점입니다. 법정·감사 대응은 표준에 남겨 두므로 기존 리포트를 없앨 필요가 없습니다.

요구사항 매핑표

관련 기준은 IFRS 18 재무제표 표시와 공시(K-IFRS 제1118호)와 중간재무보고 기준이며 문단 번호는 적지 않았습니다. 확인하지 못한 항목은 "확인 필요"입니다.

운영 데이터로 갈 때

운영 전표가 많으면 계정 금액의 집계는 CDS 쪽에서 끝내고 화면에는 소계·범주·계정 단위만 보냅니다. 회계연도를 필수 파라미터로 두어 전체 스캔을 막고, 응답 시간 기준은 운영 규모에서 정합니다. 범주 정책과 보고서 작성 이력이 어디에 있는지가 개발보다 먼저 정해져야 합니다.

CDS 구성

계정별 분기 금액을 만드는 CDS 구성 예입니다. 실제 뷰 이름과 필드는 시스템 버전에 따라 확인 필요입니다.

@AbapCatalog.viewEnhancementCategory: [#NONE]
@EndUserText.label: '계정별 분기 금액'
define view entity AcctQuarterView
  as select from I_JournalEntryItem as Item
  association [0..1] to CatPolicyView as _Policy
    on _Policy.GLAccount = Item.GLAccount
{
  key Item.FiscalYear, key Item.CompanyCode,
  key Item.GLAccount,
  @Semantics.amount.currencyCode: 'CompanyCodeCurrency'
  sum( Item.AmountInCompanyCodeCurrency ) as Amount,
  _Policy
}
group by Item.FiscalYear, Item.CompanyCode, Item.GLAccount

자주 묻는 질문

도입 상담과 검토 자리에서 자주 나오는 질문입니다.