SAP 이자·배당·법인세 현금흐름 분류 점검 — IAS 7, 이자·배당·법인세 납부가 회사 정책대로 영업·투자·재무활동에 나뉘어 담겼는지 다시 계산해 장부와 대조한다
회사 정책 분류로 기대 금액을 다시 만들어 장부 분류와 비교 · 자본화 이자와 대응 활동 세금의 분리 점검 · 직전 기간 분류와의 일관성 · 현금흐름표 표시 줄 대사 · 명세에서 표시 줄까지 — 소개 영상과 실제 화면 6종, 그리고 CDS 코드까지
소개 영상블로그 목차 순서대로 · 자막 포함8개 장면음성 안내·자막점검 대상 → 판정 규칙 → 대사 → 점검 필요 건 확인 → 표준 T-code 연계
주요 재생 지점
도입 포인트 — 이 앱을 사용해야 하는 이유
결산 시 이자, 배당, 법인세의 현금흐름 분류는 늘 복잡하고 시간을 많이 소모하는 작업입니다. 이 앱은 IAS 7 기준서와 회사 정책에 맞춰 현금흐름 명세를 재계산하고, 장부 분류와 직전 기간 분류를 대사하여 잠재적 이슈를 정확히 파악하여 결산 검증 프로세스를 혁신합니다.
핵심 포인트 일곱 가지
| 핵심 포인트 | 고객이 얻는 것 | 지금 방식이라면 |
|---|---|---|
| ① 이자·배당 분류 정책 일관성 | 이자·배당의 영업·투자·재무활동 분류가 회사 정책에 따라 매 기간 일관되게 적용되었는지 명세별로 확인합니다. 직전 기간과 달라진 사례를 즉시 식별합니다. | 계정 조회만으로 기간별 분류 일관성 확인이 어렵고, 변경 사유 확인에 많은 시간이 소모됩니다. |
| ② 자본화 이자 투자활동 분리 점검 | 자산 원가에 산입된 이자 지급분이 투자활동 현금흐름으로 적절히 분리되었는지 명세 단위로 검증합니다. 전표 내 비용과 자산화분 혼재로 인한 분류 오류 위험을 줄입니다. | 이자 지급 전표에 비용 및 자산화분이 섞여 있어 분리 처리 누락 시 통째로 재무활동에 반영될 수 있습니다. |
| ③ 법인세 대응 활동 분류 확인 | 투자·재무활동에 대응되는 법인세 납부액이 식별되어 해당 활동으로 분류되었는지 점검합니다. 총 납부액만으로는 파악하기 어려운 세부 분류 이슈를 드러냅니다. | 법인세 총액만 확인하면 투자·재무활동에 대응되는 세금 분류가 가려져 감사의견에 영향을 줄 수 있습니다. |
| ④ 장부-정책 분류 불일치 식별 | 이자·배당·법인세의 장부상 분류가 회사 정책에 따른 기대 분류와 다른 경우를 K01 코드로 즉시 파악합니다. 전표와 분류 매핑의 일관성을 검증합니다. | 개별 전표를 수동으로 확인하여 장부 분류가 회사 정책을 따르는지 일일이 대조하며, 문제 발견이 어렵습니다. |
| ⑤ 내부 데이터 정합성 완전 검증 | 5가지 대사식(총 115건)을 통해 명세부터 항목별 집계, 표시 줄 금액까지 앱 내 모든 숫자의 내부 정합성을 0의 차이로 자동으로 검증합니다. | 엑셀로 데이터를 재집계하고 수동으로 대사하며 휴먼 에러와 결산 지연 위험이 상존합니다. |
| ⑥ 현금흐름표 라인 추적 및 대사 | 개별 명세가 현금흐름표의 어떤 표시 줄에 반영되는지 직접 확인하고, 표시 줄 금액과 재계산 금액 간 차이를 명확히 보여주어 투명성을 높입니다. | 현금흐름표 금액의 근거를 찾기 위해 여러 전표와 계정을 수동으로 역추적하며 많은 시간을 소비합니다. |
| ⑦ 점검 필요 건 집중 관리 | 재계산된 기대 분류와 장부 분류 간 차이나 직전 기간과 달라진 명세 등 '점검 필요' 건만 필터링하여 원인을 빠르게 분석하고 효율적으로 후속 조치할 수 있도록 돕습니다. | 결산 시 방대한 전표를 일일이 확인하여 점검이 필요한 건을 찾아내야 하므로 시간과 노력이 많이 듭니다. |
사례로 보는 효과
앱은 점검용 예외로 9월 7건을 식별했는데, 이는 9월 배당 수취 4건이 직전 기간에는 영업활동이었으나 투자활동으로 변경되어 K04 코드로 표시된 사례를 포함합니다. 이를 통해 앱이 회사가 확인해야 할 핵심 사항을 정확히 찾아낸다는 것을 보여줍니다.
도입하면 달라지는 것
- 결산 현금흐름표 분류 검증 시간 단축
- IAS 7 및 회사 정책 분류의 정확성 향상
- 감사 대비 재무 보고서 신뢰도 증대
- 수작업 대사로 인한 휴먼 에러 위험 감소
이런 회사에 맞습니다
결산 시 이자·배당·법인세 현금흐름 분류 검증에 많은 시간을 소모하는 재무회계팀, 정확한 기준서 준수와 감사 대응이 필요한 기업에 적합합니다.
숫자를 믿을 수 있는가 — 검증 결과
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
실행 화면
실제로 돌아가는 화면 6종을 사용 순서대로 싣습니다. 그림을 누르면 크게 볼 수 있고, 화면마다 무엇을 하는 자리이고 숫자를 어떻게 읽는지를 아래에 적었습니다. 숫자는 모두 같은 자료에서 나온 것이라 화면끼리 맞춰 보셔도 됩니다.
처음 열었을 때
조회조건 · 요약 · 탭 · 표가 한 화면에 쌓입니다. 기본 기준 연월로 한 번 조회하므로 열자마자 숫자가 보입니다.
위쪽 안내 줄은 이 화면이 무엇을 점검하는지 적어 둔 것이고, 조회조건은 기준 연월(필수) · 현금흐름 항목 · 점검 코드 · 점검 결과입니다. 요약은 명세 20건, 금액 합계 2,874,000,000원, 재계산 영업 1,068,000,000 · 투자 637,000,000 · 재무 1,169,000,000원, 점검 필요 7건, 정합성 대사 차이 0건입니다. 화면을 열면 기본 기준 연월(202609)로 한 번 조회하고, 표는 전기일 순서로 이자 수취 · 배당 수취 · 이자 지급 명세를 보여 줍니다.
항목별로 묶고 현금흐름표 줄과 맞춘다
명세를 항목별로 묶어 보고, 표시 줄 금액을 재계산 금액과 맞춰 봅니다.
항목마다 건수와 금액, 점검 필요 건수가 한 줄씩 서고, 명세 탭의 합계와 같은 숫자여야 합니다(대사 R01). 항목별로 점검 필요가 몇 건인지 먼저 보고, 많은 항목부터 명세로 내려가면 확인할 자리를 빨리 좁힐 수 있습니다.
표시 줄은 항목과 활동의 조합입니다(예: 투자활동 — 배당 수취). 줄마다 표시 금액 − 재계산 금액이 0 이면 정상이고, 0 이 아니면 점검 필요로 표시됩니다. 표시 줄 합계가 장부 분류 금액 합계와 맞는지(R03)도 이 탭의 숫자로 확인합니다.
대사 결과와 점검 필요 건
숫자가 맞는지와 확인해야 할 건이 무엇인지를 따로 봅니다.
R01~R04 는 화면 숫자끼리 맞는지 보는 정합성 대사라 차이가 0 이어야 합니다. R05 · R06 은 장부와 정책을 비교하는 점검이라 차이 건이 곧 점검 필요 건입니다. 두 종류를 구분해 두었기 때문에 계산 오류와 장부 이슈가 섞이지 않습니다.
9월 기준으로 7건이 남고, 점검 코드(K01 · K02 · K03 · K04)별로 어떤 규칙에 걸렸는지 볼 수 있습니다. 점검 코드까지 고르면 같은 유형끼리 모아 처리할 수 있습니다.
명세에서 표시 줄까지
한 건이 어떻게 판정되고 어느 현금흐름표 줄에 올라가는지 끝까지 따라갑니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
화면 뒤에서 일어나는 일
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
분류 점검 판정 규칙
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
산출·대사식
화면의 모든 소계와 합계는 아래 순서로 산출하고 대사합니다.
- 기대 분류 금액(재계산) — 분리 대상 금액은 분리 대상 활동으로, 나머지 금액은 정책 분류 활동으로 배분합니다.
- 분류 차이 금액 = Σ|장부 활동별 금액 − 재계산 활동별 금액| ÷ 2
- 항목별 집계 = 같은 기간 · 같은 항목 명세의 합계
- 표시 줄 금액 = 항목 · 활동별 장부 분류 금액 합계, 차이 = 표시 금액 − 재계산 금액
| 대사 | 대사식 | 구분 |
|---|---|---|
| R01 | Σ 명세 금액 = Σ 항목별 금액 | 정합성 |
| R02 | 영업 + 투자 + 재무 재계산 금액 = 명세 금액 | 정합성 |
| R03 | Σ 표시 줄 금액 = 영업 + 투자 + 재무 장부 분류 금액 | 정합성 |
| R04 | 이자 지급 총액 = 자본화분 + 정책 분류분 | 정합성 |
| R05 | 활동별 장부 분류 금액 − 재계산 금액 (차이 건은 점검 필요) | 장부 점검 |
| R06 | 항목별 당기 정책 분류 = 직전 기간 분류 | 장부 점검 |
조회조건
조회조건은 모두 $filter 로 서비스에 전달됩니다. 전체를 고르면 그 조건은 필터에서 빠집니다.
| 조건 | 필수 | 기본값 | $filter |
|---|---|---|---|
| 기준 연월 | 필수 | 202609 | Period eq '202609' |
| 현금흐름 항목 | 선택 | 전체 | FlowType eq 'INTPAY' |
| 점검 코드 | 선택 | 전체 | CheckCode eq 'K02' |
| 점검 결과 | 선택 | 전체 | CheckStatus eq 'CHECK' |
결과 컬럼
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
좁은 화면에서 달라지는 것
표는 열이 많아 가로로 밀어 가며 봅니다. 이 글의 캡처는 폭 1440px 기준이며, 좁은 폭에서의 배치는 따로 캡처하지 않았습니다.
파일 구성
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
SAP 표준 기능 확장 포인트 — 표준 T-code 와 어떻게 연계되는지
표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 조회·검증 관점을 더해 확장합니다. 표준이 이미 잘하는 일은 표준에 맡기고, 분류가 정책대로 담겼는지를 맞춰 보는 자리만 이어 붙이는 쪽으로 만들었습니다.
표준으로 되는 것과 안 되는 것
| 하고 싶은 일 | SAP 표준 | 표준에서 걸리는 자리 | 이 화면이 하는 일 |
|---|---|---|---|
| 이자·배당·세금 전표 원천 확인 | FAGLL03 · FB03 | 계정을 하나씩 열어 개별 항목을 보는 화면이라, 어느 현금흐름 활동에 담겼는지는 보이지 않습니다 | 명세마다 장부 분류와 재계산 분류를 나란히 보여 줍니다 |
| 현금 계정 상대 전표 확인 | FBL3N | 상대 전표를 따라가며 사람이 분류를 판단해야 합니다 | 상대 줄을 한 명세로 묶어 항목을 정합니다 |
| 이자 지급 전표 대사 | FBL1N · F110 | 지급 실행 결과와 이자 항목 분류가 다른 화면에 있습니다 | 지급 전표 단위 명세에서 자본화분을 따로 세웁니다 |
| 활동별 분류 일관성 점검 | - | 표준에는 없습니다. 보통 엑셀로 직전 기간과 비교합니다 | 정책 분류와 직전 기간 분류를 같은 줄에 놓고 K04 로 표시합니다 |
| 자본화 이자 · 대응 활동 세금의 분리 | - | 표준에는 없습니다. 결산 때 수작업으로 나눕니다 | 분리 대상 금액과 활동을 명세에 달고 장부와 비교합니다(K02 · K03) |
| 현금흐름표 표시 줄 대사 | - | 표시 금액과 명세의 재계산 금액을 맞춰 보는 화면이 따로 없습니다 | 표시 줄마다 재계산 금액과의 차이를 보여 줍니다 |
T-code 별 연계 지점
맞닿은 표준 T-code 마다 이 화면이 이어받는 데이터와 두 화면 숫자를 맞춰 보는 지점입니다. 오가는 방향은 두 가지입니다 — 이 화면 결과에서 표준 T-code 로 내려가 원천을 확인하고, 표준 화면의 전표 번호를 이 화면 명세에서 다시 봅니다. 법정·감사 대응은 표준에 그대로 남기며, 기존 리포트를 없애지 않고 함께 둡니다.
| T-code | 이름 | 연계 |
|---|---|---|
FAGLL03 | G/L 계정 개별 항목(원장 뷰) | 이자·배당·법인세 계정의 전표 원천 확인. 같은 전표 번호와 전기일을 이 앱의 명세에서 다시 봅니다. |
FBL3N | G/L 계정 개별 항목 조회 | 현금 계정의 상대 전표 확인. 이 앱 명세의 금액 = 현금 계정 상대 줄 금액과 맞춰 봅니다. |
FBL1N | 공급업체 개별 항목 조회 | 이자 지급 전표 대사. 지급 상대 거래처 쪽 전표와 명세 금액을 대조합니다. |
F110 | 자동 지급 프로그램 | 지급 실행 결과 확인. 지급 실행에서 나온 전표가 이 앱 명세에 같은 금액으로 들어와 있는지 봅니다. |
FB03 | 전표 조회 | 명세의 전표 번호로 원천 확인. 이 앱 결과 → FB03 으로 내려가고, FB03 의 전표 번호 → 이 앱 명세에서 분류를 다시 봅니다. |
S/4HANA 분석 스택과의 자리
이 화면의 판정은 CDS 점검 큐브와 분석 쿼리로 내릴 수 있습니다. 쿼리는 표준 Fiori 분석 앱이나 Analysis for Office 가 그대로 띄울 수 있어, 이 화면과 같은 점검 결과를 그쪽에서도 볼 수 있습니다. 이 화면은 그 위에서 점검 필요 건을 좁혀 보고 명세에서 표시 줄까지 따라가는 자리를 맡습니다.
확장 포인트 — 운영에서 실제로 손대는 자리
| 자리 | 무엇을 정하나 | 비고 |
|---|---|---|
| 분류 정책 매핑 | 계정 그룹 → 이자·배당·법인세 항목, 항목 → 회사 정책 활동 | 회계팀이 직접 고칩니다. 운영에서는 유지보수 가능한 테이블로 둡니다. |
| 자본화 · 대응 활동 판정 입력 | 자산 원가에 들어간 이자, 투자·재무활동에 대응되는 세금을 어디서 식별하는가 | 고객사마다 원천이 다릅니다(자산 원가 전표, 확장 필드 등). 식별은 회사가 합니다. |
| 확장 필드 | 전표에 활동 구분을 직접 달 것인가 | 커스텀 필드나 BAdI 로 원천에 달면 이 앱의 판정 입력이 단순해집니다. |
| 권한 | 회사코드 · 계정 범위에 따른 조회 제한 | 집계를 읽는 자리에 권한을 걸어야 합계 비교로 새어 나가지 않습니다. |
| 직전 기간 비교 기준 | 직전 기간 분류를 어디서 가져오는가 | 전 기간 매핑을 이력으로 두면 K04 가 자동으로 설명됩니다. |
요구사항 매핑
| 기준서 | 요구사항 | 대응 기능 | 원천 데이터 | 비고 |
|---|---|---|---|---|
| IAS 7 현금흐름표(K-IFRS 제1007호) | 이자와 배당의 수취·지급 현금흐름을 각각 구분해 공시 | 항목별 집계 탭 | BKPF · BSEG · ACDOCA | 다섯 항목 구분 |
| IAS 7 현금흐름표(K-IFRS 제1007호) | 이자·배당 현금흐름은 영업·투자·재무활동 중 하나로 분류하고 기간마다 일관되게 적용 | 정책 분류와 직전 기간 분류 비교(K04) | 분류 정책 매핑 | 변경 사유 확인 필요 |
| IAS 7 현금흐름표(K-IFRS 제1007호) | 자산 원가에 산입한 지급이자는 투자활동으로 분류 | 자본화 이자 분리 점검(K02) | ACDOCA · 자산 원가 전표 | 자본화 대상 판정은 회사 몫 |
| IAS 7 현금흐름표(K-IFRS 제1007호) | 법인세 납부는 원칙적으로 영업활동, 투자·재무활동에 대응되는 부분이 식별되면 그 활동으로 분류하되 총 납부액은 공시 | 대응 활동 분리 점검(K03) | BKPF · BSEG | 식별 가능 여부는 회사 판단 |
CDS 구성
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
자주 묻는 질문
도입 상담과 데모에서 받는 질문을 네 묶음으로 나누어 적었습니다.
숫자와 판정
이 화면은 무엇을 점검하나요?
이자 수취 · 배당 수취 · 이자 지급 · 배당 지급 · 법인세 납부가 회사가 정한 분류 정책대로 영업·투자·재무활동에 반영됐는지, 자본화한 이자와 대응 활동이 식별되는 법인세가 분리됐는지, 현금흐름표 표시 금액이 재계산 금액과 맞는지를 봅니다. 명세 한 건마다 기대 분류 금액을 다시 만들고 장부 분류 금액과 비교하는 방식입니다.
점검 필요와 정상은 어떻게 갈립니까?
위에서부터 먼저 걸리는 규칙을 점검 코드로 씁니다. K02(자본화 이자 분리) → K03(대응 활동 세금 분리) → K01(장부 분류가 정책과 다름) → K04(직전 기간 분류와 다름) 순이고, 어느 것에도 걸리지 않으면 K00 정상입니다. 점검 필요는 틀렸다는 뜻이 아니라 사람이 확인할 자리라는 뜻입니다.
K04 는 금액이 맞는데도 왜 점검 필요로 뜹니까?
K04 는 장부가 당기 정책을 따르고 있어 금액 차이는 없지만, 당기 정책 분류가 직전 기간 분류와 달라진 경우입니다. 분류는 기간마다 일관되게 적용하는 것이 요구사항이므로 바꾸었다면 변경 사유와 비교정보 공시 여부를 확인해야 합니다. 이 자료에서는 9월 4건이 여기 해당하고, 확인은 회사와 감사인이 합니다.
분류 차이 금액은 어떻게 계산합니까?
Σ|장부 활동별 금액 − 재계산 활동별 금액| ÷ 2 입니다. 한 활동에서 빠진 금액이 다른 활동으로 간 것이므로 절대값 합을 둘로 나눠야 한 번만 셉니다. 차이가 0 이면 장부 분류와 재계산이 같습니다.
정합성 대사와 장부 점검 대사는 무엇이 다릅니까?
R01~R04 는 화면의 소계와 합계가 서로 맞는지 보는 정합성 대사라 차이가 0 이어야 합니다. R05 · R06 은 장부와 정책을 비교하는 장부 점검이라 차이 건이 곧 점검 필요 건입니다. 둘을 나눠 두어 계산 오류와 장부 이슈가 섞이지 않게 했습니다.
샘플 데이터는 실제 회사 데이터인가요?
아닙니다. 가상 거래처와 가상 계정 체계로 만든 검증용 샘플입니다. 기간은 2026년 8월 · 9월 두 달이고 기간마다 명세 20건(항목당 4건)입니다. 판정 규칙의 모든 분기가 걸리도록 점검용 예외를 일부러 심어 두었습니다.
화면과 조작
조회조건은 무엇이고 비워 두면 어떻게 됩니까?
기준 연월(6자리)만 필수이고, 현금흐름 항목 · 점검 코드 · 점검 결과는 선택입니다. 전체를 고르면 그 조건은 필터에서 빠집니다. 모든 조건은 서비스에 $filter 로 전달되므로 표준 화면의 선택 화면과 같은 감각으로 쓰시면 됩니다.
확인할 건만 빨리 보려면 어떻게 합니까?
점검 결과를 점검 필요로 고르면 확인할 명세만 남습니다. 점검 코드까지 고르면 같은 유형끼리 모아서 처리할 수 있습니다. 요약의 점검 필요 건수와 표 건수가 같은지 보시면 필터가 제대로 걸렸는지도 알 수 있습니다.
행을 누르면 무엇이 열립니까?
그 명세의 장부 분류 · 재계산 금액 · 점검 코드와 내용 · 처리 근거, 그리고 그 명세가 반영되는 현금흐름표 표시 줄과 그 줄의 대사 결과가 열립니다. 한 건이 어떻게 판정되고 어디로 올라가는지를 끝까지 따라가는 화면입니다.
결과를 엑셀로 가져갈 수 있습니까?
선택한 탭의 현재 조건 결과를 UTF-8 CSV 로 내려받을 수 있습니다. 필터를 건 상태에서 내려받으면 그 결과만 나옵니다.
1분 31초 소개 영상은 무엇을 담고 있습니까?
문제 제기부터 판정 규칙, 대사, 점검 필요 건 확인까지를 8개 장면으로 설명하는 음성 안내와 자막이 들어간 영상입니다. 글의 순서와 같아서 영상을 먼저 보고 글에서 세부를 확인하셔도 됩니다.
표준 T-code 와 운영
SAP 표준 T-code 와는 어떤 관계입니까?
표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 조회·검증 관점을 더해 확장합니다. 원천 전표 확인은 FAGLL03 · FB03, 현금 계정 상대 전표는 FBL3N, 이자 지급 전표는 FBL1N · F110 으로 합니다. 이 화면 결과에서 표준 화면으로 내려가 원천을 확인하고, 표준 화면의 전표 번호를 이 화면 명세에서 다시 보는 식으로 오갑니다.
운영에서 기존 리포트를 없애야 합니까?
아닙니다. 법정·감사 대응에 쓰는 표준 화면과 기존 보고서는 그대로 둡니다. 이 화면은 결산 전에 분류가 정책대로 담겼는지를 점검하는 도구라서, 표준 실행을 대체하지 않고 앞단에서 확인할 자리를 줄여 줍니다.
운영 데이터에 연결하려면 무엇이 필요합니까?
CDS 뷰(명세 · 분리 판정 · 점검 큐브 · 쿼리)와 권한, 서비스 바인딩을 만들고 서비스를 활성화한 뒤 화면 앱 설정의 서비스 주소를 바꾸는 것입니다. 화면 코드는 그대로입니다. 기술 작업보다 먼저 정책 매핑과 분리 판정 원천을 정하는 합의가 필요하고, 소요는 그 합의에 가장 크게 좌우됩니다.
전표가 수천만 건이면 어떻게 합니까?
집계와 판정을 CDS 점검 큐브(DB)로 내리고, 기준 연월을 필수 파라미터로 두어 한 달 단위로 끊습니다. 정책 테이블에서 계정 범위를 먼저 줄여 join 하면 읽는 줄 수가 줄어듭니다. 운영 규모 샘플로 응답 시간을 먼저 재 보시길 권합니다.
계정 체계나 정책 매핑이 바뀌면 어떻게 됩니까?
정책 매핑 테이블에 유효기간을 두었기 때문에 새 행을 추가하면 됩니다. 과거 기간의 판정은 그 기간에 유효했던 매핑으로 그대로 재현됩니다. 정책 활동을 바꾸면 바뀐 기간부터 K04 가 뜨고, 그것이 곧 변경 사유 확인 대상입니다.
권한과 보안은 어떻게 됩니까?
집계를 읽는 점검 큐브에 회사코드 단위 권한을 겁니다. 명세에만 걸면 항목별 집계와 합계 비교로 접근 제한 범위 밖의 금액이 드러납니다. 화면은 OpenUI5 표준 컨트롤만 쓰고 외부 전송이 없습니다.
도입과 책임
누가 쓰면 효과가 큽니까?
현금흐름표를 만드는 재무회계팀과 결산 검토를 하는 경영지원 조직입니다. 결산 직전에 분류가 정책대로 담겼는지를 한 화면에서 확인하므로, 표준 화면을 오가며 엑셀로 대조하던 시간을 줄일 수 있습니다.
적용 시기와 범위는 어떻게 됩니까?
이 화면이 다루는 분류는 IAS 7(K-IFRS 제1007호)의 이자·배당·법인세 현금흐름 분류 요구사항 기준입니다. IFRS 18(K-IFRS 제1118호)은 2027-01-01 이후 개시 회계연도부터 적용하고 조기적용을 허용하므로, 해당 기간의 분류는 별도로 확인해야 합니다.
판정이 회계 처리를 확정합니까?
아닙니다. 이 화면은 분류 · 집계 · 대사를 돕는 점검 도구이고 결과는 점검 필요 · 확인 필요로만 표기합니다. 자본화 대상인지, 대응 활동이 식별되는지는 회사가 판단하고, 최종 판단은 회사와 감사인이 합니다.
자본화 대상 판정은 이 화면이 해 줍니까?
아닙니다. 판정은 회사 몫입니다. 화면은 회사가 판정해 둔 분리 몫이 장부의 투자활동 금액에 반영됐는지만 봅니다. 판정 원천이 없으면 분리 몫이 0 으로 읽혀 점검이 비게 되므로, 운영 전환 때 식별 원천부터 정해야 합니다.
법인세 총 납부액은 어떻게 다룹니까?
대응 활동이 식별되는 부분을 그 활동으로 분리하더라도 총 납부액은 그대로 공시해야 하므로, 화면은 총 납부액을 지우지 않고 분리 몫을 별도로 보여 줍니다. 처리 방법을 안내하는 문구에도 총 납부액은 그대로 공시한다고 적어 두었습니다.