재무회계

공정가치 평가기법 변경 점검 — 기법을 바꾼 효과를 시장 효과와 갈라 장부와 맞춰 보는 결산 화면

직전·당기 평가기법 비교 · 기법 변경 효과와 시장 효과 분해 · 기법 이동표 · 기법별 평가 산식 재계산 · 장부 점검 대사 — 소개 영상과 실제 화면 6종, 그리고 CDS 코드까지

소개 영상블로그 목차 순서대로 · 자막 포함8개 장면표지 → 첫 화면 → 점검 필요 건 → 기법 이동표 → 평가 산식 → 종목 상세 → 대사 결과 → 요약

주요 재생 지점

도입 배경 — 이 앱을 사용해야 하는 이유

결산 때 평가 담당자가 가장 자주 받는 질문은 이렇습니다. 이번에 평가기법을 바꾼 종목의 공정가치가 얼마나 변했나, 그중 시장이 움직인 몫은 얼마이고 평가 방식을 바꾼 몫은 얼마인가, 바꾼 이유는 적혀 있고 장부와 공시는 맞나. 지금은 이 세 답이 평가 보고서, 엑셀 검산표, 전표 조회 화면에 흩어져 있어 결산 막바지에 한꺼번에 맞춰 보게 됩니다.

관련 기준서의 요구는 단순합니다. IFRS 13 공정가치 측정(K-IFRS 제1113호)은 평가기법을 기간마다 일관되게 적용하라고 하고, 기법을 바꾸는 것은 바뀐 측정이 같거나 더 대표성 있을 때로 한정합니다. 그렇게 바꾼 효과는 IAS 8 회계정책, 회계추정치 변경과 오류(K-IFRS 제1008호)의 회계추정치 변경으로 다루어 변경이 생긴 기간부터 앞으로 반영하며, 기법을 바꾼 사실과 이유는 공시 대상 여부를 확인해야 합니다. 이 앱은 그 요구를 준비·점검 관점에서 화면으로 옮겨, 종목마다 기법 변경 효과를 시장 효과와 갈라 보여 주고 장부가 그에 맞게 기재됐는지 대조합니다.

한 줄 요약 — 평가를 대신하는 화면이 아닙니다. 회사가 정한 기법과 입력값을 그대로 받아, 직전 기법과 당기 기법으로 다시 계산한 값과 장부를 맞춰 보는 점검 도구입니다. 점검 필요로 표시된 건을 어떻게 볼지, 변경이 정당한지의 최종 판단은 회사와 감사인이 합니다.

변동 금액 하나로는 시장 때문인지 방식 때문인지 알 수 없다

평가 보고서에는 직전 보고일과 당기의 공정가치가 있고 차이도 적혀 있습니다. 그러나 기법을 바꾼 종목의 차이에는 두 가지가 섞여 있습니다. 할인율이나 주가가 움직인 몫, 그리고 같은 시점에도 기법이 달라 값이 달라진 몫입니다. 이 앱은 직전 기법으로 당기 입력값을 다시 계산한 값을 기준으로 두고, 그 값과 직전 공정가치의 차이를 시장·입력변수 효과, 당기 기법으로 계산한 값과의 차이를 기법 변경 효과라고 부릅니다. 두 효과를 더하면 직전 공정가치에서 당기 공정가치까지 1원도 남기지 않고 이어집니다.

바꿨다는 표시와 바꾼 이유가 장부에서 따로 논다

기법을 바꾸면 변경 표시, 변경 사유, 공시 대상 표시가 함께 있어야 합니다. 현실에서는 하나가 빠지기 쉽습니다. 직전·당기 기법 코드를 비교해 변경 여부를 앱이 먼저 판정하고, 장부 표시와 다르거나 사유가 비어 있거나 공시 대상 표시가 없으면 점검 필요로 올립니다. 담당자가 결산 막바지에 건건이 열어 보지 않아도 어느 종목을 다시 보면 되는지가 먼저 정리됩니다.

효과를 어디에 반영했는지가 소급 처리 여부를 가른다

기법 변경 효과는 회계추정치 변경의 성격이므로 변경이 생긴 기간에 손익(또는 해당 자산의 기타포괄손익)으로 앞으로 반영하는 것이 원칙입니다. 이익잉여금으로 소급해 반영한 건이 있으면 점검 대상입니다. 이 앱은 인식 위치 칸을 읽어 그런 건을 따로 걸러 내고, 처리 근거를 확인해 달라고만 표시합니다. 소급이 맞는지 아닌지는 앱이 단정하지 않습니다.

사용 방법

  1. 조회조건 입력 — 기준 연월(필수, 6자리, 기본 202609)을 두고, 필요하면 자산·부채 유형, 당기 평가기법, 기법 변경(산출), 평가 기준일 기간, 점검 코드, 점검 결과를 고릅니다. “전체”는 그 조건을 걸지 않습니다.
  2. 조회 버튼 또는 Enter — 조회 버튼은 조회조건 영역의 오른쪽 끝, 초기화 버튼과 같은 줄에 있습니다. 화면을 처음 열면 기본 조건으로 한 번 자동 조회합니다.
  3. 요약 확인 — 평가 종목 건수, 기법 변경 건수, 점검 필요 건수, 기법 변경 효과 합계, 효과 차이 합계, 정합성 대사 차이 건수가 조건에 맞춰 다시 계산됩니다.
  4. 탭 이동 — 평가 종목 명세 → 기법 이동표 → 기법별 평가 산식 → 대사 결과 순서로 봅니다. 탭 제목 위 숫자가 건수입니다.
  5. 행 클릭 상세 — 종목 명세의 행을 누르면 서열·기법·사유·효과 분해와 두 가지 산식, 장부와의 차이를 한 창에서 봅니다.
  6. CSV 내려받기 — 보고 있는 탭의 조회 결과를 UTF-8 BOM CSV 로 내려받습니다.

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

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

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

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

무엇으로 만들었나

자리무엇왜 그렇게 두었나
화면 컨트롤OpenUI5 표준 컨트롤(조회조건 · 요약 · 탭 · 표 · 상세 창), 테마 sap_horizon외부 라이브러리 없이 표준 컨트롤만 써서 사내망 반입 심사 부담을 줄입니다.
집계·판정 로직직전·당기 기법 비교, 효과 분해, 점검 코드 판정을 서비스 쪽 한 곳에서 계산화면과 대사가 같은 숫자를 보게 하고, 판정 규칙이 화면마다 갈라지지 않게 합니다.
OData 구성OData V2 서비스 1개, 엔티티셋 4개(종목 명세 · 기법 이동표 · 기법별 평가 산식 · 대사 결과)화면은 서비스 정의를 읽은 뒤 $filter · $orderby · $inlinecount 로 조회합니다. 조건과 정렬, 총건수가 모두 서비스 요청으로 전달되고 서비스 연결이 실패하면 안내 문구를 보여 줍니다.
조회 방식날짜 조건은 datetime 리터럴, 금액은 문자열 Decimal 을 숫자로 정렬날짜 구간과 큰 금액이 서비스를 지나며 깨지지 않게 합니다.
테마sap_horizonSAP 표준 테마를 그대로 써서 다른 Fiori 화면과 같은 모양으로 보입니다.
SAP 표준 기능을 그대로 이어받은 부분 — 전표와 계정 잔액의 원천은 SAP 표준 기능(FAGLL03 · FBL3N · FS10N)이 담당하고, 이 화면은 그 위에서 “기법을 바꾼 효과가 장부에 맞게 들어갔나” 라는 조회·검증 관점을 더해 확장합니다. 표준 실행을 대체하지 않으므로 결산·공시 절차는 기존 그대로 둡니다.
항목내용
업무 영역재무회계(FI)
관련 기준서IFRS 13 공정가치 측정(K-IFRS 제1113호) · IAS 8 회계정책, 회계추정치 변경과 오류(K-IFRS 제1008호)
SAP 표준 T-codeFAGLL03 · FBL3N · FS10N · FB03 · FS00
Namespacezui5.fvtech
화면 성격조회·점검 화면(변경 종목의 산출값과 장부값 비교)
소개 영상0분 46초 · 8개 장면

실행 화면

실제로 열어 본 화면 6종입니다. 숫자는 모두 같은 가상 자료에서 나온 것이라 화면끼리 서로 맞춰 보셔도 됩니다. 사용 순서대로 세 묶음으로 나눴습니다.

처음 열었을 때 — 바뀐 종목과 점검 필요 건

조회조건, 요약, 종목 표가 위에서 아래로 쌓입니다. 요약 6종이 먼저 눈에 들어오고, 표에서는 직전·당기 평가기법의 비교로 바뀐 종목을 알아봅니다.

처음 연 화면
처음 연 화면 — 기준 연월과 조회조건, 요약 6종, 평가 종목 명세 표가 한 화면에 보입니다. 직전·당기 평가기법이 나란히 놓여 바뀐 종목을 바로 알 수 있습니다.

화면을 열면 기본 조건(기준 연월 202609)으로 한 번 자동 조회됩니다. 맨 위 요약은 평가 종목 24건, 기법 변경 10건, 점검 필요 8건, 기법 변경 효과(산출) 합계, 효과 차이 합계, 정합성 대사 차이 건수입니다. 표에서는 직전 평가기법과 당기 평가기법이 붙어 있어 두 값이 다른 행이 곧 변경 종목이며, 오른쪽에 효과와 점검 결과가 이어집니다. 조건 입력 칸에서 Enter 를 눌러도 조회됩니다.

점검 필요만 보기
점검 필요만 보기 — 점검 결과를 점검 필요로 좁힌 모습입니다. 8건이 남고 요약도 같은 조건으로 다시 계산됩니다.

점검 결과를 점검 필요로 고르고 조회하면 표에는 코드 C01부터 C06까지 걸린 종목만 남습니다. 점검 내용 칸에는 변경 사유 확인 필요, 소급 처리 근거 확인 필요처럼 무엇을 다시 보라는 문구가 적힙니다. 이 표시는 오류 판정이 아니라 장부 근거를 다시 확인하라는 신호이며, 조건을 지우면 전체로 돌아갑니다.

기법이 어디서 어디로 옮겨 갔나 — 이동표와 평가 산식

종목 단위로 본 다음에는 묶음으로 봅니다. 이동표는 조합별 효과를, 평가 산식은 그 효과가 어떤 계산에서 나왔는지를 보여 줍니다.

기법 이동표
기법 이동표 — 직전 기법에서 당기 기법으로 옮겨 간 조합별 종목 수와 시장 효과, 기법 변경 효과를 모아 봅니다.

행 하나가 직전 기법 → 당기 기법 조합입니다. 같은 기법을 유지한 조합은 기법 변경 효과가 0 이고, 바뀐 조합에서만 효과가 생깁니다. 현금흐름할인에서 시장배수로 옮긴 두 종목처럼 한 조합에 몰린 효과를 보면 어느 이동이 숫자를 크게 흔들었는지 알 수 있습니다. 이동표의 당기 공정가치 합계는 종목 명세 합계와 같아야 하며 대사 결과 탭에서 따로 검산합니다.

기법별 평가 산식
기법별 평가 산식 — 종목마다 직전 기법(A)과 당기 기법(B)으로 다시 계산한 평가액을 기초금액 × 계수로 확인합니다.

한 종목이 두 줄로 나옵니다. A 는 직전 기법으로, B 는 당기 기법으로 계산한 줄이며 기초금액에 계수를 곱해 원 미만을 반올림한 값이 산출 평가액입니다. 평가 보고 금액과 차이가 있으면 맨 오른쪽에 나타납니다. 기법 변경 효과는 B 평가액에서 A 평가액을 뺀 값이고, 기법 이름마다 기초금액과 계수의 의미가 달라 이름 칸이 함께 바뀝니다.

맞는 곳과 차이 나는 곳 — 대사와 상세

마지막 묶음은 신뢰의 근거입니다. 대사로 화면 산식의 정합성을 확인하고, 상세에서 종목 하나가 장부와 어떻게 어긋나는지를 끝까지 따라갑니다.

대사 결과
대사 결과 — 정합성 대사 5종과 장부 점검 대사 5종의 좌변·우변·차이 건수를 나눠 보여 줍니다.

위 다섯 줄은 화면 산식끼리의 정합성 대사로 차이가 모두 0 입니다. 아래 다섯 줄은 장부를 산출값과 견주는 점검 대사이며, 장부 공정가치·기법 변경 효과 인식·변경 표시·사유와 공시 기재·인식 위치에서 차이가 난 건수와 최대 차이가 보입니다. 두 묶음의 차이 건수는 합치지 않고 따로 셉니다. 정합성이 0 이어야 아래 점검 대사의 차이를 믿고 읽을 수 있기 때문입니다.

종목 상세

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

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

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

종목 상세 — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

화면 뒤에서 일어나는 일

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

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

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

점검 코드 — 판정 조건 · 결과 상태 · 사용자 조치

점검 코드판정 조건결과 상태사용자 조치
I00산출값과 장부값이 모두 일치정상조치 없음
C01기법을 바꿨는데 변경 사유가 비어 있음점검 필요변경 사유 기재 여부와 근거 확인 필요
C02산출 변경 여부와 장부의 변경 표시가 다름점검 필요직전·당기 기법 코드와 장부 표시 확인 필요
C03변경 종목인데 장부의 기법 변경 효과가 산출 효과와 다름점검 필요시장 효과와 기법 효과를 나눈 기준 확인 필요
C04변경 종목의 효과를 이익잉여금으로 소급 처리함점검 필요회계추정치 변경은 앞으로 반영하는 것이 원칙이므로 처리 근거 확인 필요
C05장부 공정가치가 산출 당기 공정가치와 다름점검 필요평가 보고 금액과 장부 반영액 확인 필요
C06변경 종목인데 공시 대상 표시가 없음점검 필요기법 변경 사실·사유 공시 대상 여부 확인 필요

코드는 위에서 아래 순서로 먼저 걸리는 하나만 붙입니다. 화면은 단정하지 않고 “점검 필요”로만 표시하며, 점검 도구이므로 최종 판단은 회사와 감사인이 합니다.

산출·대사 순서

  1. 평가액 재계산 — 평가 기초금액 × 계수를 원 미만 반올림해 직전 기법(A)과 당기 기법(B)을 각각 구하고 평가 보고 금액과 맞춥니다(대사 01).
  2. 변경 판정 — 직전 기법 코드와 당기 기법 코드가 다르면 변경(대사 04).
  3. 기법 변경 효과 — B 평가액 − A 평가액. 변경하지 않은 종목은 0(대사 03).
  4. 시장·입력변수 효과 — A 평가액 − 직전 보고일 공정가치.
  5. 변동 분해 — 직전 공정가치 + 시장 효과 + 기법 효과 = 당기 공정가치(대사 02).
  6. 이동표 합계 — 이동표 당기 공정가치 합계 = 종목 명세 합계(대사 05).
  7. 장부 점검 대사 5종 — 장부 공정가치 · 기법 변경 효과 인식 · 변경 표시 · 사유와 공시 기재 · 인식 위치(대사 06~10). 차이가 있는 건이 점검 대상입니다.

조회조건

조회조건필수기본값$filter 대응
기준 연월(보고기간말)필수202609Period eq '202609' — 모든 탭에 공통 적용
자산·부채 유형선택전체InstType eq 'E' · 'D' · 'B' · 'R' (비상장 지분증권 · 파생상품 · 채무증권 · 투자부동산)
당기 평가기법선택전체TechCurr eq 'MK' · 'MU' · 'IN' · 'CO' · 'OP'
기법 변경(산출)선택전체ChgYn eq 'Y' 또는 'N'
평가 기준일 시작/종료선택비움ReviewDate ge · le, 둘 다 있으면 BT 하나 (datetime 리터럴)
점검 코드선택전체CheckCode eq 'I00' · 'C01' ~ 'C06'
점검 결과선택전체CheckStatus eq 'OK' 또는 'CHECK'

기법 이동표 · 기법별 평가 산식 · 대사 결과 탭은 기준 연월만 조건으로 겁니다. 정렬은 컬럼 머리글이 $orderby 로, 총건수는 $inlinecount 로 전달됩니다.

결과 컬럼

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

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

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

좁은 화면에서 달라지는 것

이 앱은 데스크톱에서 하는 결산 업무를 기준으로 만들었고 좁은 화면 전용 배치는 따로 두지 않았습니다. 열이 많은 표는 가로로 스크롤해서 보고, 상세 창은 가로가 넓은 창으로 열립니다. 휴대폰·태블릿에서의 배치는 도입 환경에서 확인 필요입니다.

파일 구성

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

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

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

SAP 표준 기능 확장 포인트

표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 조회·검증 관점을 더해 확장합니다. 그래서 표준 화면이 이미 잘하는 일은 그대로 두고, 표준만으로는 한 화면에서 이어 보기 어려운 자리를 이 앱이 메웁니다.

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

하고 싶은 일표준 화면으로 되는 것이 앱이 더하는 관점
평가 손익 전표 확인FAGLL03 · FBL3N 으로 계정 라인 아이템, FB03 으로 전표 조회종목 단위로 효과를 묶어 보고, 어느 종목의 효과가 장부에 얼마 들어갔는지 대조
평가 계정 잔액 대조FS10N 으로 기간별 계정 잔액당기 공정가치 합계와 계정 잔액을 맞춰 볼 숫자를 한 표에 제공
평가 계정 속성 확인FS00 으로 계정 마스터계정이 평가손익인지 장부금액인지에 따라 효과를 읽는 규칙
기법 변경 효과와 시장 효과 분해환경에 따라 다름 — 확인 필요같은 입력값으로 직전·당기 기법을 다시 계산해 분해
변경 사유·공시 대상 기재 점검전표·메모 단위 기록변경 종목마다 사유·공시 대상 표시가 있는지 코드로 분류
소급 처리 여부 확인전표별 계정·기간 확인효과를 반영한 위치(손익 · 기타포괄손익 · 이익잉여금)별 분류

T-code 별 연계 지점

T-code이름연계
FAGLL03G/L 계정 라인 아이템 조회(총계정원장)평가손익을 전기한 계정의 항목을 읽어 종목별 효과 합계와 맞춥니다. 앱 결과에서 의심 종목을 찾으면 FAGLL03 에서 같은 기간·계정으로 라인을 열어 원천을 확인하고, 반대로 라인에서 본 금액은 앱의 효과 차이 칸에서 다시 봅니다. 법정·감사 대응용 전표 조회는 표준에 남겨 둡니다.
FBL3NG/L 계정 라인 아이템 조회개별 항목 단위로 전기 일자와 전표 번호를 확인할 때 씁니다. 앱의 장부 반영액이 어느 전표에서 왔는지 따라갈 때 쓰는 두 번째 경로입니다.
FS10NG/L 계정 잔액 조회평가 계정의 기간별 잔액이 앱의 당기 공정가치 합계와 맞는지 대조하는 지점입니다. 어긋나면 앱의 대사 06 차이 건을 먼저 열어 봅니다.
FB03전표 조회효과를 어디에 반영했는지(손익 · 기타포괄손익 · 이익잉여금) 전표 수준에서 확인합니다. 앱의 인식 위치 점검(C04)이 걸린 종목은 이 화면으로 전표를 열어 확인합니다.
FS00G/L 계정 마스터평가 계정이 어떤 계정 구분으로 설정되어 있는지 확인합니다. 인식 위치 판정의 기준표(계정 매핑)를 정할 때 참고합니다.

운영 전환에서 흔한 질문은 “기존 리포트를 없애야 하나” 입니다. 없애지 않습니다. 법정 공시와 감사 대응에 쓰는 표준 화면과 평가 보고서는 그대로 두고, 이 앱은 결산 중 점검과 대조를 앞당기는 용도로 함께 씁니다. 금융상품 평가를 별도 자금·재무 관리 기능으로 하는 회사의 전용 T-code 는 환경마다 달라 확인 필요입니다.

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

표준 CDS 분석 쿼리, Fiori 분석 앱, Analysis for Office 는 같은 CDS 위에서 숫자를 읽는 도구들입니다. 이 앱의 서비스를 아래 CDS 구성처럼 만들면 같은 큐브를 이들 도구가 그대로 열 수 있습니다. 이 앱은 그 위에서 점검 코드와 대조 열을 더한 전용 화면이며, 어느 도구를 어떤 업무에 쓸지는 도입 환경에 따라 확인 필요입니다.

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

자리손대는 내용주의
기법 코드표회사가 쓰는 평가기법 이름과 접근법 분류(시장 · 소득 · 원가)코드가 늘면 화면의 기법 선택 목록도 함께 늘립니다.
계정 매핑평가손익 계정과 장부금액 계정, 인식 위치 구분(손익 · 기타포괄손익 · 이익잉여금)구분이 틀리면 소급 처리 점검(C04)이 어긋납니다.
종목 연결 키전표 라인과 평가 종목을 잇는 필드(지정 필드나 사용자 정의 필드)연결 키가 비면 장부 반영액을 종목에 붙일 수 없습니다 — 확인 필요.
공시 대상 판정어떤 서열 · 유형을 공시 대상으로 볼지의 회사 기준범위는 회사와 감사인이 정하며 이 앱은 표시 여부만 확인합니다.
권한회사코드 · 계정 권한 객체집계 단계에 걸어야 합계로 새지 않습니다.
확장 필드변경 승인자 · 검토 의견 같은 회사 고유 칸서비스 정의와 화면 열을 함께 늘립니다.

요구사항 매핑

기준서요구사항대응 기능원천 데이터비고
IFRS 13 공정가치 측정(K-IFRS 제1113호)평가기법은 일관되게 적용하고, 바꾸는 것은 같거나 더 대표성 있는 측정이 될 때로 한정직전·당기 기법 비교와 변경 종목 선별(대사 04)평가 보고 기록, 회사 평가 정책변경이 정당한지는 회사와 감사인이 판단
IFRS 13 공정가치 측정(K-IFRS 제1113호)기법 변경은 회계추정치 변경으로 처리기법 변경 효과와 시장 효과 분해, 소급 처리 점검(C04)평가 보고 기록, 전표 이력이익잉여금 소급 여부는 확인 필요
IAS 8 회계정책, 회계추정치 변경과 오류(K-IFRS 제1008호)회계추정치 변경은 변경이 생긴 기간과 이후 기간에 앞으로 반영인식 위치 점검(대사 10, C04)전표 이력, 계정 매핑당기 손익 또는 해당 자산의 기타포괄손익 반영
IFRS 13 공정가치 측정(K-IFRS 제1113호)기법 변경과 그 이유의 공시변경 사유 기재와 공시 대상 표시 점검(C01 · C06)회사 공시 대상 목록공시 범위는 서열별로 확인 필요
IFRS 13 공정가치 측정(K-IFRS 제1113호)공정가치 서열별 측정 정보직전·당기 서열 표시평가 보고 기록서열 간 이동 공시는 확인 필요

CDS 구성

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

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

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

자주 묻는 질문

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

숫자와 산식

기법 변경 효과와 시장·입력변수 효과는 어떻게 나눕니까?

같은 시점의 입력값으로 직전 기법(A)과 당기 기법(B)을 각각 계산합니다. B 평가액에서 A 평가액을 뺀 값이 기법 변경 효과이고, A 평가액에서 직전 보고일 공정가치를 뺀 값이 시장·입력변수 효과입니다.

두 효과를 더하면 직전 공정가치에서 당기 공정가치까지 잔차 없이 이어집니다. 다만 어떤 기준으로 갈라야 하는지는 회사 정책과 감사인 의견에 따라 달라질 수 있어 확인 필요입니다. 이 앱은 한 가지 분해식을 일관되게 적용해 보여 줄 뿐입니다.

직전 공정가치 + 시장 효과 + 기법 효과 = 당기 공정가치가 정말 맞습니까?

맞습니다. 두 효과를 차이로 정의했기 때문에 서로 상쇄되어 항상 같아집니다. 가상 자료 24건 전부에서 차이가 0 이고, 화면 대사 02 가 이 등식을 매번 다시 검산합니다.

이 등식이 어긋난다면 입력값이 바뀌었거나 산식이 틀린 것이므로 그 자체가 점검 신호입니다.

기법을 바꾸지 않은 종목의 효과는 왜 0 입니까?

직전과 당기의 기법 코드가 같으면 A 와 B 가 같은 계산이어서 B 에서 A 를 뺀 값이 0 입니다. 이 종목들의 변동은 모두 시장·입력변수 효과로 읽습니다. 대사 03 이 변경하지 않은 14건 모두 효과가 0 인지 전수로 확인합니다.

평가액은 어떻게 다시 계산합니까?

기법마다 기초금액과 계수가 다릅니다. 예를 들어 현금흐름할인은 차기 현금흐름과 자본환원배율, 대체원가는 대체원가와 잔존가치율입니다. 이 앱은 기초금액 × 계수를 원 미만 반올림해 평가 보고 금액과 맞춰 봅니다. 가상 자료 48행 전부 차이 0 입니다.

기법 이름마다 기초금액과 계수의 의미가 달라 화면의 이름 칸이 함께 바뀝니다. 실제 모형의 세부 입력변수는 회사가 정한 값을 그대로 쓰며, 앱이 모형을 대신 평가하지는 않습니다.

장부와 산출이 다른 건은 모두 잘못된 처리입니까?

아닙니다. 점검 필요는 장부 근거를 다시 확인하라는 뜻이지 잘못이라는 판정이 아닙니다. 평가 보고 시점 차이, 반올림, 입력값 갱신 순서처럼 정당한 이유가 있을 수 있습니다. 이 화면은 점검 도구이며 최종 판단은 회사와 감사인이 합니다.

금액 차이가 1원인 건도 점검 필요로 나옵니까?

표시와 기재를 점검하는 코드(변경 표시 · 사유 · 공시 대상)는 금액 크기와 관계없이 있고 없음을 봅니다. 금액을 비교하는 코드(C03 · C05)는 산출값과 장부값이 1원이라도 다르면 걸립니다. 허용 차이를 둘지는 회사가 정할 일이며 도입 때 대사 체계의 항목으로 정합니다.

화면과 조작

처음 화면은 무엇부터 봐야 합니까?

맨 위 요약 6종입니다. 평가 종목 건수, 기법 변경 건수, 점검 필요 건수가 먼저 보이고 그다음 기법 변경 효과 합계와 효과 차이 합계, 정합성 대사 차이 건수가 이어집니다. 정합성 대사 차이가 0 이 아니면 화면 산식 자체를 먼저 의심해야 하므로 점검 필요 건보다 이 값을 먼저 봅니다.

점검 필요 종목만 어떻게 모아 봅니까?

점검 결과를 점검 필요로 고르고 조회하면 됩니다. 특정 코드만 보려면 점검 코드를 함께 고릅니다. 요약도 같은 조건으로 다시 계산되므로 지금 보는 범위의 합계가 맞게 따라옵니다.

평가 기준일은 어떻게 걸립니까?

시작과 종료를 각각 넣을 수 있습니다. 하나만 넣으면 이상 또는 이하 조건이 되고, 둘 다 넣으면 구간 조건 하나로 묶여 서비스에 전달됩니다. 날짜는 서비스가 받는 날짜 형식으로 변환되어 나가며 화면에서는 연-월-일로 보입니다.

표를 정렬하면 숫자는 어떻게 정렬됩니까?

금액은 서비스에서 문자열로 오는 십진수라 글자 순서로 정렬하면 어긋납니다. 이 앱은 숫자로 비교해 정렬하므로 큰 금액이 위에 오는 순서가 맞게 나옵니다.

내려받은 CSV 에 무엇이 담깁니까?

지금 보고 있는 탭의 조회 결과가 UTF-8 BOM CSV 로 내려갑니다. 한글이 엑셀에서 깨지지 않게 BOM 을 붙였고, 조건에 맞는 전체 행이 담깁니다. 화면에 보이지 않는 열(서열 · 변경 사유 · 인식 위치 등)도 함께 담기며 요약 숫자는 담기지 않습니다.

기준서와 판단

이 화면이 다루는 기준서는 무엇입니까?

IFRS 13 공정가치 측정(K-IFRS 제1113호)과 IAS 8 회계정책, 회계추정치 변경과 오류(K-IFRS 제1008호)입니다. 평가기법의 일관된 적용, 기법 변경의 처리, 변경과 그 이유의 공시를 점검하는 용도입니다. 요구사항 원문의 세부 문구와 문단은 화면이 단정하지 않으며 원문 확인 후 판단해야 합니다.

이 기준서는 언제부터 적용되며 이 화면의 범위는 어디까지입니까?

IFRS 13 과 IAS 8 은 이미 적용 중인 기준서이며, 이 화면은 신규 시행 대응이 아니라 기존 요구사항의 점검입니다. 개정 시행일이나 경과규정은 이 글에서 다루지 않습니다.

화면의 범위는 평가기법이 바뀐 종목의 효과 분해와 장부 대조까지입니다. 평가 모형 자체의 적정성, 입력변수의 관측 가능성, 공시 주석 전체의 작성은 범위 밖입니다.

기법 변경이 정당한지도 판단해 줍니까?

판단하지 않습니다. 기법 변경이 같거나 더 대표성 있는 측정을 낳는지는 회사의 판단이며 감사인이 검토합니다. 이 앱은 변경 사유가 기재됐는지, 표시·효과·인식 위치·공시 대상 표시가 서로 맞는지만 확인합니다.

소급 처리로 걸린 건은 항상 잘못입니까?

아닙니다. 평가기법의 변경은 회계추정치 변경으로 다루어 앞으로 반영하는 것이 일반 원칙이라 이익잉여금 소급 반영은 확인 대상으로 올립니다. 그러나 사안이 오류 정정이나 정책 변경에 해당하는지는 사실관계에 따라 달라 확인 필요입니다. 앱은 근거를 다시 보라고만 표시합니다.

공시 대상 표시가 없으면 공시를 빠뜨린 것입니까?

그렇게 단정하지 않습니다. 앱은 변경 종목에 공시 대상 표시가 있는지만 봅니다. 어떤 서열과 유형의 기법 변경을 어떤 형식으로 공시할지는 회사와 감사인이 정하며, 공시 범위는 서열별로 확인 필요입니다.

도입과 운영

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

표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 조회·검증 관점을 더해 확장합니다. 평가손익의 전표 확인은 FAGLL03 · FBL3N · FB03, 계정 잔액 대조는 FS10N, 계정 속성은 FS00 에서 합니다. 앱에서 의심 종목을 찾으면 이 화면들로 원천을 열어 확인하는 식으로 오갑니다.

기존 평가 보고서와 전표 조회 화면을 없애야 합니까?

없애지 않습니다. 법정 공시와 감사 대응용 자료는 표준 화면과 평가 보고서에 그대로 둡니다. 이 앱은 결산 중에 점검과 대조를 앞당기는 용도입니다.

데이터는 어디서 가져옵니까?

이 글의 화면은 검증용 가상 자료를 서비스가 돌려주는 방식이고, 실제 연결은 평가 보고 기록과 전표 원천(ACDOCA)을 CDS 로 집계해 같은 모양의 서비스로 노출하는 것입니다. 평가 보고 기록의 위치와 종목 연결 키는 회사 환경에 따라 달라 확인 필요입니다.

운영 연결에는 무엇을 하고 얼마나 걸립니까?

정하는 일이 먼저입니다. 계정 매핑, 종목 연결 키, 평가 보고 기록 원천, 공시 대상 기준, 권한을 정한 뒤 CDS 를 만들어 서비스를 활성화하고 화면의 서비스 주소를 바꿉니다. 소요 기간은 합의 속도와 원천 정리 상태에 달려 있어 일정은 환경 확인 후에 정합니다.

권한과 보안은 어떻게 되어 있습니까?

권한은 집계를 읽는 CDS 에 걸어야 합니다. 회사코드와 평가 계정 권한을 기준으로 삼는 것을 권장하며 상세 권한 객체는 회사 설계에 따라 확인 필요입니다. 화면은 OpenUI5 표준 컨트롤만 쓰고 외부 라이브러리를 부르지 않아 반입 심사 대상이 적습니다.

종목이 수천 건, 전표가 수천만 건이면 어떻게 됩니까?

평가 재계산과 효과 분해는 종목 단위라 DB 에서 빠르게 끝납니다. 장부 반영액은 전표 집계라 기준 연월과 회사코드를 필수 조건으로 고정하고 서버 쪽에서 쪽 나누기를 써야 합니다. 응답 시간 목표는 도입 환경에서 정해 확인 필요입니다.

계정 체계나 기법 코드가 바뀌면 어떻게 합니까?

계정은 매핑 테이블에, 기법은 코드표에 있으므로 새 계정과 새 기법은 행을 추가하는 것으로 처리합니다. 유효기간을 두었기 때문에 과거 기간의 숫자는 바뀌지 않습니다. 기법 이름이 늘면 화면의 선택 목록도 함께 늘려야 합니다.

이 앱은 누가 쓰면 좋습니까?

결산 때 평가 보고서와 장부를 손으로 맞춰 보는 회계팀과, 변경 사유와 공시 대상을 확인해야 하는 재무 보고 담당자입니다. 감사 대응 자료를 준비하는 쪽에서도 어느 종목을 다시 볼지 먼저 정리된다는 점이 도움이 됩니다. 최종 판단은 회사와 감사인이 하는 점검 도구입니다.