SAP 결제 선택권 주식기준보상 점검 — IFRS 2, 상대방이 고르면 부채와 자본으로 나누고 기업이 고르면 현금 지급 의무부터 따져 장부와 맞춰본다
분류 판단 · 부채 요소와 자본 요소 · 결제일 재측정 · 자본 대체와 추가 비용 · 장부 차이를 부여·결제 건 단위로 확인합니다
임직원에게 주식기준보상을 주면서 "현금으로 받든 주식으로 받든 고르라"고 하거나, 회사가 결제 때 현금과 주식 가운데 하나를 고를 수 있게 해 두는 경우가 있습니다. IFRS 2 주식기준보상(K-IFRS 제1102호)은 누가 고르는지에 따라 회계처리를 나눕니다. 상대방이 고를 수 있으면 현금을 받을 권리가 있으므로 복합금융상품으로 보아 현금대안의 공정가치로 부채 요소를, 주식대안과의 공정가치 차이로 자본 요소를 측정하고 부채 요소는 결제할 때까지 보고기간말마다 재측정합니다. 기업이 고르는 경우에는 현금을 지급할 현재의무가 있는지를 먼저 보고, 있으면 현금결제형, 없으면 주식결제형으로 회계처리합니다. 결제일에는 부채를 자본으로 직접 대체하거나 지급액으로 소멸하고, 자본 요소는 자본에 남기며, 기업이 가치가 더 큰 대안을 택하면 초과분을 추가 비용으로 인식합니다. 표준 전기와 개별 항목 조회는 SAP 표준 T-code 가 담당하고, 이 화면은 조회·검증 관점을 더해 확장합니다.
실무에서는 기업 선택 보상을 현금 지급 관행이 있는데도 주식결제형으로 두거나, 복합 보상의 부채 요소를 부여일 금액에 머무르게 하거나, 자본 요소를 아예 인식하지 않거나, 현금으로 결제했다는 이유로 자본 요소를 손익으로 되돌리거나, 결제일 공정가치로 다시 재지 않고 직전 장부 금액을 자본으로 옮기는 일이 생깁니다. 부여·결제 건마다 분류와 부채·자본 요소, 결제 처리를 독립적으로 계산해 장부와 견주고 어긋나는 건을 가려내는 과정을 OpenUI5 화면으로 확장했습니다. 실제 구동 화면 5종을 함께 공개합니다.
| 항목 | 내용 |
|---|---|
| 업무 영역 | 재무회계(FI) — 주식기준보상 |
| 관련 기준서 | IFRS 2 주식기준보상(K-IFRS 제1102호) |
| Namespace | zui5.sbchoice |
| 셸 구조 | 단일 페이지 + 4개 탭 |
| 화면 수 | 메인 1 · 상세 다이얼로그 1 |
| SAP 표준 T-code | FAGLL03 · FAGLB03 · FB03 |
| 데이터 연동 방식 | OData V2 (조회조건 전부 $filter) |
| 성격 | 조회·산출·대사·점검형 |
| 테마 | sap_horizon · 한국어 |
| 요약 | 내용 |
|---|---|
| 점검 대상 | 결제 방식 선택권이 있는 주식기준보상의 분류, 부채 요소·자본 요소 누적 인식액, 결제일 재측정·자본 대체·추가 비용 |
| 핵심 산식 | 부채 요소 = 현금대안 수량 × 보고기간말 주당 공정가치 × 경과율, 자본 요소 = Max(주식대안 − 현금대안 공정가치, 0) × 경과율 |
| 결과 표시 | 정상 / 점검 필요 |
실제 화면 5종 둘러보기





사용 방법
- 기준 연월(보고기간말)을 넣고, 결제 선택 주체·점검 코드·점검 결과는 필요할 때만 고릅니다. "전체"를 고르면 해당 조건 없이 조회됩니다.
- 조회 버튼은 조회조건 입력 필드 줄의 가장 오른쪽에 있습니다. 기준 연월 입력란에서 Enter 키를 눌러도 같은 조회가 실행됩니다. 화면을 열면 기본 조건(기준 연월 202612)으로 자동 조회됩니다.
- KPI 에서 미결제 부여 건수, 점검 필요 건수, 부채 요소·자본 요소 누적(산출) 합계, 결제일 재측정 손익과 추가 비용 합계, 정합성 대사 차이 건수를 먼저 확인합니다.
- 탭을 부여 명세 → 구성 요소 → 결제 처리 → 대사 결과 순으로 옮겨 가며 좁혀 봅니다.
- 부여 명세에서 행을 누르면 산출·장부 금액, 점검 내용, 그 부여 건의 부채 요소·자본 요소가 상세 다이얼로그로 열립니다.
- CSV 내려받기(UTF-8 BOM)로 현재 탭의 결과를 저장할 수 있습니다.
분류·재측정·결제 처리의 차이를 가려내는 점검 코드 판정 규칙
산출 기준과 장부를 비교해 차이가 있으면 아래 순서로 가장 먼저 해당하는 코드 하나를 표시합니다.
| 판정 조건 | 점검 코드 | 결과 | 사용자 조치 |
|---|---|---|---|
| 분류(장부)가 선택 주체와 현금 지급 현재의무 판단에서 나온 분류(산출)와 다르다 | S01 분류 확인 | 점검 필요 | 선택 주체와 현금결제 관행·상업적 실질 결여 판단 근거를 확인합니다. |
| 부채(장부)가 현금대안 수량 × 보고기간말 주당 공정가치 × 경과율과 다르다 | S02 부채 요소 재측정 확인 | 점검 필요 | 보고기간말마다 공정가치로 다시 쟀는지, 변동분이 당기손익에 반영됐는지 확인합니다. |
| 자본(장부)이 부여일에 확정한 자본 요소 × 경과율과 다르다 | S03 자본 요소 확인 | 점검 필요 | 주식대안과 현금대안의 부여일 공정가치 차이를 자본으로 인식했는지 확인합니다. |
| 결제 시 재측정 손익·자본 효과·추가 비용(장부)이 산출과 다르다 | S04 결제 처리 확인 | 점검 필요 | 결제일 공정가치 재측정, 부채의 자본 직접 대체, 기업 선택 시 추가 비용 전표를 확인합니다. |
| 결제 후 자본 요소(장부)가 부여일 확정 자본 요소와 다르다 | S05 자본 요소 잔존 확인 | 점검 필요 | 현금으로 결제해도 자본 요소는 자본에 남는지, 손익으로 환입하지 않았는지 확인합니다. |
| 위 조건에 모두 해당 없음 | S00 | 정상 | - |
코드는 확인할 곳을 좁히기 위한 분류이며 원인을 단정하지 않습니다. 한 건에 차이 원인이 겹칠 수 있으니 상세 다이얼로그의 금액 차이를 함께 보세요. 판정 결과는 확인 대상을 알리는 표시일 뿐 최종 판단은 회사와 감사인이 합니다.
대안별 공정가치에서 부채·자본 요소와 결제 처리까지의 산출 순서
- 대안별 공정가치 —
현금대안 = 현금대안 기준 주식수 × 부여일 주당 공정가치,주식대안 = 주식대안 주식수 × 주식대안 주당 공정가치 - 분류(산출) — 상대방 선택은 복합, 기업 선택은 현금결제 관행·상업적 실질 결여가 "예"이면 현금결제형, "아니오"이면 주식결제형
- 자본 요소 기준금액 — 복합은
Max(주식대안 − 현금대안, 0), 주식결제형은 주식대안 공정가치, 현금결제형은 0 - 누적 인식액(산출) — 부채 요소는
현금대안 기준 주식수 × 보고기간말 주당 공정가치 × 경과율, 자본 요소는기준금액 × 경과율 - 결제일 재측정 —
결제일 부채 = 현금대안 기준 주식수 × 결제일 주당 공정가치, 재측정 손익은 직전 장부 부채와의 차이 - 결제 처리(산출) — 부채형은 현금 결제면 부채를 지급액으로 소멸, 주식 결제면 결제일 부채를 자본으로 대체. 기업 선택 주식결제형은 현금 지급액에서 추가 비용을 뺀 만큼 자본을 줄이고, 주식 결제면 추가 비용을 자본에 더함. 추가 비용은
Max(선택한 대안 가치 − 선택하지 않은 대안 가치, 0) - 대사 — 정합성 9건과 장부 점검 5건
금액은 원 단위이며 보상·부여·결제·금액은 모두 가상 설정값입니다. 산출식은 점검용으로 단순화한 것이며 가득조건 판정과 옵션 가격결정모형의 투입 변수 산정은 이 화면의 범위가 아닙니다.
조회조건
| 조회조건 | 필수 | 설명 |
|---|---|---|
| 기준 연월(보고기간말) | 필수 | YYYYMM 6자리 |
| 결제 선택 주체 | 선택 | 상대방(임직원) 선택 · 기업 선택, 전체이면 조건 없음 |
| 점검 코드 | 선택 | S00~S05 중 선택 |
| 점검 결과 | 선택 | 정상·점검 필요 |
결과 컬럼
| 영역 | 내용 |
|---|---|
| 요약 | 미결제 부여 건수 · 점검 필요 건수 · 부채 요소 누적(산출) 합계 · 자본 요소 누적(산출) 합계 · 결제일 재측정 손익 합계 · 추가 비용 합계 · 정합성 대사 차이 건수 |
| 부여 명세 | 보상 정보 · 결제 선택 주체 · 현금결제 관행·상업적 실질 결여 · 부여일과 가득기간·경과율 · 대안별 수량과 주당 공정가치 · 대안별 공정가치 · 자본 요소 기준금액 · 분류(산출·장부) · 부채·자본 요소 누적(산출·장부)과 차이 · 점검 코드·결과·내용 |
| 구성 요소 | 구성 요소 · 측정 기준 · 기준금액 · 경과율 · 누적 인식액(산출·장부)과 차이 · 점검 결과 |
| 결제 처리 | 결제 방식 · 결제일 · 결제 직전 부채와 결제일 부채 · 재측정 손익 · 현금 지급 · 자본 효과 · 추가 비용 · 자본 요소 잔존(산출·장부)과 차이 · 점검 결과 |
| 대사 결과 | 대사 항목 · 대사식 · 좌변 · 우변 · 검사 건수 · 차이 건수 · 최대 차이 |
SAP 표준 기능 매핑
| T-code | 이름 | 쓰임 |
|---|---|---|
FAGLL03 | G/L 계정 라인아이템 조회 | 부채 계정과 자본(주식선택권) 계정의 전기 내역과 결제일 금액 확인 |
FAGLB03 | G/L 계정 잔액 조회 | 부여 건별 누적 부채·자본 장부 잔액 확인 |
FB03 | 전표 조회 | 점검 필요 건의 보상원가·재측정·결제 전표 확인 |
| 기준서 | 요구사항 | 화면 반영 |
|---|---|---|
| IFRS 2 주식기준보상(K-IFRS 제1102호) | 상대방이 결제 방식을 고를 수 있으면 복합금융상품으로 보아 부채 요소와 자본 요소를 구분 | 구성 요소 탭 · 분류(산출) · 점검 코드 S01 |
| 같은 기준서 | 부채 요소는 현금대안 공정가치로, 결제할 때까지 재측정해 변동을 당기손익에 반영 | 부채 요소 누적(산출) · 점검 코드 S02 |
| 같은 기준서 | 자본 요소는 부여일에 두 대안의 공정가치 차이로 측정하고 이후 재측정하지 않음 | 자본 요소 기준금액 · 점검 코드 S03 |
| 같은 기준서 | 기업이 고르는 경우 현금 지급 현재의무가 있으면 현금결제형, 없으면 주식결제형 | 현금결제 관행·상업적 실질 결여 · 점검 코드 S01 |
| 같은 기준서 | 결제일 부채 재측정, 주식 결제 시 부채의 자본 직접 대체, 현금 결제 시 자본 요소의 자본 내 잔존 | 결제 처리 탭 · 점검 코드 S04·S05 |
| 같은 기준서 | 기업 선택 주식결제형의 현금 지급은 자본 차감, 가치가 더 큰 대안을 택하면 초과분을 추가 비용으로 인식 | 추가 비용(산출) · 점검 코드 S04 |
참고 CDS 뷰
@EndUserText.label: '주식기준보상 부여 건별 장부 금액 집계 (스케치)'
define view entity SharePaymentGrantBook
as select from I_JournalEntryItem as a
{
key a.CompanyCode,
key a.Assignment as GrantId,
sum( case when a.GLAccount = $parameters.p_liabacct
then a.AmountInCompanyCodeCurrency end ) as LiabBook,
sum( case when a.GLAccount = $parameters.p_eqacct
then a.AmountInCompanyCodeCurrency end ) as EquityBook
}
group by a.CompanyCode, a.Assignment장부 금액의 원천은 유니버설 저널(ACDOCA)이며 부채·자본 계정의 금액을 부여 번호(배정 필드) 기준으로 집계합니다. 뷰 이름과 조건은 스케치이며, 대안별 주당 공정가치 평가값과 현금 지급 현재의무 판단 근거의 실제 원천은 SAP 환경별로 달라 확인 필요로 남겼습니다.
OpenUI5 구성
| 구성 | 내용 |
|---|---|
| 업무 영역 | 재무회계(FI) · 결제 선택권이 있는 주식기준보상 점검 |
| 화면 구성 | 조회조건 영역(우측 조회) + KPI + 부여 명세·구성 요소·결제 처리·대사 결과 4개 탭, 상세 Dialog |
| 데이터 모델 | OData V2 모델을 앱 설정(manifest)에서 선언하고, 표마다 해당 엔티티셋에 바인딩 |
| 조회조건 처리 | 필터 객체로 만들어 서버 조회 조건($filter)으로 전달하며 "전체"는 조건을 만들지 않음 |
| 정렬·페이징 | 정렬 객체로 서버 정렬($orderby), 목록 범위 읽기로 페이징($top·$skip), 총건수는 인라인 건수 |
| 집계 | KPI 값은 조회 결과에서 한 곳의 합산식으로 계산하고, 금액 문자열은 숫자로 변환해 표시·정렬 |
| 실패 안내 | 서비스 연결 실패와 요청 실패를 구분해 사용자 메시지로 안내 |
| 테마 | sap_horizon · 한국어 |
파일 구성
| 구분 | 내용 |
|---|---|
| 앱 본체 | index.html · manifest.json · Component.js · controller · view · model · i18n · css |
| 데이터 서비스 | OData 서비스 정의와 엔티티셋별 데이터, 서비스 로직 |
| 검증 전용 | 앱 본체와 분리된 검증용 샘플 데이터 구성 |
| 설명서 | readme.html (13개 절) |
검증 결과
화면 구성에 쓴 검증용 샘플 데이터는 가상 부여 11건, 구성 요소 20행, 결제 10건, 대사 결과 14행을 기준으로 원 단위로 맞물리도록 구성했습니다.
| 대사식 | 검사 | 결과 | 차이 건수 |
|---|---|---|---|
| V1 복합 요소 분해 — 현금대안 공정가치 + 자본 요소 = Max(현금대안, 주식대안) | 6 | 일치 | 0 |
| V2 대안별 공정가치 = 수량 × 주당 공정가치 | 11 | 일치 | 0 |
| V3 누적 보상원가 = 구성 요소 누적 인식액 합계 | 11 | 일치 | 0 |
| V4 부채 = 수량 × 기말 주당 공정가치 × 경과율, 자본 = 기준금액 × 경과율 | 11 | 일치 | 0 |
| V5 결제일 부채 = 직전 부채 장부 + 재측정 손익 | 10 | 일치 | 0 |
| V6 현금 결제 시 현금 지급액 = 결제일 부채 | 3 | 일치 | 0 |
| V7 주식 결제 시 자본 대체액 = 결제일 부채 | 3 | 일치 | 0 |
| V8 기업 선택 추가 비용 = Max(선택한 대안 − 선택하지 않은 대안, 0) | 4 | 일치 | 0 |
| V9 기업 선택 자본 효과 = 현금 결제 −(지급 − 추가 비용), 주식 결제 +추가 비용 | 4 | 일치 | 0 |
점검 필요는 기준 연월 202612 에서 7건(S01 2건 · S02 1건 · S03 1건 · S04 2건 · S05 1건)입니다. 이는 점검 화면의 동작을 보이기 위해 의도적으로 구성한 케이스이며 대사 차이와 분리해 기록했습니다. KPI 는 별도 스크립트로 다시 계산한 합계와 일치했습니다.
자주 묻는 질문
이 점검은 어떤 기준서의 어떤 요구사항에 근거하나요? 적용 시기도 알려 주세요.
IFRS 2 주식기준보상(K-IFRS 제1102호)에서 거래 상대방이나 기업이 현금과 지분상품 중 결제 방식을 고를 수 있는 경우의 회계처리를 기준으로 합니다. 상대방이 고를 수 있으면 복합금융상품으로 보아 현금대안의 공정가치로 부채 요소를, 주식대안과의 공정가치 차이로 자본 요소를 측정하고, 부채 요소는 결제할 때까지 재측정해 변동을 당기손익에 반영합니다. 기업이 고르는 경우에는 현금을 지급할 현재의무가 있는지에 따라 현금결제형 또는 주식결제형으로 회계처리하고, 결제일에는 부채의 자본 직접 대체, 자본 요소의 자본 내 잔존, 가치가 더 큰 대안을 택한 경우의 추가 비용을 반영합니다. 이미 시행 중인 기준서이며 세부 표현과 경과규정은 기준서 원문에서 확인 필요합니다.
상대방이 고르는 경우와 기업이 고르는 경우는 어떻게 다른가요?
상대방이 고르면 현금을 받을 권리가 있으므로 부채 요소와 자본 요소로 나눕니다. 기업이 고르면 현금을 지급할 현재의무가 있는지를 먼저 보고, 있으면 현금결제형, 없으면 주식결제형으로 봅니다. 현재의무 여부의 판단 근거는 회사 관리 정보이며 이 화면에서는 확인 필요 항목입니다.
현금으로 결제했는데 자본 요소는 어떻게 되나요?
현금을 지급하면 그 금액으로 부채를 소멸하고, 이미 인식한 자본 요소는 자본에 남깁니다. 자본 안에서 다른 항목으로 옮기는 것은 가능하지만 손익으로 환입하지는 않으므로 이 화면은 결제 후 자본 요소 잔존을 점검합니다. 이 화면은 점검 도구이며 최종 판단은 회사와 감사인이 합니다.
화면의 보상과 금액은 실제 값인가요?
아닙니다. 가상 보상과 가상 계정체계로 만든 검증용 샘플 데이터입니다. 실제 부여 계약과 평가 자료에서 공정가치 평가값과 현재의무 판단 근거를 가져오는 방법은 시스템에서 확인 필요합니다.
고를 수 있는 결제 방식, 분류와 결제 처리를 기대값과 맞춰 두세요
현금 지급 관행이 있는데 주식결제형으로 두었거나, 현금 결제 때 자본 요소를 손익으로 되돌렸거나, 부채 요소를 재측정하지 않은 보상은 결산과 감사 시기에 다시 추적하게 됩니다. 화면에서 기대값과 장부가 다른 건을 미리 가려 두면 결산과 감사 대응이 한결 가벼워집니다. 현재 SAP 환경 기준으로 어떻게 적용되는지 함께 확인해 드립니다.