MPM 식별과 주석 공시 누락 점검 — IFRS 18, 공개 자료의 이익 지표가 경영진 성과측정치인지 가리고 주석에서 빠진 것을 찾는다

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

IFRS 18은 재무제표 밖에서 쓰는 이익 지표를 경영진 정의 성과측정치(MPM)라는 이름으로 재무제표 주석에 끌어들입니다. 실적발표 자료에 나온 “조정 영업이익”이나 “EBITDA”가 MPM에 해당하는지 가려야 하고, 해당하면 주석에 설명과 조정표, 법인세 효과, 비지배지분 효과를 함께 공시해야 합니다. 관련 기준서는 IFRS 18 재무제표 표시와 공시(K-IFRS 제1118호)입니다.

현업이 마감 직전에 부딪히는 질문은 단순합니다. 이 지표가 MPM인가, MPM이면 주석에 있는가, 있다면 빠진 것은 없는가. 지금은 이 답이 실적발표 PDF, 주석 초안 문서, 엑셀 조정표에 따로 흩어져 있어서 지표 하나를 확인하려면 파일 세 개를 열어 눈으로 맞춰야 합니다. 이 앱은 세 곳의 정보를 지표 한 줄로 모아 식별부터 공시 누락까지 한 화면에서 점검합니다.

이익 지표가 MPM인지부터 사람마다 다르다

보도자료에는 “핵심 영업이익(일회성 제외)”, 설명자료에는 “조정 EBITDA”, 투자자 질의응답에는 “영업이익률”이 나옵니다. 모두 이익을 말하는 것 같지만 성격이 다릅니다. 수익·비용의 소계인지, 경영진의 관점을 대중에게 전달하는지, IFRS가 정한 소계는 아닌지를 차례로 물어야 MPM 여부가 정해집니다. 이 앱은 세 가지 질문을 지표마다 열로 두어 어느 질문에서 갈렸는지가 보이게 했습니다.

영업이익률처럼 비율은 소계가 아니므로 MPM이 아닌 것으로 분류하고, 매출총이익이나 사업부문 합계처럼 원문을 봐야 하는 지표는 확인 필요로 남깁니다. 단정이 어려운 자리를 억지로 해당·아님으로 가르지 않는 것이 점검 도구의 몫입니다.

주석에 있는지는 파일 세 개를 열어야 안다

MPM으로 판정된 지표는 주석에 공시되어 있어야 합니다. 그런데 공개 자료는 IR팀이, 주석 초안은 재무보고팀이, 조정표는 결산 담당자가 각각 관리합니다. 한 지표가 보도자료에 두 번, 설명자료에 한 번 나왔는데 주석에는 빠졌다면 그 사실은 세 문서를 모두 읽은 사람만 압니다. 이 앱의 공개 자료별 현황 탭은 자료마다 언급한 지표 수와 주석에서 빠진 지표 수를 세어 이 대조를 표 한 장으로 줄입니다.

효과 공시는 조정항목마다 따로 봐야 한다

주석에는 지표 전체의 조정표만 있으면 되는 것이 아닙니다. 조정항목마다 법인세 효과와 비지배지분 효과가 따로 보여야 합니다. 조정표에 항목은 다섯 개인데 효과는 세 개만 적힌 경우, 합계만 맞춰 보는 검토에서는 놓치기 쉽습니다. 조정항목·효과 공시 탭은 조정금액 옆에 효과 금액과 공시 여부를 붙여 항목 단위로 빈칸이 드러나게 합니다.

금액 불일치는 마지막에 발견된다

공개 자료의 지표 금액과 주석의 지표 금액이 다르면 투자자 질의에서 먼저 드러납니다. 표시 단위를 바꾸다 반올림이 어긋나거나, 공개 후 수정된 숫자가 주석에 반영되지 않는 경우가 대표적입니다. 이 앱은 공개 금액에서 주석 금액을 뺀 차이를 지표마다 구하고, 차이 합계를 위쪽 요약에 백만 원 단위로 보여 줍니다. 차이의 원인은 단정하지 않고 두 자료를 다시 대조하라는 신호로만 씁니다.

그래서 무엇을 보려는 점검인가

정리하면 네 가지입니다. 이익 지표를 모아 MPM 여부를 가리고, MPM의 주석 공시 여부와 설명·조정표를 확인하고, 조정항목별 법인세·비지배지분 효과를 확인하고, 공개 금액과 주석 금액을 맞춥니다. 이 네 가지를 지표 한 줄과 상세 한 창에서 따라갈 수 있게 한 것이 이 앱입니다.

사용 방법

1. 회계연도를 정하고 조회를 누릅니다. 필요하면 회사, MPM 판정, 최근 공개일 구간, 지표명, 점검 코드, 점검 결과로 범위를 좁힙니다.
2. 위쪽 요약에서 MPM 해당 지표, 주석에 없는 MPM, 점검 필요·확인 필요 건수와 공개−주석 금액 차이를 봅니다.
3. 지표 식별 점검 탭에서 점검 필요 줄부터 훑습니다. 코드(I01~I05)가 무엇이 빠졌는지 알려 줍니다.
4. 공개 자료별 현황 → 조정항목·효과 공시 → 대사 결과 탭 순서로 옮겨 가며 근거를 확인합니다.
5. 지표 줄을 누르면 판정 근거와 조정항목, 언급한 공개 자료가 한 창에 열립니다.
6. 필요한 탭은 CSV로 내려받아 공시 점검표에 붙입니다.

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

화면에 나오는 숫자는 가상의 두 회사에서 만든 검증용 샘플 데이터(지표 22건, 공개 자료 9건, 조정항목 25건, 지표-자료 언급 56건)를 전수로 대사한 결과입니다. 정합성 대사 5건은 모두 차이가 없습니다.

R06과 R07은 점검 화면이라 일부러 차이를 넣은 건입니다. R06은 공개 금액 8건 중 1건(최대 7백만 원)이 주석과 다르고, R07은 MPM 해당 10건 중 6건이 주석 공시 항목을 모두 갖추지 못했습니다. 정합성 대사의 차이 건수와는 섞지 않고 따로 기록합니다. 이 외에 서비스 검증(필터 조건, 날짜 구간, 함수 결과)과 화면 실행 검증을 따로 돌렸습니다.

무엇으로 만들었나

실행 화면

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

처음 열었을 때

조회 한 번으로 지표 전체와 요약 건수가 나오고, 점검 결과로 좁혀 점검할 지표만 남깁니다.

처음 열면 기본 조건(회계연도 2026)으로 자동 조회됩니다. 요약 카드는 건수를 먼저 보여 주고, 표에서는 지표마다 MPM 판정과 주석 · 설명 · 조정표 · 효과 공시 여부가 한 줄로 이어집니다. 조회 버튼은 입력 칸 오른쪽 끝에 있고 Enter 키로도 조회됩니다.

점검 코드 I01~I05가 빠진 항목을 가리킵니다. 주석에 아예 없으면 I01, 설명이 없으면 I02, 조정표가 없으면 I03, 법인세·비지배지분 효과가 없으면 I04, 공개 금액과 주석 금액이 다르면 I05입니다. 코드와 지표명을 함께 보면 어느 자료를 다시 열어야 하는지 바로 정해집니다.

탭을 옮겨 가며 근거 보기

지표 하나의 판정을 뒷받침하는 공개 자료, 조정항목, 효과 공시를 탭마다 따로 확인합니다.

실적발표 자료, 보도자료, 경영진 설명자료처럼 재무제표 밖에서 이익 지표를 말한 자료가 대상입니다. 한 자료에서 MPM 지표를 여럿 언급했는데 주석에는 일부만 있다면 그 차이가 이 탭에 숫자로 드러납니다. 공개일 구간으로 범위를 좁힐 수 있습니다.

MPM 주석에서는 조정항목마다 법인세 효과와 비지배지분 효과를 따로 보이는 것이 요구사항입니다. 오른쪽 두 칸이 없음으로 나오면 그 조정항목은 효과 공시를 확인해야 합니다. 금액은 조정금액과 효과 금액이 나란히 놓여 부호를 눈으로 맞춰 볼 수 있습니다.

행을 눌러 상세로

표에서 줄을 누르면 판정 근거와 관련 자료가 한 창에 모입니다.

위쪽에는 MPM으로 판정한 근거(세 가지 질문의 답)가, 가운데에는 조정항목 내역이, 아래에는 그 지표를 언급한 공개 자료가 놓입니다. 왜 점검 필요인지 담당자에게 되묻지 않고 같은 창에서 설명할 수 있습니다.

대사 결과와 좁은 화면

검산 결과를 한눈에 보고, 화면 폭이 좁아도 같은 내용을 볼 수 있는지 확인합니다.

정합성 대사는 화면 숫자끼리 맞는지를 보는 검산이고, 공시 점검 대사는 공시 자료가 맞는지를 보는 점검입니다. 두 종류는 섞지 않고 따로 기록합니다. 점검 대사의 차이는 개별 지표를 확인하라는 신호이지 결론이 아닙니다.

좁은 화면에서는 조회조건이 위아래로 쌓이고 표는 가로 스크롤 영역 안에서 움직입니다. 요약 카드는 한 줄에 둘씩 줄을 바꿉니다. 현업이 노트북 분할 화면이나 태블릿으로 열어도 같은 내용을 볼 수 있습니다.

화면 뒤에서 일어나는 일

화면은 서비스가 돌려준 결과를 그대로 표시합니다. 판정은 아래 순서로 서비스에서 이루어지며 위에서 아래로 처음 걸리는 조건을 씁니다. 화면은 단정하지 않고 점검 필요·확인 필요로 표시합니다.

1. 공개 자료에서 이익 지표를 모읍니다. 한 지표가 여러 자료에 나오면 언급 자료 수와 가장 늦은 공개일을 남깁니다.
2. 지표마다 세 가지 질문(수익·비용 소계인가, 경영진 관점을 전달하는가, IFRS 지정 소계가 아닌가)으로 MPM 해당·아님·확인 필요를 나눕니다.
3. MPM 해당 지표는 주석 공시, 설명, 조정표, 법인세·비지배지분 효과, 금액 일치를 차례로 점검합니다.
4. 정합성 대사로 화면 숫자끼리 맞는지 검산합니다. 지표 금액 − Σ조정항목 = 기준 IFRS 소계, 지표 수 = 판정별 지표 합, MPM 해당 = 공시 + 누락입니다.

조회조건

결과 컬럼

좁은 화면에서 달라지는 것

화면 폭이 좁아지면 조회조건은 위아래로 쌓이고, 표는 가로 스크롤 영역 안에서 움직이며, 요약 카드는 줄을 바꿉니다. 조회 버튼은 입력 칸 바로 아래에 놓여 엄지로 누르기 쉽습니다. 내용과 기능은 넓은 화면과 같고 배치만 바뀝니다.

파일 구성

앱 폴더
├─ index.html · Component.js · manifest.json
├─ controller/   화면 제어 (조회·탭·상세 창)
├─ view/         메인 화면 · 상세 창
├─ model/        표시 형식 · 오류 안내
├─ css/ · i18n/  스타일 · 문구
├─ odata/        서비스 정의와 데이터 서비스 구현
├─ media/        소개 영상 · 포스터
└─ readme.html   설명서

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

표준 실행은 SAP 표준 T-code가 담당하고, 이 화면은 공개 자료와 주석을 맞춰 보는 점검 관점을 더해 확장합니다. 표준 화면이 이미 잘하는 일은 그대로 두고, 표준 화면 사이에서 끊기는 자리만 이어 붙입니다.

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

T-code별 연계 지점

두 화면의 숫자가 다를 때는 먼저 조정항목 계정 묶음(어느 계정이 어느 조정항목인가)이 같은지 봅니다. 법정 제출과 감사 대응에 쓰는 보고서는 계속 표준 화면에 남깁니다. 이 앱은 그 보고서를 대신하지 않고, 공시 직전에 공개 자료와 주석을 맞춰 보는 점검 자료를 더합니다. 그래서 운영 전환 때 기존 표준 보고서를 없앨 필요가 없습니다.

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

표준 CDS 분석 쿼리, Fiori 분석 앱, Analysis for Office는 손익 숫자를 여러 축으로 보는 데 강합니다. 이 앱이 다루는 것은 숫자 자체보다 숫자를 설명하는 공시 문구가 있는가입니다. 그래서 같은 조정항목 금액 뷰를 분석 쿼리가 함께 읽을 수 있게 만들어 두고, 공시 확인 여부는 별도 입력 뷰로 분리했습니다. 분석 앱에서 조정항목 금액을 보다가 이 앱으로 넘어와 주석 공시를 점검하는 흐름이 자연스럽습니다.

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

요구사항 매핑표

IFRS 18은 2027-01-01 이후 개시하는 회계연도부터 적용하며 조기 적용이 허용됩니다. 이 외의 시행일과 경과규정은 원문을 확인한 뒤 적용하시기 바랍니다.

CDS 구성

운영 전환의 핵심은 화면이 아니라 CDS 뷰입니다. 화면이 부르는 서비스는 아래 뷰 레이어를 그대로 노출하는 얇은 껍데기입니다. 객체 이름은 이 글의 예시이며 고객사 명명 규칙에 맞게 바꿔 쓰시면 됩니다. 표준 CDS 뷰는 실재가 확인된 것만 썼고, 확인하지 못한 자리는 “확인 필요”로 주석에 적었습니다.

뷰 레이어 구성

① 지표 기준 테이블

어떤 이익 지표가 공개 자료에 쓰이는지, 세 가지 질문의 답이 무엇인지를 담는 입력 기준입니다. 이 표가 MPM 식별의 출발점이므로 담당자가 바꿀 때 변경 이력이 남아야 합니다. 질문의 답이 “확인 필요”인 지표는 자동으로 확인 필요 상태가 됩니다.

@EndUserText.label : 'MPM 식별 지표 기준'
@AbapCatalog.enhancement.category : #NOT_EXTENSIBLE
@AbapCatalog.tableCategory : #TRANSPARENT
@AbapCatalog.deliveryClass : #A
@AbapCatalog.dataMaintenance : #RESTRICTED
define table zmpmi_metric {
  key client       : abap.clnt not null;
  key bukrs        : bukrs not null;
  key metric_id    : abap.char(6) not null;
  metric_name      : abap.char(60);
  base_subtotal    : abap.char(2);    " OP=영업이익, NP=당기순이익
  is_pl_subtotal   : abap.char(1);    " Y/N/C  수익·비용의 소계인가
  mgmt_view        : abap.char(1);    " Y/N/C  경영진 관점을 전달하는가
  ifrs_specified   : abap.char(1);    " Y/N/C  IFRS 지정 소계인가
  changed_by       : syuname;
  changed_at       : timestampl;
}

② 지표 기본 뷰 — 식별 판정

세 질문의 답으로 MPM 해당 여부를 정합니다. 질문 하나라도 C(확인 필요)이면 해당 여부를 단정하지 않고 C로 남깁니다. 규칙을 뷰 하나에 두어 화면, 분석 쿼리, 배치가 같은 판정을 읽습니다.

@AbapCatalog.viewEnhancementCategory : [#NONE]
@AccessControl.authorizationCheck : #CHECK
@EndUserText.label : 'MPM 식별 — 지표 기본'
define view entity ZI_MpmIdentMetric
  as select from zmpmi_metric as Mt
{
  key Mt.bukrs      as CompanyCode,
  key Mt.metric_id  as MetricId,
      Mt.metric_name as MetricName,
      Mt.base_subtotal as BaseSubtotal,
      // 세 질문이 모두 Y이면 해당, 하나라도 N이면 아님, 그 밖은 확인 필요
      case
        when Mt.is_pl_subtotal = 'Y' and Mt.mgmt_view = 'Y' and Mt.ifrs_specified = 'N' then 'Y'
        when Mt.is_pl_subtotal = 'N' or  Mt.mgmt_view = 'N' or  Mt.ifrs_specified = 'Y' then 'N'
        else 'C'
      end as ExpMpm
}

③ 조정항목 차원 뷰

조정항목은 계정 묶음으로 정의하고, 금액은 표준 저널 항목 뷰에서 읽습니다. 법인세 효과와 비지배지분 효과 금액은 별도 매핑에서 가져옵니다. 이 뷰가 분석 쿼리와 공유되므로 금액 정의를 여기서만 바꾸면 모든 화면이 같이 바뀝니다. 표준 뷰 I_JournalEntryItem의 필드 이름은 운영 환경에서 확인이 필요합니다.

@AbapCatalog.viewEnhancementCategory : [#NONE]
@AccessControl.authorizationCheck : #CHECK
@Analytics.dataCategory : #DIMENSION
@EndUserText.label : 'MPM 식별 — 조정항목 금액'
define view entity ZI_MpmIdentAdjItem
  as select from I_JournalEntryItem as Je
    inner join   zmpmi_adjmap       as Mp
      on  Mp.bukrs     = Je.CompanyCode
      and Je.GLAccount >= Mp.gl_from
      and Je.GLAccount <= Mp.gl_to
{
  key Je.CompanyCode,
  key Je.FiscalYear,
  key Mp.metric_id    as MetricId,
  key Mp.item_no      as ItemNo,
      Mp.item_name    as ItemName,
      @Semantics.amount.currencyCode : 'CompanyCodeCurrency'
      sum( Je.AmountInCompanyCodeCurrency ) as AdjAmount,
      Je.CompanyCodeCurrency,
      Mp.tax_rate     as TaxRate,
      Mp.nci_share    as NciShare
}
where Je.Ledger = '0L'
group by Je.CompanyCode, Je.FiscalYear, Mp.metric_id, Mp.item_no,
         Mp.item_name, Je.CompanyCodeCurrency, Mp.tax_rate, Mp.nci_share

④ 주석 공시 입력 뷰

주석 초안에서 확인한 내용을 담는 입력입니다. 공시 여부와 설명, 조정표, 효과 공시를 지표 단위로, 조정항목 효과 공시는 항목 단위로 따로 둡니다. 확인한 사람과 시각을 함께 남겨야 감사 질의에 답할 수 있습니다.

@AbapCatalog.viewEnhancementCategory : [#NONE]
@AccessControl.authorizationCheck : #CHECK
@EndUserText.label : 'MPM 식별 — 주석 공시 입력'
define view entity ZI_MpmIdentNote
  as select from zmpmi_note as Nt
{
  key Nt.bukrs     as CompanyCode,
  key Nt.gjahr     as FiscalYear,
  key Nt.metric_id as MetricId,
      Nt.in_note   as InNote,        // 주석에 공시되었는가 Y/N
      Nt.has_desc  as HasDesc,       // 계산 방법·유용성 설명
      Nt.has_recon as HasRecon,      // IFRS 소계로의 조정표
      Nt.tax_disc  as TaxDisc,       // 조정항목별 법인세 효과 공시
      Nt.nci_disc  as NciDisc,       // 조정항목별 비지배지분 효과 공시
      @Semantics.amount.currencyCode : 'Currency'
      Nt.note_amount as NoteAmount,
      Nt.currency    as Currency,
      Nt.checked_by  as CheckedBy,
      Nt.checked_at  as CheckedAt
}

⑤ 큐브 — 판정과 금액 차이

식별, 공시 입력, 공개 금액을 한 줄로 합쳐 점검 코드를 만듭니다. 코드를 부여하는 순서가 곧 화면의 판정 규칙이므로 이 뷰를 바꾸면 화면 설명서의 규칙표도 같이 고쳐야 합니다. 금액 차이는 공개 금액에서 주석 금액을 뺀 값입니다.

@AbapCatalog.viewEnhancementCategory : [#NONE]
@AccessControl.authorizationCheck : #CHECK
@Analytics.dataCategory : #CUBE
@EndUserText.label : 'MPM 식별 — 판정 큐브'
define view entity ZC_MpmIdentCube
  as select from ZI_MpmIdentMetric as Mt
    left outer join ZI_MpmIdentNote as Nt
      on Nt.CompanyCode = Mt.CompanyCode and Nt.MetricId = Mt.MetricId
    left outer join zmpmi_pub as Pb
      on Pb.bukrs = Mt.CompanyCode and Pb.metric_id = Mt.MetricId
{
  key Mt.CompanyCode,
  key Nt.FiscalYear,
  key Mt.MetricId,
      Mt.MetricName,
      Mt.ExpMpm,
      @Semantics.amount.currencyCode : 'Currency'
      Pb.pub_amount as PubAmount,
      @Semantics.amount.currencyCode : 'Currency'
      Nt.NoteAmount,
      cast( coalesce( Pb.pub_amount, 0 ) - coalesce( Nt.NoteAmount, 0 )
            as abap.curr( 23, 2 ) ) as DiffAmount,
      Nt.Currency,
      case
        when Mt.ExpMpm = 'C'                         then 'I09'
        when Mt.ExpMpm = 'Y' and Nt.InNote   = 'N'   then 'I01'
        when Mt.ExpMpm = 'Y' and Nt.HasDesc  = 'N'   then 'I02'
        when Mt.ExpMpm = 'Y' and Nt.HasRecon = 'N'   then 'I03'
        when Mt.ExpMpm = 'Y' and ( Nt.TaxDisc = 'N' or Nt.NciDisc = 'N' ) then 'I04'
        when Mt.ExpMpm = 'Y' and Pb.pub_amount <> Nt.NoteAmount           then 'I05'
        when Mt.ExpMpm = 'N' and Nt.InNote   = 'Y'   then 'I06'
        else 'I00'
      end as CheckCode
}

⑥ 소비 쿼리와 조회 함수

화면이 읽는 뷰입니다. 필터 가능한 필드를 주석으로 밝혀 두어 서비스의 필터 조건과 화면의 조회조건이 어긋나지 않게 합니다. 주석에 없는 MPM 개수는 조회 함수로 따로 제공해 요약 카드와 표 건수가 같은 규칙에서 나오게 합니다.

@AccessControl.authorizationCheck : #CHECK
@EndUserText.label : 'MPM 식별 — 소비 쿼리'
@Metadata.allowExtensions : true
define view entity ZC_MpmIdentQuery
  as projection on ZC_MpmIdentCube
{
      @Consumption.filter : { mandatory: true, selectionType: #SINGLE }
  key FiscalYear,
      @Consumption.filter.selectionType : #SINGLE
  key CompanyCode,
  key MetricId,
      @Search.defaultSearchElement : true
      MetricName,
      @Consumption.filter.selectionType : #SINGLE
      ExpMpm,
      PubAmount,
      NoteAmount,
      DiffAmount,
      @Consumption.filter.selectionType : #SINGLE
      CheckCode
}

/* 주석에 공시되지 않은 MPM 개수 — 서비스의 조회 함수가 호출 */
define view entity ZC_MpmIdentMissing
  as select from ZC_MpmIdentCube
{
  key CompanyCode,
  key FiscalYear,
      count( * ) as MissingCount
}
where ExpMpm = 'Y' and CheckCode = 'I01'
group by CompanyCode, FiscalYear

⑦ 권한 — DCL

합계 카드와 표가 같은 권한을 쓰도록 쿼리에 DCL을 겁니다. 회사코드 권한만 걸어도 합계 차이로 다른 회사 숫자가 드러나는 일을 막을 수 있습니다.

@EndUserText.label : 'MPM 식별 — 회사코드 권한'
@MappingRole : true
define role ZC_MpmIdentQuery {
  grant select on ZC_MpmIdentQuery
    where ( CompanyCode ) = aspect pfcg_auth( F_BKPF_BUK, BUKRS, ACTVT = '03' );
}

⑧ 서비스 정의와 바인딩

화면이 바라보는 OData V2 서비스입니다. 엔티티는 쿼리 뷰를 그대로 노출하고, 조회 함수는 ⑥의 개수 뷰를 읽습니다. 서비스 활성화는 게이트웨이 서비스 관리 화면 또는 바인딩 게시로 하며, 화면의 설정 파일에는 서비스 주소만 바꿔 넣습니다.

@EndUserText.label : 'MPM 식별 — 서비스'
define service ZUI_MpmIdentSrv {
  expose ZC_MpmIdentQuery   as MetricSet;
  expose ZI_MpmIdentNote    as NoteSet;
  expose ZI_MpmIdentAdjItem as ItemSet;
  expose ZC_MpmIdentMissing as MissingSet;
}

/* 서비스 바인딩: 이름 ZUI_MPMIDENT_O2, 바인딩 유형 OData V2 - UI, 게시 후 서비스 URL을 화면 설정에 입력 */

운영 시점에 해야 할 일

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

운영 데이터로 갈 때

전표가 수천만 건이어도 조정항목 금액은 계정 묶음과 회계연도 단위로 먼저 집계해 큐브에 올립니다. 회계연도를 필수 조건으로 두어 전체 기간을 한 번에 읽지 않게 하고, 저널 항목 읽기는 회사코드·원장·회계연도 순의 조건이 인덱스를 탈 수 있게 합니다. 화면 응답 기준은 조회 후 표가 3초 안에 뜨는 것으로 두고, 넘으면 집계 뷰를 사전 집계 테이블로 바꾸는 방안을 검토합니다. 지표 수는 수십 건 수준이라 병목은 조정항목 금액 집계입니다.

자주 묻는 질문

도입 상담과 데모에서 나온 질문 25개를 네 묶음으로 적었습니다.

판정과 해석

금액과 산식

데이터와 연계

범위와 도입