IFRS 18 지분법·공정가치 투자손익 범주 점검 — 투자범주와 영업범주 중 어디에 놓였는지 측정방법으로 다시 계산해 장부와 맞춰 보는 화면

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

IFRS 18 재무제표 표시와 공시(K-IFRS 제1118호)는 손익계산서의 수익과 비용을 영업 · 투자 · 재무 · 법인세 · 중단영업 범주로 나눠 표시하도록 요구합니다. 그중 투자범주에는 관계기업 · 공동기업 같은 투자처에서 생기는 손익이 들어가는 것이 원칙이고, 주된 사업활동으로 투자를 하는 회사는 같은 손익이 영업범주에 놓일 수 있습니다. 시행은 2027-01-01 이후 개시하는 회계연도부터이며 조기적용이 허용됩니다.

결산을 맡은 팀이 매달 부딪히는 질문은 단순합니다. 지분법 투자처의 손익이 투자범주에 놓였는가, 공정가치로 측정하는 투자처는 어떤 근거로 범주를 정했는가, 측정방법을 바꾼 투자처의 계정이 예전 범주에 그대로 남아 있지는 않은가. 지금은 표준 화면에서 계정 잔액을 뽑고 엑셀에 투자처별 측정방법을 붙여 하나씩 대조합니다. 투자처가 열 곳만 넘어도 어느 줄이 어긋났는지 찾는 데 하루가 갑니다.

이 앱은 그 자리를 메웁니다. 투자처마다 측정방법 · 면제 근거 · 주된 사업활동을 읽어 재계산 범주를 정하고, 장부에 놓인 범주와 나란히 보여 주며, 다른 줄에는 이유가 붙은 점검 코드를 답니다. 표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 조회 · 점검 관점을 더해 확장합니다.

손익 합계가 맞는 것과 범주가 맞는 것은 서로 다른 질문이다

투자처별 손익 합계와 손익 항목 합계가 같은지는 대사 한 줄로 끝납니다. 그러나 그 손익이 투자범주에 있어야 하는지 영업범주에 있어야 하는지는 합계만 봐서는 알 수 없습니다. 같은 금액이 어느 범주에 놓였는지가 문제이기 때문입니다. 이 앱은 두 질문을 한 화면의 다른 탭으로 나눕니다. 대사 결과 탭은 합계를, 투자처 범주 판정 탭과 손익 항목별 점검 탭은 범주를 보여 줍니다.

측정방법이 바뀌어도 장부의 범주는 저절로 바뀌지 않는다

지분법으로 처리하던 투자처를 공정가치로 바꾸거나 그 반대로 바꾸면 손익의 성격이 달라지는데, 계정에 연결된 범주는 사람이 손보지 않는 한 그대로입니다. 이 앱은 측정방법이 바뀐 투자처에서 지분법 손익이 영업범주에 남아 있거나(코드 E01), 지분법 투자처에 공정가치 평가손익 줄이 섞여 있는(코드 E04) 경우를 장부와 재계산의 차이로 드러냅니다.

면제 근거가 없는 공정가치 투자처는 사람이 먼저 확인해야 한다

관계기업 투자를 공정가치로 측정하는 것은 IAS 28(K-IFRS 제1028호)이 정한 면제 요건을 갖춘 경우에 한해 허용됩니다. 면제 요건과 적용 범위는 기준서 원문으로 확인해야 합니다. 이 앱은 면제 근거가 등록되지 않은 공정가치 투자처를 확인 필요(E09)로 따로 빼내 범주를 판단하지 않고, 회사가 근거를 먼저 확인하도록 남겨 둡니다.

사용 방법

1. 조회조건 입력 — 회계연도는 필수(4자리, 예: 2026)입니다. 회사 · 투자처 · 측정방법 · 손익 유형 · 손익 인식일 구간 · 투자처명 일부 · 점검 코드 · 점검 결과는 선택이며 “전체”로 두면 그 조건은 조회에 쓰이지 않습니다.
2. 조회 — 조건 칸들의 가장 오른쪽에 있는 조회 버튼을 누르거나 입력 칸에서 Enter 키를 누릅니다. 화면을 처음 열 때는 자동으로 한 번 조회합니다.
3. 요약 지표 확인 — 점검한 손익 항목 수, 점검 필요 항목 수, 확인 필요 항목 수, 범주 이동 필요 금액, 영업범주로 놓인 장부 금액, 정합성 대사 차이 건수 여섯 가지를 먼저 봅니다.
4. 탭 이동 — 투자처 범주 판정 → 손익 항목별 점검 → 손익 유형별 합계 → 대사 결과 순서로 봅니다. 탭 제목에 현재 조건의 건수가 붙습니다.
5. 행 클릭 상세 — 손익 항목별 점검 탭에서 행을 누르면 점검 사유와 재계산 기준, 같은 투자처의 다른 손익 항목이 팝업으로 열립니다.
6. 내려받기 — 현재 탭의 조회 결과를 CSV(UTF-8)로 저장해 결산 점검표나 감사인 요청 자료에 붙입니다.

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

점검 화면이 틀린 숫자를 보여 주면 점검 자체가 의미를 잃습니다. 그래서 화면에 올리기 전에 대사식을 세워 검증용 샘플 데이터 전수에 돌렸습니다.

이 숫자는 정합성 검사이고, 화면에서 점검 필요로 표시되는 건수와는 다른 이야기입니다. 점검 화면을 보여 주려고 일부러 어긋나게 만든 항목이 샘플에 들어 있습니다.

참고 대사 R05 는 장부 영업범주와 재계산 영업범주가 다른 6건(최대 차이 1,850,000,000원)을 보여 줍니다. 대사 오류가 아니라 점검 결과를 금액으로 본 것이므로 정합성 차이 0건과 따로 읽습니다. 앞은 “화면이 계산을 제대로 했다”이고, 뒤는 “계산한 결과 장부가 의심스러운 줄이 이만큼 있다”입니다.

무엇으로 만들었나

앱 정보

실행 화면

실제 화면 7종입니다. 순서는 사용 순서를 따랐습니다. 처음 연 화면에서 시작해 항목별 점검, 조건 좁히기, 상세 팝업, 유형별 합계, 대사 결과, 좁은 화면으로 이어집니다. 화면 속 투자처 이름과 금액은 검증용 샘플 데이터이며 실제 회사의 숫자가 아닙니다.

처음 열었을 때 — 투자처별 범주 판정과 요약 지표

화면을 열면 2026 회계연도로 자동 조회됩니다. 맨 위 조회조건, 그 아래 요약 지표 여섯 칸, 아래에 탭 네 개가 놓입니다.

첫 탭은 투자처별 범주 판정입니다. 한 줄이 투자처 하나이고, 측정방법(지분법 또는 공정가치)과 면제 근거, 주된 사업활동 여부, 장부 투자범주 · 영업범주 금액, 재계산 투자범주 · 영업범주 금액이 나란히 있습니다. 두 쪽이 다른 금액이 이동 필요 금액입니다. 요약 지표의 점검 필요 항목 수는 별도 함수 호출로 센 값입니다. 기본값은 회계연도 2026, 나머지 조건은 전체입니다.

항목 하나하나를 다시 계산한다 — 손익 항목별 점검

이 앱의 중심 탭입니다. 손익 항목 한 줄마다 유형, 측정방법, 면제 근거, 주된 사업활동, 손익 금액, 장부 범주, 재계산 범주, 이동 필요 금액, 손익 인식일, 점검 코드와 점검 내용이 나옵니다.

장부 범주와 재계산 범주가 다른 줄은 점검 코드와 함께 색이 붙습니다. 코드 E01 은 지분법 손익이 영업범주에 놓인 경우, E02 와 E03 은 공정가치 투자처의 주된 사업활동 구분과 범주가 어긋난 경우, E04 는 지분법 투자처에 공정가치 평가손익 줄이 있는 경우입니다. 면제 근거가 없는 공정가치 항목은 E09 확인 필요로 따로 표시됩니다. 재계산 범주는 단순 규칙의 결과이므로 두 열이 다르다는 것은 틀렸다는 뜻이 아니라 사유를 확인하라는 뜻입니다.

조건을 좁혀 본다 — 점검 필요만 모아 보기

결산 중에는 점검 필요 항목만 먼저 봅니다. 점검 결과를 “점검 필요”로 고르거나 점검 코드를 E01 처럼 하나로 고르고 조회하면 탭 제목의 건수와 요약 지표가 그 조건에 맞춰 다시 계산됩니다. 조건을 비우고 초기화 버튼을 누르면 처음 상태로 돌아갑니다.

한 줄을 열어 이유를 본다 — 손익 항목 상세

표의 행을 누르면 팝업이 열려 점검 사유 문장, 재계산에 쓴 측정방법 · 면제 근거 · 주된 사업활동, 같은 투자처에 속한 다른 손익 항목과의 비교를 보여 줍니다. 한 항목만 이상한지 투자처의 모든 항목이 같은 방향으로 어긋나는지를 여기서 구분합니다. 모두 어긋나면 개별 전표가 아니라 투자처의 측정방법 등록이나 계정의 범주 설정이 원인일 가능성이 큽니다. 팝업은 닫기 버튼, 바깥 클릭, ESC 로 닫습니다.

유형으로 묶어 본다 — 손익 유형별 합계

손익 유형은 지분법손익, 지분법 투자 손상차손, 처분손익, 공정가치 평가손익, 배당수익 다섯 가지입니다. 한 유형에서 점검 필요가 몰려 있으면 그 유형의 계정이 연결된 범주 설정을 먼저 의심합니다. 합계는 손익 항목별 점검 탭의 합과 같아야 하며, 이 일치는 대사 R03 으로 검사합니다.

마지막으로 대사를 확인한다

R01 부터 R04 는 화면의 계산이 맞는지를 검사하는 정합성 대사이고 차이 건수는 모두 0 입니다. R05 는 장부 영업범주와 재계산 영업범주가 다른 항목을 센 참고 대사로, 0 이 아니어도 대사 오류가 아니라 점검 대상이 있다는 뜻입니다. 두 종류를 한 숫자로 합치지 않도록 구분 컬럼으로 나눴습니다.

좁은 화면에서 달라지는 것

폭이 좁아지면 조회조건은 여러 줄로 쌓이고 요약 지표는 두 줄로 접힙니다. 표는 가로로 밀어 볼 수 있고 앞 두 열이 고정되어 투자처 이름이 계속 보입니다. 조회 · 초기화 버튼과 탭 구성은 그대로입니다.

화면 뒤에서 일어나는 일

조회 버튼을 누르면 조회조건이 서비스 필터로 바뀌어 네 가지 데이터 묶음(투자처 · 손익 항목 · 유형별 합계 · 대사 결과)에 각각 전달되고, 정렬 · 페이징 · 총건수도 서비스가 처리합니다. 점검 필요 항목 수는 별도의 함수 호출 한 번으로 세어 요약 지표에 놓습니다. 서비스가 응답하지 않으면 오류 처리기가 연결 실패 · 요청 실패 · 빈 응답을 구분해 안내합니다.

점검 판정 규칙 — 조건에서 사용자 조치까지

재계산 범주는 지분법이면 투자, 공정가치이고 면제 근거가 없으면 판단 보류, 면제 근거가 있으면 주된 사업활동이 Y 일 때 영업 · N 일 때 투자로 둔 단순 규칙입니다. 실제 범주 판단은 회사의 사실관계와 기준서 원문 확인이 필요하며, 이 규칙은 그 판단을 대신하지 않습니다.

산출 · 대사 순서

1. 투자처별 손익 합계 = Σ 손익 항목 금액 (대사 R01, 차이 0)
2. 장부 투자범주 + 장부 영업범주 = 투자처 손익 합계 (대사 R02, 차이 0)
3. 손익 유형별 합계 = 손익 항목 합계 (대사 R03, 차이 0)
4. 재계산 범주 = 측정방법 · 면제 근거 · 주된 사업활동으로 규칙 적용
5. 재계산 투자범주 = 장부 투자범주 − 이동(투자→영업) + 이동(영업→투자) (대사 R04, 차이 0)
6. 참고 대사 R05 — 장부 영업범주와 재계산 영업범주가 다른 항목 수 (점검 대상 건수이며 정합성 차이와 분리)

조회조건

결과 컬럼

파일 구성

index.html · Component.js · manifest.json
controller/  BaseController.js · Main.controller.js
view/        Main.view.xml · DetailDialog.fragment.xml
model/       formatter.js · ErrorHandler.js
css/ · i18n/ (i18n_ko.properties)
서비스 정의  metadata.xml · service.js · 엔티티셋별 데이터
media/       intro.mp4 · intro_poster.jpg

SAP 표준 기능 확장 포인트 — 표준 T-code 와 어떻게 연계되는지

표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 조회 · 점검 관점을 더해 확장합니다. 이 절은 어디까지가 표준이고 어디서부터가 이 앱인지, 두 화면의 숫자를 어디서 맞춰 보는지를 정리합니다.

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

T-code 별 연계 지점

오가는 방법은 두 갈래입니다. 이 앱에서 시작할 때는 점검 필요 줄의 계정을 확인한 뒤 위 T-code 에서 원천을 열고, 표준 화면에서 시작할 때는 이상한 계정을 찾은 뒤 이 앱의 손익 항목별 점검 탭에서 그 계정이 속한 투자처의 재계산 범주를 봅니다. 법정 보고와 감사 대응에 쓰는 화면은 표준에 그대로 둡니다. 따라서 운영 전환 때 기존 리포트를 없앨 필요는 없고, 이 앱은 결산 중 점검 시간을 줄이는 보조 화면으로 놓입니다.

S/4HANA 분석 스택과의 자리

표준 CDS 분석 쿼리나 Fiori 분석 앱, Analysis for Office 는 금액을 여러 축으로 잘라 보는 데 강합니다. 이 앱은 그 자리를 대신하지 않고, 투자처의 측정방법이라는 속성을 금액 옆에 놓고 규칙으로 판정하는 자리에 놓입니다. 같은 CDS 뷰를 분석 쿼리가 함께 읽도록 만들면 두 화면의 숫자가 같은 원천에서 나옵니다. 표준 분석 앱의 정확한 이름과 제공 범위는 릴리스마다 달라 도입 시점에 확인이 필요합니다.

요구사항 매핑표

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

CDS 구성 — 코드와 운영 작업

아래 코드는 이 화면이 쓰는 데이터를 S/4HANA 의 ACDOCA 위에 CDS 로 올릴 때의 스케치입니다. 객체 이름은 기능을 뜻하는 영문으로 지었습니다. 표준 CDS 뷰 이름은 확인한 것만 쓰고, 확인하지 못한 자리는 원천 테이블 기준으로 썼습니다. 실제 시스템의 릴리스에 맞춘 검증은 구현 단계에서 거쳐야 합니다.

뷰 레이어 구성

① 설정 테이블 — 투자처의 측정방법과 면제 근거

이 앱의 판정은 투자처가 어떤 방법으로 측정되는지에서 출발합니다. 코드가 아니라 테이블에 두어야 회계팀이 직접 관리할 수 있고, 투자처가 새로 생겨도 개발 없이 반영됩니다. 값이 비어 있는 공정가치 투자처는 면제 근거가 없는 것으로 읽혀 곧바로 확인 필요로 드러납니다.

" ───────────────────────────────────────────────────────────────
" ZEQC_INVMETH · 투자처 측정방법 설정
" 역할 : 투자처마다 측정방법 · 면제 근거 · 주된 사업활동을 둔다.
" 이렇게 나눈 이유 : 측정방법은 회사 정책이라 코드에 넣지 않는다.
" ───────────────────────────────────────────────────────────────
@EndUserText.label : '투자처 측정방법 설정'
@AbapCatalog.enhancement.category : #NOT_EXTENSIBLE
@AbapCatalog.tableCategory : #TRANSPARENT
@AbapCatalog.deliveryClass : #C
@AbapCatalog.dataMaintenance : #ALLOWED
define table zeqc_invmeth {
  key client     : abap.clnt not null;
  key bukrs      : bukrs not null;
  key inv_code   : abap.char(3) not null;   " 투자처 코드
  inv_name       : abap.char(40);           " 투자처 이름
  inv_kind       : abap.char(4);            " 관계기업 · 공동기업 · 기타
  own_pct        : abap.dec(5,2);           " 지분율
  method         : abap.char(5);            " EQ 지분법 · FVTPL 공정가치
  exempt_basis   : abap.char(4);            " 면제 근거 (비어 있으면 NONE)
  main_inv       : abap.char(1);            " 주된 사업활동이 투자인가 (Y/N)
  valid_from     : abap.dats;
}

② 매핑 테이블 — 계정을 손익 유형과 장부 범주에 잇는다

어느 계정이 지분법손익이고 어느 계정이 평가손익인지, 그리고 그 계정이 투자범주인지 영업범주인지를 한 테이블에 둡니다. 장부 범주를 코드가 아니라 테이블에서 읽기 때문에 범주 설정이 바뀌면 이 행만 고치면 됩니다. 매핑이 빠진 계정은 합계에 들어가지 않으므로 대사 R01 의 차이로 곧바로 드러납니다.

" ───────────────────────────────────────────────────────────────
" ZEQC_ACCTCAT · 투자손익 계정 매핑
" 역할 : 계정을 손익 유형과 장부 범주에 연결한다.
" 이렇게 나눈 이유 : 범주 설정은 해마다 바뀔 수 있어 데이터로 둔다.
" ───────────────────────────────────────────────────────────────
@EndUserText.label : '투자손익 계정 매핑'
@AbapCatalog.enhancement.category : #NOT_EXTENSIBLE
@AbapCatalog.tableCategory : #TRANSPARENT
@AbapCatalog.deliveryClass : #C
@AbapCatalog.dataMaintenance : #ALLOWED
define table zeqc_acctcat {
  key client     : abap.clnt not null;
  key bukrs      : bukrs not null;
  key racct      : racct not null;          " 투자손익 계정
  inc_type       : abap.char(5);            " SHARE · IMPR · DISP · FV · DIV
  booked_cat     : abap.char(3);            " INV 투자 · OPR 영업
  inv_code       : abap.char(3);            " 계정이 특정 투자처 전용이면 지정
  sign_rule      : abap.char(1);            " 부호 규칙
}

③ 기본 뷰 — 원장 라인을 투자처 단위로

원장 라인을 계정 매핑으로 손익 유형과 장부 범주에 붙이고 투자처 설정을 연결하는 뷰입니다. 금액을 읽는 곳이 여기 한 군데이므로 이후의 큐브, 쿼리, 화면이 모두 같은 값을 씁니다. 통화 금액에는 통화 코드를 붙여 집계할 때 단위가 섞이지 않게 합니다.

" ───────────────────────────────────────────────────────────────
" ZI_EqIncomeLine · 투자손익 라인 기본 뷰
" 역할 : 원장 라인에 손익 유형 · 장부 범주 · 측정방법을 붙인다.
" 이렇게 나눈 이유 : 금액을 읽는 자리를 한 곳으로 모은다.
" ───────────────────────────────────────────────────────────────
@AbapCatalog.viewEnhancementCategory: [#NONE]
@EndUserText.label: '투자손익 라인'
@ObjectModel.usageType: { serviceQuality: #X, sizeCategory: #XL, dataClass: #TRANSACTIONAL }
define view entity ZI_EqIncomeLine
  as select from acdoca as j
    inner join zeqc_acctcat as m
      on  m.bukrs = j.rbukrs
      and m.racct = j.racct
    left outer join zeqc_invmeth as v
      on  v.bukrs    = j.rbukrs
      and v.inv_code = m.inv_code
{
  key j.rbukrs                       as CompanyCode,
  key j.gjahr                        as FiscalYear,
  key j.belnr                        as AccountingDocument,
  key j.docln                        as LedgerLine,
      m.inv_code                     as InvesteeCode,
      m.inc_type                     as IncomeType,
      m.booked_cat                   as BookedCategory,
      v.method                       as MeasurementMethod,
      v.exempt_basis                 as ExemptionBasis,
      v.main_inv                     as MainInvesting,
      j.budat                        as PostingDate,
      @Semantics.amount.currencyCode: 'Currency'
      j.hsl                          as Amount,
      j.rhcur                        as Currency
}
where j.rldnr = '0L'                  " 주 원장 (회사 설정에 맞게 확인 필요)

④ 큐브 — 장부와 재계산을 나란히

재계산 범주를 정하는 규칙이 이 뷰에만 있습니다. 지분법이면 투자, 공정가치이고 면제 근거가 없으면 판단 보류(NONE), 면제 근거가 있으면 주된 사업활동에 따라 영업 또는 투자입니다. 장부 범주와 재계산 범주가 다른 줄의 금액을 이동 필요 금액으로 함께 계산해 두면 화면 · 배치 · 보고가 같은 숫자를 씁니다.

" ───────────────────────────────────────────────────────────────
" ZI_EqIncomeCube · 장부 범주와 재계산 범주 큐브
" 역할 : 재계산 범주를 정하고 이동 필요 금액을 만든다.
" 이렇게 나눈 이유 : 재계산 규칙을 한 곳에 둔다.
" ───────────────────────────────────────────────────────────────
@AbapCatalog.viewEnhancementCategory: [#NONE]
@EndUserText.label: '투자손익 범주 큐브'
@Analytics.dataCategory: #CUBE
define view entity ZI_EqIncomeCube
  as select from ZI_EqIncomeLine
{
  key CompanyCode, key FiscalYear, key AccountingDocument, key LedgerLine,
      InvesteeCode, IncomeType, BookedCategory,
      MeasurementMethod, ExemptionBasis, MainInvesting, PostingDate,
      case
        when MeasurementMethod = 'EQ'                            then 'INV'
        when MeasurementMethod = 'FVTPL' and ExemptionBasis = '' then 'NONE'
        when MainInvesting = 'Y'                                 then 'OPR'
        else 'INV'
      end                                                  as ExpectedCategory,
      @Semantics.amount.currencyCode: 'Currency'
      Amount,
      Currency
}

⑤ 쿼리 — 점검 코드를 판정한다

판정 순서가 이 뷰 하나에 있습니다. 면제 근거 확인(E09)을 가장 먼저 걸러 내고 나머지를 순서대로 판정하므로 한 줄에는 점검 코드가 하나만 붙습니다. 화면에 보이는 컬럼 이름과 조회 필터 대상도 여기서 정합니다.

" ───────────────────────────────────────────────────────────────
" ZC_EqCategoryCheck · 범주 점검 쿼리 (Consumption)
" 역할 : 점검 코드를 판정하고 화면 컬럼으로 노출한다.
" 이렇게 나눈 이유 : 판정 순서와 규칙을 한 곳이 책임진다.
" ───────────────────────────────────────────────────────────────
@AbapCatalog.viewEnhancementCategory: [#NONE]
@EndUserText.label: '범주 점검'
@Metadata.allowExtensions: true
define view entity ZC_EqCategoryCheck
  as select from ZI_EqIncomeCube
{
  key CompanyCode, key FiscalYear, key AccountingDocument, key LedgerLine,
      @Consumption.filter: { selectionType: #SINGLE, multipleSelections: true }
      InvesteeCode,
      @Consumption.filter.selectionType: #SINGLE
      IncomeType,
      BookedCategory,
      ExpectedCategory,
      case when BookedCategory <> ExpectedCategory and ExpectedCategory <> 'NONE'
           then Amount else 0 end                             as MoveAmount,
      case
        when MeasurementMethod = 'FVTPL' and ExemptionBasis = ''           then 'E09'
        when MeasurementMethod = 'EQ'    and BookedCategory = 'OPR'        then 'E01'
        when MeasurementMethod = 'FVTPL' and MainInvesting = 'N'
         and BookedCategory = 'OPR'                                        then 'E02'
        when MeasurementMethod = 'FVTPL' and MainInvesting = 'Y'
         and BookedCategory = 'INV'                                        then 'E03'
        when MeasurementMethod = 'EQ'    and IncomeType = 'FV'             then 'E04'
        else 'OK'
      end                                                  as CheckCode
}

⑥ 권한 — 회사코드 단위로 자른다

이 화면은 합계가 아니라 줄 단위로 투자처의 손익을 보여 줍니다. 합계 화면은 권한이 없어도 숫자가 보이지 않지만 줄 단위 화면은 다릅니다. 그래서 회사코드 권한을 쿼리 뷰에 걸어 서비스로 읽는 순간에도 제한합니다.

" ───────────────────────────────────────────────────────────────
" 역할 : ZC_EqCategoryCheck 의 회사코드 단위 조회 제한
" 이렇게 나눈 이유 : 줄 단위에서 남의 회사 숫자가 새지 않게 한다.
" ───────────────────────────────────────────────────────────────
@EndUserText.label: '범주 점검 권한'
@MappingRole: true
define role ZC_EqCategoryCheck {
  grant select on ZC_EqCategoryCheck
    where ( CompanyCode ) = aspect pfcg_auth( F_BKPF_BUK, BUKRS, ACTVT = '03' );
}

⑦ 서비스 정의 — 화면이 바라보는 문

쿼리 뷰를 서비스로 노출하면 화면은 이 서비스 주소 하나만 바라봅니다. 엔티티 이름을 화면이 쓰는 이름으로 바꾸어 노출하고, 서비스 바인딩을 OData V2 로 게시해 앱 설정의 서비스 주소만 교체하면 샘플에서 운영으로 넘어갑니다.

" ───────────────────────────────────────────────────────────────
" 서비스 정의 · 바인딩
" 역할 : 점검 쿼리를 화면에 노출한다.
" 이렇게 나눈 이유 : 화면과 CDS 사이의 계약을 한 곳에 둔다.
" ───────────────────────────────────────────────────────────────
@EndUserText.label: '지분법 투자손익 범주 점검 서비스'
define service ZUI_EqCategoryCheck {
  expose ZC_EqCategoryCheck as IncSet;
}
" 서비스 바인딩 : 유형 OData V2 - UI, 게시 후 활성화 (서비스 활성화 위치는 릴리스에 따라 확인 필요)

운영 시점에 해야 할 일

개발보다 정하는 일이 많습니다. 아래는 코딩이 아니라 합의입니다.

운영 데이터로 갈 때

집계를 데이터베이스 쪽에서 끝내고 회계연도를 필수 조건으로 두면 전표 건수에 크게 영향을 받지 않습니다. 이 앱이 읽는 것은 매핑된 투자손익 계정의 라인이기 때문입니다. 투자처 설정 테이블은 행 수가 적어 조인 비용이 작습니다. 응답이 느리다면 화면이 아니라 기본 뷰의 조인과 접근 경로를 먼저 점검합니다. 정확한 응답 시간은 시스템 규모에 따라 달라 실제 환경에서 측정해야 합니다.

자주 묻는 질문

도입을 검토할 때 자주 나오는 질문을 네 묶음으로 모았습니다.

숫자와 산식

화면과 조작

표준 T-code 와 데이터

도입과 운영