SAP 계약 결합 판정 점검 — IFRS 15, 같은 고객과 거의 동시에 맺은 계약을 하나로 묶을지 가려 상대 개별판매가격으로 다시 배분한 수익을 장부와 대조한다

같은 고객과 며칠 간격으로 장비 판매 계약과 설치·유지보수 계약을 따로 맺었다면 수익은 어떻게 나눠 잡을까요? IFRS 15 고객과의 계약에서 생기는 수익(K-IFRS 제1115호)의 계약의 결합은 같은 고객(또는 고객의 특수관계자)과 동시 또는 거의 동시에 체결한 둘 이상의 계약이 단일 상업적 목적의 패키지로 협상되었거나, 한 계약의 대가가 다른 계약의 가격이나 이행에 따라 달라지거나, 약속한 재화·용역이 단일 수행의무이면 하나의 계약으로 회계처리하도록 합니다. 묶으면 총 거래가격을 상대 개별판매가격으로 수행의무에 다시 배분하므로 계약별 수익이 달라집니다.

실무에서는 영업 계약과 서비스 계약이 서로 다른 문서와 다른 담당자에게 있어서 묶어야 하는 계약이 따로 인식되거나, 묶지 않아도 되는 계약이 배분 대상으로 섞이거나, 묶기는 했지만 배분 비율이 개별판매가격과 달라지는 일이 한 줄씩 숨어 있기 쉽습니다. 이 화면은 계약 두 건씩 한 묶음으로 보고 결합 후보를 가린 뒤 재배분 수익과 장부 수익을 한 줄에서 비교하도록 OpenUI5 화면으로 확장했습니다. 실제 구동 화면 6종을 함께 공개합니다.

실제 화면 6종 둘러보기

사용 방법

1. 회계연도를 넣고, 법인 번호·고객·결합 판정·회사 처리·계약 A 체결일 범위·점검 코드·점검 결과는 필요할 때만 고릅니다. "전체"를 고르면 해당 조건 없이 조회됩니다.
2. 조회 버튼은 조회조건 입력 필드 줄의 가장 오른쪽에 있습니다. 입력란에서 Enter 키를 눌러도 같은 조회가 실행됩니다. 화면을 열면 기본 조건(회계연도 2026)으로 자동 조회됩니다.
3. 요약 지표에서 고객 수, 결합 검토 건수, 결합 후보 건수, 점검 필요 건수, 계약금액 합계, 결합 후보 재배분 규모, 장부−기대 차이 절대값 합계, 정합성 대사 차이 건수를 확인합니다.
4. 결합 검토 명세 → 기준별 점검 → 고객별 집계 → 결합 지표별 집계 → 대사 결과 탭 순서로 이동합니다.
5. 결합 검토 명세에서 행을 누르면 재계산 결과와 장부 비교 팝업이 열립니다.
6. CSV 내려받기로 현재 탭의 결과를 UTF-8(BOM) 파일로 받습니다.

계약 결합 판정과 점검 코드 규칙

먼저 계약 묶음을 결합 후보·별도 유지·확인 필요로 가르고, 그 판정을 회사 처리와 비교해 점검 코드를 붙입니다.

"거의 동시"의 기간은 기준서가 일수로 정하지 않았으므로 화면의 30일은 가정값이며, 한 건이 여러 기준에 걸리면 앞선 코드를 점검 코드로 표시합니다.

결합 배분에서 수익 차이까지의 산출 순서

1. 총 거래가격 = 계약 A 거래가격 + 계약 B 거래가격
2. 결합 시 배분액 — 계약 A = 총 거래가격 × 계약 A 개별판매가격 ÷ (계약 A + 계약 B 개별판매가격), 계약 B = 총 거래가격 − 계약 A 배분액
3. 재배분 효과 = 결합 시 배분액 − 거래가격 (계약 A 효과 + 계약 B 효과 = 0)
4. 기대 수익 — 결합 후보는 결합 시 배분액, 별도 유지는 거래가격, 확인 필요는 판단 보류로 장부와 같게 둠
5. 차이 = 장부 수익 − 기대 수익 (계약 A 차이 + 계약 B 차이 = 0), 차이 절대값 합계 = |계약 A 차이| + |계약 B 차이|

예를 들어 계약 A 150,000천원·계약 B 60,000천원, 개별판매가격 160,000천원·70,000천원이면 결합 시 계약 A 배분액은 약 146,087천원, 계약 B 배분액은 약 63,913천원입니다. 장부가 계약 A 130,200천원, 계약 B 79,800천원으로 나눠 잡았다면 계약 A 차이 약 −15,887천원, 계약 B 차이 약 +15,887천원이 점검 후보로 올라옵니다.

조회조건

결과 컬럼

SAP 표준 기능 매핑

SAP 표준 T-code

요구사항 매핑표

참고 CDS 뷰

원천테이블

CDS 뷰 스케치

@EndUserText.label: 'Contract combination candidate'
define view entity ContractCombineCandidate
  as select from vbak as a
  inner join vbak as b on b.kunnr = a.kunnr and b.vbeln > a.vbeln
{
  key a.vbeln as ContractNoA,
  key b.vbeln as ContractNoB,
      a.kunnr as CustomerNo,
      dats_days_between( a.audat, b.audat ) as DayGap,
      a.netwr as PriceA,
      b.netwr as PriceB
}

OpenUI5 구성

1. 데이터는 OData V2 모델 하나로 받으며, 서비스 선언은 앱 설정 파일의 데이터 소스에만 둡니다.
2. 탭마다 별도의 데이터 집합에 바인딩해 화면 블록이 각자 필요한 행만 받고, 한 번에 받아 컨트롤러에서 쪼개지 않습니다.
3. 조회조건은 필터 객체로 만들어 $filter 로만 전달하고, "전체"는 필터를 만들지 않습니다. 계약 A 체결일 범위는 날짜 필터 하나로 묶어 전달합니다.
4. 정렬·페이징은 테이블의 sorter 와 threshold 로 $orderby · $top · $skip 을 호출하고, 총건수는 $inlinecount 로 받습니다.
5. 요약 지표의 합산식은 컨트롤러 한 곳에 모았고, 차이 절대값 합계는 서비스 함수로 받습니다. 소계 행은 이중 집계하지 않습니다.
6. 서비스에 연결되지 않으면 ErrorHandler 가 메타데이터 실패와 요청 실패를 구분해 안내 창을 띄웁니다.
7. 테이블은 sap.ui.table, 상세는 sap.m Dialog 로 구성했습니다.

파일 구성

index.html          앱 진입점
Component.js · manifest.json
controller/         BaseController.js · Main.controller.js
view/               Main.view.xml · DetailDialog.fragment.xml
model/              formatter.js · ErrorHandler.js
css/style.css · i18n/i18n_ko.properties
서비스 정의 폴더     메타데이터 · 서비스 로직 · 데이터 파일

검증 결과

검증용 샘플 데이터(회계연도 1개, 가상 법인 2곳, 가상 고객 7곳, 가상 계약 묶음 26건, 점검 기준 5개, 지표 5종과 합계 1행)로 실제 브라우저에서 렌더링하고, 원천 행에서 독립 재계산한 값과 화면 요약 지표를 대조했습니다.

정합성 대사 7식은 검사 138건 모두 차이 0건이며, 별도의 독립 재계산 스크립트가 샘플 26건의 결합 판정·배분액·재배분 효과·기대 수익·차이·점검 코드를 모두 같게 다시 구했습니다(총 438개 검사, 차이 0건). 점검 화면이라 의도적으로 넣은 예외 11건(K01 3건 · K02 2건 · K03 3건 · K04 3건)은 판정과 회사 처리 또는 장부 값과 재계산 값이 달라 점검 필요로 표시되며, 이 건수는 대사 차이 건수와 분리해 기록했습니다.

조회 버튼 위치, Enter 조회, 테마 sap_horizon, 행 클릭 상세 팝업, 연결 실패 안내까지 실제 브라우저에서 확인했습니다.

자주 묻는 질문

이 점검은 어떤 기준서의 어떤 요구사항에 근거하며 적용 시기는 어떻게 되나요?

같은 고객(또는 고객의 특수관계자)과 동시 또는 거의 동시에 체결한 둘 이상의 계약을 하나의 계약으로 회계처리하는 요건과, 결합 시 거래가격을 상대 개별판매가격으로 배분한다는 처리(IFRS 15 고객과의 계약에서 생기는 수익(K-IFRS 제1115호)의 계약의 결합)를 다룹니다. 이 화면은 그 처리를 계약 묶음 단위로 다시 계산해 장부와 맞춰 보는 도구입니다. 이미 시행 중인 기준서이며, 개별 문단의 적용 범위와 경과 규정은 기준서 원문에서 확인 필요합니다.

체결일 간격 30일은 기준서가 정한 값인가요?

아닙니다. 기준서는 "동시 또는 거의 동시"라고만 쓰고 일수를 정하지 않습니다. 30일은 샘플 화면의 가정값이며 회사 정책에 맞게 정해야 합니다. 패키지 협상·대가 의존·단일 수행의무 지표의 충족 여부도 계약 검토 기록으로 판단하는 사항이라 확인 필요입니다.

개별판매가격은 어디서 가져오나요?

가격조건이나 평가 자료처럼 표준 원천 필드로 바로 읽히지 않는 회사 관리 정보입니다. 샘플은 가상 법인 2곳과 가상 고객 7곳, 가상 계약 26건과 가상 개별판매가격을 두고 만들었으며, 실제 적용에서는 회사의 자료를 연결해야 하므로 확인 필요입니다.

"점검 필요"는 회계처리를 잘못했다는 뜻인가요?

그렇게 단정하지 않습니다. 판정과 회사 처리가 다르거나 장부 수익과 다시 계산한 수익이 다른 건을 골라 보여주는 표시입니다. 계약을 묶을지, 어떤 개별판매가격을 쓸지는 계약 내용과 검토 자료를 함께 보아야 알 수 있고, 최종 판단은 회사와 감사인이 합니다.

#IFRS 15 #K-IFRS 1115 #계약 결합 #상대 개별판매가격 #수익 배분 #결합 지표 #OpenUI5