SAP 현금흐름표 총액·순액 표시 점검 — IAS 7, 순액으로 올린 투자·재무활동 현금흐름이 예외 요건을 채우는지 거래 명세로 다시 계산해 장부와 대조한다
총액 표시 원칙과 순액 표시 예외 요건 점검 · 항목별 회전 횟수·평균 만기일수 재계산 · 총액 환산 시 유입 증가분 · 명세·항목·활동 3층 대사 — 소개 영상과 실제 화면 7종, 그리고 CDS 코드까지
소개 영상블로그 목차 순서대로 · 자막 포함9개 장면조회 → 점검 필요 좁히기 → 상세 → 활동 집계 → 명세 → 대사
주요 재생 지점
도입 포인트 — 이 앱을 사용해야 하는 이유
결산 시 투자·재무활동 현금흐름을 총액으로 표시할지 순액으로 표시할지 명확한 근거를 확보하기 어려우셨습니까? 이 앱은 IAS 7(K-IFRS 제1007호) 기준에 따라 순액 표시 예외 요건을 시스템이 직접 재계산하고, 총액 환산 시 유입 증가분까지 시뮬레이션하여 의사결정을 돕습니다.
핵심 포인트 여섯 가지
| 핵심 포인트 | 고객이 얻는 것 | 지금 방식이라면 |
|---|---|---|
| ① IFRS 기준 예외 요건 검증 | IAS 7(K-IFRS 제1007호)의 순액 표시 예외 요건을 시스템이 거래 명세 기준으로 회전 횟수, 평균 만기일수 등을 재계산하여 부합 여부를 확인하고 제시합니다. | 표준 SAP 화면에서 회전 횟수나 평균 만기일수 등 예외 요건을 확인할 수 없어 수작업으로 계산합니다. |
| ② 총액 환산 시 유입 시뮬레이션 | 현재 순액으로 표시된 항목을 총액으로 전환했을 때 현금 유입이 얼마나 증가하는지 미리 계산하여 표시 방식 변경에 대한 의사결정을 지원합니다. | 총액 전환 시 현금 유입 증가분을 미리 파악하기 어려워 표시 방식 검토에 시간이 소요됩니다. |
| ③ 분산된 근거 정보 통합 | 항목별 순액 표시 근거가 되는 요건(고객 대신 수취/지급 여부, 회전 횟수, 평균 만기일수 등)을 한 화면에 통합하여 감사 대응 효율을 높입니다. | 순액 표시 근거 자료가 결산 파일 곳곳에 흩어져 있어 감사 질문에 매번 새로 답을 만들고 준비해야 합니다. |
| ④ 3층 현금흐름 대사 자동 검증 | 명세, 항목, 활동의 세 층 합계를 대사식 7종 135건으로 시스템이 상호 검증하여, 불일치 발생 시 어느 층에서 어긋났는지 즉시 파악할 수 있도록 합니다. | 활동별 순증감만 확인하면 항목 수준의 오류가 가려질 수 있고, 수작업 대사에는 많은 시간이 소요됩니다. |
| ⑤ 점검 필요 사유 상세 안내 | '점검 필요' 항목에 대해 만기, 회전, 금액 중 미충족 요건을 문장으로 제시하고, 관련 거래 명세를 한 창에서 즉시 확인할 수 있도록 지원합니다. | '요건 미충족'과 같은 단순 메시지는 담당자가 직접 원본 자료를 열어보며 사유를 확인해야 합니다. |
| ⑥ SAP 표준 기능 확장 연계 | FBL3N, FAGLL03, FAGLB03, FB03 등 SAP 표준 전표/계정 조회 기능과 연계하여 원장 데이터 정합성을 확인하고, 표준에 점검 관점을 더해 업무 확장성을 제공합니다. | 표준 화면은 기록 기능 위주이며, 현금흐름표 총액/순액 표시 점검은 별도의 수작업 또는 외부 도구로 진행됩니다. |
사례로 보는 효과
이 앱은 대사식 7종 135건과 항목 판정 30건을 검증하여 모두 차이 없이 0건의 불일치를 기록했습니다. 샘플 데이터에서는 5건의 '점검 필요' 항목을 의도적으로 포함해, 앱이 IAS 7 예외 요건 미충족 항목을 정확히 식별함을 보여줍니다.
도입하면 달라지는 것
- 현금흐름표 총액·순액 표시 근거를 시스템으로 확보
- IAS 7(K-IFRS 제1007호) 기준 적용의 일관성 증대
- 결산 및 감사 대응 시 수작업 업무량 대폭 감소
- 재무회계 데이터의 정합성 및 신뢰도 향상
이런 회사에 맞습니다
IAS 7(K-IFRS 제1007호)에 따라 투자·재무활동 현금흐름표를 작성하며, 총액·순액 표시의 명확한 근거와 감사 대응 효율성 증대를 원하는 재무·관리회계팀과 CFO에게 적합합니다.
숫자를 믿을 수 있는가 — 검증 결과
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
실행 화면
아래 화면은 모두 검증용 샘플 데이터(가상, 단위 백만원)로 실제 렌더링한 것입니다. 화면 순서는 실제로 쓰는 순서를 따랐습니다.
처음 열었을 때와 점검 필요 항목 좁히기
조회조건과 요약, 첫 탭이 한 화면에 나오고, 점검 결과 조건 하나로 다시 확인할 항목만 남길 수 있습니다.
회계연도는 필수이고 기본값은 2026년·기간 전체입니다. 화면을 열면 자동으로 한 번 조회하므로 아무것도 누르지 않아도 30개 판정 행이 보입니다. 조회 버튼은 조회조건 오른쪽 끝에 있고 회계연도 칸에서 Enter 를 눌러도 같은 조회가 됩니다. 요약 지표 중 "점검 필요" 건수와 "총액 환산 시 유입 증가분"을 가장 먼저 보면 됩니다. 두 숫자가 0 이면 이번 조건 범위에서는 다시 확인할 순액 표시 항목이 없다는 뜻입니다.
샘플에서는 세 기간을 합쳐 5건이 남습니다. 행마다 회전 횟수·평균 만기일수·총유입이 나란히 있어 어느 요건이 걸렸는지 한눈에 읽힙니다. 점검 내용 칸에는 만기, 회전, 금액 중 무엇이 기준에 못 미쳤는지가 문장으로 적힙니다. "점검 필요"는 원인이나 위반을 단정하는 표시가 아니라 다시 확인하라는 신호이며, 기준값은 회사 정책으로 바꿀 수 있는 샘플 값입니다.
활동별로 접고 명세로 내려가기
항목 판정을 활동 단위로 접어 보고, 판정의 근거가 되는 전표 단위 명세까지 내려갑니다.
같은 활동 안에서 표시 방식이 총액이든 순액이든 순증감은 같아야 합니다. 이 탭은 그 사실을 합계로 확인하는 자리입니다. 표시 유입·표시 유출은 방식에 따라 달라지고, 그 차이가 "총액 환산 시 유입 증가분"으로 따로 집계됩니다. 점검 필요 항목 수가 있는 활동은 첫 탭으로 돌아가 해당 항목을 눌러 보면 됩니다.
항목 숫자를 의심할 때 가장 먼저 내려오는 탭입니다. 유입 건수가 곧 회전 횟수이고 유입 금액으로 가중한 만기일수가 평균 만기일수이므로, 명세만 있으면 판정을 손으로 다시 계산해 볼 수 있습니다. 명세의 전표번호는 표준 전표 조회로 원본을 확인할 때 그대로 입력하면 됩니다.
대사로 확인하고 상세로 사유 읽기
세 층의 합계가 서로 맞는지 확인하고, 점검 필요 항목은 상세 창에서 사유와 명세를 함께 읽습니다.
항목 합계와 명세 합계, 활동 합계와 항목 합계가 서로 맞는지를 화면이 스스로 매번 다시 잽니다. 차이 건수가 0 이 아닌 줄이 있으면 그 줄의 좌변·우변을 보고 어느 층에서 어긋났는지를 찾습니다. 샘플 데이터에는 이 대사가 모두 0 으로 나오도록 만들었고, 점검 필요 항목은 대사 차이와 분리해 따로 기록했습니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
좁은 화면에서 본 모습
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
좁은 화면에서도 컬럼은 줄지 않고, 조회조건·요약 지표의 배치만 바뀝니다. 아래 장에서 설명하는 판정 규칙과 조회조건은 화면 폭과 무관하게 같습니다.
화면 뒤에서 일어나는 일
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
순액 표시 요건 판정 규칙
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
산출 순서와 대사식
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
조회조건
| 조건 | 필수 | 적용 대상 | 설명 |
|---|---|---|---|
| 회계연도 | 필수 | 전 탭 | 4자리 숫자. 기본값 2026 |
| 기간(월) | 선택 | 전 탭 | 전체 · 2026-07 · 2026-08 · 2026-09 |
| 활동 구분 | 선택 | 항목·활동·명세 | 투자활동 · 재무활동 (전체 선택 시 조건 제외) |
| 항목 | 선택 | 항목·명세 | 10개 항목 중 선택 (전체 선택 시 조건 제외) |
| 현재 표시 방식 | 선택 | 항목 | 총액 · 순액 |
| 기준일 시작/종료 | 선택 | 항목·활동·명세 | 날짜 범위. 서비스가 직접 처리 |
| 점검 결과 | 선택 | 항목·활동 | 정상 · 점검 필요 |
대사 탭은 회계연도·기간만 조건으로 받고, 거래 명세 탭은 현재 표시 방식·점검 결과 조건을 적용하지 않습니다.
결과 컬럼
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
좁은 화면에서 달라지는 것
폭이 줄면 조회조건이 여러 줄로 나뉘고 요약 지표도 줄바꿈됩니다. 표는 컬럼 수를 줄이지 않고 가로 스크롤을 줍니다. 상세 창은 화면 폭에 맞춰 줄어들며 닫으면 이전 조회 상태가 그대로 남습니다.
파일 구성
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
SAP 표준 기능 확장 포인트
표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 조회·검증 관점을 더해 확장합니다. 아래 표는 표준 화면으로 충분한 일과 이 앱이 더하는 관점을 나란히 놓은 것입니다.
표준으로 되는 것과 안 되는 것
| 하고 싶은 일 | SAP 표준 | 표준에서 걸리는 자리 | 이 앱이 하는 일 |
|---|---|---|---|
| 계정별 전표 라인 확인 | FBL3N · FAGLL03 | 라인은 보이지만 항목별 회전·만기 계산은 따로 해야 합니다 | 라인을 항목 단위로 접어 회전 횟수·평균 만기일수를 계산 |
| 계정 잔액 변동 확인 | FAGLB03 | 기간 잔액은 보이지만 총액·순액 표시 구분은 없습니다 | 활동별 순증감과 표시 유입·유출을 나란히 제시 |
| 전표 원본 확인 | FB03 | 전표 한 건씩 열어야 합니다 | 명세에서 전표를 골라 같은 번호로 바로 확인 |
| 순액 표시 요건 재계산 | 없음 | 표준 거래에는 이 계산이 없습니다 | 만기·회전·금액 기준으로 항목마다 판정 |
| 표시 방식 변경의 영향 | 없음 | 총액으로 바꾸면 유입이 얼마나 늘지 계산할 곳이 없습니다 | 총액 환산 시 유입 증가분을 항목·활동별로 집계 |
T-code 별 연계 지점
| T-code | 이름 | 연계 |
|---|---|---|
| FBL3N | G/L 계정 개별 항목 조회 | 이 앱의 명세가 읽는 라인 항목과 같은 원천입니다. 이 앱 결과 → FBL3N: 항목의 계정과 기간으로 라인을 열어 명세 합계와 맞춥니다. 법정·감사 대응 자료는 표준 화면에 그대로 남겨 둡니다. |
| FAGLL03 | G/L 계정 개별 항목 조회(원장 기준) | 원장별로 같은 라인을 보며 근거 금액을 대조합니다. 원장이 여럿인 회사는 이 앱의 원장 조건을 같은 값으로 맞춥니다. |
| FAGLB03 | G/L 계정 잔액 조회 | 활동별 순증감과 기간별 잔액 변동을 맞춥니다. 표준 화면 값 → 이 앱: 같은 기간의 활동 탭 순증감과 비교합니다. |
| FB03 | 전표 조회 | 명세의 전표번호를 그대로 넣어 거래처·전기일·금액 원본을 확인합니다. |
운영 전환 시에도 기존 리포트를 없앨 필요는 없습니다. 표준 화면은 법정·감사 대응의 기록으로 그대로 두고, 이 앱은 결산 전에 순액 표시 항목을 다시 확인하는 용도로 나란히 씁니다.
S/4HANA 분석 스택과의 자리
이 앱의 계산은 CDS 큐브와 분석 쿼리로 옮길 수 있게 나뉘어 있습니다. 표준 Fiori 분석 앱이나 Analysis for Office 에서 같은 쿼리를 읽으면 같은 판정이 나오고, 이 앱의 화면은 그 위에서 점검 흐름(조회 → 점검 필요 좁히기 → 상세 → 대사)을 맡습니다. 표준 CDS 뷰의 이름과 필드는 릴리스마다 다를 수 있어 이 글에서는 원천 테이블 기준으로 쓰고, 표준 뷰 사용 여부는 확인 필요로 둡니다.
확장 포인트 — 운영에서 실제로 손대는 자리
| 자리 | 무엇을 손대나 | 비고 |
|---|---|---|
| 항목 배정 | 계정·전표를 어느 항목·활동에 묶는지, 현재 표시 방식, 고객 대신 구분 | 회사 설계 자료. 계정이 늘 때마다 갱신 |
| 기준값 | 평균 만기 · 회전 · 총유입 기준 | 샘플 90일·4회·1,000. 회사 정책으로 정함 |
| 만기일수 원천 | 명세별 만기일수를 어느 필드에서 가져올지 | 확인 필요 |
| 확장 필드 | 계약 구분·상대방 구분 등 회사가 붙이는 필드 | 커스텀 필드로 추가 후 뷰에 노출 |
| 권한 | 회사코드·원장 단위 조회 범위 | 접근 제어(DCL)에서 설정 |
| 서비스 주소 | 화면 설정의 서비스 경로를 운영 서비스로 교체 | 화면 코드는 그대로 |
요구사항 매핑
| 기준서 | 요구사항 | 대응 기능 | 원천 데이터 | 비고 |
|---|---|---|---|---|
| IAS 7 현금흐름표(K-IFRS 제1007호) | 투자활동·재무활동의 총현금유입과 총현금유출을 구분해 총액으로 표시 | 항목별 판정, 활동별 집계 | 전표 라인 항목, 현금흐름 항목 배정(회사 설계) | 배정 방식은 확인 필요 |
| IAS 7 현금흐름표(K-IFRS 제1007호) | 순액 표시 예외 — 고객 대신 수취·지급 항목 | 고객 대신 판정, 판정 규칙 | 거래처 구분(회사 설계) | 판정 기준은 회사 정책 |
| IAS 7 현금흐름표(K-IFRS 제1007호) | 순액 표시 예외 — 회전이 빠르고 금액이 크며 만기가 짧은 항목 | 회전 횟수·평균 만기일수·총유입 판정 | 거래 명세 | 샘플 기준 90일·4회·1,000, 확인 필요 |
| IAS 7 현금흐름표(K-IFRS 제1007호) | 표시 방식과 관계없이 활동별 순현금흐름은 같아야 함 | 정합성 대사 R04·R05 | 항목 판정·활동 집계 | - |
CDS 구성
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
자주 묻는 질문
도입을 검토하는 분들이 자주 묻는 내용을 네 묶음으로 정리했습니다.
숫자와 판정
어떤 기준서의 어떤 요구사항을 점검합니까?
IAS 7 현금흐름표(K-IFRS 제1007호)에서 투자활동과 재무활동의 현금유입·현금유출을 총액으로 구분해 표시하는 원칙과, 그 예외로 순액 표시가 허용되는 경우를 점검합니다. 고객 대신 수취·지급하는 항목, 회전이 빠르고 금액이 크며 만기가 짧은 항목이 예외의 대상입니다. 순액으로 올린 항목이 그 요건에 맞는지를 거래 명세로 다시 계산해 봅니다.
이 화면이 총액·순액 표시를 확정해 줍니까?
아닙니다. 분류·집계·대사를 돕는 점검 도구이며 최종 판단은 회사와 감사인이 합니다. "점검 필요"는 요건을 다시 확인해야 할 항목이라는 뜻일 뿐 원인이나 오류 여부를 단정하지 않습니다. 만기·회전·금액 기준도 회사 정책에 따라 조정할 수 있는 샘플 값입니다.
점검 기준값 90일·4회·1,000 은 어디서 나온 숫자입니까?
화면 동작을 설명하기 위해 둔 샘플 값입니다. 기준서가 정한 구체 수치와 같은지는 이 글에서 확인하지 않았고 확인 필요로 남겨 둡니다. 운영에서는 회사 정책과 감사인의 해석을 반영해 기준값 테이블에서 바꾸며, 화면 코드를 고칠 필요는 없습니다.
고객 대신 수취·지급 항목은 어떻게 판정합니까?
항목 배정표의 구분 값을 그대로 읽습니다. 이 구분을 자동으로 추정하지 않고 회사가 직접 적도록 한 이유는, 같은 계정이어도 거래 성격에 따라 달라질 수 있기 때문입니다. 구분 값이 틀리면 판정도 틀리므로 배정 단계의 검토가 가장 중요합니다.
총액 환산 시 유입 증가분은 무엇입니까?
순액으로 올린 항목 중 점검 필요로 나온 항목을 총액으로 바꿨을 때 표시 유입이 얼마나 늘어나는지를 합한 값입니다. 항목별로는 총유입에서 현재 표시 유입을 뺀 값이고, 활동별·기간별로 합산됩니다. 이 값은 영향 규모를 가늠하는 참고 숫자이며 회계처리 결정을 대신하지 않습니다.
숫자가 틀리지 않는다는 것은 어떻게 확인했습니까?
서비스의 계산과 별도의 코드로 같은 계산을 다시 해서 비교했습니다. 대사식 7종을 세 기간에 걸쳐 135건 돌려 차이가 0건이었고, 항목 판정 30건도 불일치가 없었습니다. 샘플 데이터 기준의 결과이므로 운영 데이터에서는 같은 방식으로 다시 확인해야 합니다.
대사식에서 차이가 나오면 어디부터 봅니까?
대사 탭에서 차이 건수가 0 이 아닌 줄의 좌변·우변을 확인합니다. 항목 합계와 명세 합계가 어긋나면 명세 기준 뷰의 방향 판정을, 활동 합계와 항목 합계가 어긋나면 항목 배정을 먼저 의심합니다. 점검 필요는 대사 차이와 다른 개념이므로 섞어 세지 않습니다.
화면과 조작
조회 버튼은 어디에 있습니까?
조회조건 영역의 맨 오른쪽, 초기화 버튼과 같은 줄에 있습니다. 회계연도 입력 칸에서 Enter 를 눌러도 같은 조회가 됩니다. 처음 화면을 열 때는 기본 조건으로 자동 조회되므로 아무것도 누르지 않아도 결과가 보입니다.
점검 필요 항목만 보려면 어떻게 합니까?
점검 결과 조건을 "점검 필요"로 두고 조회합니다. 항목 행에는 회전 횟수·평균 만기일수·총유입이 나란히 있어 어느 요건이 걸렸는지 곧바로 읽힙니다. 행을 누르면 점검 내용과 거래 명세가 한 창에 열립니다.
항목 상세 창에서는 무엇을 볼 수 있습니까?
회전 횟수, 평균 만기일수, 표시 유입·표시 유출, 점검 내용과 그 항목의 거래 명세를 함께 봅니다. 판정 조건과 실제 값이 한 창에 있어 "왜 점검 필요인가"가 바로 읽힙니다. 창을 닫으면 조회조건과 스크롤 위치는 그대로 남습니다.
CSV 내려받기는 어떻게 동작합니까?
현재 탭의 조회 결과를 화면에 보이는 컬럼 이름과 표시 형식 그대로 UTF-8 CSV 로 내려받습니다. 탭마다 따로 받으며 조회조건에 걸러진 행만 들어갑니다. 엑셀에서 한글이 깨지면 인코딩을 UTF-8 로 지정해 열면 됩니다.
좁은 화면에서도 같은 컬럼을 볼 수 있습니까?
볼 수 있습니다. 조회조건과 요약 지표는 줄바꿈되고, 표는 컬럼을 줄이지 않고 가로 스크롤로 같은 내용을 보여 줍니다. 판정 컬럼이 빠져 결론이 달라 보이는 일은 없도록 했습니다.
기준일 조건은 어떻게 적용됩니까?
시작일과 종료일 중 하나만 넣어도 되고, 둘을 함께 넣으면 범위 조건이 됩니다. 날짜 조건은 서비스가 직접 처리하므로 화면에서 날짜를 가공하지 않습니다. 비워 두면 기준일 조건은 적용되지 않습니다.
SAP 표준과 데이터
표준 T-code 와는 어떤 관계입니까?
표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 조회·검증 관점을 더해 확장합니다. 명세는 계정 개별 항목 조회(FBL3N · FAGLL03)와 같은 라인에서 나오고, 활동 순증감은 계정 잔액 조회(FAGLB03)와, 전표 원본은 전표 조회(FB03)와 맞춰 볼 수 있습니다.
기존 현금흐름 리포트를 없애야 합니까?
없앨 필요가 없습니다. 법정·공시·감사 대응의 기록은 표준 화면에 그대로 두고, 이 앱은 결산 전에 순액 표시 항목을 다시 확인하는 용도로 나란히 씁니다. 두 화면의 숫자를 맞춰 보는 지점은 확장 포인트 장의 T-code 별 연계 표에 정리했습니다.
샘플 데이터는 실제 자료입니까?
아닙니다. 항목·거래처·금액이 모두 가상이며 단위는 백만원입니다. 항목 10개, 기간 3개, 명세 245행으로 판정이 걸러지는 모습을 보여 주기 위해 만들었습니다. 점검 필요 항목 5건은 일부러 넣은 의도적 예외입니다.
운영 데이터에 연결하려면 무엇이 필요합니까?
항목 배정표와 기준값 테이블을 채우고, CDS 뷰를 만들어 서비스를 게시한 뒤 화면 설정의 서비스 경로를 운영 서비스로 바꿉니다. 화면 코드는 그대로입니다. 일정은 개발 기간보다 항목 배정과 기준값 합의에 걸리는 시간이 좌우합니다.
S/4HANA 가 아닌 ECC 에서도 쓸 수 있습니까?
화면은 OData 서비스만 바라보므로 서비스를 만들 수 있다면 화면은 같습니다. 다만 이 글의 CDS 구성안은 S/4HANA 를 전제로 하며, ECC 에서는 서비스를 다른 방식으로 구현해야 합니다. 구체 방식은 환경 확인 후 정해야 하므로 확인 필요입니다.
표준 CDS 뷰를 쓰면 안 됩니까?
쓸 수 있습니다. 이 글은 표준 뷰의 이름과 필드가 릴리스마다 달라질 수 있어 원천 테이블 기준으로 적었습니다. 운영에서는 해당 릴리스의 표준 뷰를 확인한 뒤 기준 뷰의 읽기 원천만 바꾸는 방법이 있고, 그 가능 여부는 확인 필요입니다.
도입과 운영
누가 쓰는 화면입니까?
결산 시 현금흐름표를 작성하고 검토하는 회계팀과, 순액 표시 근거를 확인하는 내부 검토자가 주 사용자입니다. 조회·점검 화면이라 전표를 만들거나 수정하지 않습니다. 감사 대응 자료의 최종 판단은 회사와 감사인이 합니다.
권한과 보안은 어떻게 설계합니까?
회사코드·원장 단위 권한을 명세 기준 뷰 아래에서 한 번만 걸어 모든 탭에 같은 범위가 적용되게 합니다. 권한을 쿼리 위쪽에 거는 것보다 합계로 새어 나갈 틈이 적습니다. 권한 객체와 범위는 보안 담당과 함께 정해야 합니다.
전표가 아주 많으면 성능은 어떻습니까?
샘플은 245행이라 성능을 대표하지 않습니다. 운영에서는 회계연도·기간을 필수 조건으로 두고 집계를 큐브에서 처리하며 화면은 접힌 행만 받게 합니다. 명세 탭은 항목을 고른 뒤에만 조회하도록 조건을 요구하는 편이 안전합니다.
계정 체계나 항목 배정이 바뀌면 어떻게 합니까?
항목 배정표만 고치면 됩니다. 뷰나 화면을 수정하거나 이송할 필요가 없습니다. 다만 배정을 바꾼 시점부터 과거 기간의 판정도 달라질 수 있으므로 기간별 배정 이력을 어떻게 관리할지는 사전에 정해야 합니다.
기준서 개정이 있으면 어떻게 반영합니까?
점검 규칙은 기준값 테이블과 판정식에 모여 있어 해당 부분만 고치면 됩니다. 다만 개정 내용이 이 화면의 판정에 어떻게 반영되어야 하는지는 이 글에서 확인하지 않았으며, 개정 시점의 기준서 원문과 회사 정책을 기준으로 정해야 하므로 확인 필요입니다.
도입하면 어떤 효과가 기대됩니까?
순액 표시 근거를 모으는 시간이 줄고, 같은 질문에 같은 형식의 답을 내놓을 수 있게 됩니다. 점검 필요 항목이 결산 앞 단계에서 드러나므로 검토 일정에 여유가 생깁니다. 다만 효과의 크기는 회사의 항목 수와 현재 업무 방식에 따라 다르며 이 글에서 수치로 단언하지 않습니다.
이 앱을 쓰면 감사 대응이 끝납니까?
그렇지 않습니다. 이 앱은 점검과 대사를 돕는 도구이고, 총액·순액 표시의 최종 판단과 감사 대응은 회사와 감사인이 합니다. 화면의 숫자는 판단에 필요한 재료이며, 표준 화면의 기록과 함께 보관하는 것을 권합니다.