재무회계

SAP 영업부문 공시 금액 조정표 점검 — 보고부문 합계에서 재무제표 금액까지, 빠진 조정 항목이 없는지 한 화면에서

조정표 네 항목 · 점검 코드 판정 · 원장 집계 대 공시 초안 대사 · 별도 식별 점검 · 정합성 대사 — 소개 영상과 실제 화면 7종, 그리고 CDS 코드까지

소개 영상블로그 목차 순서대로 · 자막 포함9개 장면표지 → 조회 → 점검 결과 → 조정 항목 → 부문 → 유형별 → 상세 → 대사 → 정리

주요 재생 지점

도입 포인트 — 이 앱을 사용해야 하는 이유

영업부문 공시 준비 시 보고부문 금액과 재무제표 금액 불일치, 조정 항목 누락 및 수작업으로 인한 마감 지연이 반복됩니다. 이 앱은 IFRS 8 기준에 맞춰 조정표를 재계산하고, 원장과 초안의 불일치 및 중요 항목 누락을 마감 전에 점검하여 효율적인 공시 준비를 지원합니다.

한 줄 요약 — 이 앱은 IFRS 8 영업부문 공시 조정표의 핵심 계산 로직과 원장 집계, 공시 초안을 대사하여 누락 및 불일치 항목을 마감 전에 점검합니다.

핵심 포인트 일곱 가지

핵심 포인트고객이 얻는 것지금 방식이라면
① IFRS 8 기준 조정표 재계산보고부문 수익, 손익, 자산, 부채 4개 항목의 합계를 기업 재무제표 금액으로 조정하는 표를 IFRS 8(K-IFRS 제1108호) 기준에 따라 앱이 직접 재계산합니다.보고부문 금액, 원장 금액, 공시 초안이 제각각이라 합계 불일치 시 원인 파악에 시간이 소요됩니다.
② 조정 항목 누락·부호 점검조정 후 금액과 재무제표 금액의 차이가 발생하면 R01 코드를 부여하여, 빠졌거나 부호가 달라진 조정 항목이 없는지 확인 대상을 알려드립니다.수작업으로 작성한 조정표가 재무제표와 맞지 않아도 어떤 항목이 문제인지 찾기 어렵습니다.
③ 초안 vs 원장 집계 대사초안에 기재된 조정액과 원장에서 집계된 조정액의 차이를 항목마다 계산하고, 차이가 발생하면 R02 코드로 해당 조정 항목을 표기하여 비교할 수 있습니다.초안 금액이 손으로 옮겨 적는 값이라 한 자리 오타나 부호 반전이 있어도 발견하기 어렵습니다.
④ 중요 항목 별도 식별 확인조정 항목 금액이 재무제표 금액의 특정 비율(앱 가정 1%) 이상일 경우, 공시 초안에 별도 행으로 식별되어 있는지 점검하여 R03 코드를 부여합니다.금액이 큰 중요 조정 항목이 다른 항목에 합산되어 공시 기준을 놓칠 수 있습니다.
⑤ 다차원 정합성 검증보고부문 합계, 조정 합계, 조정 후 금액 등 6종의 정합성 대사와 재무제표/초안과의 4종 장부 점검 대사를 앱이 수행하여 데이터 신뢰도를 높입니다.여러 원천에서 온 숫자들을 매번 엑셀로 검증하고 오류를 수작업으로 찾아야 합니다.
⑥ ACDOCA 기반 데이터 통합SAP S/4HANA의 ACDOCA 테이블을 기반으로 CDS 뷰를 구성하여, 영업부문 관련 모든 원장 데이터를 일관된 기준으로 집계하고 점검합니다.부문 금액은 부문 보고 체계에서, 기업 금액은 원장에서 각각 집계되어 데이터 원천이 분리됩니다.
⑦ 신뢰성 높은 점검 판단 지원점검 결과는 '점검 필요'로만 표시되며 원인을 단정하지 않고, 담당자가 원장 및 기준을 검토하여 최종 판단할 수 있도록 확인 대상을 안내합니다.시스템이 '오류'로 단정하면 방어적인 태도가 되며, 원인 파악과 조치에 추가 논의가 필요합니다.

사례로 보는 효과

2024년 12월 기준 검증에서 이 앱은 부채 항목의 86억 5천만 원 금액 불일치(R01), 세전계속사업이익 초안의 1억 8천만 원 원장 차이(R02), 그리고 중요 자산 항목의 초안 합산(R03)을 식별했습니다. 이처럼 실제 발생 가능한 중요한 금액 불일치와 공시 누락 대상을 명확한 숫자로 제시하여 마감 전 확인을 지원합니다.

도입하면 달라지는 것

  • IFRS 8 공시 조정표의 수작업 부담 감소
  • 원장과 공시 초안 간 불일치 조기 발견
  • 중요 조정 항목 누락 없는 공시 초안 준비
  • 마감 직전이 아닌 상시적인 공시 점검 가능

이런 회사에 맞습니다

IFRS 8 영업부문 공시의 정확성과 효율성을 높이려는 재무·회계팀 및 CFO, 수작업 검증으로 인한 마감 직전 불일치 발견에 어려움을 겪는 기업에 최적입니다.

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

데모를 신청하신 고객께 공개되는 내용입니다

CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.

데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.

실행 화면

아래 화면은 모두 같은 검증용 샘플 데이터에서 캡처했습니다. 가상 회사 · 가상 사업부문으로 만든 자료이며 실제 고객사의 부문 구분과 금액을 쓰지 않았습니다. 숫자는 화면끼리 맞춰 보셔도 됩니다.

처음 열었을 때와 점검 필요만 골라 볼 때

조회조건 줄, 요약 숫자 칸, 탭, 조정표가 한 화면에 세로로 쌓입니다. 점검 결과 조건으로 확인이 필요한 항목만 남길 수 있습니다.

처음 연 화면 — 조회조건 · 요약 숫자 · 조정표
처음 연 화면 — 조회조건 · 요약 숫자 · 조정표 — 기준 연월을 넣고 조회하면 수익 · 세전계속사업이익 · 자산 · 부채 네 항목의 조정 결과가 한 표에 나옵니다.

화면을 열면 기본 기준 연월로 자동 조회됩니다. 맨 위 요약 숫자는 점검 필요가 몇 건인지, 정합성 대사 차이가 0인지를 먼저 보여 줍니다. 표 한 줄이 한 항목이며, 보고부문 합계 + 조정 합계 = 조정 후 금액이 재무제표 금액과 같은지가 왼쪽에서 오른쪽으로 읽힙니다. 조회 버튼은 조회조건 줄 맨 오른쪽에 있고 입력 칸에서 Enter 를 눌러도 같은 조회가 됩니다.

점검 결과로 좁힌 화면 — 확인이 필요한 항목만
점검 결과로 좁힌 화면 — 확인이 필요한 항목만 — 점검 결과를 점검 필요로 고르고 조회하면 확인이 필요한 세 항목만 남습니다.

점검 필요는 원인을 단정하지 않습니다. 원장 집계와 공시 초안이 다르거나, 금액이 큰데 합산돼 있다는 신호일 뿐이며 어느 쪽이 맞는지는 사람이 원장을 보고 정합니다. 조건을 비워 두면 전체이고, 초기화 버튼은 기본 기준 연월로 되돌립니다.

조정 항목을 하나씩 들여다볼 때

조정표의 숫자가 어디서 왔는지는 조정 항목 명세와 부문 명세, 그리고 유형별 집계에서 확인합니다.

조정 항목 명세 — 원장 집계 대 공시 초안
조정 항목 명세 — 원장 집계 대 공시 초안 — 조정 항목마다 원장 집계 조정액 · 공시 초안 조정액 · 차이 · 별도 식별 여부 · 중요 항목 여부를 한 줄에 놓았습니다.

표 오른쪽의 차이 열이 0 이 아닌 줄과 별도 식별 열이 아니오인 줄이 점검 대상입니다. 금액이 재무제표 금액의 1% 이상이면 중요 항목으로 표시하는데, 이 기준은 점검용 가정이며 실제 중요성 기준은 회사가 정합니다. 조정 유형(부문간 거래 상계 · 비보고 사업 · 미배분 · 회계정책 차이)으로 좁혀 볼 수도 있습니다.

부문 명세 — 조정표의 출발점
부문 명세 — 조정표의 출발점 — 보고부문과 비보고(기타) 사업의 외부수익 · 부문간 수익 · 손익 · 자산 · 부채를 나란히 봅니다.

부문 총수익은 외부수익에 부문간 수익을 더한 값입니다. 조정표의 보고부문 합계는 여기서 보고부문으로 구분한 사업만 더한 것이고, 비보고 사업은 합계에서 빠져 조정 항목으로 되돌아옵니다. 이 탭은 기준 연월만 조건으로 받습니다.

조정 유형별 집계 — 어떤 종류의 조정이 얼마인가
조정 유형별 집계 — 어떤 종류의 조정이 얼마인가 — 조정 항목을 부문간 거래 상계 · 비보고 사업 · 미배분 항목 · 회계정책 차이로 묶어 항목별 금액과 초안 차이를 봅니다.

공시 설명에서 가장 자주 받는 질문이 어떤 성격의 조정이 큰가입니다. 이 탭은 같은 조정 항목 명세를 유형으로 묶었을 뿐이라 합계가 명세와 같아야 하며, 그 일치를 대사 06 이 확인합니다.

한 항목의 조정 과정을 따라갈 때

조정표의 행을 누르면 보고부문 합계에서 재무제표 금액까지의 길이 한 창에 모입니다.

조정표 항목 상세 — 보고부문 합계에서 재무제표 금액까지

데모를 신청하신 고객께 공개되는 내용입니다

CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.

데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.

조정표 항목 상세 — 보고부문 합계에서 재무제표 금액까지 — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

숫자가 맞는지 스스로 점검할 때

마지막 탭은 화면이 스스로 하는 검산입니다.

대사 결과 — 정합성 대사와 장부 점검 대사

데모를 신청하신 고객께 공개되는 내용입니다

CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.

데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.

대사 결과 — 정합성 대사와 장부 점검 대사 — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

화면 뒤에서 일어나는 일

데모를 신청하신 고객께 공개되는 내용입니다

CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.

데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.

점검 코드 판정 규칙

데모를 신청하신 고객께 공개되는 내용입니다

CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.

데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.

조정 후 금액 산출과 대사 순서

단계산식
부문 총수익외부수익 + 부문간 수익
보고부문 합계보고부문으로 구분한 사업부문의 해당 금액 합계 (비보고 사업은 제외)
조정 항목 합계비보고 사업 + 부문간 거래 상계 + 미배분 항목 + 회계정책 · 측정 차이
조정 후 금액보고부문 합계 + 조정 항목 합계
차이조정 후 금액 − 재무제표 금액
수익의 부문간 상계 조정액−Σ 부문간 수익 (전체 사업 기준)

조회조건

조건필수기본값필터
기준 연월필수202412Period eq '202412'
조정표 항목선택전체선택 시에만 Measure eq 'REV' · 'PRF' · 'AST' · 'LIA'
조정 유형선택전체선택 시에만 AdjType eq 'ELIM' 등 (조정 항목 명세 · 유형별 집계에 적용)
점검 코드선택전체선택 시에만 CheckCode eq 'R01' 등 (조정표 · 조정 항목 명세에 적용)
점검 결과선택전체선택 시에만 CheckStatus eq 'CHECK'

"전체"는 코드값으로 보내지 않고 해당 조건을 필터에서 뺍니다. 부문 명세 · 대사 결과 탭에는 기준 연월만 적용됩니다.

결과 컬럼

데모를 신청하신 고객께 공개되는 내용입니다

CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.

데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.

좁은 화면에서 달라지는 것

조회조건 칸은 줄바꿈되어 세로로 쌓이고 표는 가로로 스크롤됩니다. 요약 숫자 칸은 두 줄로 접힙니다. 휴대폰에서는 점검 필요만 골라 확인하는 용도가 맞고, 대사 결과와 조정 항목 명세는 넓은 화면에서 보시는 편이 낫습니다.

파일 구성

데모를 신청하신 고객께 공개되는 내용입니다

CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.

데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.

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

표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 조회 · 검증 관점을 더해 확장합니다. 아래는 표준으로 이미 되는 일과 이 화면이 이어 붙이는 일을 나눠 적은 것입니다.

표준으로 되는 것과 이 화면이 더하는 것

하고 싶은 일SAP 표준표준에서 걸리는 자리이 화면이 더하는 것
세그먼트별 원장 라인 보기FAGLL03라인 단위라 조정표 항목으로 묶는 일은 사람이 합니다라인 집계를 조정 항목 · 조정표 항목으로 묶어 보여 줍니다
계정 잔액 확인FAGLB03재무제표 금액과 부문 합계를 나란히 놓는 화면이 없습니다재무제표 금액을 조정표 오른쪽에 두고 차이를 계산합니다
전표 열람FB03전표 한 건 단위입니다점검 필요 항목에서 어느 전표를 열지 좁혀 줍니다
조정 항목이 공시 초안에 맞는지없음표준에 공시 초안이라는 개념이 없어 보통 엑셀로 맞춥니다원장 집계와 초안 금액을 항목마다 맞대고 차이를 표시합니다
중요 항목 별도 식별 점검없음표준에서 점검하지 않습니다1% 이상이면서 합산된 항목을 R03 으로 짚습니다

T-code 별 연계 지점

T-code이름이 화면과의 연계
FAGLL03G/L 계정 라인 아이템 조회이어받는 데이터 — 세그먼트(사업부문) 구분이 있는 원장 라인의 금액이 부문 금액과 조정 항목 금액의 원천입니다. 대사 지점 — 조정 항목 한 줄의 원장 집계 금액이 이 T-code 에서 같은 계정 · 세그먼트 · 기간 조건으로 더한 값과 같아야 합니다. 오가는 법 — 점검 필요 항목에서 조정 항목의 계정과 기간을 가져가 FAGLL03 에서 원천 라인을 확인합니다.
FAGLB03G/L 계정 잔액 조회이어받는 데이터 — 자산 · 부채 계정 잔액이 재무제표 금액의 원천입니다. 대사 지점 — 조정표의 재무제표 금액이 이 T-code 의 같은 계정군 잔액과 맞는지 07 대사가 확인합니다. 오가는 법 — 차이가 있는 항목은 FAGLB03 로 잔액 쪽이 맞는지부터 봅니다.
FB03전표 조회이어받는 데이터 — 개별 전표의 라인과 세그먼트 필드. 대사 지점 — 점검 필요 조정 항목의 전표를 열어 미배분 · 상계 처리가 의도대로인지 봅니다. 표준에 남겨 둘 일 — 전표 수정과 반영은 표준 거래에서만 합니다.

운영 전환 시 기존 리포트를 없애야 하는가. 없애지 않습니다. 법정 · 감사 대응에 쓰는 표준 리포트와 조정표 양식은 그대로 두고, 이 화면은 마감 전에 두 곳을 맞춰 보는 점검 용도로 함께 씁니다. 공시 숫자를 만드는 일은 이 화면이 하지 않습니다.

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

S/4HANA 에서는 CDS 뷰 위에 분석 쿼리를 올려 Fiori 분석 앱이나 Analysis for Office 로 같은 집계를 열 수 있습니다. 이 앱의 서비스가 하는 일은 그 CDS 집계와 점검 코드 판정입니다. 그래서 운영에서는 아래 CDS 구성처럼 집계를 DB 로 내리고 점검 코드만 쿼리 위에 얹으면, 같은 숫자를 표준 분석 앱에서도 열 수 있습니다. 표준 CDS 뷰 이름은 릴리스마다 다르므로 View Browser(F2170)로 실제 이름을 확인해야 하며, 확인하지 못한 뷰는 확인 필요로 두었습니다.

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

자리무엇을 손대나이유
세그먼트 → 보고부문 매핑어느 세그먼트가 보고부문이고 어느 것이 비보고인지회사의 부문 보고 체계에 따라 다릅니다(확인 필요)
조정 유형 매핑어느 계정이 부문간 상계 · 미배분 · 회계정책 차이인지계정 체계마다 다릅니다
중요성 기준1% 를 회사 기준 값으로점검용 가정이며 회사가 정합니다
공시 초안 공급초안 금액을 입력으로 받을지, 파일을 읽을지표준 원천 테이블이 없습니다(확인 필요)
확장 필드부문 보고에 쓰는 추가 속성커스텀 필드로 추가하고 CDS 에 노출합니다
권한회사코드 · 세그먼트 단위 조회 권한집계를 읽는 자리에 걸어야 합니다

기준서 요구사항 매핑

기준서요구사항대응 기능원천 데이터비고
IFRS 8 영업부문(K-IFRS 제1108호)보고부문 수익 합계를 기업 수익에 조정조정표 수익 항목 · 부문간 수익 상계 대사(05)원장 수익 라인 · 부문 구분 필드-
IFRS 8 영업부문(K-IFRS 제1108호)보고부문 손익 합계를 기업 세전계속사업이익에 조정조정표 세전계속사업이익 항목원장 손익 라인손익 측정 기준은 회사 보고 체계에 따름(확인 필요)
IFRS 8 영업부문(K-IFRS 제1108호)보고부문 자산 합계를 기업 자산에 조정조정표 자산 항목원장 자산 계정 잔액-
IFRS 8 영업부문(K-IFRS 제1108호)보고부문 부채 합계를 기업 부채에 조정(부채 금액을 정기적으로 제공하는 경우)조정표 부채 항목원장 부채 계정 잔액적용 대상 여부는 확인 필요
IFRS 8 영업부문(K-IFRS 제1108호)모든 중요한 조정 항목을 별도로 식별하고 설명중요 항목 판정과 별도 식별 점검(R03) · 초안 금액 대사(R02)공시 초안 · 원장 집계중요성 기준은 점검용 가정

CDS 구성

데모를 신청하신 고객께 공개되는 내용입니다

CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.

데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.

자주 묻는 질문

도입 상담과 데모에서 나올 만한 질문을 네 묶음으로 나눠 적었습니다.

숫자와 점검 규칙

이 화면이 대상으로 하는 금액은 무엇이고 적용 시기는 언제입니까?

영업부문 공시에서 보고부문의 수익 · 손익 · 자산 · 부채 합계를 기업 재무제표 금액으로 잇는 조정표가 대상입니다. IFRS 8(K-IFRS 제1108호)이 이 조정을 요구합니다.

기준서별 적용 시기와 경과규정은 이 글에서 확인하지 않았으므로 확인 필요입니다. 기준서 원문과 감사인의 안내로 확인해 주세요.

점검 필요로 표시되면 공시가 잘못된 것입니까?

아닙니다. 이 화면은 점검과 대사를 돕는 조회 도구이며, 점검 필요는 원장 집계와 공시 초안이 다르니 확인해 보라는 뜻입니다.

원인은 오타일 수도, 기준 해석일 수도, 원장 반영 시점 차이일 수도 있어 화면은 단정하지 않습니다. 최종 판단은 회사와 감사인이 합니다.

점검 코드는 왜 한 항목에 하나만 붙습니까?

R01 → R02 → R03 → I00 순서로 먼저 해당하는 것 하나만 씁니다. 항목마다 여러 코드를 달면 요약 숫자의 합이 항목 수보다 커져 읽기 어렵기 때문입니다.

우선순위는 조정표 전체가 맞지 않는 R01 이 가장 높고, 다음이 초안 금액 차이 R02, 별도 식별 R03 입니다. 한 코드를 고치고 다시 조회하면 다음 코드가 드러납니다.

중요 항목 기준 1% 는 어디서 나온 숫자입니까?

이 화면의 점검용 가정입니다. 기준서가 숫자를 정해 주지 않으므로 화면이 임의로 둔 값이며, 실제 중요성 기준은 회사가 감사인과 정합니다.

운영에서는 CDS 의 파라미터로 받아 회사 기준 값으로 바꿉니다. 기준을 바꾸면 R03 대상이 달라지므로 바꾼 기준과 날짜를 기록해 두시길 권합니다.

금액이 작아 합산돼 있는 항목은 왜 정상입니까?

별도 식별이 필요한 것은 중요한 조정 항목이기 때문입니다. 금액이 중요성 기준 미만이면 초안에서 합산돼 있어도 점검 대상으로 보지 않습니다.

검증용 샘플에는 일부러 이 경우(부채의 기타 미배분 부채)를 넣어, 화면이 금액 크기를 보지 않고 합산 여부만으로 점검 필요를 붙이지 않는지 확인했습니다.

정합성 대사와 장부 점검 대사는 무엇이 다릅니까?

정합성 대사(01~06)는 화면이 계산한 값끼리 맞는지 보는 것으로, 차이가 나면 계산이나 데이터 구성이 잘못된 것입니다. 장부 점검 대사(07~10)는 재무제표 금액 · 공시 초안과 맞는지 보는 것으로, 차이가 나면 점검할 사항이 있다는 뜻입니다.

둘을 섞으면 의도한 점검 사항이 계산 오류처럼 읽히므로 따로 집계합니다. 요약 칸의 "정합성 대사 차이 건수"는 앞의 것만 셉니다.

샘플 데이터의 의도적 예외 3건은 무엇입니까?

점검 코드가 실제로 붙는지 보려고 202412 에 넣은 값입니다. R01 은 부채 항목(조정 후 금액이 재무제표 금액보다 8,650,000,000원 적음), R02 는 세전계속사업이익의 본사 공통 관리비 항목(초안이 원장 집계와 180,000,000원 다름), R03 은 자산의 이연법인세자산 미배분(중요 항목인데 초안에 합산)입니다.

202312 는 예외 없이 모두 정상입니다. 두 기준 연월을 번갈아 조회하면 점검 필요가 3건과 0건으로 바뀝니다.

화면과 조작

조회 조건을 비우면 어떻게 됩니까?

기준 연월은 필수이고, 나머지 네 조건은 비우면 전체입니다. "전체"는 코드값으로 보내지 않고 해당 조건을 필터에서 뺍니다.

부문 명세 · 대사 결과 탭은 기준 연월만 받습니다. 그래서 점검 결과를 점검 필요로 좁혀도 이 두 탭의 건수는 변하지 않습니다.

행을 누르면 열리는 창에서 무엇을 볼 수 있습니까?

조정표의 한 행을 누르면 보고부문 합계에서 재무제표 금액까지의 조정 항목이 순서대로 열립니다. 창 위쪽에는 점검 코드와 한 줄 설명이 있고, 별도 행으로 식별되지 않은 중요 항목이 눈에 띄게 표시됩니다.

공시 초안을 고칠 때 어느 줄을 별도로 적어야 하는지 바로 알 수 있습니다. ESC 로 닫습니다.

결과를 내려받을 수 있습니까?

네. 현재 탭의 조회 결과를 CSV(UTF-8)로 내려받습니다. 파일 이름에 탭 이름이 붙습니다.

화면에 보이는 조건 그대로의 결과이므로, 검토 자료에 붙일 때는 기준 연월과 점검 결과 조건을 함께 적어 두는 편이 좋습니다.

서비스에 연결되지 않으면 어떻게 보입니까?

서비스 정의를 불러오지 못한 경우 · 요청이 실패한 경우 · 응답이 비어 있는 경우를 구분해 안내 창을 띄웁니다. 빈 표만 보이는 일은 없도록 했습니다.

연결 문제와 데이터 없음을 구분해야 사용자가 IT 에 물을지 현업에 물을지 압니다.

휴대폰에서도 쓸 수 있습니까?

조회조건이 세로로 쌓이고 표가 가로로 스크롤되어 열립니다. 점검 필요만 골라 확인하는 용도로는 충분하지만, 조정 항목 명세와 대사 결과는 열이 많아 넓은 화면이 편합니다.

표준 T-code 와 운영 연결

표준 T-code 와는 어떤 관계입니까?

표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 조회 · 검증 관점을 더해 확장합니다. 부문 금액과 조정 금액의 원천은 FAGLL03 으로 보는 원장 라인, 재무제표 금액은 FAGLB03 로 보는 계정 잔액, 개별 전표는 FB03 입니다.

화면의 숫자를 의심할 때는 같은 계정 · 세그먼트 · 기간 조건으로 이 T-code 들에서 다시 더해 보시면 됩니다.

기존 영업부문 리포트나 조정표 양식을 없애야 합니까?

없애지 않습니다. 법정 · 감사 대응에 쓰는 표준 리포트와 공시 양식은 그대로 두고, 이 화면은 마감 전에 원장 · 초안 · 부문 금액이 맞는지 보는 점검 용도로 함께 씁니다.

공시 숫자를 만드는 일은 이 화면이 하지 않습니다.

운영 데이터와 연결하려면 무엇을 해야 합니까?

세 가지입니다. 첫째, 매핑(세그먼트 → 보고부문, 계정 → 조정 유형)을 확정합니다. 둘째, 위 CDS 구성대로 원장 집계 큐브와 점검 뷰를 만들어 OData 서비스로 게시합니다. 셋째, 화면의 매니페스트 데이터 소스 주소를 그 서비스로 바꿉니다.

화면 코드는 서비스가 엔티티셋 · 키 · 필터 계약을 지키는 한 그대로 씁니다. 소요는 매핑 합의가 대부분이고, 뷰 작성은 상대적으로 짧습니다(회사 환경에 따라 다르며 확인 필요).

공시 초안 금액은 어디서 옵니까?

표준 원천이 없는 값이라 입력으로 받는 것으로 가정했습니다. 운영에서는 입력 화면 · 파일 업로드 · 공시 관리 도구 연동 중 회사가 정합니다.

어느 방식이든 키를 원장 집계와 같은 모양(회사코드 · 연도 · 기간 · 조정 번호)으로 맞춰야 두 금액이 항목마다 나란히 놓입니다.

부문 금액은 어디서 집계합니까?

원장의 세그먼트 구분 필드를 계정별로 집계하는 것으로 가정했습니다. 세그먼트를 부문 보고 체계에 맞게 설정해 두었다면 그대로 쓸 수 있고, 아니라면 매핑에서 보완합니다.

고객사의 세그먼트 설정에 따라 달라지므로 확인 필요입니다.

계정 체계나 부문 구분이 바뀌면 어떻게 합니까?

매핑 테이블의 유효기간을 이용해 새 행을 추가합니다. 과거 기간은 옛 행을 계속 읽으므로 이미 공시한 기간의 조정표가 바뀌지 않습니다.

매핑을 바꾼 날짜와 이유는 변경 이력으로 남겨 두시길 권합니다.

권한 · 성능 · 책임

권한은 어떻게 다룹니까?

회사코드와 세그먼트 단위로 거는 것을 전제로 합니다. 집계를 읽는 큐브에 걸어야 하는 이유는, 상세만 막으면 전사 합계에서 허용된 부문 합계를 빼서 다른 부문 숫자를 알아낼 수 있기 때문입니다.

세그먼트 권한 오브젝트는 회사의 권한 설계에 따라 달라 확인 필요입니다.

전표가 수천만 건이면 느려지지 않습니까?

집계를 DB 에서 끝내면 결과는 수백 행이라 화면은 가볍습니다. 기준 연월과 회사코드를 필수로 받아 전체 기간 스캔을 막고, 집계 컬럼에 맞는 접근 경로를 실행 계획으로 확인합니다.

화면이 전표 라인을 직접 읽어 묶는 구조는 운영에서 쓰지 않습니다.

이 화면이 공시 숫자의 정확성을 보증합니까?

아닙니다. 이 화면은 점검 도구입니다. 원장 집계와 초안이 같은지, 합계가 산식대로 맞는지를 다시 계산할 뿐이고, 회계 처리와 공시의 최종 판단은 회사와 감사인이 합니다.

점검 필요가 없다고 해서 공시가 기준서에 맞는다는 뜻은 아닙니다.

부채는 항상 조정표에 넣어야 합니까?

IFRS 8 은 부채 금액을 최고경영의사결정자에게 정기적으로 제공하는 경우에 부문 부채와 그 조정을 요구합니다. 그래서 화면은 부채 항목을 조정표에 두되, 적용 대상 여부는 회사별로 확인이 필요합니다.

적용되지 않는 회사는 조회조건에서 조정표 항목을 부채 외로 좁혀 쓰면 됩니다.

손익 측정 기준이 회사마다 다르면 어떻게 합니까?

부문 손익의 측정 기준은 회사가 최고경영의사결정자에게 보고하는 체계를 따릅니다. 이 화면은 그 측정 기준을 정하지 않고, 정해진 부문 금액에서 기업 금액으로 가는 조정을 계산합니다.

측정 기준과 기업 금액의 차이는 회계정책 · 측정 차이 항목에 담습니다.

이 화면의 도입 효과와 대상 사용자는 누구입니까?

영업부문 공시를 준비하는 회계팀과 연결 · 공시 담당자, 그리고 초안을 검토하는 경영지원 조직입니다. 효과는 마감 막바지에 세 곳의 숫자가 어긋난 것을 발견하는 일을, 초안 작성 중에 미리 보는 일로 바꾸는 것입니다.

수치로 효과를 약속하지는 않으며, 현재 조정표를 맞추는 방식에 따라 달라집니다.

유지보수는 어디에 손이 갑니까?

매핑 테이블 하나입니다. 계정이나 세그먼트가 새로 생기면 어느 조정 분류인지만 적어 주면 됩니다. 점검 코드 판정은 CDS 한 곳에 있어 화면을 고칠 일이 거의 없습니다.