SAP 최초채택 간주원가 면제 점검 — 전환일 개시 장부금액부터 이연법인세·감가상각까지 다시 맞춰 보는 화면
간주원가 재계산 · 장부 개시 금액과의 차이 · 이연법인세와 이익잉여금 조정 · 당월 감가상각 대사 · 점검 코드 R01~R07 — 소개 영상과 실제 화면 8종, 그리고 CDS 코드까지
소개 영상블로그 목차 순서대로 · 자막 포함9개 장면음성 안내·자막표지 → 조회 → 점검 코드 → 감가상각 라인 → 분류·방식 → 상세 → 대사 → 정리
주요 재생 지점
도입 포인트 — 이 앱을 사용해야 하는 이유
K-IFRS 최초채택 간주원가 면제 적용은 전환일 개시 장부금액부터 이연법인세, 감가상각까지 전 과정의 정합성을 매번 재검토해야 하는 복잡한 업무입니다. 이 앱은 엑셀 수작업으로 파편화된 점검 과정을 한 화면으로 통합하고, 자산별 재계산과 장부 대사를 통해 무엇을 먼저 확인할지 정확히 제시하여 결산 업무의 효율과 신뢰도를 높입니다.
핵심 포인트 일곱 가지
| 핵심 포인트 | 고객이 얻는 것 | 지금 방식이라면 |
|---|---|---|
| ① K-IFRS 기준서 준수 점검 | K-IFRS 제1101호, 제1016호, 제1012호 규정에 따라 전환일 개시 장부금액부터 이연법인세, 이익잉여금 조정, 월별 감가상각까지 재계산하고 장부 값과 대사합니다. | 기준서마다 다른 엑셀 표를 만들고 수작업으로 계산 및 대사하여 결산에 많은 시간을 소요합니다. |
| ② 통합 자산 명세 기반 집계 | 자산 명세 16건을 원천으로 하여 자산 분류별 집계, 적용 방식별 집계를 자동 합산하며, 집계가 명세와 일치하는지는 대사 01·04로 매번 확인합니다. | 자산별 표를 따로 만들면 합계가 어긋나고 그 원인을 찾는 데 하루 이상 소요됩니다. |
| ③ 이연법인세 자동 산정 및 분할 | 조정액을 이연법인세(조정액 × 회사 입력 세율 22%)와 이익잉여금 조정으로 자동 계산하며, 대사 03 및 R06으로 장부 이연법인세와의 차이를 확인합니다. | 이연법인세 산출 누락이나 분할 오류로 자본 및 부채 계정에 오류가 발생할 위험이 있습니다. |
| ④ 월별 감가상각 재계산 및 모니터링 | (재계산 개시 금액 − 잔존가치) ÷ 잔여 내용연수 방식으로 당월 감가상각을 재계산해 장부 상각과 비교하고, R07과 최근 3개월 라인으로 차이 시점을 식별합니다. | 간주원가 변경 후에도 장부가 종전 금액 기준으로 상각하여 오류가 반복될 수 있습니다. |
| ⑤ 점검 코드를 통한 우선순위 제시 | 자산 1건당 재계산 값과 장부 값이 어긋나는 건에 대해 R01~R07 중 하나만 점검 코드로 자동 부여하여 무엇부터 확인할지 명확히 안내합니다. | 무엇이 문제인지 파악하기 어렵고, 여러 오류가 복합될 경우 해결에 많은 시간을 소비합니다. |
| ⑥ 8종 대사식으로 데이터 정합성 검증 | 8종의 대사식을 통해 화면 내 집계와 명세 간의 정합성(5종), 재계산 값과 장부 값 간의 차이(3종)를 한눈에 보여주어 데이터 신뢰도를 검증합니다. | 화면 또는 집계 자체의 오류 여부 확인이 어렵고, 결과 숫자에 대한 추가 검증이 필요합니다. |
| ⑦ SAP 표준 원장 데이터 연계 확장 | AS03, AW01N, AFAB, FAGLL03 등 SAP 표준 T-code의 데이터를 직접 읽어와 확장하므로, 기존 SAP 시스템과의 정합성을 유지합니다. | 외부 작업 시 SAP 원장 데이터와의 정합성 유지가 어렵고, 수동 대사 작업이 빈번하게 발생합니다. |
사례로 보는 효과
실제 검증 결과, 16건의 가상 자산에 대해 정합성 대사 5종 모두 차이 0건으로 화면 내 데이터 일관성을 확인했습니다. 또한, 의도적 예외를 포함한 장부 점검 대사 3종에서 총 8건의 차이(R01~R07 포함 7건)를 정확히 식별하여 점검 필요 대상을 명확히 제시합니다.
도입하면 달라지는 것
- K-IFRS 최초채택 점검 업무 자동화
- 엑셀 기반 수작업 및 오류 위험 감소
- 장부와 재계산 값의 차이 원인 신속 파악
- 결산 업무 효율성 및 신뢰도 증대
이런 회사에 맞습니다
K-IFRS 최초채택으로 유형자산 간주원가 면제를 적용하는 기업, 개시 장부금액, 이연법인세, 감가상각의 정합성 검증에 어려움을 겪는 재무·관리회계·물류 팀, 그리고 결산 업무의 정확성과 효율을 높이고자 하는 CFO에게 적합합니다.
숫자를 믿을 수 있는가 — 검증 결과
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
실행 화면
실제로 돌아가는 화면 8종을 사용 순서대로 싣습니다. 그림을 누르면 크게 볼 수 있고, 화면마다 무엇을 보는 자리인지를 아래에 적었습니다. 숫자는 모두 같은 자료에서 나온 것이라 화면끼리 맞춰 보셔도 됩니다.
처음 열었을 때
조회조건, 요약 숫자, 탭이 한 화면에 세로로 쌓입니다. 화면 맨 위의 안내 문구에는 이 화면이 다루는 면제 규정과 "최종 판단은 회사와 감사인"이라는 범위가 적혀 있습니다.
요약 숫자는 왼쪽부터 자산 건수, 종전 장부금액 합계, 간주원가 재계산 개시 금액, 조정액 합계, 이익잉여금 조정(재계산), 점검 필요 건수, 정합성 대사 차이 건수입니다. 점검 필요 7건은 아래 표에서 점검 결과가 "점검 필요"인 줄과 같고, 정합성 대사 차이가 0이면 화면의 집계가 명세와 맞는다는 뜻입니다. 기본 기준 연월은 202609입니다.
점검 코드로 좁혀 보기
점검 필요 7건이 한꺼번에 보이면 무엇부터 열어야 할지 막막합니다. 점검 코드를 고르면 그 사유에 해당하는 건만 남고 요약 숫자도 함께 바뀝니다.
조회조건의 점검 코드에서 R01을 고르고 조회하면 자산 1건, 종전 장부금액 2,600,000,000, 재계산 개시 금액 3,120,000,000, 조정액 520,000,000이 나옵니다. 장부 개시 금액이 종전 장부금액 그대로라 재계산과 520,000,000 어긋나는 건입니다. 코드는 "전체"로 되돌리면 필터에서 빠지며, 코드값을 따로 보내지 않습니다.
감가상각 라인 — 어느 달부터 어긋났는가
점검 화면에서 "상각이 다르다"는 말만으로는 부족합니다. 어느 달부터인지, 기말 장부금액이 얼마나 벌어졌는지가 같이 보여야 원인을 좁힙니다.
자산 16건 × 3개월이라 48줄이 나옵니다. 토지는 상각하지 않아 0으로 찍히고 내용에 "토지 — 상각하지 않음"이 적힙니다. 재계산 기말 장부는 재계산 개시 금액에서 월 상각 × 경과 월 수를 뺀 값이고, 장부 기말 금액과의 차이가 마지막 칸에 붙습니다. 마지막 달의 재계산 상각은 자산 명세의 당월 상각과 같아야 하며 이 일치는 대사 05가 확인합니다.
분류별·방식별 — 합계로 보는 자리
자산이 많아지면 건별 표만으로는 어디에 치우쳐 있는지 보이지 않습니다. 같은 명세를 두 가지 축으로 합산한 탭을 따로 두었습니다.
4개 분류가 한 줄씩 나오고 점검 판정 칸에 "점검 필요" 또는 "정상"이 붙습니다. 분류별 합계를 모두 더하면 자산 명세 합계와 같아야 하고, 이것이 대사 01입니다. 조회조건에서 자산 분류를 고르면 이 탭도 그 분류만 남습니다.
공시 합계 공정가치는 면제 사용 방식(공정가치·종전 재평가액·사건 기준)의 재계산 개시 금액을 더한 값이고 면제 미사용 방식은 0으로 둡니다. 주석 공시에 필요한 숫자의 출처를 한 줄에서 볼 수 있다는 뜻이며, 실제 공시 문구와 범위는 회사와 감사인이 정합니다. 이 합계가 면제 사용 자산 합계와 같은지는 대사 04가 봅니다.
자산 한 건 열어 보기
표에서는 한 건의 판단 근거가 한눈에 안 들어옵니다. 행을 누르면 적용 근거와 재계산 내역이 한 장에 모입니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
대사 결과 — 여덟 가지 대사를 한 표에서
숫자를 믿을 수 있는지는 화면 안에서도 확인되어야 합니다. 대사 결과 탭에 8개 대사식이 좌변·우변·검사 건수·차이 건수·최대 차이와 함께 나옵니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
좁은 화면에서 달라지는 것
점검 도구는 자리에서 일어나 휴대폰으로 열어 볼 때도 많습니다. 화면 폭이 좁아지면 조회조건이 위아래로 쌓이고 표는 가로로 밀어 볼 수 있습니다. 기능은 줄지 않습니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
화면 뒤에서 일어나는 일
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
재계산 규칙
| 대상 | 조건 | 재계산 결과 |
|---|---|---|
| 개시 장부금액 | 적용 방식 = 공정가치 · 종전 재평가액 · 사건 기준 | 재계산 개시 금액 = 간주원가 평가금액 |
| 개시 장부금액 | 적용 방식 = 면제 미사용 | 재계산 개시 금액 = 원가모형 소급 재작성 장부금액 |
| 조정액 | 모든 자산 | 조정액 = 재계산 개시 금액 − 종전 장부금액 |
| 이연법인세 | 모든 자산 | 재계산 이연법인세 = 조정액 × 세율(샘플 22%, 회사 입력 가정 — 확인 필요) |
| 이익잉여금 조정 | 모든 자산 | 이익잉여금 조정(재계산) = 조정액 − 재계산 이연법인세 |
| 당월 감가상각 | 잔여 내용연수 > 0 | 재계산 당월 상각 = (재계산 개시 금액 − 잔존가치) ÷ 잔여 내용연수(개월), 토지는 상각하지 않음 |
| 참고값 차이율 | 종전 재평가액 · 사건 기준 | 차이율(%) = (공정가치 참고값 − 간주원가 평가금액) ÷ 간주원가 평가금액 × 100 |
점검 코드 판정 — 조건, 결과 상태, 사용자 조치
자산 한 건에 점검 코드는 하나만 붙으며 아래 순서에서 먼저 해당하는 코드를 씁니다. 코드가 하나인 이유는 "무엇부터 확인할지"를 한 가지로 정해 주기 위해서입니다. 앞 코드를 고치면 다음 코드가 새로 보일 수 있습니다.
| 순서 | 점검 코드 | 판정 조건 | 결과 상태 | 사용자 조치 |
|---|---|---|---|---|
| 1 | R01 | 면제 사용 자산이고 조정액이 0 이 아닌데 장부 개시 금액이 종전 장부금액 그대로이며 재계산과 다름 | 점검 필요 | 간주원가가 개시 장부금액에 반영됐는지 확인 |
| 2 | R02 | 적용 방식이 공정가치이고 측정 기준일이 전환일(2026-01-01)과 다름 | 점검 필요 | 전환일 현재 공정가치인지 평가자료로 확인 |
| 3 | R03 | 적용 방식이 종전 재평가액이고 참고값 차이율의 절대값이 10% 초과 | 점검 필요 | 종전 재평가액이 전환일 공정가치와 비교 가능한지 확인 |
| 4 | R04 | 적용 방식이 사건 기준이고 측정 기준일이 전환일 이후 | 점검 필요 | 전환일 이전 사건의 측정인지 확인 |
| 5 | R05 | 장부 개시 금액 ≠ 재계산 개시 금액 | 점검 필요 | 간주원가가 일부만 반영되지 않았는지 확인 |
| 6 | R06 | 장부 이연법인세 ≠ 재계산 이연법인세 | 점검 필요 | 조정액의 이연법인세 인식 여부 확인 |
| 7 | R07 | 장부 당월 상각 ≠ 재계산 당월 상각 | 점검 필요 | 종전 장부금액 기준 상각이 이어지는지 확인 |
| 8 | I00 | 위 조건에 모두 해당하지 않음 | 정상 | 조치 없음 |
적용 방식·측정 기준일·평가 금액·세율·잔존가치·잔여 내용연수는 회사의 판단과 계산 결과를 입력값으로 가정합니다. 값 자체의 타당성은 확인 필요입니다. 참고값 차이율 10%는 점검을 시작하는 임계값일 뿐이며, 기준서가 정한 수치가 아닙니다.
대사식
| 번호 | 구분 | 대사 항목 | 대사식 |
|---|---|---|---|
| 01 | 정합성 | 자산 명세 간주원가 합계 = 분류별 집계 합계 | Σ 자산 재계산 개시 금액 = Σ 분류별 재계산 개시 금액 |
| 02 | 정합성 | 조정액 = 간주원가 − 종전 장부금액 | 자산 전수에서 재계산 개시 금액 − 종전 장부금액 = 조정액 |
| 03 | 정합성 | 이연법인세 + 이익잉여금 조정 = 조정액 | 자산 전수에서 합이 조정액과 같음 |
| 04 | 정합성 | 방식별 집계 합계 = 자산 합계, 공시 합계 = 면제 사용 합계 | Σ 방식별 값 = Σ 자산 값, 공시 합계 = 공정가치·종전 재평가액·사건 기준 합계 |
| 05 | 정합성 | 당월 감가상각 재계산 | 상각 라인 마지막 달 = 자산 명세 당월 상각, 상각 대상 자산 전수 |
| 06 | 장부 점검 | 장부 개시 금액 − 재계산 | 원장 전환일 개시 금액 − 재계산 개시 금액 (차이 건은 점검 필요) |
| 07 | 장부 점검 | 이연법인세 장부 − 재계산 | 원장 이연법인세 − 조정액 × 세율 (차이 건은 점검 필요) |
| 08 | 장부 점검 | 당월 감가상각 장부 − 재계산 | 원장 당월 상각 − 재계산 당월 상각 (차이 건은 점검 필요) |
조회조건
| 조건 | 필수 | 기본값 | 필터 |
|---|---|---|---|
| 기준 연월 | 필수 | 202609 | Period eq '202609' |
| 자산 분류 | 선택 | 전체 | 선택 시에만 토지·건물·기계장치·공구기구 코드로 필터(자산 명세·감가상각 라인·분류별 집계에 적용) |
| 적용 방식 | 선택 | 전체 | 선택 시에만 공정가치·종전 재평가액·사건 기준·미사용 코드로 필터(자산 명세·감가상각 라인·방식별 집계에 적용) |
| 점검 코드 | 선택 | 전체 | 선택 시에만 R01~R07·I00 코드로 필터(자산 명세에 적용) |
| 점검 결과 | 선택 | 전체 | 선택 시에만 점검 필요 또는 정상으로 필터(자산 명세, 분류별·방식별 집계에 적용) |
대사 결과 탭에는 기준 연월만 적용됩니다. "전체"를 고른 조건은 서비스로 보내지 않습니다.
결과 컬럼
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
파일 구성
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
SAP 표준 기능 확장 포인트 — 표준 T-code 와 어떻게 연계되는지
표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 조회·검증 관점을 더해 확장합니다. 간주원가를 선택하고 전환 전표를 올리는 일, 감가상각을 실행하는 일은 표준 거래에 그대로 둡니다. 이 앱이 하는 일은 그 결과를 한 장에서 다시 계산해 맞춰 보는 것입니다.
표준으로 되는 것과 안 되는 것
| 하고 싶은 일 | 표준 화면으로 충분한 부분 | 이 앱이 더하는 관점 |
|---|---|---|
| 자산 한 건의 장부금액 보기 | 자산 조회(AW01N)에서 취득원가·누계 상각·장부금액 확인 | 16건을 한 표에 놓고 재계산 값과 나란히 비교 |
| 자산 마스터 확인 | AS03 에서 자산 분류·내용연수·상각 키 확인 | 자산 분류별·적용 방식별로 합계를 내어 치우침 확인 |
| 감가상각 실행과 결과 보기 | AFAB 실행 로그, 자산 이력 시트(S_ALR_87011963) | 당월 상각을 다시 계산해 장부 상각과 비교하고 점검 코드 부여 |
| 전환 조정 전표 보기 | FAGLL03 에서 이연법인세·자본 계정 라인 조회 | 조정액을 이연법인세와 이익잉여금 조정으로 가르고 합이 맞는지 대사 |
| 간주원가 적용 방식별 점검 | 표준에 같은 구분의 점검 화면은 확인하지 못함(확인 필요) | 공정가치·종전 재평가액·사건 기준·미사용별 규칙을 코드 하나로 판정 |
T-code 별 연계 지점
| T-code | 이름 | 연계 |
|---|---|---|
| AS03 | 자산 마스터 조회 | 앱의 자산 번호·자산 분류·잔여 내용연수·잔존가치가 이 마스터에서 옵니다. 앱 결과에서 의심 가는 자산은 AS03 으로 열어 상각 키와 내용연수를 확인하고, 마스터를 고쳤다면 앱에서 같은 자산의 재계산 상각이 바뀌는지 다시 봅니다. 마스터 변경 이력과 권한 통제는 표준에 남겨 둡니다. |
| AW01N | 자산 조회(Asset Explorer) | 장부 개시 금액·누계 상각·장부금액을 열어 앱의 장부 칸과 맞춰 봅니다. 앱 상세 다이얼로그의 장부 개시 금액이 AW01N 의 값과 같아야 하며, 다르면 조회 시점(기준 연월)부터 확인합니다. |
| AFAB | 감가상각 실행 | 월 상각 실행 결과가 앱의 장부 당월 상각입니다. 앱에서 R07 이 뜨면 AFAB 의 실행 로그에서 해당 자산이 어느 상각 키·기준 금액으로 돌았는지 봅니다. 감가상각 실행 자체와 재실행 통제는 표준에서만 합니다. |
| FAGLL03 | G/L 계정 라인 아이템 조회 | 이연법인세·이익잉여금 전환 조정 라인의 원천입니다. 앱의 장부 이연법인세와 라인 합계가 같아야 하며, R06 이 뜬 자산은 전환 조정 전표 라인이 올라갔는지부터 봅니다. 전표 원본 확인은 표준에 둡니다. |
| S_ALR_87011963 | 자산 내역 조회(자산 이력 시트) | 자산별 취득·상각 이력을 한 장에서 보여 줍니다. 앱의 감가상각 라인 3개월과 이력 시트의 월별 상각이 같은 방향으로 움직이는지 비교하는 용도입니다. 감사 대응용 출력은 이 표준 리포트가 담당합니다. |
기존 리포트를 없애야 하나요? 없애지 않습니다. 법정·감사 대응에 쓰는 표준 리포트와 전표 원본은 표준에 그대로 두고, 이 앱은 전환 직후부터 결산마다 "재계산과 장부가 같은가"를 빠르게 보는 점검 용도로 함께 씁니다. 앱 숫자와 표준 숫자가 다르면 위 표의 T-code 로 원천을 열어 확인하는 순서입니다.
S/4HANA 분석 스택과의 자리
S/4HANA 에는 표준 CDS 분석 쿼리와 Fiori 분석 앱, Analysis for Office 같은 도구가 있고, 자산회계에도 조회용 표준 앱이 있습니다. 이 앱은 그 대체재가 아닙니다. 표준 앱이 "지금 장부가 얼마인가"를 보여 준다면, 이 앱은 "간주원가 규칙을 적용해 다시 계산하면 장부와 같은가"를 보여 줍니다. 그래서 CDS 구성은 표준 뷰 위에 얹는 쪽으로 잡았고(#sec-cds), Analysis for Office 에서 같은 분석 쿼리를 열어 보는 것도 가능한 구조입니다. 특정 표준 앱의 이름과 범위는 릴리스마다 달라질 수 있어 이 글에서는 단정하지 않으며 확인 필요로 둡니다.
확장 포인트 — 운영에서 실제로 손대는 자리
| 자리 | 손대는 내용 | 비고 |
|---|---|---|
| 적용 방식 입력 | 자산별 적용 방식·측정 기준일·평가 금액을 입력하는 방법(전용 입력 테이블, 확장 필드) | 표준에 같은 의미의 필드가 없어 확인 필요 |
| 세율 | 이연법인세 계산에 쓰는 세율 — 회사 입력 | 샘플은 22% 가정. 세율 구조는 회사가 정함 |
| 전환일 | 점검 코드 R02·R04가 비교하는 기준일 | 샘플은 2026-01-01 고정 |
| 임계값 | R03 참고값 차이율 10% | 점검 시작선일 뿐 기준서 수치가 아님. 회사 정책으로 조정 |
| 권한 | 회사코드·자산 분류 기준 조회 권한(DCL) | pfcg 권한 객체와 맞춤 |
| 확장 필드·BAdI | 자산 마스터 확장 필드, 전환 조정 전표 식별 필드 | 고객사 구성에 따라 다름(확인 필요) |
요구사항 매핑
| 기준서 | 요구사항 | 대응 기능 | 원천 데이터 | 비고 |
|---|---|---|---|---|
| K-IFRS 제1101호 한국채택국제회계기준의 최초채택 | 유형자산 항목은 전환일의 공정가치 또는 종전 회계기준의 재평가액 등을 간주원가로 쓸 수 있음 | 재계산 개시 금액, R01·R02·R03·R04·R05 점검 | 전환일 평가자료, 종전 재평가 자료, 원장 개시 잔액 | 면제 적용 범위와 요건은 기준서 원문으로 재확인 필요 |
| K-IFRS 제1101호 한국채택국제회계기준의 최초채택 | 간주원가 조정은 전환일에 이익잉여금(또는 다른 적절한 자본 항목)에 반영 | 이익잉여금 조정(재계산), 대사 02·03 | 전환 조정 전표, 자본 계정 잔액 | 반영할 자본 항목은 회사 판단(확인 필요) |
| K-IFRS 제1012호 법인세 | 간주원가 조정으로 생기는 일시적 차이에 이연법인세 인식 | 재계산 이연법인세, R06 점검 | 세율 설정, 이연법인세 계정 | 세율 22% 는 입력 가정이며 확인 필요 |
| K-IFRS 제1016호 유형자산 | 개시 장부금액을 기준으로 잔여 내용연수에 걸쳐 감가상각 | 재계산 당월 상각, R07 점검, 감가상각 라인 | 자산 마스터, 감가상각 실행 결과 | 잔존가치·내용연수는 회사 추정(확인 필요) |
문단 번호는 원문을 확인하지 못해 적지 않았습니다. 표의 요구사항 문장은 해석을 단정하려는 것이 아니라 점검 화면이 어느 요구와 맞닿는지를 보이려는 요약이며, 최종 판단은 회사와 감사인이 합니다.
CDS 구성 — 최대한 자세히
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
자주 묻는 질문
도입 상담과 데모에서 자주 나오는 질문을 네 묶음으로 정리했습니다.
숫자와 판정
이 화면의 대상은 어떤 회사이고, 적용 시기는 언제인가요?
한국채택국제회계기준을 처음 채택하면서 유형자산에 간주원가 면제를 쓰는(또는 쓸지 검토하는) 회사가 대상입니다. 이 화면은 새 시행일을 다루지 않습니다.
면제의 적용 범위와 경과규정의 세부는 이 글에서 확인하지 않았으므로 "확인 필요"이며, K-IFRS 제1101호 원문으로 확인해 주세요.
점검 필요로 표시되면 회계 처리가 잘못된 건가요?
아닙니다. 이 화면은 점검·대사를 돕는 조회 도구이며, 점검 필요는 장부 처리와 재계산이 달라 확인해 보라는 뜻입니다. 장부가 맞고 입력값(평가 금액이나 측정일)이 달랐을 수도 있습니다.
간주원가 선택의 타당성과 최종 판단은 회사와 감사인이 합니다. 화면은 원인을 단정하지 않고 "무엇을 확인할지"만 알려 줍니다.
점검 코드가 자산 한 건에 하나만 붙는 이유는 무엇입니까?
무엇부터 확인할지를 한 가지로 정해 주기 위해서입니다. R01~R07을 정해진 순서로 보고 먼저 해당하는 코드만 씁니다. 예를 들어 개시 금액이 종전 장부금액 그대로면(R01) 이연법인세와 상각도 함께 틀어지는 것이 보통이라, 뒤 코드까지 한꺼번에 띄우면 같은 원인이 여러 줄로 보입니다.
앞 코드를 고치면 다음 코드가 새로 보일 수 있고, 장부 점검 대사(06~08)는 코드와 별개로 항목별 차이를 모두 셉니다.
R03의 10% 기준은 기준서가 정한 수치입니까?
아닙니다. 종전 재평가액과 전환일 공정가치 참고값이 얼마나 벌어졌을 때 비교 가능성을 살펴볼지 정하는 점검 시작선이며, 샘플에서는 10%로 두었습니다. 기준서는 종전 재평가액이 공정가치나 원가·감가상각 후 원가와 대체로 비교 가능한 경우를 말할 뿐 수치를 정하지 않는 것으로 알고 있으나, 이 글에서는 원문을 확인하지 않아 확인 필요입니다.
운영에서는 회사 정책으로 이 값을 설정 테이블에서 조정합니다.
세율 22%는 어디서 온 값입니까?
샘플 데이터의 가정입니다. 이연법인세는 조정액에 세율을 곱해 재계산하는데, 실제 적용 세율과 일시적 차이의 소멸 시기, 이연법인세자산의 인식 가능성은 회사와 세무 담당이 정할 일이라 확인 필요입니다.
앱에서는 세율을 설정 테이블 한 곳에서 바꾸게 했고, 바꾸면 재계산 이연법인세와 이익잉여금 조정이 함께 달라집니다.
대사 01~05와 06~08은 무엇이 다릅니까?
01~05는 화면이 스스로 맞는지 보는 정합성 대사입니다. 분류별 합계가 자산 합계와 같은지, 조정액이 이연법인세와 이익잉여금 조정의 합과 같은지 같은 것을 봅니다. 정상이면 모두 차이 0입니다.
06~08은 장부와 재계산이 다른 건을 세는 장부 점검 대사입니다. 여기의 차이는 화면의 오류가 아니라 점검할 대상이고, 점검 필요 자산의 근거가 됩니다. 두 가지를 섞으면 "화면이 틀린 것"과 "장부가 다른 것"을 구별하지 못합니다.
화면 요약 숫자와 표가 정말 같습니까?
같습니다. 요약 숫자도 표의 자산 명세에서 합산한 값입니다. 202609 조회에서 자산 16건, 종전 장부금액 37,470,000,000, 재계산 개시 금액 46,410,000,000, 조정액 8,940,000,000이고 이 값은 별도 검증 스크립트가 같은 자료에서 다시 계산한 결과와 일치함을 확인했습니다.
화면과 조작
조회조건 "전체"는 어떻게 처리됩니까?
"전체"는 코드값으로 보내지 않고 해당 조건을 필터에서 뺍니다. 기준 연월만 필수이고 나머지는 비워 두면 전체입니다. 대사 결과 탭에는 기준 연월만 적용되므로 점검 코드를 골라도 대사 표는 줄어들지 않습니다.
점검 필요 건만 따로 볼 수 있습니까?
점검 결과를 "점검 필요"로 고르면 자산 명세와 분류별·방식별 집계가 그 건만 남습니다. 점검 코드까지 고르면 사유별로 한 번 더 좁혀집니다. 요약 숫자도 같은 조건으로 다시 계산됩니다.
감가상각 라인은 왜 3개월만 보여 줍니까?
어느 달부터 어긋났는지 가리기에는 최근 3개월이면 충분하고, 더 길게 보려면 표준의 자산 이력 시트(S_ALR_87011963)가 맞기 때문입니다. 앱의 라인은 기준 연월을 마지막 달로 하여 자산당 3줄을 만들고, 마지막 달의 재계산 상각은 자산 명세와 같아야 합니다.
토지의 상각이 0으로 나오는데 오류 아닌가요?
오류가 아닙니다. 토지는 상각하지 않는 자산으로 보고 내용에 "토지 — 상각하지 않음"을 적습니다. 잔여 내용연수가 0 인 자산은 재계산 상각도 0 으로 두며, 이 경우 R07 비교에서도 장부 상각이 0 이면 차이가 없습니다.
CSV 내려받기에는 무엇이 들어갑니까?
현재 보고 있는 탭의 조회 결과가 UTF-8 CSV 로 내려옵니다. 조회조건이 적용된 결과 그대로이고 열 이름은 화면의 한글 제목을 씁니다. 감사 대응 자료로 바로 쓰기보다 검토 자료의 근거로 쓰는 것을 전제로 했습니다.
휴대폰에서도 쓸 수 있습니까?
화면 폭이 좁아지면 조회조건이 세로로 쌓이고 표는 가로로 밀어서 봅니다. 요약 숫자와 탭, 상세 다이얼로그는 그대로 쓸 수 있습니다. 다만 표 칸이 많은 탭은 화면에서 한꺼번에 보기 어려워 CSV 로 내려받아 보는 편이 낫습니다.
SAP 표준과의 관계
표준 T-code 를 대신하는 화면입니까?
아닙니다. 표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 조회·검증 관점을 더해 확장합니다. 자산 마스터는 AS03, 자산 조회는 AW01N, 감가상각 실행은 AFAB, 계정 라인은 FAGLL03, 자산 이력은 S_ALR_87011963 이 계속 맡습니다.
앱은 그 결과를 다시 계산해 장부와 같은지 보는 점검용이라, 표준 리포트와 전표 원본은 법정·감사 대응을 위해 그대로 둡니다.
앱 숫자와 표준 화면 숫자가 다르면 어떻게 합니까?
표의 T-code 순서대로 원천을 엽니다. 장부 개시 금액이 다르면 AW01N, 상각이 다르면 AFAB 로그와 S_ALR_87011963, 이연법인세가 다르면 FAGLL03 입니다. 기준 연월(조회 시점)이 같은지부터 확인하세요.
입력값(평가 금액·세율)이 달라서 생긴 차이인지, 장부 처리가 달라서 생긴 차이인지는 회사와 감사인이 함께 판단할 일입니다.
S/4HANA 가 아니라 ECC 에서도 쓸 수 있습니까?
화면과 점검 규칙은 서비스가 주는 값만 읽기 때문에 서비스를 제공할 수 있으면 같은 화면을 씁니다. 다만 CDS 구성은 S/4HANA 를 전제로 썼고, ECC 에서는 자산 값 테이블 등에서 읽는 별도 구현이 필요합니다. 구체 범위는 고객사 환경에 따라 달라 확인 필요입니다.
적용 방식과 평가 금액은 SAP 어디에 입력합니까?
표준 자산 마스터에는 같은 의미의 필드를 확인하지 못했습니다(확인 필요). 그래서 CDS 구성에서는 전용 입력 테이블을 두는 안을 실었고, 확장 필드로 마스터에 얹는 방법도 있습니다. 어느 쪽이든 입력 주체와 근거 자료, 변경 이력을 어떻게 남길지가 먼저 정해져야 합니다.
도입과 운영
도입하면 무엇이 달라집니까?
결산마다 엑셀로 자산별 재계산표를 다시 만드는 일이 줄고, 점검 코드를 보고 확인할 건부터 열게 됩니다. 장부와 재계산이 같은지는 대사가 매번 보여 주므로 "이 숫자 맞아?"에 대한 첫 답이 화면에 있습니다.
대신 적용 방식·평가 금액을 누가 입력하고 근거를 어디에 보관할지 정하는 일이 새로 생깁니다. 이 합의가 도입에서 가장 시간이 걸리는 부분입니다.
운영 연결은 어떤 순서로 하고, 얼마나 걸립니까?
입력 테이블과 설정 → 원장 뷰 → 차원 → 큐브 → 쿼리 → 권한 → 서비스 순서로 만들어 이송하고, 서비스를 활성화한 뒤 화면 manifest 의 서비스 주소를 바꿉니다. 화면 코드는 그대로 씁니다.
소요 기간은 입력 체계와 거래 유형 식별 같은 합의 시간이 대부분이라 회사마다 달라 이 글에서는 단정하지 않습니다.
권한과 보안은 어떻게 설계합니까?
회사코드 기준 조회 권한을 분석 쿼리의 DCL 로 집계 단계에서 걸고, 필요하면 자산 분류 단위로 좁힙니다. 드릴다운에만 걸면 합계에서 뺄셈으로 다른 범위의 값이 드러날 수 있습니다.
화면은 OpenUI5 표준 컨트롤만 써 외부 라이브러리 반입 심사가 필요 없고, 외부로 보내는 데이터도 없습니다.
자산이 수만 건이면 성능은 어떻습니까?
집계는 DB 에서 하도록 큐브에 두고 화면에서는 기준 연월·회사코드를 필수로 겁니다. 자산 번호·기간 조건이 인덱스를 타는지는 운영 환경에서 실행 계획으로 확인해야 하며, 샘플 16건의 응답 시간은 운영 규모의 근거가 되지 않습니다. 응답 시간 기준은 회사와 협의해 정합니다.
자산 분류나 적용 방식 구분이 바뀌면 어떻게 합니까?
분류·방식 코드는 입력 테이블과 큐브의 값이라 새 값이 생기면 입력 체계에 추가하고, 화면의 선택 목록과 집계 탭에 한 줄을 더하면 됩니다. 점검 규칙은 방식 코드별로 정해져 있으므로 새 방식이 생기면 규칙도 함께 정의해야 합니다.
기준서 개정이나 경과규정이 바뀌면요?
점검 규칙(R01~R07)과 임계값, 전환일은 설정과 큐브의 계산식으로 분리해 두었기 때문에 요구가 바뀌면 그 자리만 고칩니다. 다만 어떤 개정이 이 규칙에 영향을 주는지는 이 글에서 확인하지 않았으므로 확인 필요이며, 기준서 원문으로 확인한 뒤 반영 여부를 회사와 감사인이 정합니다.
실제 회사 데이터로 바꾸려면?
화면 manifest 의 데이터 소스 주소가 가리키는 서비스를 실제 서비스로 교체하면 화면 코드는 그대로입니다. 서비스는 같은 다섯 조회 단위와 키, 필터 계약을 지켜야 합니다. 샘플 데이터는 가상 자산·가상 금액이라 실제 고객사 자료와 무관합니다.
이 점검 결과를 감사 대응 자료로 그대로 써도 됩니까?
이 화면은 점검 도구이며 최종 판단은 회사와 감사인이 합니다. 앱의 재계산과 점검 코드는 확인할 건을 추리는 용도이고, 감사 대응에 쓰는 증빙은 표준 리포트와 전표 원본, 회사의 평가 자료입니다. 앱 결과를 어떻게 검토 자료에 쓸지는 감사인과 협의하세요.