재취득 권리 인식·상각 점검 — IFRS 3·IAS 38, 사업결합에서 되찾은 권리를 잔여 계약기간 기준으로 다시 맞춰 보는 화면
잔여 계약기간 기준 재계산 · 별도 인식·평가 기준·상각기간 점검 코드 · 행을 누르면 열리는 산식 상세 · 처분손익 비교 · 산식 대사 97건 — 소개 영상과 실제 화면 7종, 그리고 CDS 코드까지
소개 영상블로그 목차 순서대로 · 자막 포함9개 장면처음 연 화면 → 점검 코드 조회 → 유형·기준별 집계 → 행 상세 산식 → 처분손익 → 대사 결과
주요 재생 지점
도입 포인트 — 이 앱을 사용해야 하는 이유
사업결합이 끝난 뒤 재무팀이 결산 때마다 되돌아오는 질문은 비슷합니다. 인수 전부터 상대방에게 주었던 라이선스·프랜차이즈·유통권을 되찾았을 때, 그 권리를 영업권과 따로 올려 두었나, 그 가치를 남은 계약기간을 기준으로 평가했나, 그 기간에 걸쳐 상각하고 있나. 지금은 이 세 답이 자산 마스터 조회 화면, 자산 이력 시트, 취득 평가 보고서(엑셀)로 흩어져 있어서, 한 건을 확인하려면 화면 세 개를 오가며 숫자를 손으로 맞춰야 합니다.
관련 기준서는 IFRS 3 사업결합(K-IFRS 제1103호)과 IAS 38 무형자산(K-IFRS 제1038호)입니다. 사업결합에서 인수자가 재취득한 권리는 영업권과 별도로 식별되는 무형자산으로 인식하고, 그 가치는 관련 계약의 잔여 계약기간을 기준으로 측정하며(갱신 가능성은 가치에 반영하지 않는 것이 요구사항입니다), 이후에는 그 기간에 걸쳐 상각합니다. 이미 적용 중인 기준서이므로 새로 준비할 제도라기보다 장부가 그 요구사항대로 되어 있는지 점검하는 일이고, 회사별 적용 범위와 평가 자료의 해석은 확인 필요입니다.
이 앱은 그 점검을 한 화면에 모았습니다. 기준 연월을 넣으면 재취득 권리를 한 건씩 잔여 계약기간 기준으로 다시 평가·상각한 재계산 장부금액과 원장 장부금액을 나란히 놓고, 차이가 나는 이유를 점검 코드(별도 인식 없음 · 갱신기간 포함 평가 · 상각기간 상이 · 장부금액 차이)로 분류해 줍니다. 어느 코드도 회계처리가 틀렸다는 결론이 아니라 어디부터 다시 볼지 알려 주는 표지이며, 최종 판단은 회사와 감사인의 몫입니다.
권리를 되찾았는데 장부에서는 영업권 속에 섞여 있을 수 있다
되찾은 권리는 인수 대가 중 영업권과 따로 식별해 무형자산으로 올려야 하는 항목입니다. 그런데 인수 직후 평가 자료와 자산 마스터가 따로 관리되면 자산 마스터에 해당 권리가 아예 없는 경우가 생기고, 원장만 보아서는 영업권에 포함됐는지 알 수 없습니다.
이 앱은 원장 최초 인식액이 0인 권리를 G01(별도 인식 없음)로 분류해 “영업권에 포함됐는지 취득 평가 자료와 대조해 확인 필요”라고만 표시합니다. 포함됐다고 단정하지 않고, 확인할 권리 목록을 만들어 주는 데까지가 이 화면의 일입니다.
평가 기준이 갱신기간까지 넓어지면 장부금액이 처음부터 달라진다
라이선스나 프랜차이즈 계약에는 갱신 가능 기간이 붙어 있는 경우가 많습니다. 기준서가 요구하는 측정 기준은 갱신 가능성을 빼고 남은 계약기간만 보는 것인데, 취득 평가 자료가 갱신기간까지 넣어 계산돼 있으면 최초 인식액이 그만큼 커집니다. 한 번 올라간 금액은 이후 상각 내내 차이로 따라옵니다.
이 앱은 권리마다 잔여 계약기간 기준 평가액과 갱신기간 포함 평가액(참고)을 함께 들고 있고, 원장 최초 인식액이 후자와 같은 권리를 B01로 분류합니다. 갱신기간 포함 값은 ‘이만큼 차이 날 수 있다’를 가늠하는 참고 값일 뿐 회계 기준 값이 아닙니다.
상각기간이 잔여 계약기간과 어긋나면 해마다 차이가 쌓인다
상각은 잔여 계약기간에 걸쳐 이루어져야 하는데, 자산 마스터의 내용연수는 취득 시점에 다른 값(예: 계약기간 + 갱신기간, 또는 회사 표준 연수)으로 들어가 있을 수 있습니다. 상각기간이 길면 매달 상각이 모자라고, 짧으면 넘칩니다. 한 해에는 작은 차이라도 계약 종료 시점까지 누적되면 장부금액과 계약 종료 시점의 잔액이 어긋납니다.
이 앱은 원장 상각기간과 잔여 계약기간이 다른 권리를 P01(상각기간 상이)로, 위 두 경우가 아닌데도 장부금액이 재계산과 다른 권리를 D01로 분류합니다. 코드는 한 권리에 하나만 붙고, 우선순위는 G01 → B01 → P01 → D01입니다.
처분할 때는 장부금액이 손익을 좌우한다
재취득한 권리를 제3자에게 넘기면 처분대가에서 처분 시점 장부금액을 뺀 값이 손익이 됩니다. 장부금액이 위 이유로 달라져 있으면 처분손익도 같은 크기만큼 달라지므로, 처분 건은 권리 점검과 같이 봐야 합니다.
이 앱은 처분 건마다 처분일 기준으로 재계산한 장부금액과 손익을 계산하고 원장의 처분손익과 비교해, 다른 건을 L01로 표시합니다. “처분 시 장부금액 확인 필요”까지만 말하고, 어느 값이 맞는지는 판단하지 않습니다.
사용 방법
- 조회조건 입력 — 기준 연월(6자리, 필수)을 넣습니다. 권리 유형 · 원장 평가 기준 · 취득일 기간 · 점검 코드 · 점검 결과는 범위를 좁힐 때만 고릅니다.
- 조회 — 조회조건 오른쪽 끝의 조회 버튼을 누르거나 기준 연월 칸에서 Enter 키를 누릅니다. 화면을 열면 기본값으로 한 번 자동 조회됩니다.
- 요약 확인 — 맨 위 요약에서 권리 건수 · 평가액·장부금액 합계 · 원장−재계산 차이 · 갱신기간 포함 평가 건수 · 점검 필요 건수 · 대사 차이 건수를 봅니다.
- 탭 이동 — 재취득 권리 명세 → 권리 유형별 집계 → 원장 평가 기준별 집계 → 처분손익 → 대사 결과 순서로 봅니다. 탭 머리의 작은 숫자는 그 탭의 행 수입니다.
- 행 클릭 상세 — 명세 탭에서 행을 누르면 평가액에서 누적 상각을 빼는 재계산 산식과 원장 금액이 대화창으로 열립니다.
- 내보내기 — 보고 있는 탭의 결과를 CSV 내려받기로 받습니다(UTF-8). 점검 필요 건만 골라 담당자에게 넘길 때 씁니다.
숫자를 믿을 수 있는가 — 검증 결과
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
무엇으로 만들었나
| 자리 | 무엇 | 왜 그렇게 두었나 |
|---|---|---|
| 화면 | SAPUI5 sap.ui.table.Table 5개 탭 + 요약 영역 + 행 상세 대화창 | 표준 컨트롤만 써서 SAP Horizon 테마를 그대로 받습니다. 외부 차트·표 라이브러리가 없어 사내망 반입 심사 대상이 늘지 않습니다. |
| 재계산·판정 로직 | 권리 한 건씩 경과 개월 → 누적 상각 → 장부금액 → 점검 코드 순으로 산출 | 판정 순서를 코드 한 곳에 모아 두어, 계정체계가 달라져도 규칙(G01 → B01 → P01 → D01)은 그대로 읽힙니다. |
| 데이터 연동 | OData V2 모델 하나(기본 모델). 탭마다 자기 집합을 읽고, 조회조건은 $filter 로 보냅니다 | 화면은 서비스 주소만 바라봅니다. 운영 서비스로 바꿀 때 manifest 의 서비스 선언만 교체하면 되고 화면 코드는 건드리지 않습니다. |
| 건수·정렬 | 전체 건수를 응답에 함께 받고(inline count), 정렬은 열 머리의 정렬 기능이 $orderby 로 전달 | 탭 머리의 행 수와 표 아래 건수가 같은 응답에서 나와 서로 어긋나지 않습니다. |
| 오류 안내 | 정의 불러오기 실패 · 요청 실패 · 빈 응답을 나눠 사용자 문장으로 안내 | “안 나옵니다”로 끝나지 않고, 서비스 문제인지 조건 문제인지 사용자가 구분할 수 있습니다. |
| 테마 | sap_horizon | S/4HANA Fiori 화면과 같은 색·글꼴이라 현업이 따로 익힐 것이 적습니다. |
앱 정보
| 항목 | 내용 |
|---|---|
| 업무 영역 | 재무회계(FI) |
| 관련 기준서 | IFRS 3 사업결합(K-IFRS 제1103호) · IAS 38 무형자산(K-IFRS 제1038호) |
| 맞닿는 SAP 표준 T-code | AS03 · AW01N · S_ALR_87011963 · FAGLL03 · FB03 |
| 화면 성격 | 조회·점검 화면(SAPUI5 sap.ui.table) |
| 샘플 데이터 | 재취득 권리 28건 · 처분 6건 · 산식 줄 196행 (모두 가상) |
실행 화면
검증용 샘플 데이터로 실제 렌더링한 화면 7종입니다. 사용 순서대로 묶었고, 화면마다 무엇을 보고 무엇을 누르는지 아래에 적었습니다.
처음 열었을 때와 점검 코드로 좁히기
조회조건 · 요약 · 탭이 한 화면에 세로로 쌓입니다. 기준 연월이 기본값(202412)으로 들어간 채 한 번 자동 조회되므로, 처음 여는 사람도 빈 화면을 보지 않습니다.
요약에서 먼저 볼 것은 세 가지입니다. 재취득 권리 28건의 평가액 합계(약 449억 원)와 재계산·원장 장부금액 합계, 둘의 차이(원장−재계산 −1.4억 원), 그리고 점검 필요 건수 13. 명세 표는 권리 한 건이 한 행이고, 기본 정렬은 권리 번호입니다. 금액 단위는 원입니다.
조회조건 중 하나만 바꿔도 요약과 탭 숫자가 함께 바뀝니다. 점검 코드를 비우면 전체로 돌아갑니다. 결과 4건은 “잔여 계약기간 기준 평가인지 확인 필요” 후보이지, 오류로 확정된 건이 아닙니다. 담당자에게 넘길 목록이면 오른쪽 위 CSV 내려받기를 누릅니다.
권리 한 건의 산식 — 행을 누르면 열리는 상세
명세 탭에서 행을 누르면 한 권리의 재계산 과정이 위에서 아래로 읽히는 대화창이 열립니다. 숫자를 의심할 때 다른 화면을 열지 않고 그 자리에서 검산하는 용도입니다.
예시는 갱신기간 포함 평가로 분류된(B01) 권리입니다. 잔여 계약기간 36개월 · 경과 21개월이면 평가액 268,000,000원에서 누적 상각 156,333,333원을 빼 재계산 장부금액 111,666,667원이 됩니다. 원장은 갱신기간 포함 평가액 482,000,000원으로 시작했기 때문에 장부금액이 341,416,667원이고, 차이 +229,750,000원이 점검 코드와 함께 나옵니다. 마지막 07 줄의 갱신기간 포함 평가액은 참고 값입니다.
묶어서 보기 — 권리 유형별 · 원장 평가 기준별
건별로 본 차이를 묶어 ‘어디에 몰려 있나’를 보는 두 탭입니다. 합계는 명세 탭 합계와 같아야 하며, 그 일치가 산식 대사 02·03 입니다.
유형마다 갱신기간 포함 평가 건수 · 상각기간 상이 건수가 따로 있고, 오른쪽으로 밀면 차이 건수 · 점검 필요 건수 · 점검 판정이 이어집니다. 점검 건이 어느 유형에 몰렸는지 보고, 점검 판정이 ‘점검 필요’인 유형부터 담당자와 이야기를 시작하면 됩니다.
‘별도 인식 없음’ 줄은 원장 금액이 0이라 차이가 곧 재계산 장부금액의 크기입니다. ‘갱신기간 포함 기준’ 줄은 원장이 재계산보다 큰 쪽으로 차이가 납니다. 두 기준의 차이 합계 부호가 반대이므로, 합계 한 줄만 보면 서로 상쇄되어 작아 보일 수 있다는 점도 함께 읽습니다.
처분손익과 대사 결과
권리를 제3자에게 넘긴 건과, 이 화면이 스스로 맞는지 보여 주는 대사 탭입니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
화면 뒤에서 일어나는 일
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
점검 코드 판정 — 조건 · 결과 · 사용자 조치
| 점검 코드 | 판정 조건 | 결과 상태 | 사용자 조치 |
|---|---|---|---|
| G01 | 원장 최초 인식액이 0 — 별도 무형자산으로 올린 흔적이 없음 | 점검 필요(확인 필요) | 영업권에 포함됐는지 취득 평가 자료와 대조해 확인 |
| B01 | 원장 최초 인식액이 갱신기간을 포함한 평가액과 같음 | 점검 필요 | 잔여 계약기간 기준으로 다시 평가된 값이 있는지 확인 |
| P01 | 원장 상각기간이 잔여 계약기간과 다름 | 점검 필요 | 상각기간 설정을 잔여 계약기간과 비교 |
| D01 | 위 셋은 아닌데 원장 장부금액과 재계산 장부금액이 다름 | 점검 필요 | 누적 상각 입력·기간 배분 확인 |
| I00 | 위 조건에 해당 없음, 원장과 재계산이 일치 | 정상 | 조치 없음 |
| L01 | (처분) 원장 처분손익이 재계산 처분손익과 다름 | 점검 필요 | 처분 시점 장부금액 확인 |
한 권리가 여러 조건에 걸리면 G01 → B01 → P01 → D01 순서로 가장 앞선 코드 하나만 표시합니다. 먼저 걸린 이유가 해소되면 다음 이유가 드러나는 구조이므로, 담당자가 위에서부터 차례로 푸는 순서와 같습니다. 어느 코드도 ‘오류’라는 이름을 쓰지 않고 ‘점검 필요’·‘확인 필요’로만 표시합니다.
재계산과 대사 — 처리 순서
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
조회조건
| 조회조건 | 필수 | 기본값 | 요청 조건($filter) |
|---|---|---|---|
| 기준 연월 | 필수 | 202412 | Period eq '202412' |
| 권리 유형 | 선택 | 전체 | RightType eq 'L' (전체면 조건 생략) |
| 원장 평가 기준 | 선택 | 전체 | LedgerBasis eq 'R' (전체면 조건 생략) |
| 취득일 시작 · 종료 | 선택 | 비어 있음 | AcqDate ge datetime'…' and AcqDate le datetime'…' |
| 점검 코드 | 선택 | 전체 | CheckCode eq 'B01' |
| 점검 결과 | 선택 | 전체 | CheckStatus eq 'CHECK' |
취득일 기간은 시작과 끝을 한 묶음(and)으로 보냅니다. 같은 필드의 두 조건을 따로 넣으면 UI5 가 or 로 묶어 내보내 기간을 넣으나 마나가 되기 때문입니다. 조회 결과가 취득일 조건을 무시하는 것처럼 보이면 가장 먼저 볼 자리입니다.
결과 컬럼
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
좁은 화면에서 달라지는 것
표는 화면 폭에 맞춰 늘어나고, 열이 넘치면 가로로 밀어서 봅니다. 열 폭은 고정이라 숫자가 잘리지 않으며, 휴대폰 전용 배치는 두지 않았습니다. 좁은 화면에서는 처분손익 · 대사 결과처럼 열이 많은 탭이 오른쪽 열(차이 · 점검 결과)을 밀어서 보게 되므로, 점검 건 목록을 읽는 용도라면 CSV 로 내려받아 열어 보는 편이 편합니다.
파일 구성
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
SAP 표준 기능 확장 포인트 — 표준 T-code 와 어떻게 연계되는지
표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 조회·검증 관점을 더해 확장합니다. 표준 화면으로 충분한 일은 표준에 그대로 두고, 표준이 이어 주지 않는 자리 — 잔여 계약기간 기준 재계산과 점검 코드 분류 — 만 더합니다.
표준으로 되는 것과 안 되는 것
| 하고 싶은 일 | SAP 표준 | 표준에서 걸리는 자리 | 이 앱이 하는 일 |
|---|---|---|---|
| 자산 한 건의 등록·상각 설정 확인 | AS03 · AW01N | 자산 한 건씩 열어야 해서 기준월 전체의 상각기간을 한눈에 비교하기 어렵습니다 | 모든 권리의 상각기간을 잔여 계약기간과 나란히 놓고 P01 로 분류합니다 |
| 취득·상각·처분 증감 확인 | S_ALR_87011963 | 증감 합계는 나오지만 잔여 계약기간 기준 재계산 값은 없습니다 | 재계산 장부금액을 만들어 원장과의 차이로 보여 줍니다 |
| 원천 전표 확인 | FAGLL03 · FB03 | 점검 대상을 고른 뒤 조건을 다시 넣어 따로 열어야 합니다 | 점검 건만 목록으로 뽑아 전표 확인 대상으로 넘깁니다 |
| 잔여 계약기간 기준 재계산 | 없음 | 표준에 없습니다. 보통 엑셀로 만듭니다 | 평가액 − 누적 상각으로 계산하고 대사식으로 검산합니다 |
| 별도 인식·평가 기준·상각기간 점검 | 없음 | 표준에 점검 기능이 없고, 사람이 자료를 맞대어 봅니다 | 점검 코드(G01 · B01 · P01 · D01)로 분류하고 이유를 한 줄로 적습니다 |
| 처분손익 점검 | S_ALR_87011963 | 처분 전표별 손익은 있으나 재계산 값과 맞대는 화면은 없습니다 | 재계산 처분손익과 원장 값을 나란히 놓고 L01 로 표시합니다 |
T-code 별 연계 지점
| T-code | 이름 | 연계 |
|---|---|---|
| AS03 | 자산 마스터 조회 | 재취득 권리가 별도 무형자산으로 등록됐는지, 상각 기간 설정이 무엇인지 확인합니다. 이 앱의 원장 상각기간 · 취득일 · 자산 번호가 같은 필드입니다. |
| AW01N | 자산 탐색기 | 자산별 평가·상각 영역 값을 확인합니다. 이 앱의 원장 최초 인식액 · 누적 상각을 자산 단위로 되짚는 자리입니다. |
| S_ALR_87011963 | 자산 이력 시트 | 취득·상각·처분 증감을 대사합니다. 이 앱의 원장 장부금액 합계와 맞춰 보는 지점이며, 맞지 않으면 기준 연월과 평가 영역부터 확인합니다. |
| FAGLL03 | G/L 계정 라인 아이템 조회 | 무형자산 · 상각비 계정의 원천 전표를 확인합니다. 재계산 누적 상각과 원장 상각의 차이를 전표 단위로 풀 때 씁니다. |
| FB03 | 전표 조회 | 취득 전표 · 처분 전표 하나를 열어 금액과 전기일을 확인합니다. |
오가는 방법. 이 앱에서 점검 건을 찾으면 권리 번호로 자산 마스터(AS03)를 열어 상각기간과 등록 여부를 확인하고, 금액 차이는 자산 이력 시트(S_ALR_87011963)와 계정 라인 아이템(FAGLL03)에서 원천을 확인합니다. 반대로 표준 화면에서 이상한 값을 발견하면 같은 권리 번호를 이 앱의 명세 탭에서 찾아 재계산 산식 상세를 열어 봅니다.
표준에 남겨 둘 일. 법정 결산 · 공시 · 감사 대응에 쓰는 숫자는 표준 거래가 만듭니다. 이 앱은 그 숫자가 기준서 요구사항과 어긋나 보이는 자리를 먼저 찾는 점검용이고, 회계처리를 바꾸는 기능이 없습니다.
기존 리포트를 없애야 하나? 아닙니다. 기존 자산 리포트는 그대로 두고, 결산 전에 이 앱으로 점검 건을 먼저 걸러 낸 뒤 표준 화면에서 원천을 확인하는 순서를 권합니다.
S/4HANA 분석 스택과의 자리
S/4HANA 의 표준 CDS 분석 쿼리나 Fiori 분석 앱, Analysis for Office 는 장부 값을 다양한 축으로 집계하는 데 강합니다. 이 앱이 하는 일은 그 옆에서 재계산 값 하나를 더 만들어 장부 값과 비교하는 것입니다. 그래서 같은 원천(자산 마스터 · 자산 연도값 · 전표)을 쓰면서도 결과 모양이 다르고, 표준 분석 쿼리의 집계 결과와 이 앱의 원장 장부금액 합계가 일치하는지가 연결 뒤 첫 대사 항목이 됩니다. 어떤 표준 분석 뷰를 쓸지는 시스템 버전에 따라 달라 확인 필요입니다.
확장 포인트 — 운영에서 실제로 손대는 자리
| 자리 | 무엇을 정하나 | 어디를 고치나 |
|---|---|---|
| 평가액 · 잔여 계약기간 원천 | 취득 평가 자료와 계약 마스터를 어디서 읽을지 정합니다 | 맞춤 필드 · 별도 테이블 · 자산 마스터 확장 필드 중 선택(확인 필요) |
| 상각 방법 | 정액 외 방법(예: 생산량 기준)이 있으면 산식을 바꿉니다 | 재계산 로직 한 곳 |
| 점검 코드 규칙 | 회사 정책에 맞춰 코드를 늘리거나 임계값을 둡니다 | 판정 로직 한 곳 · 점검 코드 값 목록 |
| 권한 | 회사코드 · 자산 클래스 · 사업 영역별로 볼 수 있는 범위를 나눕니다 | 권한 객체(DCL) 조건 |
| 표시 단위 | 원 · 천원 · 백만원 표시와 통화 단위 | 통화 · 단위 어노테이션 |
요구사항 매핑표
| 기준서 | 요구사항 | 대응 기능 | 원천 데이터 | 비고 |
|---|---|---|---|---|
| IFRS 3 사업결합(K-IFRS 제1103호) | 인수자가 재취득한 권리는 영업권과 별도로 식별되는 무형자산으로 인식 | 별도 인식 점검(G01) | 자산 마스터 · 취득 전표 | 영업권 포함 여부는 확인 필요로 표시 |
| IFRS 3 사업결합(K-IFRS 제1103호) | 재취득 권리의 가치는 관련 계약의 잔여 계약기간을 기준으로 측정(갱신 가능성은 반영하지 않음) | 평가 기준 점검(B01) · 평가액 재계산 | 취득 평가 자료(확인 필요) | 갱신기간 포함 평가액은 참고 값으로만 표시 |
| IAS 38 무형자산(K-IFRS 제1038호) | 재취득 권리는 잔여 계약기간에 걸쳐 상각 | 상각기간 점검(P01) · 장부금액 재계산(D01) | 자산 상각 설정 · 자산 연도값 | 정액 가정은 단순화(확인 필요) |
| IFRS 3 · IAS 38 | 제3자에게 넘기면 처분 시 장부금액을 반영해 손익을 계산 | 처분손익 점검(L01) | 자산 처분 전표 | 회사 처분 정책은 확인 필요 |
표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 조회·검증 관점을 더해 확장합니다.
CDS 구성
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
자주 묻는 질문
도입 상담과 데모에서 자주 나오는 질문을 네 묶음으로 적었습니다.
숫자와 산식
재계산 장부금액은 어떻게 계산합니까?
권리마다 취득일부터 기준 연월 말까지의 경과 개월을 구하고, 그 값과 잔여 계약기간 중 작은 값을 상각 대상 개월로 씁니다. 재계산 누적 상각은 평가액 × 상각 대상 개월 ÷ 잔여 계약기간(원 단위 반올림)이고, 재계산 장부금액은 평가액에서 그 누적 상각을 뺀 값입니다.
잔여 계약기간을 넘긴 권리는 전액 상각된 것으로 계산합니다. 행을 눌러 열리는 상세에서 이 순서가 일곱 줄로 그대로 보이므로, 숫자를 의심할 때 산식부터 확인할 수 있습니다.
정액 가정이 우리 회사의 상각 방법과 다르면 어떻게 합니까?
이 앱의 재계산은 정액 기준으로 단순화한 것이며, 회사 정책에 따라 달라질 수 있어 확인 필요로 표시합니다. 다른 방법을 쓰는 회사는 재계산 산식 한 곳을 그 방법으로 바꾸면 되고, 판정 규칙과 대사식은 그대로 쓸 수 있습니다.
어느 방법이 맞는지는 이 화면이 판단하지 않습니다. 회사의 상각 정책과 감사인의 의견이 기준입니다.
점검 코드는 왜 한 권리에 하나만 붙습니까?
한 권리가 여러 조건에 걸릴 수 있지만 표에는 가장 앞선 코드 하나만 표시합니다. 우선순위는 G01(별도 인식 없음) → B01(갱신기간 포함 평가) → P01(상각기간 상이) → D01(그 밖의 장부금액 차이) 순입니다.
앞선 이유가 해소되면 다음 이유가 드러나는 구조이므로, 담당자가 위에서부터 차례로 푸는 순서와 같습니다. 상세 대화창의 점검 내용에도 같은 순서의 한 줄 설명이 나옵니다.
갱신기간 포함 평가액은 왜 따로 두나요?
기준서가 요구하는 측정 기준은 잔여 계약기간이지만, 현업 자료에는 갱신기간을 넣은 평가액이 함께 있는 경우가 많습니다. 두 값을 나란히 두어야 원장 최초 인식액이 어느 쪽에서 출발했는지 알 수 있어서 참고 값으로 들고 있습니다.
이 값은 회계 기준 값이 아니며 재계산에 쓰지 않습니다. 원장 최초 인식액이 이 값과 같을 때만 B01 로 분류하는 데 씁니다.
원장−재계산 차이의 부호는 무엇을 뜻하나요?
차이는 원장 장부금액 − 재계산 장부금액입니다. +이면 원장이 재계산보다 크고(예: 갱신기간까지 넣어 크게 올라간 경우), −이면 원장이 더 작습니다(예: 별도 인식이 없어 0인 경우).
합계 한 줄에서는 + 와 − 가 서로 상쇄되어 작아 보일 수 있습니다. 그래서 평가 기준별 집계 탭에서 부호가 다른 줄을 나눠 보고, 건수와 함께 읽도록 했습니다.
산식 대사 97건이 모두 0이면 회계처리가 맞다는 뜻입니까?
아닙니다. 산식 대사는 화면이 계산한 값끼리 서로 맞는지 보는 검사입니다. 건별 합이 집계 합과 같은지, 평가액에서 상각을 뺀 값이 장부금액과 같은지 같은 것을 봅니다.
평가액 자체가 올바른지, 상각 방법이 적절한지는 이 검사의 범위 밖이며 회사와 감사인이 판단합니다. 대사가 0이라는 것은 ‘이 화면의 숫자를 믿고 점검을 시작해도 된다’는 뜻까지입니다.
화면과 조작
점검 코드를 비우고 조회하면 어떻게 됩니까?
점검 코드 조건이 조회 요청에서 빠져 전체 권리가 나옵니다. 기준 연월은 필수이므로 비우면 조회되지 않고 안내가 나옵니다.
권리 유형 · 원장 평가 기준 · 점검 결과도 같은 방식입니다. 여러 조건을 함께 넣으면 모두 만족하는 권리만 남습니다.
행을 누르면 나오는 상세에는 무엇이 있습니까?
위쪽에는 권리 번호 · 이름 · 유형 · 원장 평가 기준 · 취득일 · 계약 종료일 · 잔여 계약기간과 원장 금액 · 점검 코드가 있고, 아래쪽에는 평가액에서 재계산 장부금액에 이르는 일곱 줄 산식이 있습니다.
마지막 줄은 갱신기간 포함 평가액(참고)입니다. 대화창은 닫기 버튼으로 닫고, 표로 돌아와 다음 행을 이어서 확인합니다.
취득일 기간 조건은 어떻게 동작합니까?
시작일과 종료일을 하나의 범위로 묶어 and 조건으로 보냅니다. 시작만 넣으면 그 날짜 이후, 종료만 넣으면 그 날짜 이전 권리가 나옵니다.
두 날짜를 따로 보내면 서로 다른 조건처럼 해석되어 기간이 무시될 수 있어서 한 묶음으로 전달합니다. 결과가 이상하면 요청된 조건부터 확인합니다.
CSV 내려받기는 어떤 범위를 담습니까?
지금 보고 있는 탭의 결과를 현재 조회조건 그대로 UTF-8 CSV 로 담습니다. 명세 탭에서 받으면 권리별 열이, 처분손익 탭에서 받으면 처분별 열이 들어갑니다.
점검 코드를 골라 조회한 뒤 받으면 해당 건만 담기므로, 담당자별로 나눠 확인 요청을 보낼 때 쓰기 좋습니다. 엑셀에서 한글이 깨지면 UTF-8 로 열도록 선택합니다.
기준 연월을 바꾸면 무슨 일이 일어납니까?
기준 연월이 바뀌면 경과 개월과 재계산 누적 상각이 그 월말 기준으로 다시 계산됩니다. 이 글의 샘플 데이터는 한 개 기간(2024년 12월)만 담고 있어, 다른 연월을 넣으면 조건에 맞는 데이터가 없다는 안내가 나옵니다.
실제 시스템에 연결하면 기간마다 같은 규칙으로 계산됩니다. 월마감마다 기준 연월을 바꿔 가며 같은 점검을 반복하는 용도입니다.
대사 결과 탭의 7·8번은 차이가 0이 아닌데 정상입니까?
정상입니다. 1~6번은 산식과 합계가 맞는지 보는 정합성 대사이고, 7·8번은 원장과 재계산이 다른 건수를 세는 장부 점검 대사입니다. 의도적으로 점검 대상을 심어 둔 샘플에서는 이 숫자가 0이 아닙니다.
두 종류를 섞으면 “대사 차이가 있다”와 “점검할 권리가 있다”가 같은 말처럼 읽히므로 구분 열을 따로 두었습니다. 요약의 정합성 대사 차이 건수는 1~6번만 셉니다.
점검 코드 해석
G01 이 나오면 무엇을 확인해야 합니까?
G01 은 원장 최초 인식액이 0인 권리입니다. 재취득 권리를 별도 무형자산으로 올린 흔적이 없다는 뜻이고, 영업권에 포함됐을 가능성이 있어 취득 평가 자료와 대조가 필요합니다.
이 앱은 포함 여부를 판정하지 않고 확인 필요로만 표시합니다. 취득 평가 자료에서 해당 권리가 별도로 식별되어 있는지, 영업권 산정에서 빠졌는지를 회계팀이 확인합니다.
B01 이 나오면 무엇을 확인해야 합니까?
B01 은 원장 최초 인식액이 갱신기간을 포함한 평가액과 같은 권리입니다. 기준서는 갱신 가능성을 반영하지 않고 남은 계약기간으로 측정하도록 요구하므로, 잔여 계약기간 기준으로 다시 평가된 값이 있는지 확인이 필요합니다.
차이는 최초 인식액에서 이미 생겼고 상각 내내 따라오므로, 상세의 재계산 산식으로 어느 값에서 출발했는지부터 봅니다.
P01 과 D01 은 어떻게 다릅니까?
P01 은 원장 상각기간이 잔여 계약기간과 다른 경우이고, 원인이 ‘기간 설정’으로 좁혀져 있습니다. D01 은 G01 · B01 · P01 이 모두 아닌데 장부금액이 재계산과 다른 경우로, 누적 상각 입력이나 기간 배분 같은 나머지 원인을 가리킵니다.
그래서 P01 은 마스터의 상각 설정을, D01 은 실제 전기된 상각 금액과 기간 배분을 확인하는 식으로 확인 자리가 나뉩니다.
L01 은 처분 건에서 무엇을 뜻합니까?
L01 은 원장 처분손익이 재계산 처분손익과 다른 처분 건입니다. 대개 처분 시점 장부금액이 다르다는 뜻이며, 앞에서 본 평가 기준 · 상각기간 차이가 처분에서 손익 차이로 드러난 것일 수 있습니다.
어느 값이 맞는지는 판단하지 않고 처분 시 장부금액 확인 필요로 표시합니다. 처분 정책(처분 시점 상각 반영 방식 등)은 회사별로 다르므로 확인이 필요합니다.
코드가 정상(I00)이면 회계처리가 맞는 것입니까?
I00 은 ‘이 화면의 규칙에 걸리는 항목이 없다’는 뜻입니다. 평가액이 올바른지, 상각 방법이 적절한지, 인식 시점이 맞는지는 이 화면의 범위가 아닙니다.
이 화면은 분류 · 집계 · 대사를 돕는 점검 도구이며, 평가 · 상각의 최종 판단은 회사와 감사인이 합니다.
도입과 운영
도입하면 어떤 효과가 있고 누가 쓰나요?
결산 때 자산 마스터 · 자산 이력 시트 · 평가 보고서를 오가며 한 건씩 맞대던 일이 한 화면의 점검 목록으로 줄어듭니다. 점검 필요 건이 코드와 이유와 함께 나와, 확인할 담당자와 순서가 분명해집니다.
주 사용자는 회계팀(무형자산 · 사업결합 담당)과 결산 검토자이며, 경영지원 쪽에서는 점검 건수와 차이 합계를 요약으로 봅니다. 효과의 크기는 회사의 재취득 권리 건수와 지금의 점검 방식에 따라 다릅니다.
적용 시기와 범위는 어떻게 되나요?
IFRS 3(K-IFRS 제1103호)과 IAS 38(K-IFRS 제1038호)은 이미 적용 중인 기준서이며, 이 화면은 그 요구사항을 점검 대상으로 삼습니다. 새로 시행되는 제도에 대한 준비 도구가 아닙니다.
개별 회사의 적용 범위와 해당 거래 여부는 확인 필요입니다. 사업결합 거래가 없었던 회사에는 점검 대상이 없습니다.
SAP 표준 T-code 와는 어떤 관계입니까?
표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 조회 · 검증 관점을 더해 확장합니다. 자산 마스터 조회(AS03), 자산 탐색기(AW01N), 자산 이력 시트(S_ALR_87011963), G/L 라인 아이템(FAGLL03), 전표 조회(FB03)가 맞닿는 화면입니다.
기존 자산 리포트를 없애지 않고, 결산 전에 이 앱으로 점검 건을 먼저 걸러 낸 뒤 표준 화면에서 원천을 확인하는 순서를 권합니다.
실제 시스템 데이터를 연결하려면 무엇이 필요합니까?
가장 먼저 정할 것은 평가액과 잔여 계약기간의 원천입니다. 취득 평가 자료를 어디에 두고 어떤 키로 자산과 이을지 정하고, 그다음 뷰(기준 → 원장 값 → 큐브 → 쿼리 → 권한 → 서비스)를 만들어 서비스를 게시합니다.
화면은 서비스 선언만 바꾸면 되고 화면 코드는 건드리지 않습니다. 연결 직후 첫 대사는 이 앱의 원장 장부금액 합계와 자산 이력 시트의 합계를 맞춰 보는 것입니다.
운영 연결은 어떤 순서로, 얼마나 걸립니까?
순서는 ① 원천 확정(평가액 · 계약기간) ② 뷰 개발과 전송 ③ 서비스 게시 ④ 화면 서비스 선언 교체 ⑤ 표준 T-code 와의 첫 대사 ⑥ 권한 설계 확정입니다.
기간은 회사의 평가 자료가 얼마나 정리돼 있는지에 가장 크게 좌우됩니다. 자료가 한 곳에 구조화돼 있으면 짧고, 보고서(엑셀)에만 있다면 먼저 그것을 테이블로 옮기는 일이 필요합니다. 구체적인 일정은 확인 필요입니다.
권한과 보안은 어떻게 설계합니까?
권한은 쿼리 단계에서 회사코드 권한으로 걸어야 합니다. 상세 조회에서만 걸면 요약 합계와 집계 탭이 권한 밖 권리를 포함해, 합계에서 자기 몫을 빼는 계산으로 남의 숫자가 드러납니다.
화면은 SAP 표준 컨트롤만 쓰고 외부 라이브러리나 외부 전송이 없어 보안 검토 대상이 늘지 않습니다. 자산 클래스 · 사업 영역 단위 제한이 필요하면 권한 조건을 추가합니다.
대용량이거나 느리면 어떻게 합니까?
권리 단위는 많아야 수천 건이라 화면 자체는 가볍습니다. 부담이 되는 곳은 처분 전표와 자산 연도값 결합이며, 기준 연월과 회사코드를 필수 조건으로 두고 집계를 데이터베이스 안에서 마친 뒤 화면으로 보내도록 합니다.
표는 한 번에 모든 행을 받지 않고 스크롤에 맞춰 이어서 받습니다. 응답 시간 기준은 회사가 정하며, 기준을 넘으면 인덱스와 실행 계획을 먼저 확인합니다.
계정체계나 매핑이 바뀌면 어떻게 됩니까?
이 앱의 규칙은 자산 번호 · 취득일 · 상각 설정 · 평가 자료에 걸려 있고 특정 계정 번호에 묶여 있지 않아, 계정체계가 바뀌어도 판정 규칙은 그대로입니다. 다만 대사에 쓰는 무형자산 · 상각비 계정을 표준 화면(FAGLL03)에서 고를 때는 새 계정을 반영해야 합니다.
평가액 원천이나 상각 설정 위치가 바뀌면 기준 뷰의 읽는 자리를 한 번 고치면 됩니다.
이 도구를 쓰면 감사 대응이 끝납니까?
아닙니다. 이 화면은 감사 대응 자료를 대신 만들지 않습니다. 점검 건을 빨리 찾아 회사가 확인하고 근거를 갖추게 돕는 도구이며, 법정 결산 · 공시 · 감사 대응에 쓰는 숫자는 표준 거래가 만듭니다.
평가 · 상각의 최종 판단은 회사와 감사인의 몫이고, 이 화면의 결과는 점검 필요 · 확인 필요로만 표시됩니다.
외부로 데이터가 나가거나 별도 라이브러리가 필요합니까?
아니요. 화면은 OpenUI5 표준 컨트롤과 서비스 호출만 사용합니다. 외부 차트나 표 라이브러리를 들이지 않았고, 조회한 데이터를 화면 밖으로 보내는 기능도 없습니다. 내려받기(CSV)는 사용자의 브라우저 안에서 만들어집니다.
사내망에서도 쓸 수 있도록 외부 자원 의존을 줄이는 쪽으로 만들었습니다. 다만 테마 · 글꼴 파일을 어디서 받을지는 회사 환경에 따라 확인이 필요합니다.