SAP 주식기준보상비용 귀속 점검 — 부서 정책표와 장부 귀속을 견주는 IFRS 18 점검 화면

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

주식기준보상은 부여 한 번이 여러 해에 걸쳐 비용이 되고, 그 비용은 직원이 일하는 부서에 따라 매출원가·판매비·관리비·연구개발비로 나뉘어 손익계산서에 오릅니다. 재무제표 표시와 공시 기준(IFRS 18, 국내 K-IFRS 제1118호)은 손익을 영업·투자·재무 같은 범주로 나누어 보이도록 하므로, 부서가 어느 기능과 어느 범주에 속하는지가 이전보다 더 눈에 띕니다. 시행 시점은 국제 기준 기준으로 2027년 1월 1일로 알려져 있으나 국내 적용 시점과 세부 요구사항은 확인 필요입니다.

그런데 현업이 매달 부딪히는 질문은 단순합니다. "이 부서의 보상비용이 정책표에 정한 항목에 들어가 있나?" 보상비용 전표는 총계정원장에, 부서의 기능과 범주는 회사가 정한 정책표에, 부여 건의 가득 기간과 유형은 부여 관리 자료에 흩어져 있습니다. 표준 화면으로 하나씩 열어 엑셀에 붙여 맞추는 방식은 건수가 늘수록 놓치는 자리가 생깁니다.

이 화면은 그 자리를 메웁니다. 부여·부서 건마다 장부가 기록한 항목과 범주를 부서 정책표의 항목·범주와 견주고, 연구개발 부서는 자본화액까지 정책 비율로 다시 구해 보며, 현금결제형은 부채 증감표로 서비스 제공분과 공정가치 변동분을 나눠 봅니다. 관련 기준은 IFRS 18 재무제표 표시와 공시(K-IFRS 제1118호)이며 문단 번호나 세부 해석은 이 글에서 단정하지 않고 "확인 필요"로 남깁니다.

같은 비용이 두 곳에 다르게 놓이면 표시 금액이 달라진다

영업범주 안에서도 같은 보상비용이 매출원가에 있느냐 관리비에 있느냐에 따라 기능별 표시 금액이 달라집니다. 정책표가 "이 부서는 연구개발비"라고 정했는데 장부에 판매비로 남아 있으면 합계는 같아도 기능별 표는 달라집니다. 화면은 부여·부서 건마다 장부 항목과 정책 항목을 나란히 놓고 다르면 G01(기능 불일치)로 가립니다.

범주를 벗어난 비용은 합계에서 숨어 버린다

정책표가 투자·재무·중단영업 범주로 정한 부서의 비용이 장부에서는 영업범주 항목에 남아 있을 수 있습니다. 이런 건은 영업범주 금액을 부풀립니다. 화면 위쪽 요약의 "영업범주 밖 정책 귀속"이 그 금액이며, 가상 데이터에서는 2,584.9백만원입니다. 어느 부서의 비용을 어느 범주에 둘지는 회사와 감사인이 판단하고, 화면은 정책표와 장부가 같은지만 견줍니다(G02, 점검 필요).

자본화액은 비율 하나가 어긋나도 눈에 띄지 않는다

개발 활동에 쓰인 직원의 보상은 정책 비율만큼 자산 원가에 넣을 수 있습니다. 비율이 달라져도 비용 합계가 같으면 표준 리포트로는 알아채기 어렵습니다. 화면은 연구개발 부서 비용에 정책 비율을 곱해 정책 자본화액을 구하고 장부 자본화액과 견주어 차이를 보입니다(G03). 비율과 자본화 요건은 회사가 정하며, 화면은 요건 충족 여부를 판단하지 않습니다.

현금결제형은 숫자가 움직이므로 따로 봐야 한다

현금결제형은 주가가 움직이면 부채가 다시 측정되고, 그 변동분도 보상비용에 들어갑니다. 서비스 제공분은 기능별 정책에 따르는데 공정가치 변동분만 다른 범주에 기록하는 일이 생길 수 있습니다(R01). 또 당기 결제액이 기초 부채와 당기 서비스 제공분의 합보다 크면 결제 내역을 다시 봐야 합니다(R02). 화면은 부채 증감표 한 줄을 부여마다 보여 줍니다.

사용 방법

1. 회계연도와 기간(월)을 입력합니다. 이 둘은 필수이고, 회사·부여 유형·정책 귀속 항목·부여일 기간·점검 코드·점검 결과는 필요할 때만 고릅니다. 비워 두거나 "전체"이면 그 조건은 걸리지 않습니다.
2. 조회 버튼은 조회조건 영역의 입력 칸 맨 오른쪽에 있습니다. 입력 칸에서 Enter 키를 눌러도 같은 조회가 실행되고, 처음 열면 자동으로 한 번 조회합니다.
3. 위쪽 요약 여덟 칸을 먼저 봅니다 — 점검한 부여·부서 건, 비용 인식액, 정책과 다른 귀속 건, 영향 금액, 영업범주 밖 정책 귀속, 자본화 차이, 확인 필요 건, 정합성 대사 차이.
4. 탭은 부여·부서 판정 → 기능·범주 집계 → 현금결제형 부채 → 대사 결과 순서로 옮겨 가며 봅니다.
5. 부여·부서 판정에서 행을 누르면 장부 귀속과 정책 귀속의 비교, 자본화 내역, 판정 근거와 같은 부여의 다른 부서 행이 상세 창으로 열립니다.
6. CSV 내려받기를 누르면 지금 보는 탭의 조회 결과가 UTF-8 CSV 로 내려옵니다.

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

무엇으로 만들었나

앱 정보는 아래와 같습니다.

실행 화면

실제로 돌아가는 화면 7종을 사용 순서대로 보여 드립니다. 모든 숫자는 가상 회사 두 곳의 예시 데이터입니다.

처음 열었을 때

처음 열면 조회조건, 요약, 판정 표가 한 화면에 나옵니다.

처음 열면 2026년 10월 전체가 자동 조회되어 114건이 나옵니다. 위쪽 요약에서 비용 인식액 10,871.8백만원, 정책과 다른 귀속 18건, 영향 금액 1,329.4백만원, 확인 필요 1건, 정합성 대사 차이 0을 먼저 읽습니다. 조회 버튼은 입력 칸 오른쪽 끝에 있고 Enter 키로도 조회됩니다. 금액 단위는 요약은 백만원, 표는 원입니다.

정책과 다른 건을 가려내기

점검 결과와 코드를 좁혀 다시 볼 건만 남깁니다.

조회조건에서 점검 결과를 바꾸고 조회를 누르면 같은 표가 18건으로 줄어듭니다. 점검 코드까지 함께 고르면 G02(범주 불일치) 12건, G03(자본화액 차이) 4건, G01(기능 불일치) 2건으로 더 좁힐 수 있습니다. "전체"로 되돌리면 그 조건은 요청에서 빠집니다.

기능·범주와 현금결제형 부채

부여 단위가 아니라 항목 단위, 부채 단위로 올려 봅니다.

매출원가·판매비·관리비·연구개발비와 투자·재무·중단영업 범주, 정책 미설정 항목이 회사별로 16줄로 모입니다. 장부 금액 − 정책 금액이 차이 열이며 0이 아니면 F01(귀속 금액 차이), 정책표에 없는 부서의 비용이 남으면 F02(확인 필요)입니다. 주식결제형·현금결제형 금액도 열로 나뉩니다.

현금결제형 부여 9건의 부채 증감표입니다. 계산한 기말과 장부 기말이 같은지 차이 열로 보고, 변동분을 정책과 다른 범주에 기록한 건(R01)과 결제액이 기초·서비스 합보다 큰 건(R02)을 점검 필요로 표시합니다. 부여 이름을 누르는 대신 부여·부서 판정 탭에서 같은 부여의 부서 행을 볼 수 있습니다.

대사와 상세

숫자가 맞는지, 한 건이 왜 그렇게 판정됐는지 봅니다.

대사 6종은 모두 차이 0건입니다. 아래 두 줄은 대사 차이가 아니라 "점검 대상 건수"입니다 — 정책과 다른 귀속 18건(최대 158,260,000원)과 정책 미설정 부서 1건(57,400,000원). 의도적으로 넣은 예외라서 대사 차이와 섞지 않고 구분 열로 갈라 놓았습니다.

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

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

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

데모 신청하기Google 계정으로 로그인

조회조건 조합

회사·유형·기간을 겹쳐 좁힙니다.

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

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

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

데모 신청하기Google 계정으로 로그인

화면 뒤에서 일어나는 일

판정 규칙 — 조건 → 결과 상태 → 사용자 조치

처리 단계와 대사식

1. 부서 정책표 대응 — 부여·부서 건마다 부서의 기능(매출원가·판매비·관리비·연구개발비)과 손익 범주(영업·투자·재무·중단영업)를 정책표에서 찾습니다. 없으면 판정하지 않고 확인 필요로 남깁니다.
2. 비용 인식액 = 부여 비용 − 자본화액.
3. 정책 자본화액 — 연구개발 부서는 비용 × 정책 자본화 비율, 그 밖의 부서는 0 으로 봅니다. 비율과 요건은 회사가 정합니다.
4. 귀속 비교 — 장부 항목·범주가 정책표와 다르면 G01·G02, 자본화액이 다르면 G03 으로 표시합니다.
5. 기능·범주 집계 — 항목별로 장부 귀속액과 정책 귀속액을 합산하고 차이를 구합니다. 주식결제형·현금결제형 금액도 나눕니다.
6. 현금결제형 부채 — 기초 + 서비스 제공분 + 공정가치 변동분 − 결제액이 기말 부채와 같은지 보고, 결제액 초과(R02)와 변동분 범주(R01)를 점검합니다.
7. 정합성 대사 — 여섯 가지 대사식을 전수로 돌리고, 의도적 예외(정책과 다른 귀속, 정책 미설정)는 대사 차이가 아니라 점검 대상으로 따로 기록합니다.

조회조건

결과 컬럼

좁은 화면에서 달라지는 것

창 폭이 760px 이하로 좁아지면 조회조건이 여러 줄로 접히고 요약은 두 줄로 나뉘며, 표는 가로로 스크롤됩니다. 탭 구성과 판정은 그대로입니다. 표 열 머리와 행 클릭 동작도 같습니다.

파일 구성

SAP 표준 기능 확장 포인트

표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 조회·검증 관점을 더해 확장합니다.

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

T-code 별 연계 지점

맞닿은 표준 T-code 마다 이 앱이 이어받는 데이터와 두 화면 숫자를 맞춰 보는 지점입니다. 이 앱의 결과에서 원천을 확인할 때는 아래 표준 T-code 로 오가고, 표준 화면의 값은 이 앱의 부여·부서 판정과 기능·범주 집계에서 다시 봅니다. 법정·감사 대응은 표준에 남겨 두므로 기존 리포트를 없앨 필요가 없습니다.

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

표준 CDS 분석 쿼리나 Fiori 분석 앱은 계정 잔액과 손익 구조를 보는 데 강합니다. 이 화면은 그 위에 "부서 정책표와 장부가 같은가"라는 하나의 질문을 얹은 점검용 화면입니다. 분석 쿼리의 결과와 이 앱 집계가 같은 원천에서 나오도록 CDS 구성을 맞추면 두 화면의 숫자를 대조할 수 있습니다.

Analysis for Office 같은 도구로 같은 데이터를 피벗으로 열어 볼 수도 있습니다. 판정(G·F·R 코드)과 정책표 대응은 이 앱의 서비스가 맡고, 피벗 도구에서는 집계 값 위주로 확인하는 구분을 권합니다.

요구사항 매핑표

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

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

CDS 구성

자주 묻는 질문

도입 상담과 검토 자리에서 자주 나오는 질문 24개를 주제별로 묶었습니다.

숫자와 산식

화면과 조작

분석 관점

도입과 운영