SAP 계약 식별 요건 점검 — IFRS 15, 다섯 요건을 못 채운 계약의 받은 대가는 수익이 아니라 부채인지부터 맞춰본다

고객이 주문서를 보냈고 대금 일부도 입금됐는데, 그 계약을 회계상 “고객과의 계약”으로 봐도 될까요? IFRS 15 고객과의 계약에서 생기는 수익(K-IFRS 제1115호)은 계약이 당사자의 승인·확약, 이전할 재화·용역과 관련된 각 당사자의 권리 식별, 지급조건 식별, 상업적 실질, 대가 회수가능성이 높음이라는 다섯 요건을 모두 충족할 때에만 고객과의 계약으로 회계처리하도록 하고, 요건을 충족하지 못한 계약에서 받은 대가는 종결조건을 충족할 때까지 수익이 아니라 부채로 인식하도록 합니다. 표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 조회·검증 관점을 더해 확장합니다.

실무에서는 서명이 끝나지 않은 계약이나 회수가능성이 낮아진 고객의 대금을 입금 즉시 매출로 잡거나, 이미 요건이 갖춰졌는데 받은 대가가 부채로 남아 있거나, 증빙이 부족해 성격이 애매한 건이 섞이곤 합니다. 계약마다 다섯 요건의 충족 여부를 읽어 기준 수익·부채를 구하고 장부 수익·부채·원장 수익 잔액과 견주는 과정을 OpenUI5 화면으로 확장했습니다. 실제 구동 화면 7종을 함께 공개합니다.

실제 화면 7종 둘러보기

사용 방법

1. 조회조건 입력 — 회계연도는 필수이고(기본 2026), 회사코드는 목록에서 고릅니다(기본 1000). 점검 결과와 계약 번호는 선택입니다. 계약 번호는 대소문자를 가리지 않고 입력합니다.
2. 조회 — 조회 버튼은 조회조건 영역의 입력 칸들 오른쪽 끝에 있고 초기화 버튼이 그 옆에 있습니다. 입력 칸에서 Enter 키를 눌러도 조회됩니다. 화면이 열릴 때는 기본 조건으로 한 번 자동 조회합니다.
3. 요약 KPI 확인 — 판정 계약 건수, 점검 필요·확인 필요 건수, 요건 미충족 계약 수령 대가 합계, 확인 필요 계약 수령 대가 합계, 장부·기준 수익 차이 절대값 합계를 봅니다.
4. 탭 이동 순서 — 계약 건별 식별 판정 → 요건별 충족 현황 → 제품·용역군별 수익·부채 증감표 → 판정 구분별 요약 → 대사 결과 순으로 봅니다.
5. 행 클릭 상세 — 계약 건별 탭의 행을 누르면 계약 요약과 다섯 요건 판정 내역(증빙 요약 포함)이 상세 창에 나타납니다. 닫기 버튼으로 닫습니다.
6. CSV 내려받기 — 현재 탭과 같은 조건의 자료를 UTF-8 BOM CSV 로 내려받습니다. 파일 이름은 한글 기능명입니다.

계약 식별을 가르는 다섯 요건과 판정 규칙

계약마다 다섯 요건(① 승인·확약 ② 권리 식별 ③ 지급조건 식별 ④ 상업적 실질 ⑤ 회수가능성)의 판정을 읽어 계약 식별 여부를 정하고, 장부 수익·부채를 기준 수익·부채와 비교합니다.

판정 결과는 확인 대상을 알리는 표시이며, 최종 판단은 회사와 감사인이 합니다.

요건 판정에서 수익·부채 대사까지의 순서

1. 충족 요건 수 = 요건 판정 Y 의 개수. 5요건 모두 Y 이면 식별됨, N 이 하나라도 있으면 식별 안 됨, N 없이 확인 필요(U)가 있으면 판정 보류 (대사식 R2)
2. 종결조건 = (남은 이전 의무 없음 · 대가를 거래가격의 90% 이상 수령 · 환불 불가) 또는 (계약 종료 · 환불 불가). 90% 는 “대부분”을 뜻하는 가상 설정값입니다(확인 필요)
3. 기준 수익·부채 = 식별됨은 이행분 수익과 나머지 수령 대가(부채), 식별 안 됨은 종결조건 충족이면 수령 대가 전액 수익·아니면 전액 부채, 판정 보류는 산정하지 않음 → 수령 대가 = 기준 수익 + 기준 부채 (R3)
4. 수익 차이 = 장부 수익 − 기준 수익, 부채 차이 = 장부 부채 − 기준 부채 (판정 완료 건)
5. 수령 대가 = 장부 수익 + 장부 부채 + 장부 기타 계정 (R1)
6. 요건별 충족 + 미충족 + 확인 필요 건수 = 계약 수 (R4)
7. 제품·용역군 장부 수익 = Σ 계약 장부 수익 = 원장 수익 잔액 (R5)
8. 요약 합계 = Σ 구분별 행, 구분별 건수 = 정상 + 점검 필요 + 확인 필요 (R6)

금액은 원 단위이며, 고객·계약·금액은 모두 가상 설정값입니다.

조회조건

결과 컬럼

SAP 표준 기능 매핑

SAP 표준 T-code 매핑

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

IFRS 요구사항 매핑

참고 CDS 뷰

원천테이블

필드 매핑

CDS 뷰 스케치

define view entity ContractIdentCheck
  as select from vbak as h
    inner join vbap as i on i.vbeln = h.vbeln
    inner join kna1 as c on c.kunnr = h.kunnr
{
  key h.vbeln                           as ContractNo,
      h.audat                           as ContractDate,
      c.name1                           as CustomerName,
      sum( i.netwr )                    as TransPrice,
      case when Crit1 = 'Y' and Crit2 = 'Y' and Crit3 = 'Y' and Crit4 = 'Y' and Crit5 = 'Y' then '식별됨'
           when Crit1 = 'N' or Crit2 = 'N' or Crit3 = 'N' or Crit4 = 'N' or Crit5 = 'N'     then '식별 안 됨'
           else '판정 보류' end         as IdentText
}

스케치이며 요건 판정(Crit1~Crit5)과 종결조건 값은 별도 계약 점검표에서 받는 값으로 가정합니다(확인 필요).

OpenUI5 구성

파일 구성

검증 결과

화면 구성에 쓴 검증용 샘플 데이터는 가상 계약 57건(회사 1000 42건 · 회사 2000 15건)과 요건 판정 285행을 기준으로 원 단위로 맞물리도록 구성했습니다.

회사 1000 은 “점검 필요” 계약 9건(요건 미충족 계약에 수익 계상 3건, 종결조건 충족 후에도 부채 잔존 2건, 요건 충족 후에도 부채 잔존 2건, 이행분 초과 수익 계상 1건, 기타 계정 잔존 1건)과 “확인 필요” 계약 5건(일부 요건 증빙 확인 필요)이 예외이고, 회사 2000 에도 같은 유형의 예외를 소수 넣었습니다. 이는 점검 화면의 동작을 보이기 위해 의도적으로 구성한 케이스이며 대사 차이와 분리해 기록했습니다. 기준 수익·부채는 별도 스크립트로 다시 계산해 판정 완료 37건을 전수 비교했고 대사 차이는 0건이었으며, 화면의 요약 지표(회사 1000: 판정 계약 42건 · 점검 필요 9 · 확인 필요 5 · 요건 미충족 계약 수령 대가 2,238,500,000원)도 스크립트 결과와 일치했습니다.

자주 묻는 질문

이 화면의 “점검 필요”는 회계처리가 틀렸다는 뜻인가요?

아닙니다. 이 화면은 계약 식별 여부에서 기대되는 수익·부채를 장부와 맞춰 차이가 나는 건을 가려내는 점검 도구입니다. 차이의 원인과 최종 회계 판단은 기준서 원문과 회사의 회계정책에 따라 회사와 감사인이 합니다.

적용 시기와 범위는 어떻게 되나요?

이 화면은 IFRS 15 고객과의 계약에서 생기는 수익(K-IFRS 제1115호) 중 고객과의 계약을 식별하는 다섯 요건과 요건을 충족하지 못한 계약의 받은 대가 처리만 다룹니다. 회사별 적용 시점과 경과규정, 문단번호는 원문으로 확인하지 못해 확인 필요로 두었고, 수행의무 식별·거래가격 배분 등 다른 단계는 범위에 넣지 않았습니다.

요건 중 일부만 증빙이 있으면 어떻게 보이나요?

미충족 요건은 없으나 일부 요건의 증빙이 없으면 계약이 식별되는지 이 화면이 판정하지 않고 “확인 필요”로 표시합니다. 증빙을 확인해 요건 판정을 보완하고 다시 조회하면 판정됩니다.

요건을 나중에 다시 평가하는 경우도 반영되나요?

반영하지 않았습니다. 이 화면은 조회 시점의 요건 판정값만 쓰는 가상 설정이며, 사실과 상황이 유의적으로 바뀐 경우의 재평가와 그 이후 회계처리 반영 방식은 확인 필요입니다.

#IFRS 15 #K-IFRS 1115 #계약 식별 #수익인식 요건 #회수가능성 #상업적 실질 #OpenUI5