IAS 16 정기 대수선·부품 교체 원가 자본화 점검 — 자본화액과 직전 장부금액 제거까지 원장과 맞춰 보는 설비 월마감
인식 요건 재계산 · 자본화와 비용 분리 · 직전 잔여 장부금액 제거 점검 · 설비 장부금액 롤포워드 · 원장 대사 — 소개 영상과 실제 화면 8종, 그리고 CDS 코드까지
소개 영상블로그 목차 순서대로 · 자막 포함9개 장면표지 → 조회 → 점검 건 → 부품 → 설비 → 종류별 → 상세 → 대사 → 정리
주요 재생 지점
도입 포인트 — 이 앱을 사용해야 하는 이유
설비를 보유한 기업의 월마감은 정비 지출의 자본화 여부, 직전 원가 제거 및 설비 장부금액의 원장 정합성을 확인하는 복잡한 과정입니다. 이 앱은 여러 시스템에 흩어진 정보를 하나의 화면에 통합하여, IAS 16 기준에 맞춰 지출 건별로 재계산하고 원장과의 차이를 즉시 식별함으로써 마감 업무의 정확성과 효율성을 높입니다.
핵심 포인트 다섯 가지
| 핵심 포인트 | 고객이 얻는 것 | 지금 방식이라면 |
|---|---|---|
| ① 인식 요건 기반 자본화 점검 | K-IFRS 제1016호(IAS 16)의 미래 경제적 효익 유입 가능성 및 원가 측정 가능성 요건을 읽어, 지출 종류별 자본화액과 비용액을 재계산하고 원장 기록과의 차이를 R01, R03, R04 코드로 표시합니다. | 정비 오더 실적과 자산 이력을 수작업으로 대조하며 지출 성격을 분류하고, 자본화 판단에 대한 검증 부담이 큽니다. |
| ② 직전 원가 잔여 장부금액 제거 확인 | 신규 자본화 지출 발생 시 직전 대수선 또는 교체 부품의 잔여 장부금액(직전 원가 - 직전 누적상각)을 재계산하여, 원장에서 해당 금액이 적절히 제거되었는지 대사하고 R02 코드로 알려줍니다. | 자산 이력을 개별적으로 조회하여 직전 원가를 파악한 후, 잔여 장부금액 제거 여부를 수동으로 검토해야 합니다. |
| ③ 설비 장부금액 롤포워드 정합성 검증 | 설비별 기초 장부금액에 재계산된 자본화, 제거, 당기 상각을 반영한 기말 장부금액을 산출하고, 이를 원장 기말 장부금액과 비교하여 롤포워드 차이를 R05 코드로 보여줍니다. | 엑셀로 설비별 기초, 자본화, 제거, 상각을 맞춰보고 원장과 대사하며, 차이 원인을 찾기 위해 여러 건을 확인해야 합니다. |
| ④ 산재된 정보를 한 화면에 통합 | 지출 명세, 교체 부품 명세, 설비별/지출 종류별 집계, 대사 결과 등 월마감에 필요한 모든 정보를 한 화면에서 일목요연하게 제공하여 검토의 효율성을 극대화합니다. | 여러 SAP T-code와 엑셀 시트를 오가며 데이터를 취합하고 조합해야만 전체적인 점검 상황을 파악할 수 있습니다. |
| ⑤ 일관된 점검 규칙과 자체 검증 | K-IFRS 제1016호(IAS 16)에 명시된 자본화 요건을 포함, 5가지 인식 요건 재계산 규칙과 6가지 점검 코드 판정 규칙을 서비스에서 일관되게 적용하고 8가지 대사식으로 자체 검증합니다. | 매번 수동으로 규칙을 적용하고 엑셀 수식을 검토하며, 데이터 불일치 여부를 재차 확인해야 합니다. |
사례로 보는 효과
검증용 샘플 데이터 테스트 결과, 지출액 분해 및 설비 롤포워드 등 5가지 정합성 대사는 차이 0건으로 데이터 신뢰도를 확보했습니다. 지출액 14.7억 원이 원장 자본화되었으나 인식 요건 미충족으로 R03 코드가 부여되거나, 14.5억 원 자본화 건에서 직전 잔여 장부금액 4.99억 원 제거 누락이 R02 코드로 식별되는 등 점검 기능이 명확히 작동합니다.
도입하면 달라지는 것
- 월마감 정비 지출 검토에 소요되는 시간 단축
- IAS 16 기준에 부합하는 회계 처리 정확성 향상
- 유형자산 관련 점검 업무의 시스템화 및 자동화
- 확인 필요 항목을 점검 코드로 즉시 식별 가능
이런 회사에 맞습니다
정기 대수선·부품 교체 등 유형자산 관련 지출이 빈번하고, 월마감 시 인식 요건 판단과 원장 정합성 검증에 많은 시간을 들이는 재무·관리회계팀에 최적화된 솔루션입니다.
숫자를 믿을 수 있는가 — 검증 결과
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
실행 화면
실제로 돌아가는 화면 8종을 사용 순서대로 싣습니다. 그림을 누르면 크게 볼 수 있고, 화면마다 무엇을 보는 자리인지와 숫자를 어떻게 읽는지를 아래에 적었습니다. 숫자는 모두 같은 검증용 샘플 데이터에서 나온 것이라 화면끼리 맞춰 보셔도 됩니다.
처음 열었을 때
조회조건 · 요약 숫자 · 탭이 한 화면에 쌓입니다. 처음 열면 기본 기준 연월(202609)로 자동 조회해 첫 탭인 대수선 지출 명세까지 채워진 상태로 시작합니다.
맨 위 조회조건 줄에서 기준 연월을 확인하고, 그 아래 요약 숫자(지출 건수 · 지출액 · 자본화 · 비용 · 제거 · 점검 필요 건수 · 정합성 대사 차이)를 먼저 봅니다. 표에는 지출 한 건마다 인식 요건 두 값과 재계산한 자본화 · 비용 · 제거 금액, 원장과의 차이, 점검 코드가 한 줄로 놓입니다. 기준 연월은 202609, 나머지 조건은 전체가 기본입니다.
점검 필요 건만 골라 보기와 한 건의 상세
월마감에서 먼저 봐야 할 것은 정상 건이 아니라 확인이 필요한 건입니다. 점검 결과를 “점검 필요”로 고르면 그 건들만 남고, 행을 누르면 판단 근거가 한 다이얼로그에 모입니다.
정상 건을 훑지 않고 점검 코드가 붙은 건만 모아 보는 화면입니다. 기준 연월 칸에서 Enter 를 눌러도 같은 조회가 일어납니다. 자본화 차이가 큰 건부터 위에 놓이도록 정렬해 두었고, 점검 코드(R01~R04)가 어느 단계의 차이인지를 알려 줍니다. 요약 숫자도 점검 필요 건 기준으로 바뀝니다.
표에서 이 값이 왜 나왔는지를 되짚는 자리입니다. 효익 유입 가능 · 원가 측정 가능 값이 재계산 자본화액을 결정하고, 직전 원가 − 직전 누적상각이 제거 재계산액이 됩니다. 원장 제거액과 다르면 점검 코드와 함께 차이 금액이 보입니다. 요건 값의 타당성은 이 화면이 판단하지 않으므로 확인 필요 사항입니다.
부품 · 설비 · 종류로 묶어 보기
같은 지출 명세를 세 방향으로 다시 묶은 탭입니다. 부품 탭은 교체한 부품 단위로, 설비 탭은 롤포워드 단위로, 종류 탭은 지출 성격 단위로 차이를 찾아 들어가게 해 줍니다.
부품 교체 건은 지출 한 건 안에 부품이 여러 개일 수 있어 부품 단위로 다시 풉니다. 교체 전 원가 − 교체 전 누적상각이 부품의 잔여 장부금액이고, 이 합이 지출 건의 제거 재계산액입니다. 원장 제거액이 모자란 부품에는 R02 가 붙습니다.
건별 점검이 모두 정상이어도 설비 기말이 원장과 다르면 빠진 거래가 있다는 신호입니다. 설비마다 롤포워드를 한 줄로 보여 주고, 차이가 있으면 R05 를 붙입니다. 같은 설비의 지출 건은 명세 탭에서 설비 조건으로 좁혀 이어서 확인합니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
대사 결과 — 이 화면이 스스로 맞는지
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
좁은 화면에서 달라지는 것
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
창이 좁아지면 조회조건 줄은 여러 줄로 접히고, 요약 숫자는 두 줄로 쌓이며, 표는 가로로 넘기면서 봅니다. 기능은 줄이지 않습니다. 검토 회의에서 노트북 화면을 나눠 띄우는 경우를 위한 동작입니다.
화면 뒤에서 일어나는 일
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
인식 요건 재계산 규칙
| 대상 | 조건 | 재계산 결과 |
|---|---|---|
| 일상 수선 · 유지 지출 | 지출 종류가 일상 수선 · 유지 | 자본화 0, 전액 비용 |
| 정기 대수선 · 법정 검사 · 부품 교체 | 미래 경제적 효익 유입 가능 = 예 그리고 원가 측정 가능 = 예 | 지출액 전액 자본화, 비용 0 |
| 정기 대수선 · 법정 검사 · 부품 교체 | 두 요건 중 하나라도 아니오 | 자본화 0, 전액 비용 |
| 정기 대수선 · 법정 검사 (자본화 재계산액 > 0) | 직전 대수선 원가가 있음 | 제거 재계산액 = 직전 원가 − 직전 누적상각 |
| 부품 교체 (자본화 재계산액 > 0) | 교체한 부품이 있음 | 제거 재계산액 = Σ(교체 전 원가 − 교체 전 누적상각) |
점검 코드 판정 — 조건 · 결과 상태 · 사용자 조치
지출 한 건에는 점검 코드가 하나만 붙고, 아래 순서에서 먼저 해당하는 코드를 씁니다. 결과는 “점검 필요”와 “확인 필요”로만 적고 원인은 단정하지 않습니다.
| 순서 | 코드 | 판정 조건 | 결과 상태 | 사용자 조치 |
|---|---|---|---|---|
| 1 | R03 | 원장 자본화액 > 0 이고 자본화 재계산액 = 0 | 점검 필요 | 인식 요건 충족 여부와 일상 수선 성격 지출이 자본화되지 않았는지 확인 |
| 2 | R04 | 자본화 재계산액 > 0 이고 원장 자본화액 = 0 | 점검 필요 | 요건을 채운 지출이 비용으로 처리되지 않았는지 확인 |
| 3 | R01 | 원장 자본화액 − 자본화 재계산액 ≠ 0 (R03 · R04 가 아닌 경우) | 점검 필요 | 지출액에 다른 항목이 섞이지 않았는지 확인 |
| 4 | R02 | 원장 제거액 − 제거 재계산액 ≠ 0 | 점검 필요 | 직전 대수선 · 교체 부품의 잔여 장부금액 제거가 빠졌거나 금액이 다른지 확인 |
| 5 | R05 | 설비 기말 재계산액 − 원장 기말 장부금액 ≠ 0 | 점검 필요 | 같은 설비의 지출 건 점검 결과와 함께 확인 |
| 6 | I00 | 위 조건에 모두 해당하지 않음 | 정상 | 조치 없음 |
예를 들어 202608 의 어느 대수선 건은 지출액 14.7억 전액이 원장에서 자본화되어 있는데, 효익 유입 가능성 값이 “아니오”라 재계산 자본화액은 0 이 됩니다. 그러면 R03 으로 올라와 요건 값과 처리가 맞는지 확인하라고 알려 줍니다. 202609 의 한 대수선 건은 14.5억 전액이 자본화된 것까지는 같지만 직전 잔여 장부금액 4.99억이 원장에서 제거되지 않아 R02 로 올라옵니다. 요건 값 자체의 타당성은 이 화면이 판단하지 않으므로 확인 필요 사항입니다.
자본화 · 제거 산출과 대사 순서
- 자본화 재계산액 · 비용 재계산액을 위 규칙으로 구합니다(지출액 = 자본화 + 비용).
- 직전 잔여 장부금액 = 직전 원가 − 직전 누적상각. 자본화 재계산액이 있는 건만 제거 재계산액으로 인정합니다.
- 설비별 자본화액 = 설비 지출 건의 자본화 재계산액 합계, 설비별 제거액 = 지출 건의 제거 재계산액 합계.
- 기말 재계산액 = 기초 장부금액 + 자본화 − 제거 − 당기 상각. 원장 기말 장부금액 = 기초 장부금액 + 원장 자본화액 − 원장 제거액 − 당기 상각.
- 차이 = 재계산 − 원장(자본화 차이 · 제거 차이 · 기말 차이). 지출 종류별 집계는 지출 명세를 종류별로 합산합니다.
조회조건
| 조건 | 필수 | 기본값 | OData 필터 |
|---|---|---|---|
| 기준 연월 | 필수 | 202609 | Period eq '202609' |
| 설비 | 선택 | 전체 | 선택 시에만 AssetNo eq 'A05' 등 (지출 · 부품 명세, 설비별 집계) |
| 지출 종류 | 선택 | 전체 | 선택 시에만 InspKind eq 'MAJOR' · 'LEGAL' · 'PARTS' · 'ROUTINE' (지출 명세, 종류별 집계) |
| 점검 코드 | 선택 | 전체 | 선택 시에만 CheckCode eq 'R02' 등 (지출 · 부품 명세, 설비별 집계) |
| 점검 결과 | 선택 | 전체 | 선택 시에만 CheckStatus eq 'CHECK' (지출 · 부품 명세, 설비별 집계) |
“전체”는 코드값으로 보내지 않고 해당 조건을 필터에서 뺍니다. 대사 결과 탭에는 기준 연월만 적용됩니다.
결과 컬럼
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
파일 구성
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
SAP 표준 기능 확장 포인트
표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 조회 · 검증 관점을 더해 확장합니다. 아래는 표준 화면으로 충분한 일과 이 앱이 더하는 관점, 그리고 표준 T-code 와 이어지는 지점입니다.
표준으로 되는 것과 안 되는 것
| 하고 싶은 일 | 표준 화면으로 충분한 부분 | 이 앱이 더하는 관점 |
|---|---|---|
| 자산 취득 · 폐기 · 상각 실행 | ABZON · ABAVN · AFAB 가 처리합니다. 법정 · 감사 대응도 여기에 둡니다. | 처리 결과를 인식 요건으로 다시 나눠 본 숫자와 견줍니다. |
| 설비 장부금액 조회 | AS03 · AW01N 에서 한 설비씩 확인합니다. | 설비 전체를 롤포워드로 한 표에서 보고 차이 설비만 골라 냅니다. |
| 정비 오더 지출 확인 | KOB1 · IW33 에서 오더별로 확인합니다. | 오더 지출을 일상 수선과 대수선으로 나눠 자본화 몫과 비용 몫으로 집계합니다. |
| 직전 원가 제거 확인 | ABAVN 으로 제거 처리를 하고 자산 이력을 봅니다. | 새 원가를 올린 건마다 제거가 따라왔는지 자동으로 대조합니다. |
| 월마감 점검 목록 | 표준에는 건별 점검 코드를 모아 보는 화면이 없어 보통 엑셀로 만듭니다(확인 필요). | 점검 코드 · 결과 · 조치를 한 표에 모으고 CSV 로 내려받습니다. |
T-code 별 연계 지점
| T-code | 이름 | 연계 |
|---|---|---|
| AS03 | 자산 마스터 조회 | 이 앱의 설비 번호 · 이름과 기초 장부금액이 같은 자산 마스터에서 나옵니다. 설비별 집계의 기초 장부금액을 AS03 의 값과 대조합니다. 이 앱 결과의 설비 → AS03 에서 원천 확인. |
| AW01N | 자산 조회(Asset Explorer) | 설비의 취득 · 상각 · 장부금액을 한 화면에서 열어 원장 기말 장부금액과 대조합니다. 표준 화면의 값은 설비별 집계 탭의 같은 설비 행에서 다시 봅니다. |
| ABZON | 자산 취득(상대 계정 자동 생성) | 자본화로 처리된 대수선 · 부품 원가를 자산에 올리는 표준 취득 처리입니다. 원장 자본화액은 이 처리의 결과이며, 이 앱은 그 금액을 재계산액과 견줍니다. |
| ABAVN | 자산 폐기(수익 없음) | 교체한 부품이나 직전 대수선 원가의 장부금액 제거를 처리하는 표준 기능입니다. 원장 제거액이 이 처리의 결과이며 R02 의 대조 대상입니다. |
| AFAB | 감가상각 실행 | 당기 상각액이 롤포워드의 상각 칸의 원천입니다. 상각 실행 뒤에 설비별 집계를 다시 조회해 기말 차이를 확인합니다. |
| KOB1 | 오더 실적 라인 아이템 조회 | 정비 오더에 쌓인 지출이 지출액의 원천입니다. 지출 명세의 한 건을 KOB1 의 오더 실적과 대조합니다. |
| IW33 | 정비 오더 조회 | 지출 건의 정비 오더와 작업 내용을 확인해 일상 수선과 대수선의 구분을 검토할 때 씁니다. |
기존 화면을 없애야 하나요? 아닙니다. 취득 · 제거 · 상각의 실행과 법정 · 감사 대응은 표준 T-code 에 남겨 두고, 이 앱은 그 결과를 다시 계산해 견주는 점검 · 대사 화면으로 함께 둡니다.
S/4HANA 분석 스택과의 자리
S/4HANA 의 표준 CDS 분석 쿼리와 Fiori 분석 앱, Analysis for Office 는 원장 데이터를 임의 축으로 집계해 보는 데 강합니다. 이 앱은 그 위에서 “인식 요건 재계산 + 제거 재계산 + 대사”라는 유형자산 점검 규칙을 한 번 더 얹는 자리에 있습니다. 같은 뷰 레이어를 쓰므로 표준 분석 앱에서 본 설비별 합계와 이 앱의 설비별 집계를 서로 맞춰 볼 수 있습니다. 구체적으로 어떤 표준 분석 앱이 이 목적에 맞는지는 시스템 릴리스마다 달라 확인 필요입니다.
확장 포인트 — 운영에서 실제로 손대는 자리
| 자리 | 무엇을 손대나 | 메모 |
|---|---|---|
| 지출 종류 매핑 | 정비 오더 유형 → 정기 대수선 · 법정 검사 · 부품 교체 · 일상 수선 | 회사마다 오더 유형 체계가 달라 가장 먼저 정해야 합니다. |
| G/L 계정 매핑 | 취득 · 제거 · 상각 · 비용 계정을 라인 구분에 연결 | 계정이 새로 생기면 현업이 직접 추가합니다. |
| 인식 요건 입력 | 효익 유입 가능 · 원가 측정 가능 값을 누가 어디에 입력하나 | 표준 원천이 없는 값이라 커스텀 필드 또는 입력 테이블이 필요합니다(확인 필요). |
| 직전 원가 공급 | 자산 이력의 직전 대수선 원가 · 누적상각 | 직전 원가를 알 수 없을 때의 추정 방식은 회사 정책입니다. |
| 권한 | 회사코드 · 자산 권한을 CDS 접근 제어로 집계 단계에 적용 | 드릴다운 단계에만 걸면 합계로 새어 나갑니다. |
요구사항 매핑
| 기준서 | 요구사항 | 대응 기능 | 원천 데이터 | 비고 |
|---|---|---|---|---|
| IAS 16 유형자산(K-IFRS 제1016호) | 일상적인 수선 · 유지 지출은 발생 시 당기손익으로 인식 | 일상 수선 · 유지 지출의 비용 재계산, R03 점검 | 정비 오더 실적, 원장 비용 · 자산 라인 | 일상 수선과 대수선의 구분 기준은 회사 판단(확인 필요) |
| IAS 16 유형자산(K-IFRS 제1016호) | 정기적인 대수선 원가는 인식 요건을 충족하면 유형자산 장부금액에 포함 | 인식 요건 판정과 자본화 재계산, R03 · R04 · R01 점검 | 지출 원가, 인식 요건 입력값, 원장 자산 라인 | 요건 값의 타당성은 확인 필요 |
| IAS 16 유형자산(K-IFRS 제1016호) | 새 대수선 원가를 인식할 때 직전 대수선 원가의 잔여 장부금액을 제거 | 직전 잔여 장부금액 재계산과 제거 대사, R02 점검 | 자산 이력(직전 원가 · 누적상각), 원장 제거 라인 | 직전 원가를 알 수 없을 때의 추정 방식은 확인 필요 |
| IAS 16 유형자산(K-IFRS 제1016호) | 교체한 부품의 장부금액을 제거 | 교체 부품 명세의 제거 재계산, R02 점검 | 부품 자산 이력, 원장 제거 라인 | - |
CDS 구성
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
자주 묻는 질문
도입을 검토하는 분들이 가장 많이 묻는 23가지를 주제별로 묶었습니다.
숫자와 산식
점검 필요로 표시되면 회계 처리가 잘못된 건가요?
아닙니다. 이 화면은 점검 · 대사를 돕는 조회 도구이며, 점검 필요는 원장 처리와 재계산이 서로 달라 확인해 보라는 뜻입니다. 인식 요건을 채웠는지, 대수선인지 일상 수선인지의 판단은 회사의 몫입니다. 최종 회계 판단은 회사와 감사인이 합니다.
자본화 재계산액은 어떤 규칙으로 구하나요?
일상 수선 · 유지 지출은 전액 비용입니다. 정기 대수선 · 법정 검사 · 부품 교체는 미래 경제적 효익 유입 가능과 원가 측정 가능이 모두 “예”일 때만 지출액 전액을 자본화하고, 하나라도 “아니오”이면 전액 비용으로 둡니다. 항상 지출액 = 자본화 + 비용이 성립하고, 이 등식은 대사 01번에서 매번 검산합니다.
직전 잔여 장부금액은 어떻게 계산하고 언제 제거로 인정하나요?
직전 원가에서 직전 누적상각을 뺀 값입니다. 자본화 재계산액이 0 보다 큰 건에만 제거 재계산액으로 인정합니다. 부품 교체는 교체한 부품별 잔여 장부금액을 합산합니다. 직전 원가를 알 수 없는 경우의 추정 방식은 회사 정책이라 이 화면이 정하지 않으며 확인 필요입니다.
점검 코드가 여러 개 해당하면 어떻게 붙나요?
건마다 하나만 붙고, R03 → R04 → R01 → R02 순으로 먼저 해당하는 것을 씁니다. 설비에는 R05 만, 교체 부품에는 R02 만 붙습니다. 코드가 하나라 필터가 단순해지고, 한 건의 원인을 가장 가까운 단계부터 좁혀 볼 수 있습니다.
샘플 숫자가 맞는지 어떻게 확인했나요?
대사식 8종을 두 기준 연월에 전수로 돌렸습니다. 지출액 분해 · 롤포워드 · 설비별 합계 · 종류별 합계 · 부품 신규 원가 합계의 정합성 대사는 차이 0건입니다. 장부 점검 대사의 차이는 일부러 넣은 예외 8건이 만든 것이며 따로 기록했습니다. 화면의 요약 숫자도 같은 결과와 브라우저에서 대조했습니다.
이 화면이 직접 분개를 만들거나 원장을 고치나요?
아닙니다. 조회 전용입니다. 취득 · 제거 · 상각의 실행은 ABZON · ABAVN · AFAB 같은 SAP 표준 T-code 가 담당하고, 이 화면은 그 결과를 다시 계산해 견주는 점검 · 대사 화면입니다.
화면과 조작
조회는 어떻게 하나요?
기준 연월(6자리)을 확인하고 조회 버튼을 누르거나 기준 연월 칸에서 Enter 를 누릅니다. 화면을 처음 열면 기본 기준 연월로 자동 조회합니다. 설비 · 지출 종류 · 점검 코드 · 점검 결과는 비워 두면 전체이며, 전체는 필터를 아예 만들지 않습니다.
점검 필요 건만 보려면?
점검 결과를 “점검 필요”로 고르고 조회합니다. 점검 코드로 R02 처럼 더 좁힐 수도 있습니다. 필터는 지출 · 부품 명세와 설비별 집계에 적용되고, 대사 결과 탭에는 기준 연월만 적용됩니다.
한 건의 근거는 어디서 보나요?
대수선 지출 명세의 행을 누르면 상세 창이 열립니다. 그 건의 인식 요건 값, 직전 원가 · 누적상각 · 잔여 장부금액, 제거 재계산액과 원장 제거액, 교체한 부품 명세가 한곳에 모입니다.
결과를 보고서나 엑셀로 가져갈 수 있나요?
현재 탭의 조회 결과를 CSV(UTF-8)로 내려받을 수 있습니다. 검토 회의 자료나 감사인 설명 자료의 근거로 쓰는 용도입니다. 이 글 왼쪽의 “검토용 자료 다운로드”는 이 앱을 도입 검토할 때 결재선에 올리는 별도 자료입니다.
휴대폰이나 좁은 창에서도 쓸 수 있나요?
네. 창이 좁아지면 조회조건 줄이 여러 줄로 접히고 요약 숫자가 두 줄로 쌓이며 표는 가로로 넘겨 봅니다. 기능을 줄이지 않고 배치만 바뀝니다.
기준서와 판정
어떤 지출이 대상이고 적용 시기는 언제인가요?
설비의 정기 대수선 · 법정 검사 · 주요 부품 교체 지출과 일상 수선 · 유지 지출이 대상입니다. 유형자산 기준서는 이미 적용 중인 기준이라 이 화면은 새 시행일을 다루지 않습니다. 개정 사항이나 경과규정이 있는지는 이 설명서에서 확인하지 않았으므로 확인 필요이며, 기준서 원문으로 확인해 주세요.
이 화면은 IAS 16 을 얼마나 반영한 것인가요?
대수선 원가가 인식 요건을 충족할 때 장부금액에 포함되고 직전 원가의 장부금액이 제거된다는 방향을 점검하는 데 필요한 계산을 담았습니다. 회계정책 선택이나 공시 요구 같은 나머지 요구사항은 다루지 않습니다. 기준서 해석과 적용 범위는 회사와 감사인이 확인할 사항입니다.
일상 수선과 대수선은 무엇으로 구분하나요?
정비 오더 유형을 지출 종류에 매핑하는 기준 테이블로 구분합니다. 구분 기준 자체는 회사 판단이며, 이 화면은 그 기준을 적용한 결과를 점검합니다. 같은 오더 유형을 어디에 놓을지는 도입 때 가장 먼저 합의할 사항입니다.
인식 요건 값은 어디서 오나요?
효익 유입 가능과 원가 측정 가능 값은 검토자가 입력하는 값으로 가정했습니다. 직전 원가와 누적상각은 자산 이력에서 가져오는 것으로 가정했습니다. 표준 원천이 없는 값은 운영 연결 시 입력 체계를 정해야 하며 확인 필요입니다.
감사인에게는 어떻게 설명하나요?
점검 코드와 대사식, CSV 로 내려받은 명세가 설명 자료의 근거가 됩니다. 다만 이 화면의 재계산은 회사가 입력한 요건 값을 전제로 한 계산이며, 요건 값의 타당성과 회계 처리의 최종 판단은 회사와 감사인이 합니다.
도입과 운영
도입하면 무엇이 달라지나요?
마감 직전에 엑셀로 지출을 나누고 롤포워드를 다시 맞추던 일이 점검 화면 한 번으로 줄어듭니다. 확인이 필요한 건만 점검 코드와 함께 위로 올라오므로, 정상 건을 훑는 시간이 줄고 예외를 놓치는 일도 줄어듭니다. 대상 사용자는 유형자산을 담당하는 회계팀과 설비관리, 마감 점검을 보는 경영지원팀입니다.
표준 T-code 와는 어떤 관계인가요?
표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 조회 · 검증 관점을 더해 확장합니다. AS03 · AW01N 으로 설비 장부금액을, ABZON · ABAVN 으로 취득 · 제거를, AFAB 로 상각을, KOB1 · IW33 으로 정비 오더 지출을 확인하는 흐름은 그대로 두고, 그 값을 이 화면과 서로 견줍니다.
실제 회사 데이터로 연결하려면 얼마나 걸리나요?
화면 코드는 그대로 두고 서비스 주소만 실제 서비스로 바꿉니다. 시간이 드는 쪽은 기술 작업보다 합의입니다 — 오더 유형 매핑, 계정 구분, 인식 요건 입력 체계, 직전 원가 공급입니다. 소요 기간은 고객사 환경에 따라 달라 확인 필요입니다.
권한과 보안은 어떻게 되나요?
회사코드 권한을 CDS 접근 제어(DCL)로 집계 단계에 겁니다. 화면은 OpenUI5 표준 컨트롤만 쓰므로 외부 라이브러리 반입 심사가 필요 없습니다. 자산 권한까지 함께 걸지는 고객사 권한 설계에서 정합니다.
전표가 아주 많으면 느려지지 않나요?
집계를 CDS 큐브에서 끝내고 기준 연월을 필수 조건으로 두면 읽는 범위를 한 기간으로 제한할 수 있습니다. 운영 규모에서의 응답 시간은 데이터 규모를 보고 정해야 하므로 확인 필요입니다.
계정 체계나 오더 유형이 바뀌면?
기준 테이블 값만 고치면 됩니다. 뷰 코드 이송은 필요하지 않습니다. 새 계정이 생기면 어느 라인 구분인지만 현업이 추가합니다.
이 화면의 결과를 최종 판단으로 써도 되나요?
아닙니다. 이 화면은 분류 · 집계 · 대사를 돕는 점검 도구입니다. 점검 필요는 확인해 보라는 신호일 뿐이고, 인식 요건의 충족 여부와 회계 처리의 최종 판단은 회사와 감사인이 합니다.