별도재무제표 투자 측정방법 점검 — 원가법·지분법·IFRS 9 를 범주별로 다시 계산해 원장 장부금액과 맞춰 보는 화면
투자 범주별 정책 방법 점검 · 방법별 재계산 · 원장 장부금액 대사 · 처분손익 재계산 · 점검 코드 — 소개 영상과 실제 화면 8종, 그리고 CDS 코드까지
소개 영상블로그 목차 순서대로 · 자막 포함9개 장면조회조건과 요약 → 점검 코드 필터 → 범주 → 방법 → 처분 → 상세 → 대사 → 정리
주요 재생 지점
도입 포인트 — 이 앱을 사용해야 하는 이유
별도재무제표 투자 관련 IAS 27 요구사항에 대한 회계처리는 복잡하며, 월마감 시 투자 범주별 정책 일관성, 재계산 금액과 원장 정합성, 처분손익의 적정성 확인에 많은 시간이 소요됩니다. 이 앱은 투자 36건의 재무제표 관련 항목을 회계기준에 맞춰 자동으로 계산하고 원장과 대사하여, 수작업의 부담을 줄이고 잠재적 확인 대상을 명확하게 제시합니다.
핵심 포인트 여섯 가지
| 핵심 포인트 | 고객이 얻는 것 | 지금 방식이라면 |
|---|---|---|
| ① 투자 범주별 정책 일관성 점검 | IAS 27(K-IFRS 제1027호) 요구사항에 따라 종속기업, 공동기업, 관계기업 투자 범주별 정책 방법과 실제 적용 방법의 일관성을 자동으로 점검합니다. 정책과 다른 5건의 투자를 M01 코드로 식별하여 확인 대상을 알려드립니다. | 표준 원장 조회 화면과 엑셀 대장을 수동으로 대조하며 투자 범주별 정책과 다른 적용 방법을 일일이 찾아야 합니다. |
| ② 회계처리 방법별 장부금액 재계산 | 원가법, 지분법(IAS 28), IFRS 9(K-IFRS 제1109호) 등 각 회계처리 방법에 따른 장부금액 산식을 앱이 자동으로 적용하여 재계산합니다. 투자 상세 창에서 적용된 산식 줄을 명확히 확인할 수 있습니다. | 건별 엑셀 파일에 산식을 수동으로 적용하여 재계산하므로, 계산 오류와 추적의 어려움이 발생합니다. |
| ③ 재계산 금액과 원장 장부금액 대사 | 앱이 재계산한 장부금액과 SAP 표준 원장(ACDOCA)의 실제 장부금액을 비교하여 차이를 자동으로 파악합니다. 원장과 재계산이 다른 4건의 투자를 D01 코드로 표시하여, 차이 발생 원인 추적을 돕습니다. | 장부금액 합계의 차이는 알 수 있으나, 어떤 투자에서 손상·배당·공정가치 갱신 누락이 발생했는지 일일이 찾아야 합니다. |
| ④ 원가법 투자 손상징후 후보 점검 | 원가법 투자 중 순자산 지분 참고액이 장부금액의 70% 미만인 경우를 X01 코드로 표시합니다. 이를 통해 손상징후 검토가 필요한 2건의 투자를 사전에 확인하는 데 기여합니다. | 손상징후 후보를 찾기 위해 별도의 수작업 분석이 필요하며, 누락될 경우 재무제표의 정확성에 영향을 줄 수 있습니다. |
| ⑤ 처분손익 재계산 및 원장 대사 | 처분대가에서 처분 시 장부금액을 뺀 처분손익을 다시 계산하여 SAP 표준 전표(BKPF, BSEG)에 기록된 처분손익과 비교합니다. 처분 시 장부금액 산정 방법의 적정성 확인을 돕습니다. (8건 중 1건이 35억 다르게 나와 S01로 표시) | 처분 시 장부금액 산정 방법에 따른 처분손익의 차이를 수동으로 파악해야 하므로, 검토에 많은 시간과 노력이 소요됩니다. |
| ⑥ 내부 정합성 검증 및 신뢰도 확보 | 화면 내부 집계값(예: 투자 명세 합계 = 범주별 합계)의 정합성을 6가지 대사식을 통해 검증하여 표시되는 데이터의 신뢰도를 확보합니다. 점검 코드별 필터링으로 확인 필요한 10건의 투자에 집중하여 업무 효율을 높입니다. | 시스템 내부 데이터의 집계 신뢰성을 직접 검증하기 어렵고, 여러 화면을 오가며 데이터를 수작업으로 대조해야 합니다. |
사례로 보는 효과
투자 36건을 방법별로 다시 계산해 SAP 원장 장부금액과 비교한 결과, 합계에서 -10.58억의 차이가 발생합니다. 또한, IAS 27 정책과 다른 방법 적용 5건, 원장과 재계산 금액 차이 4건, 처분손익 원장 차이 1건, 원가법 손상징후 후보 2건 등 총 10건의 투자가 점검 필요 대상으로 식별되었습니다.
도입하면 달라지는 것
- 월마감 업무에서 IAS 27 관련 수작업 확인 시간 및 노력 경감
- 투자 장부금액과 처분손익의 회계처리 일관성 및 정확성 향상
- 회계기준 요구사항 점검을 위한 데이터 통합 및 가시성 확보
- 감사 대응 시 필요한 검토 및 자료 준비 과정 간소화
이런 회사에 맞습니다
종속기업·공동기업·관계기업 등 복수 투자를 보유하고 있으며, IAS 27(K-IFRS 제1027호) 관련 회계 감사 대비 및 내부 회계관리제도 강화를 필요로 하는 재무회계팀 및 관리회계팀에 적합합니다.
숫자를 믿을 수 있는가 — 검증 결과
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
앱 정보
| 항목 | 내용 |
|---|---|
| 업무 영역 | 재무회계(FI) |
| 관련 기준서 | IAS 27 별도재무제표(K-IFRS 제1027호) · 보조: IAS 28(K-IFRS 제1028호), IFRS 9(K-IFRS 제1109호) |
| SAP 표준 T-code | FAGLL03 · FAGLB03 · FS10N · FB03 |
| 화면 성격 | 조회·점검 (결정은 회사와 감사인) |
| 금액 단위 | 원 |
실행 화면
실제로 돌아가는 화면 8종을 사용 순서대로 싣습니다. 그림을 누르면 크게 볼 수 있고, 화면마다 무엇을 하는 자리인지 아래에 적었습니다. 숫자는 모두 같은 검증용 샘플 데이터에서 나온 것이라 화면끼리 맞춰 보셔도 됩니다. 투자처 이름은 모두 가상입니다.
처음 열었을 때
조회조건, 요약 숫자 8개, 탭 5개가 한 화면에 세로로 놓입니다. 열자마자 기준 연월 202412 로 조회되어 빈 화면을 먼저 보는 일이 없습니다.
위쪽 안내 띠는 이 화면이 점검용이며 최종 판단은 회사와 감사인이 한다는 취지를 먼저 밝힙니다. 조회조건은 한 줄에 놓이고 조회 버튼은 그 오른쪽 끝에 있습니다. 요약 숫자는 투자 36건, 취득원가 2,514억, 재계산 장부금액 2,645.12억, 원장 장부금액 2,634.54억, 차이 −10.58억이며, 정책과 다른 방법 5건과 점검 필요 투자 10건, 정합성 대사 차이 0건이 이어집니다. 탭 이름 위의 작은 숫자는 그 탭에 담긴 행 수입니다.
조회조건의 점검 코드 칸에서 M01 을 고르고 조회 버튼을 누르거나 기준 연월 칸에서 Enter 를 누른 결과입니다. 투자 명세 탭 이름 위의 숫자가 36에서 5로 줄어듭니다. 어떤 투자부터 볼지 가리는 첫 단계로 쓰고, "전체"로 되돌리려면 초기화 버튼을 누릅니다.
범주와 방법으로 묶어 보기
투자 한 건씩 보기 전에 범주와 방법으로 묶은 숫자를 먼저 봅니다. 같은 36건을 두 가지 방향으로 나눠 본 표입니다.
이 표는 범주를 기준으로 한 줄씩 보여 줍니다. 관계기업은 정책 방법이 지분법이고 14건 중 1건이 다른 방법입니다. 공동기업은 정책 방법이 원가법이고 6건 중 1건이 다릅니다. 종속기업은 원가법 정책에 16건 중 3건이 다른 방법입니다. 건수가 하나라도 있으면 점검 판정이 "점검 필요"로 표시되며, 어느 방법이 맞는지는 이 화면이 정하지 않습니다.
원가법 19건은 원장이 재계산보다 2.64억 크고, 지분법 15건은 1.22억 작고, IFRS 9 2건은 12억 작습니다. 정책 일치 건수 열은 그 방법을 쓰는 투자 가운데 정책과 같은 건수를 보여 줍니다. 차이 건수와 점검 필요 건수가 함께 있어 금액이 작아도 건수로 먼저 볼 수 있습니다.
처분손익과 투자 상세
처분은 따로 다시 계산하고, 의심스러운 투자는 상세 창에서 산식 줄까지 내려갑니다.
2024년에 처분한 8건이 처분일 순서로 섭니다. 일곱 건은 재계산 처분손익과 원장 처분손익이 같고, 한 건(처분 번호 X002)만 재계산 −90억에 원장 −125억으로 35억 차이가 납니다. 처분일은 날짜 범위로도 좁힐 수 있습니다. 처분 시 장부금액을 어떤 방법으로 정했는지가 확인 대상입니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
대사와 예외 상황
마지막 탭은 화면이 스스로 한 검산의 결과입니다. 연결이 끊긴 경우의 안내도 이 묶음에 둡니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
화면 뒤에서 일어나는 일
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
조회조건
| 조건 | 필수 | 기본값 | 필터로 보내는 모양 |
|---|---|---|---|
| 기준 연월 | 필수 | 202412 | Period eq '202412' |
| 투자 범주 | 선택 | 전체 | Category eq 'S' (전체면 조건 없음) |
| 적용 방법 | 선택 | 전체 | Method eq 'E' (전체면 조건 없음) |
| 취득일 시작 · 종료 | 선택 | 비어 있음 | AcqDate ge datetime'…' and AcqDate le datetime'…' |
| 점검 코드 | 선택 | 전체 | CheckCode eq 'M01' |
| 점검 결과 | 선택 | 전체 | CheckStatus eq 'CHECK' |
결과 컬럼
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
좁은 화면에서 달라지는 것
조회조건 줄과 요약 숫자는 줄바꿈으로 아래로 흘러내리고, 표는 폭이 모자라면 가로로 스크롤됩니다. 상세 창도 화면 폭에 맞춰 줄어듭니다. 요약 숫자와 탭 이름의 행 수만 먼저 훑는 용도로는 좁은 화면으로도 충분하고, 건별 확인은 넓은 화면을 권합니다.
파일 구성
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
SAP 표준 기능 확장 포인트 — 표준 T-code 와 어떻게 연계되는지
표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 조회·검증 관점을 더해 확장합니다. 법정 보고와 감사 대응을 대신하지 않으며, 표준에서 원천을 확인하러 가는 길을 짧게 만드는 데 목적이 있습니다.
표준으로 되는 것과 안 되는 것
| 하고 싶은 일 | 표준 화면으로 충분한 것 | 이 앱이 더하는 관점 |
|---|---|---|
| 투자 계정 라인 확인 | 계정·기간을 넣어 라인 항목을 확인하는 일은 FAGLL03 로 충분합니다. | 차이가 난 투자에서 같은 조건으로 이어서 확인할 후보를 먼저 좁혀 줍니다. |
| 투자 계정 잔액 확인 | 계정 잔액은 FAGLB03 · FS10N 로 확인합니다. | 재계산 장부금액과 원장 장부금액을 한 줄에 놓습니다. |
| 전표 원천 확인 | 전표 단위의 상세는 FB03 이 담당합니다. | 점검 필요 투자에서 어느 전표를 볼지의 출발점을 줍니다. |
| 범주 안 방법 일관성 | 표준 조회 화면으로는 한눈에 보기 어려워 보통 엑셀 대조를 병행합니다. | 범주별 정책 방법과 적용 방법을 건수로 비교합니다. |
| 방법별 재계산 | 원가·지분·공정가치 재계산은 회사 대장과 엑셀에서 합니다. | 세 산식으로 다시 구해 원장과 대사합니다. |
T-code 별 연계 지점
| T-code | 이름 | 연계 |
|---|---|---|
| FAGLL03 | 총계정원장 라인 항목 조회 | 이 앱의 원장 장부금액은 같은 원장 테이블(ACDOCA)의 투자 계정 합계입니다. 두 화면의 계정·기간 합계가 같은지가 대사 지점이고, 이 앱에서 차이가 난 투자의 계정을 FAGLL03 에 넣어 라인을 확인합니다. 법정·감사 대응에 쓰는 근거는 표준에 남겨 둡니다. |
| FAGLB03 | 총계정원장 계정 잔액 조회 | 기간 말 잔액을 이 앱의 원장 장부금액 합계와 맞춰 봅니다. 표준 값을 이 앱에서 다시 보려면 같은 기준 연월·계정 범위로 조회합니다. |
| FS10N | G/L 계정 잔액 | 월별 잔액 추이를 볼 때 씁니다. 차이가 어느 달에 생겼는지 보려면 이 화면에서 월별로 좁힌 뒤 이 앱의 기준 연월을 바꿔 가며 확인합니다. |
| FB03 | 전표 조회 | 처분손익 차이(S01)가 난 처분의 전표를 열어 처분대가와 처분 시 장부금액을 대조합니다. |
그래서 운영에 들어가도 기존 리포트는 없애지 않습니다. 표준 화면은 원천 확인과 감사 대응에 그대로 쓰고, 이 앱은 월마감 때 점검 후보를 먼저 훑는 용도로 곁에 둡니다.
S/4HANA 분석 스택과의 자리
이 앱은 CDS 뷰 위에 OData 서비스를 얹어 읽는 구조라 S/4HANA 의 CDS 분석 쿼리나 Fiori 분석 앱과 같은 층에서 동작합니다. 표준 분석 앱이 이미 해 주는 일(계정 잔액 조회 등)은 그대로 쓰고, 이 앱은 투자 대장과 정책 매핑이라는 회사 고유의 정보가 필요한 점검을 맡습니다. Analysis for Office 로 같은 CDS 쿼리를 열어 피벗으로 보는 용도와도 겹치지 않으며, 표준 분석 뷰 가운데 이번 용도에 맞는 것은 확인 필요입니다.
확장 포인트 — 운영에서 실제로 손대는 자리
| 자리 | 무엇을 바꾸나 | 비고 |
|---|---|---|
| 정책 방법 매핑 | 투자 범주별 정책 방법(원가법 · 지분법 · IFRS 9) | 정책이 바뀌면 이 매핑 행만 고칩니다. |
| 투자 계정 범위 | 원장 장부금액에 포함할 계정 범위 | 계정 체계가 바뀌면 이 범위를 조정합니다. |
| 투자 대장 연결 | 취득원가·지분변동·공정가치를 읽어 오는 자리 | 회사가 관리하는 대장의 표준 대응은 확인 필요입니다. |
| 손상징후 임계값 | 순자산 지분 참고액 대비 장부금액 비율(기본 70%) | 화면 점검용 기본값이며 회사 기준에 맞춰 바꿉니다. |
| 확장 필드 · 권한 | 회사코드 권한, 필요 시 투자 구분 확장 필드 | 권한은 분석 뷰 접근 제어로 겁니다. |
요구사항 매핑
| 기준서 | 요구사항 | 대응 기능 | 원천 데이터 | 비고 |
|---|---|---|---|---|
| IAS 27 별도재무제표(K-IFRS 제1027호) | 종속기업·공동기업·관계기업 투자를 원가, IFRS 9, 지분법 중 하나로 회계처리 | 적용 방법과 정책 방법 비교(범주별 방법 일관성 탭) | 투자 대장 · 원장 투자 계정 | 판단은 회사 정책 |
| IAS 27 별도재무제표(K-IFRS 제1027호) | 같은 투자 범주에는 같은 회계처리를 적용 | 범주 안 방법 혼용 후보 점검(점검 코드 M01) | 투자 명세 | 점검 필요 표시 |
| IAS 27 별도재무제표(K-IFRS 제1027호) | 원가법 — 취득원가를 기준으로 하되 손상은 반영 | 재계산 장부금액 = 취득원가 − 누적 손상차손 | 투자 대장 · 원장 | 대사 03 |
| IAS 28 관계기업과 공동기업에 대한 투자(K-IFRS 제1028호) | 지분법 — 취득원가에 취득 후 순자산 변동 지분을 더하고 배당을 차감 | 재계산 장부금액 = 취득원가 + 순손익 지분 + 기타포괄손익 지분 − 수취 배당 − 손상 | 투자 대장 · 원장 | 대사 04 |
| IFRS 9 금융상품(K-IFRS 제1109호) | IFRS 9 로 회계처리하는 투자는 공정가치로 측정 | 재계산 장부금액 = 보고기간 말 공정가치 | 투자 대장 · 평가자료 | 대사 05 |
| IAS 36 자산손상(K-IFRS 제1036호) | 원가법 투자의 손상징후 검토 | 순자산 지분 참고액이 장부금액의 70% 미만이면 점검 코드 X01 | 투자 대장 | 70% 는 화면 점검용 임계값, 확인 필요 |
| IFRS 5 매각예정비유동자산과 중단영업(K-IFRS 제1105호) | 매각예정으로 분류한 투자는 해당 기준서 적용 | 이 화면의 점검 범위 밖 | - | 확인 필요 |
CDS 구성
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
자주 묻는 질문
도입 검토 자리에서 자주 나오는 질문 26개를 주제별로 정리했습니다.
숫자와 판정
이 화면은 어떤 기준서를 다루나요?
별도재무제표 기준서 IAS 27(K-IFRS 제1027호)이 정한 투자 회계처리 요구사항을 대상으로 합니다. 종속기업·공동기업·관계기업 투자를 원가, IFRS 9, 지분법(IAS 28) 가운데 하나로 회계처리하고, 투자 범주마다 같은 방법을 적용한다는 내용입니다. 이 화면은 그 요구사항을 장부와 맞춰 보는 점검 용도이며, 시행일 전환 계산은 담지 않습니다.
이 화면의 결과가 곧 회계 판단인가요?
아닙니다. 분류·재계산·대사를 돕는 점검 도구이며, 방법 선택과 손상 판단의 최종 결정은 회사와 감사인이 합니다. 그래서 결과는 "점검 필요"와 "확인 필요"로만 표시하고 확정적인 판단 문구를 쓰지 않습니다. 점검 코드는 어느 투자를 먼저 볼지 가리는 용도입니다.
재계산 장부금액은 어떻게 구하나요?
적용한 방법에 따라 세 가지 산식 가운데 하나를 씁니다. 원가법은 취득원가에서 누적 손상차손을 뺍니다. 지분법은 취득원가에 취득 후 순손익 지분과 기타포괄손익 지분을 더하고 수취 배당과 손상차손을 뺍니다. IFRS 9 로 회계처리하는 투자는 보고기간 말 공정가치를 씁니다. 투자 상세 창에서 산식 줄을 그대로 볼 수 있습니다.
점검 코드 M01, D01, X01, S01 은 각각 무엇인가요?
M01 은 적용 방법이 범주 정책 방법과 다른 경우, D01 은 원장 장부금액이 재계산과 다른 경우, X01 은 원가법 투자의 순자산 지분 참고액이 장부금액보다 많이 낮은 경우(손상징후 검토 후보), S01 은 처분손익의 원장 값이 재계산과 다른 경우입니다. 한 투자에 조건이 겹치면 M01, D01, X01 순서로 하나만 표시합니다. 모두 점검 필요 표시일 뿐 오류 확정이 아닙니다.
순자산 지분 참고액의 70% 기준은 기준서가 정한 숫자인가요?
아닙니다. 손상징후를 가볍게 걸러 보려고 화면에 둔 점검용 임계값입니다. 회사 기준에 맞게 바꿔 쓰는 것을 전제로 하며, 손상 여부는 회사와 감사인이 판단합니다. 임계값을 바꾸는 자리는 운영 시점에 정할 일로 따로 적었습니다.
정합성 대사 6개와 장부 점검 대사 3개는 무엇이 다른가요?
정합성 대사는 화면 안의 집계가 서로 맞는지 보는 것이라 차이가 나면 화면이나 집계 쪽 문제입니다. 장부 점검 대사는 원장 장부금액과 재계산, 원장 처분손익과 재계산, 범주별 방법과 정책을 맞추는 것이라 차이가 나면 장부에서 확인할 투자가 있다는 뜻입니다. 두 종류를 분리해야 "숫자가 틀렸다"와 "장부를 봐야 한다"가 섞이지 않습니다.
화면과 조작
조회는 어떻게 하나요?
기준 연월(6자리)은 필수이고 나머지 조건은 선택입니다. 조회 버튼은 조회조건 줄의 오른쪽 끝에 있고, 기준 연월 칸에서 Enter 를 눌러도 같은 조회가 실행됩니다. 처음 열 때는 기준 연월 202412 로 자동 조회합니다. 조건은 모두 서비스 요청의 필터로 전달되어 서버가 걸러 줍니다.
탭은 어떤 순서로 보면 좋나요?
투자 명세 → 범주별 방법 일관성 → 측정방법별 집계 → 처분손익 → 대사 결과 순서를 권합니다. 앞쪽은 투자 하나하나, 뒤쪽은 범주와 방법으로 묶은 집계, 마지막은 대사입니다. 요약 숫자에서 점검 필요 건수를 먼저 보고 해당 탭으로 내려가면 됩니다.
투자 한 건의 산식은 어디서 보나요?
투자 명세 탭에서 행을 누르면 상세 창이 열립니다. 위쪽에 지분율·취득원가·손상·지분변동·공정가치·점검 결과가 있고 아래쪽에 적용 방법의 산식 줄이 있습니다. 산식 줄의 합이 재계산 장부금액과 같은지도 그 자리에서 확인합니다.
날짜 조건은 어떻게 쓰나요?
취득일 시작·종료를 비워 두면 기간 조건이 걸리지 않습니다. 둘 다 넣으면 취득일이 그 사이인 투자만 남고, 처분손익 탭은 처분일 기준으로 같은 방식으로 좁혀집니다. 날짜는 서버가 이해하는 날짜 형식으로 변환해 보내므로 화면 표시 형식과 상관없이 같은 결과가 나옵니다.
결과를 내려받을 수 있나요?
탭 위쪽의 CSV 내려받기 버튼을 누르면 지금 보고 있는 탭의 조회 결과를 UTF-8(BOM) 파일로 받습니다. 한글 열 이름과 화면에 보이는 표기(천 단위 구분 기호 포함)가 그대로 들어가 엑셀에서 바로 열립니다. 파일 이름은 한글 기능명과 탭 이름입니다.
서비스가 응답하지 않으면 어떻게 보이나요?
요약 숫자가 0 으로 비고 표는 비어 있으며, 연결 안내 창이 열립니다. 세부사항 보기에서 원인을 볼 수 있습니다. 숫자 0 이 "데이터 없음"인지 "연결 실패"인지 구분하려고 둔 화면이며, 연결을 복구한 뒤 조회 버튼을 다시 누르면 됩니다.
표준과의 관계·데이터
SAP 표준 T-code 와는 어떤 관계인가요?
표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 조회·검증 관점을 더해 확장합니다. 장부 원천은 FAGLL03(총계정원장 라인 항목)과 FAGLB03(계정 잔액), 잔액 추이는 FS10N, 전표 확인은 FB03 으로 이어집니다. 이 화면 결과에서 의심스러운 투자가 나오면 해당 표준 화면에서 원천을 확인하는 흐름입니다.
기존에 쓰던 표준 리포트를 없애야 하나요?
없애지 않습니다. 법정 보고와 감사 대응은 표준 화면과 기존 절차에 그대로 두고, 이 화면은 월마감 때 정책 일관성과 장부 대사를 먼저 훑는 용도로 곁에 둡니다. 두 화면의 숫자를 맞춰 보는 지점은 운영 대사 항목으로 정해 두는 것을 권합니다.
실제 데이터는 어디서 가져오나요?
원장 장부금액과 처분 전표는 ACDOCA 와 전표 테이블에서 읽도록 구성합니다. 취득원가·지분율·지분변동·공정가치는 회사가 관리하는 투자 대장에서 가져오며, 그 대장의 표준 대응 테이블은 회사 구성에 따라 달라 확인 필요입니다. 이 글의 숫자는 모두 검증용 샘플 데이터이며 투자처 이름도 가상입니다.
투자 대장이 SAP 안에 없으면 어떻게 하나요?
엑셀이나 별도 시스템에서 관리해도 됩니다. 투자 대장 뷰에 해당하는 자리에 그 자료를 적재하는 테이블을 하나 두면 나머지 뷰는 그대로 쓰입니다. 어떤 방식이든 투자 번호가 원장 계정의 지정 항목(배정·참조 등)과 이어져야 하므로, 키 연결 방식은 도입 전에 정하는 일입니다.
계정 체계가 바뀌면 어디를 고치나요?
투자 계정 범위는 한 뷰의 조건과 매핑 테이블에 모여 있어 그곳만 고칩니다. 새 계정이 생기면 어느 투자 범주에 속하는지만 매핑에 적어 주면 됩니다. 화면은 그 결과를 읽을 뿐이라 고칠 일이 없습니다.
투자 범주의 정책 방법은 어디에 두나요?
범주별 정책 방법은 정책 테이블 한 곳에 둡니다. 화면의 "정책 방법" 열과 M01 판정은 이 테이블만 참조하므로, 정책이 바뀌면 그 행만 수정하면 됩니다. 정책 자체를 정하는 것은 회계팀과 감사인의 일입니다.
도입과 운영
어떤 사용자에게 유용한가요?
월마감 때 별도재무제표의 투자 장부금액을 점검하는 회계팀, 종속·관계·공동기업 지분을 관리하는 재무팀, 그리고 이 결과를 검토하는 경영지원 조직입니다. 투자 건수가 적을 때는 엑셀로도 가능하지만 범주가 늘고 방법이 섞이기 시작하면 건별 확인이 어려워집니다.
도입하면 무엇이 달라지나요?
정책과 다른 방법을 쓴 투자를 건별로 찾는 일, 방법마다 재계산해 원장과 비교하는 엑셀 작업, 처분손익을 다시 계산해 보는 일이 한 화면에서 끝납니다. 확인할 투자의 수가 먼저 보이므로 회의가 "숫자가 맞나"에서 "이 투자를 어떻게 확인할까"로 옮겨 갑니다.
권한과 보안은 어떻게 하나요?
회사코드 권한을 분석 뷰의 접근 제어(DCL)로 걸어 두면 자기 회사 투자만 보입니다. 화면은 OpenUI5 표준 컨트롤만 쓰고 외부로 데이터를 보내지 않습니다. 권한 기준은 보안 담당과 함께 도입 전에 정하는 일입니다.
투자 건수가 수천 건, 전표가 수천만 건이면 어떻게 되나요?
투자 건수는 보통 수십~수백 건이라 부담이 없고, 부담은 원장 합계에서 옵니다. 원장 장부금액은 기간·회사코드·계정 범위를 필수 조건으로 걸고 서버(HANA) 안에서 합산한 값만 내려보내도록 두며, 전표 단위 행은 화면에 올리지 않습니다. 응답 시간 기준은 운영 데이터로 측정해 정해야 하므로 확인 필요입니다.
운영 시스템에 연결하는 절차는 어떻게 되나요?
CDS 뷰를 개발 시스템에 만들고 전송한 뒤, 서비스를 활성화하고, 앱의 서비스 주소 설정을 운영 주소로 바꿉니다. 그 사이에 투자 대장 적재와 권한 설계, 정책 방법 매핑 확정이 들어갑니다. 개발보다 합의가 많은 일이라 소요 기간은 합의 속도에 좌우되며, 일정은 확인된 사실이 없어 적지 않습니다.
언제 어디까지 적용되는지 정해진 것이 있나요?
이 글에서 확인된 사실은 기준서 요구사항을 점검하는 화면 구성까지입니다. 회사별 적용 시기와 범위는 회사와 감사인이 정하는 일이라 이 글에서 단정하지 않으며, 필요하면 확인 필요로 남깁니다.
개발 후 유지보수에는 무엇이 필요한가요?
손이 가는 곳은 세 곳입니다. 정책 방법 매핑, 투자 계정 범위, 손상징후 임계값입니다. 새 투자 범주가 생기면 매핑에 행을 더하고, 계정이 늘면 범위를 조정합니다. 화면 코드는 건드리지 않아도 됩니다.
이 화면으로 감사 대응을 대신할 수 있나요?
대신하지 않습니다. 감사 대응에 쓰는 근거는 표준 화면과 기존 절차에 있고, 이 화면은 그 전에 스스로 확인할 후보를 좁히는 용도입니다. 점검 필요로 표시된 투자의 처리 결과는 회사의 회계 담당과 감사인이 판단합니다.