SAP 시산표·재무제표 결산 통합 관리 — 조정 전표 승인부터 대사 예외, 계획 대비 차이 요인까지 한 앱에서 끝내는 월결산

소개 영상블로그 목차 순서대로 · 자막 포함

도입 포인트 — 이 앱을 사용해야 하는 이유

월결산이 가까워지면 질문은 해마다 같습니다. 시산표 차변과 대변은 맞는가, 재무제표에서 빠진 계정은 없는가, 계획과 차이가 나면 어디서 났는가. 지금은 이 답이 표준 화면 여러 개, 엑셀 대사표, 메일로 받은 승인에 흩어져 있어서 결산 담당자는 숫자를 맞추는 데 시간을 쓰고 승인자는 “지금 어디까지 왔나”를 되묻게 됩니다. 이 앱은 기준정보, 조정 전표, 승인과 전기, 일괄 실행, 대사 예외 조치, 시산표와 재무제표, 다차원 분석을 같은 회사 · 기간 조건 아래 한 흐름으로 묶어, 그 질문에 화면 하나로 답하게 합니다.

외화 평가처럼 기준서와 닿는 처리는 IAS 21 환율변동효과(K-IFRS 제1021호)의 관점으로 연결해 두었습니다. 평가 방법과 손익 분류는 회사 정책과 감사인의 판단 영역이므로, 이 앱은 시뮬레이션과 대사로 “준비 상태를 점검하는 자리”를 제공합니다.

한 줄 요약 — 결산 담당자가 표준 화면과 엑셀을 오가며 맞추던 일을, 서버가 검산하는 한 앱으로 옮겨 사람은 예외만 판단하게 합니다.

핵심 포인트 일곱 가지

핵심 포인트	고객이 얻는 것	지금 방식이라면
① 한 앱에서 끝나는 결산 흐름	기준정보 · 조정 전표 · 승인 · 전기 · 일괄 실행 · 대사 · 분석이 같은 화면 틀과 같은 회사 · 기간 조건으로 이어집니다.	표준 화면 여러 개와 엑셀 · 메일을 오가며 결산 체크리스트를 따로 관리합니다.
② 직무 분리를 서버가 판정	작성자가 자기 전표를 승인하면 서버가 거절하고, 금액이 큰 전표(샘플 규칙: 5천만 원 이상)는 서로 다른 2인의 승인을 요구합니다.	승인 규칙을 사람의 기억이나 별도 문서로 지킵니다.
③ 시뮬레이션 후 실행하는 일괄 처리	미지급비용 발생 계상 · 선급비용 상각 · 외화 평가를 저장하기 전에 미리 보고, 같은 조건의 재실행은 거절됩니다.	실행한 뒤에야 금액을 확인하고, 틀리면 역분개로 되돌립니다.
④ 대사 규칙과 예외 추적	규칙 6개가 보조원장 · 환율 · 상각 · 발생 · 계정 연결 · 차대 일치를 점검하고, 예외는 미해결 → 조치 중 → 해소로 이어집니다.	대사 결과를 엑셀로 모아 누가 처리했는지를 따로 적습니다.
⑤ 시산표 검산과 재무제표 연결	기초 + 차변 − 대변 + 조정 = 기말과 이월을 매번 검산하고, 재무제표 라인에 연결되지 않은 계정을 예외로 올립니다.	마감 직전에야 합계가 맞지 않는 것을 발견합니다.
⑥ 셀에서 원천 전표까지	분석 칸의 금액을 누르면 그 금액을 만든 전표 라인이 열리고, 칸 금액과 라인 합계가 같은지 표시됩니다.	리포트를 닫고 표준 화면을 다시 열어 조건을 손으로 맞춥니다.
⑦ 계획 대비 차이 · 요인분해 · 감시	차이를 요인별로 가르고 요인 합이 총차이와 같은지 보여 주며, 감시 규칙에 걸리면 받을 역할 앞으로 보고가 올라갑니다.	차이 원인을 엑셀로 쪼개고, 문제는 누군가 화면을 열어야 발견됩니다.

사례로 보는 효과

검증용 샘플 데이터(가상 회사 2곳, 2026년 1월~9월)로 실제 나온 숫자입니다. 시산표 차변 합계와 대변 합계는 모두 93,575,166,227원으로 같았고, 재무제표 라인에 연결되지 않은 계정 2개(절대 잔액 합계 250,551,930원)는 대사 규칙 R5 예외로 올라왔습니다. 판매비와관리비의 2026년 9월 기말 잔액이 계획보다 113,763,915원 컸던 경우, 총차이는 기초 이월 +188,000,114원 · 차변 발생 −67,520,046원 · 대변 발생 −58,925원 · 결산 조정 −6,657,228원으로 가려졌고 요인 합이 총차이와 같은지 매번 확인했습니다.

이 숫자들이 믿을 만한지는 대사식 10종 3,134건을 전수 검사해 차이 0건이라는 결과로 확인했습니다(#sec-cds 의 “검증 결과” 표). 시간 절감률 같은 효과 수치는 샘플 데이터로는 알 수 없어 싣지 않았습니다.

도입하면 달라지는 것

결산 담당자 — 조정 전표를 쓰고 검토 요청을 누르면 승인자 앞에 할 일이 생깁니다. 엑셀로 진행표를 따로 관리하지 않아도 개요 화면의 진행률이 현황입니다.
승인자 — 메일 대신 승인 대기 목록에서 전표 분개를 보고 승인 · 반려합니다. 자기가 쓴 전표는 서버가 승인을 거절하므로 직무 분리가 사람의 주의에 달려 있지 않습니다.
마감 회의 — “어느 숫자가 맞나”를 따지는 시간이 줄고 대사 예외 목록과 조치 상태를 보며 남은 일만 이야기합니다.
감사 대응 — 모든 쓰기가 사용자 · 시각 · 이전 값 · 이후 값과 함께 남아, 누가 왜 바꿨는지를 되짚을 수 있습니다.
마감 후 분석 — 계획과 차이가 나는 칸에서 요인분해와 원천 전표까지 내려가 사유를 적어 두면, 다음 달에도 같은 행에 따라옵니다.

이런 회사에 맞습니다

월 결산 조정 전표가 수십~수백 건이고 법인 · 사업장이 여럿이라 보조원장과 총계정원장, 환율, 재무제표 연결을 엑셀로 대사하는 회사에 맞습니다. 조정 전표에 작성자와 승인자를 구분해야 하고(금액 구간별로 승인 단계가 다른 경우 포함), 외화 자산 · 부채 평가와 발생 · 선급 계정 정리를 매달 반복하며, 결산 부서와 경영관리 부서가 같은 숫자를 서로 다른 화면에서 보고 있다면 도입 효과가 큽니다.

실행 화면

아래 화면은 모두 실제 브라우저에서 찍은 것이며 금액과 회사는 가상의 검증용 샘플 값입니다. 이미지를 누르면 크게 열립니다.

사용 방법

조회조건 입력 — 화면 위쪽에서 회사(비우면 전체)와 기간을 고릅니다. 모든 화면이 같은 조건을 쓰고 화면을 옮겨도 유지됩니다.
조회 — 개요 · 문서 · 일괄 실행 · 대사 · 시산표는 조건을 고르는 즉시 다시 조회합니다. 분석 화면은 조회 조건 패널의 조회 버튼이나 Enter 로 큐브를 읽습니다.
요약 확인 — 개요의 지표 타일에서 진행률 · 기한 경과 · 승인 대기 · 반려 · 미해결 예외를 보고, 타일이나 할 일 행을 눌러 해당 문서로 이동합니다.
탭 · 축 이동 — 왼쪽 메뉴를 위에서 아래로 따라가면 결산 순서(개요 → 기준정보 → 문서 → 일괄 실행 → 대사 → 시산표 → 분석)와 같습니다. 분석에서는 차원을 끌어다 행 · 열 축을 바꿉니다.
행 · 셀 클릭 상세 — 목록 행은 상세를, 분석 칸은 그 금액을 만든 원천 전표 라인을 엽니다.
내보내기 — 목록은 엑셀로, 분석은 표 CSV 와 보고서 파일로 내려받고, 기준정보 · 문서는 xlsx 일괄 업로드로 검증 결과를 미리 본 뒤 반영합니다.

무엇으로 만들었나

자리	무엇	왜 그렇게 두었나
화면 컨트롤	OpenUI5 의 도구 페이지와 사이드 내비게이션, 문서 · 대사 목록은 반응형 표, 분석 표는 트리 테이블	화면 틀을 모든 모듈이 공유해야 조건이 유지되고 학습 비용이 줄기 때문입니다.
분석 차트	외부 차트 라이브러리 없이 SVG 로 직접 그림	표와 같은 값을 쓰고 인쇄 · 보고서에도 같은 그림을 넣기 위해서입니다.
집계 · 판정 로직	큐브 접기(피벗) 로직은 브라우저에, 상태 전이 · 직무 분리 · 대사 판정은 서비스에	숫자를 접는 일은 사용자가 축을 바꿀 때마다 빨라야 하고, 허용 여부는 화면이 아니라 서버가 정해야 하기 때문입니다.
OData 구성	V2 서비스 1개 · 엔티티셋 36개 · 펑션 12개. 목록 · 상세는 엔티티셋 바인딩, 승인 · 전기 · 실행은 펑션 호출	읽기는 필터 · 정렬을 서버에 맡기고 쓰기는 서버가 판정한 응답을 그대로 보여 줍니다. 운영 연결 때 서비스 주소만 바꾸면 되도록 화면은 모델 경로에만 바인딩합니다.
테마	sap_horizon	표준 Fiori 와 같은 모습으로 보이도록 색 · 글꼴을 테마에 맡깁니다.

SAP 표준 기능을 그대로 이어받은 부분 — 회계 기간 열림 여부(OB52), 총계정 잔액과 계정 잔액의 구조(FAGLB03 · FS10N), 재무제표 출력의 계정 연결(F.01), 외화 평가의 환율 사용(FAGL_FCV)은 표준 데이터 구조를 그대로 이어받아 확장했습니다. 법정 신고와 공시용 출력은 표준 화면이 계속 맡습니다.

처음 열었을 때 — 결산 진행 현황이 먼저 보인다

**개요 · 할 일 — 결산 진행 현황** — 지금 처리할 것을 타일로 먼저 보여 줍니다.

상단 타일은 결산 진행률, 기한 경과 과업, 승인 대기, 반려 문서, 시산표 차대 차이, 미해결 예외, 누적 당기순이익, 안 읽은 보고입니다. 숫자는 위에서 고른 회사 · 기간 기준이며 타일을 누르면 해당 목록으로 이동합니다. 아래에는 결산 단계별 진행과 내 할 일이 이어집니다.

**할 일 목록에서 해당 문서로 이동** — 반려 수정 · 승인 대기 · 예외 조치가 역할별로 나옵니다.

할 일은 서버가 문서 상태가 바뀔 때 만들고 닫습니다. 행을 누르면 해당 문서나 예외 화면이 바로 열려, 목록을 다시 찾을 필요가 없습니다. 보는 사람의 역할에 맞는 항목만 나옵니다.

기준정보 관리 — 계정과 재무제표 라인 연결을 한 곳에서

**기준정보 관리 — 총계정 목록** — 계정마다 재무제표 라인 연결과 사용 상태를 함께 봅니다.

계정 · 재무제표 라인 · 계정 그룹 · 통화 · 총계정 잔액과 보조원장 잔액이 한 줄에 있습니다. 위쪽 탭으로 결산 일정과 환율 같은 다른 기준정보로 이동합니다. 삭제 대신 사용 중지 표시를 쓰므로 과거 전표가 깨지지 않습니다.

새 계정은 회사 · 계정 번호 · 이름 · 계정 그룹 · 재무제표 라인을 입력합니다. 이미 있는 키이거나 재무제표 구분이 계정 그룹과 맞지 않으면 서버가 저장을 거절하고 이유를 메시지로 돌려줍니다.

**xlsx 일괄 업로드 — 검증 결과 미리보기** — 여러 건을 올리면 반영 전에 행마다 검증 결과를 보여 줍니다.

엑셀로 만든 계정 목록을 올리면 행별로 통과 · 오류가 표시되고, 오류가 없는 행만 반영할 수 있습니다. 반영된 건은 감사 로그에 한 건씩 남습니다.

**기준정보 변경 이력** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

문서 처리와 승인 — 승인 버튼은 승인자에게만, 직무 분리는 서버가 판정한다

**문서 처리 — 결산 조정 문서 목록** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

**문서 생성 입력창** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

**직무 분리 — 작성자의 승인 시도 거절** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

**역처리 — 반대 문서 생성** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

일괄 실행 — 모의 실행의 합계와 실행 결과가 같다

**일괄 실행 — 조건 입력** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

**일괄 실행 — 모의 실행 결과** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

**일괄 실행 — 실행 결과와 로그** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

대사와 예외 조치 — 규칙 여섯 개, 예외는 조치 상태를 따라간다

**대사 · 예외 — 규칙별 결과와 예외 목록** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

**예외 조치 — 조정 전표 생성** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

**재대사 — 해소 확인** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

시산표와 재무제표 — 차변과 대변이 같은지 매번 검산한다

**시산표 — 점검 결과와 계정별 잔액** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

**재무제표 — 재무상태표와 손익계산서** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

다차원 분석 — 축을 바꿔도 합계가 변하지 않는다

**다차원 분석 — 피벗과 차트** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

**축 전환 — 서버 재호출 없이 다시 묶기** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

**드릴스루 — 금액을 만든 원천 전표 라인** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

**계획 대비 차이 모드** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

**차이 워터폴 · 요인분해** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

**변동 사유 기록** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

영역 간 연계와 AI 분석 · 에이전트

**영역 간 연계 — 문서 흐름** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

**분석 해설 — 규칙 기반** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

**에이전트 보고 대기함** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

이력 · 감사 · 역할 · 레이아웃과 좁은 화면

**조회자 역할 — 읽기 전용** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

**저장한 레이아웃 — 열 때 자동 조회** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

**좁은 화면 — 조합 상한 안내** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

화면 뒤에서 일어나는 일

데모를 신청하신 고객께 공개되는 내용입니다

CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.

데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.

데모 신청하기 Google 계정으로 로그인

대사 규칙 여섯 가지의 판정

규칙	판정 조건	결과 상태	사용자 조치
R1 보조원장–총계정 잔액 일치	보조원장 잔액 − 총계정 잔액이 허용 오차(0원)를 넘음	예외 · 미해결	조정 전표 생성 · 보류 · 수용
R2 외화 장부환율–고시환율 일치	(장부환율 − 고시환율) ÷ 고시환율 × 100 이 0.01퍼센트를 넘음	예외 · 미해결	환율 확인 후 보류 · 수용 (조정 전표는 만들지 않음)
R3 선급비용 상각 누계 점검	기상각액 − 총액 × 경과월 ÷ 총월수가 1,000원을 넘음	예외 · 미해결	조정 전표 생성 · 보류 · 수용
R4 발생비용 인식액–대상액 일치	전기된 발생 전표 합계 − 대상 금액이 1,000원을 넘음	예외 · 미해결	조정 전표 생성 · 보류 · 수용
R5 계정–재무제표 라인 연결 점검	잔액 − 올바른 재무제표 라인에 연결된 잔액이 0이 아님	예외 · 미해결	기준정보에서 라인 연결을 고친 뒤 재대사
R6 시산표 차변·대변 합계 일치	차변 잔액 합계 − 대변 잔액 합계가 1원을 넘음	예외 · 미해결	원인 점검 필요 — 조정 전표 또는 기준정보 확인

예외는 미해결 → 조치 중 → 해소로 이어지고 보류는 별도 상태입니다. 허용 오차는 샘플 가정값이며 운영에서는 회사 정책으로 정합니다. 원인을 단정하지 않고 “차이 발생 · 점검 필요”로 표시합니다.

문서 상태 전이와 승인 조건

현재 상태	동작	결과 상태	필요 역할 · 조건
임시저장	검토 요청	검토 중	처리자(작성자) · 관리자. 차대 일치 · 필수값 · 계정 사용 가능 여부를 확인
검토 중	승인	승인됨	승인자 · 관리자. 작성자는 승인 불가, 5천만 원 이상은 서로 다른 2인
검토 중	반려	반려됨	승인자 · 관리자. 사유 필수
반려됨	검토 요청	검토 중	고친 뒤 다시 요청
승인됨	전기	전기됨	열린 기간에만
전기됨	역처리	역처리됨	승인자 · 관리자. 반대 문서 자동 생성, 사유 필수

표에 없는 전이는 서버가 400 오류로 거절합니다. 승인 금액 구간(5천만 원)과 허용 오차는 모두 샘플 규칙이며, 운영 값은 회사가 정합니다.

일괄 실행은 이렇게 진행된다

1단계 조건 — 유형(발생 계상 · 상각 · 외화 평가), 회사, 기간을 정합니다.
2단계 모의 실행 — 서버가 대상과 금액을 계산해 돌려주지만 저장하지 않습니다. 모의 실행을 거치지 않으면 실행 버튼이 열리지 않습니다.
3단계 실행 — 같은 유형 · 회사 · 기간으로 이미 실행한 이력이 있으면 거절하고, 아니면 작성중 문서를 만들어 문서 처리의 승인 흐름에 올립니다.
4단계 로그 — 실행 번호 · 실행자 · 문서 수 · 금액과 단계별 메시지가 남습니다.

산출식은 기말 잔액 = 기초 잔액 + 차변 발생 − 대변 발생 + 결산 조정 (차변 +, 대변 −), 이월은 이번 기간 기초 = 직전 기간 기말, 시산표는 기말 차변 합계 = 대변 합계입니다. 계획 시산표 합계는 0, 큐브 합계는 원천 전표 라인 합계와 같아야 합니다.

조회조건

조건	필수	기본값	설명 · 질의 방식
회사	선택	전체	비우면 필터를 보내지 않습니다. 고르면 회사 조건으로 서버에 전달합니다.
기간(시작 · 끝)	필수	열린 기간	분석은 기간 범위, 그 밖의 화면은 기준 기간 하나를 씁니다. 기간 범위는 기간 값의 이상 · 이하 조건입니다.
차원 다중 선택	선택	전체	시간 외 차원마다 값을 여러 개 고릅니다(차원 안은 또는, 차원 사이는 그리고). 큐브에 실제로 있는 값만 올라옵니다.
비교 기준	선택	없음	계획을 켜면 칸마다 실적 · 기준 · 차이 · 증감률이 나옵니다.
측정값	선택	기초 · 차변 · 대변 · 조정 · 기말	계산항목(순증감 · 조정 비율 · 마감 검증 차이 · 기말 ÷ 기초)을 더할 수 있습니다.

결과 컬럼

데모를 신청하신 고객께 공개되는 내용입니다

데모 신청하기 Google 계정으로 로그인

좁은 화면에서 달라지는 것

휴대폰 폭에서는 왼쪽 메뉴가 접히고 조회 조건이 위로 쌓이며, 분석 차트는 표 아래로 내려갑니다. 행 · 열 조합이 상한(열 36개)을 넘으면 반쯤 그린 표 대신 범위를 좁히라는 안내를 띄우고, 승인 · 반려 같은 버튼은 가로로 넘치지 않도록 줄바꿈됩니다.

파일 구성

데모를 신청하신 고객께 공개되는 내용입니다

데모 신청하기 Google 계정으로 로그인

SAP 표준 기능 확장 포인트 — 표준 T-code 와 어떻게 연계되는지

표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 조회 · 검증 관점을 더해 확장합니다. 아래는 표준으로 충분한 일과 이 앱이 더하는 관점을 나란히 놓은 것입니다.

표준으로 되는 것과 안 되는 것

하고 싶은 일	표준 화면으로 되는 것	이 앱이 더하는 관점
계정 잔액 확인	계정 · 기간별 잔액 조회 (FAGLB03 · FS10N)	보조원장 잔액과 총계정 잔액을 한 줄에 놓고 차이를 대사 예외로 올립니다.
재무제표 출력	재무제표 버전 기준 출력 (F.01)	계정이 재무제표 라인에 연결되지 않은 경우를 마감 전에 예외로 잡습니다.
외화 평가	평가 실행 (FAGL_FCV)	실행 전 시뮬레이션과 같은 조건의 재실행 거절, 장부환율과 고시환율의 대사를 더합니다.
조정 전표 승인	전표 입력 · 전기와 기간 관리 (OB52)	검토 요청 → 승인 → 전기의 단계와 직무 분리, 금액 구간별 2인 승인, 역처리를 한 화면에서 봅니다.
계획 대비 차이 분석	표준 리포트의 합계 조회	다차원 피벗, 셀에서 원천 전표로의 드릴스루, 요인분해와 변동 사유 기록을 더합니다.
법정 · 공시 · 세무 신고	표준 화면이 맡음	이 앱은 신고 문서를 만들지 않습니다. 결산 점검까지만 돕습니다.

T-code 별 연계 지점

T-code	이름	연계
FAGLB03	총계정 잔액 조회	시산표 · 분석의 기초 · 발생 · 기말 잔액이 같은 총계정원장 라인에서 나옵니다. 두 화면의 계정별 기말을 맞춰 보는 것이 대사 지점이고, 이 앱 결과에서 의심 계정을 찾으면 FAGLB03 에서 원천을 확인합니다.
FS10N	계정 잔액 조회	기준정보의 총계정 잔액 · 보조원장 잔액 비교(R1)와 맞닿습니다. 표준 화면 값을 이 앱의 계정 목록에서 다시 볼 수 있습니다.
F.01	재무제표 출력	계정 → 재무제표 라인 연결을 같은 구조로 읽습니다(R5). 법정 제출용 출력은 표준에 남기고, 이 앱은 연결 누락과 차대 일치를 마감 전에 점검합니다.
FAGL_FCV	외화 평가	외화 평가 일괄 실행의 시뮬레이션 · 실행 대상과 환율이 이어집니다. 실제 평가 전표 생성은 표준 실행과 맞춰 정하며, 환율 대사(R2)가 두 화면의 환율 차이를 보여 줍니다.
FAGLGVTR	이월(잔액 이월)	이월 대사식(직전 기간 기말 = 이번 기간 기초)이 표준 이월 결과와 같은지 확인하는 지점입니다.
OB52	회계 기간 열기 · 닫기	문서 전기는 열린 기간에만 가능합니다. 기간 열림 정보는 표준 설정을 따릅니다.
F.13	총계정 자동 반제	미결 항목 정리와의 연계는 확인 필요입니다.
AFAB	감가상각 실행	감가상각 계상 과업과의 연계는 확인 필요입니다.

운영 전환 시 “기존 리포트를 없애야 하나”에 대한 답은 아니오입니다. 법정 · 감사 · 세무 대응용 표준 리포트는 그대로 두고, 이 앱은 그 앞 단계인 결산 점검과 승인 · 일괄 실행 · 분석에 쓰는 것이 안전합니다.

S/4HANA 분석 스택과의 자리

S/4HANA 의 표준 CDS 분석 쿼리와 Fiori 분석 앱, Analysis for Office 는 총계정원장 잔액을 정해진 틀로 보여 주는 데 강합니다. 이 앱은 같은 원천(총계정원장 라인)을 쓰되 결산 흐름 안에서 승인 · 대사 · 분석을 이어 보는 자리입니다. 표준 분석 스택에 이미 있는 쿼리는 그대로 두고, 이 앱의 큐브 · 쿼리 뷰(#sec-cds)와 같은 구조로 겹치는 부분만 점검하면 됩니다. 확인하지 못한 표준 앱 이름은 이 글에 적지 않았습니다.

요구사항 매핑표 — IAS 21 환율변동효과(K-IFRS 제1021호)

기준서	요구사항	대응 기능	원천 데이터	비고
IAS 21 환율변동효과(K-IFRS 제1021호)	외화 화폐성 항목의 보고기간말 환율 환산	외화 평가 시뮬레이션 · 실행	외화 대상 항목 · 고시환율(TCURR)	적용 환율 종류는 회사 정책 — 확인 필요
IAS 21 환율변동효과(K-IFRS 제1021호)	환산에서 생긴 차이의 손익 반영	평가 문서의 승인 · 전기	전표 항목(BSEG) · 총계정원장 라인(ACDOCA)	손익 분류는 회사와 감사인이 판단
IAS 21 환율변동효과(K-IFRS 제1021호)	장부 환율과 고시환율의 일치	대사 규칙 R2	고시환율 · 장부환율	허용 오차는 샘플 가정값(0.01퍼센트)

분석 지표 정의표

지표	산식 · 판정 기준	대응 기능	원천 데이터	비고
기말 잔액	기초 + 차변 − 대변 + 결산 조정	피벗 · 시산표	총계정원장 라인 집계	차변 +, 대변 −
순증감	차변 발생 − 대변 발생	계산항목	큐브	-
조정 비율(%)	결산 조정 ÷ (차변 + 대변) × 100	계산항목	큐브	감시 규칙의 손익 영향 점검과 연결
마감 검증 차이	기초 + 차변 − 대변 + 조정 − 기말	계산항목	큐브	0이 아니면 점검 필요
계획 대비 차이	실적 − 계획, 증감률	차이 모드 · 요인분해	큐브 · 계획	요인 합 = 총차이 검산 줄 표시

확장 포인트 — 운영에서 실제로 손대는 자리

자리	손대는 내용	비고
계정 → 재무제표 라인 매핑	재무제표 버전별 계정 연결표. 새 계정 개설 때 라인을 함께 지정하도록 절차화	연결 누락은 R5 로 잡힙니다.
환율 유형 · 환산 시점	평가에 쓸 환율 유형(고시 · 평균 등)과 기준일	회사 정책과 감사인 합의 사항입니다.
대사 규칙 · 허용 오차	규칙 추가 · 오차 조정, 규칙별 조정 전표 허용 여부	샘플 값은 가정입니다.
승인 단계 · 금액 구간	문서 유형별 단계 수와 구간 금액	구간이 바뀌면 직무 분리 검사도 함께 점검합니다.
확장 필드 · 차원	원가센터 · 이익센터 같은 차원을 큐브에 추가	차원이 늘면 조합 상한을 다시 정합니다.
권한	데모 사용자 전환을 PFCG 역할로 교체	회사코드 · 활동 권한 객체로 조회 범위와 쓰기 권한을 나눕니다.
감시 규칙	임계값 · 받을 역할 · 실행 주기	배치 잡으로 등록하면 사람이 열지 않아도 점검됩니다.

CDS 구성

데모를 신청하신 고객께 공개되는 내용입니다

데모 신청하기 Google 계정으로 로그인

자주 묻는 질문

결산 담당자와 승인자, 도입을 검토하는 분들이 자주 묻는 24가지를 숫자와 산식 · 화면과 조작 · 분석 기능 · 도입과 운영으로 묶었습니다.

숫자와 산식

시산표의 기말 잔액은 어떻게 계산하나요?

기초 잔액 + 차변 발생 − 대변 발생 + 결산 조정입니다(차변 +, 대변 −). 기초 잔액은 직전 기간의 기말 잔액을 이월한 값이라 기간이 이어져도 끊기지 않습니다. 산식이 어긋난 칸은 마감 검증 차이 열에 0이 아닌 값으로 나타납니다. 샘플 데이터에서는 46개 계정이 모두 일치했습니다.

차변과 대변이 같은지는 어떻게 확인하나요?

시산표 위쪽 점검 줄이 매번 차변 합계와 대변 합계를 비교해 보여 줍니다. 샘플 데이터에서는 두 합계가 93,575,166,227원으로 같았습니다. 같지 않으면 대사 규칙 R6 이 예외로 올리고, 원인은 단정하지 않고 “점검 필요”로 표시합니다.

재무제표 라인에 연결되지 않은 계정은 어떻게 되나요?

시산표에는 나오지만 재무제표 어느 라인에도 모이지 않으므로 재무상태표와 손익계산서가 시산표와 어긋납니다. 대사 규칙 R5 가 이를 예외로 올립니다. 샘플에서는 2개 계정(절대 잔액 합계 250,551,930원)이 걸렸고, 기준정보에서 라인 연결을 고친 뒤 재대사하면 해소됩니다.

외화 평가와 환율은 어떻게 다루나요?

외화 평가는 일괄 실행에서 시뮬레이션으로 대상과 금액을 먼저 보고, 확인한 뒤에만 실행합니다. 장부환율과 고시환율의 차이가 0.01퍼센트를 넘으면 대사 규칙 R2 가 예외로 올립니다. 이 처리는 IAS 21 환율변동효과(K-IFRS 제1021호)와 연결해 설명할 수 있지만, 적용 환율 종류와 손익 분류는 회사와 감사인이 정합니다.

요인분해의 합이 총차이와 같다는 것은 어떻게 알 수 있나요?

워터폴 아래 검산 줄이 요인 합과 총차이를 비교해 같은지 매번 표시합니다. 판매비와관리비 2026년 9월 사례에서 총차이 +113,763,915원은 기초 이월 +188,000,114원, 차변 발생 −67,520,046원, 대변 발생 −58,925원, 결산 조정 −6,657,228원으로 나뉘었습니다. 요인은 잔액 산식의 구성 항목이라 합이 항상 총차이와 같아집니다.

차이 색은 어떤 기준으로 칠하나요?

금액 임계와 비율 임계(10퍼센트)를 둘 다 넘을 때만 칠합니다. 붉은색은 손익에 나쁜 방향, 초록색은 좋은 방향이며 원인은 단정하지 않습니다. 비율과 계산항목은 칸의 합계를 먼저 더한 뒤 계산해서, 상위 행에서도 하위 행의 평균이 아닌 값이 나옵니다.

화면과 조작

처음 열면 무엇부터 보나요?

개요 화면의 지표 타일이 먼저 보입니다. 결산 진행률, 기한 경과 과업, 승인 대기, 반려 문서, 시산표 차대 차이, 미해결 예외, 누적 당기순이익, 안 읽은 보고입니다. 타일이나 아래 할 일을 누르면 해당 문서나 예외 화면으로 이동합니다.

직무 분리는 어떻게 지켜지나요?

작성자가 자기 전표를 승인하려 하면 서버가 거절하고 사유를 메시지로 돌려줍니다. 화면은 서버가 알려 준 역할 값으로 버튼을 보이거나 숨기지만, 판정은 서버가 다시 합니다. 그래서 화면을 우회해 요청해도 같은 결과입니다.

금액이 큰 전표는 다르게 처리되나요?

샘플 규칙은 5천만 원 이상이면 서로 다른 2인의 승인을 요구합니다. 첫 번째 승인으로는 승인됨이 되지 않고 두 번째 승인자가 승인해야 전기할 수 있습니다. 구간 금액과 단계 수는 회사가 정할 값입니다.

일괄 실행은 왜 시뮬레이션을 거쳐야 하나요?

미지급비용 발생 계상, 선급비용 상각, 외화 평가는 한 번에 여러 문서를 만들기 때문에 실행 뒤 되돌리는 비용이 큽니다. 모의 실행을 하지 않으면 실행 버튼이 열리지 않고, 같은 유형 · 회사 · 기간으로 이미 실행했다면 서버가 거절합니다. 샘플 사례는 대상 2건 합계 30,500,000원이었습니다.

전기한 문서를 잘못 만들었으면 어떻게 하나요?

지우지 않고 역처리합니다. 사유를 적으면 원문서와 연결된 반대 문서가 자동으로 생기고 금액은 원문서의 부호를 뒤집은 값입니다. 이 관계는 검증 대사식에 들어 있어 4건 모두 차이가 없었습니다.

분석 기능

축을 바꾸면 서버를 다시 부르나요?

아닙니다. 조회할 때 큐브를 한 번 읽고, 이후 차원을 끌어 행 · 열 축을 바꾸면 브라우저가 그 큐브를 다시 묶습니다. 행은 최대 3단계, 열은 최대 2단계이고 조합이 상한을 넘으면 범위를 좁히라는 안내가 나옵니다.

칸을 눌렀을 때 나오는 전표 라인은 믿을 수 있나요?

행 경로와 열 조합이 그대로 조건이 되어 그 칸의 금액을 만든 원천 전표 라인이 열립니다. 머리에 칸 금액과 라인 합계가 같은지 표시되며, 큐브 합계와 원천 라인 합계의 일치는 검증 대사식에 들어 있습니다.

AI 해설은 숫자를 직접 계산하나요?

아닙니다. 금액과 비율은 서비스가 큐브에서 계산해 근거로 넘기고 해설은 그 숫자를 읽어 설명만 합니다. 기본은 규칙 기반 해설이고 모델 연결은 서비스 설정으로만 켜며 기본은 꺼져 있습니다. 근거 표를 펼쳐 해설이 쓴 값을 확인할 수 있습니다.

에이전트는 무엇을 감시하나요?

기한 경과 결산 과업, 미처리 대사 예외, 결산 조정의 손익 영향 과다, 승인 대기 적체 네 가지입니다. 걸리면 받을 역할 앞으로 보고가 올라가며, 실행은 하루 한 번만 허용됩니다. 이 제한도 서버가 판정하고 걸린 것이 없어도 실행 기록이 남습니다.

변동 사유는 어디에 저장되나요?

조회 범위와 행 경로를 키로 서비스에 저장됩니다. 그래서 축을 바꾸거나 다음 기간에 같은 행을 열어도 사유가 따라옵니다. 적힌 사유는 CSV 와 AI 해설의 근거에 함께 실립니다.

도입과 운영

어떤 사용자와 부서가 쓰나요?

조정 전표를 쓰는 결산 담당자, 승인하는 팀장 · 본부장, 예외를 조치하는 회계팀, 분석을 보는 경영관리팀이 같은 화면 틀을 씁니다. 역할은 조회자 · 처리자 · 승인자 · 관리자로 나뉘며 역할에 따라 버튼과 기능이 달라집니다. 이 글의 효과는 샘플 데이터 기준이며 도입 효과 수치는 고객사 데이터로 확인해야 합니다.

적용 시기와 범위는 어떻게 잡나요?

월결산 주기에 맞춰 한 법인의 한 기간으로 시작하는 것이 안전합니다. 기준정보와 매핑을 먼저 채우고, 대사 규칙을 읽기 전용으로 돌려 본 뒤, 문서 승인과 일괄 실행을 단계적으로 켭니다. 샘플은 가상 회사 2곳의 9개 기간입니다.

표준 T-code 와는 어떤 관계인가요?

표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 조회 · 검증 관점을 더해 확장합니다. 총계정 잔액(FAGLB03 · FS10N), 재무제표 출력(F.01), 외화 평가(FAGL_FCV), 기간 관리(OB52)는 그대로 쓰고 이 앱이 맞닿은 지점에서 숫자를 대조합니다. 기존 리포트를 없앨 필요는 없습니다.

운영 데이터는 어떻게 연결하나요?

화면은 서비스 모델 경로에만 바인딩하므로 서비스 주소를 운영 서비스로 바꾸는 것이 연결의 핵심입니다. 운영에서는 CDS 뷰와 RAP 서비스를 만들고 서비스를 게시한 뒤 앱 설정의 주소를 교체합니다. 매핑 · 승인 규칙 · 권한을 정하는 일이 개발보다 오래 걸립니다.

권한과 보안은 어떻게 하나요?

데모의 사용자 전환은 시험용이며 운영에서는 SAP 권한 객체와 PFCG 역할로 바꿉니다. 회사코드 조회 권한은 CDS 의 권한 규칙에서, 쓰기 권한은 서비스 액션에서 검사합니다. 모든 쓰기는 사용자 · 시각 · 이전 값 · 이후 값과 함께 감사 로그에 남습니다.

데이터가 매우 많아도 쓸 수 있나요?

전표 라인이 수천만 건이면 브라우저에서 피벗을 접을 수 없으므로 집계는 CDS 큐브에서 해야 합니다. 회사와 기간을 필수 조건으로 두고 읽는 라인 수에 상한을 두며, 드릴스루는 페이지 단위로 읽습니다. 샘플은 원천 라인 1,734행을 큐브 1,933행으로 묶은 규모이므로 운영 성능은 별도로 확인해야 합니다.

계정 체계나 재무제표 매핑이 바뀌면 어떻게 하나요?

매핑 테이블의 유효 기간과 재무제표 버전으로 관리합니다. 새 계정을 열면 라인을 함께 지정하는 절차를 두고, 빠뜨린 경우는 대사 규칙 R5 가 다음 대사에서 잡습니다. 과거 기간의 연결은 유효 기간으로 보존하는 것을 권합니다.

이 앱의 결과를 그대로 신고나 공시에 써도 되나요?

이 앱은 점검 도구이며 최종 판단은 회사와 감사인이 합니다. 외화 평가의 환율 종류와 손익 분류, 허용 오차, 승인 금액 구간은 모두 샘플 가정이거나 회사 정책의 영역입니다. 법정 신고와 공시용 출력은 SAP 표준 화면에서 하고, 이 앱은 그 앞 단계의 결산 점검에 씁니다.