SAP 충당부채 전입·환입 손익 범주 점검 — IFRS 18 에서 충당부채 손익이 맞는 범주에 놓였는지 관련 활동으로 다시 구해 장부와 견주는 화면
충당부채의 관련 활동으로 범주를 다시 구해 장부 범주와 견주기 · 환입의 최초 전입 범주 점검 · 점검 코드와 조치 문장 · 범주 이동 필요 금액 · 건 → 충당부채 → 종류 합계 · 대사 7식 — 소개 영상과 실제 화면 5종, 그리고 CDS 코드까지
소개 영상1분 26초7개 장면음성 안내·자막표지 → 처음 연 화면 → 전입·환입 건별 점검 → 행을 눌러 본 상세 → 종류별 합계 → 대사 결과 → 정리
주요 재생 지점
개발 배경 — 이 앱을 사용해야 하는 이유
결산이 가까워지면 감사인이 묻는 질문이 있습니다. 이 충당부채 전입은 손익계산서 어느 범주에 들어갔나, 나중에 환입한 금액은 처음 전입한 범주로 돌아갔나. IFRS 18 재무제표 표시와 공시(K-IFRS 제1118호)는 손익계산서의 수익과 비용을 영업 · 투자 · 재무 · 법인세 · 중단영업 범주로 나눠 보이게 하는데, 충당부채의 전입과 환입은 그 경계에 자주 걸립니다. 같은 소송충당부채라도 영업활동에서 생긴 것이면 영업범주, 투자자산 처분과 이어진 약정이면 투자범주, 중단영업으로 분류된 사업의 것이면 중단영업 범주가 점검의 기준입니다. 이 글은 그 점검을 건마다 다시 구해 장부와 견주는 OpenUI5 화면을 소개합니다.
지금은 이 답이 계정 한 줄에 들어 있습니다. 전입 비용 계정이 어느 손익 범주로 모이는지는 계정 매핑이 정하고, 그 계정에 쌓인 금액이 실제로 어떤 충당부채의 전입인지, 환입이 어느 전입에서 나왔는지는 원장 조회 화면과 전표 화면을 오가며 엑셀로 맞춥니다. 이 앱은 그 자리를 메웁니다. 전입 · 환입 건마다 관련 활동(영업활동 · 투자자산 처분 관련 · 중단영업 사업)으로 범주를 다시 구해 장부에 놓인 범주와 나란히 보이고, 환입은 최초 전입을 기록한 범주와도 견주며, 어긋난 건에는 점검 코드와 해야 할 일을 문장으로 붙입니다.
범주는 계정만으로 정해지지 않는다
전입 비용 계정 하나가 영업범주로 매핑되어 있으면, 그 계정으로 들어온 금액은 모두 영업범주에 모입니다. 그런데 투자자산 처분 약정에서 난 보증충당부채나 중단영업으로 분류된 사업의 철수충당부채도 같은 계정으로 기표될 수 있습니다. 반대로 영업활동에서 생긴 소송충당부채의 전입이 재무비용 계정으로 기표되는 일도 있습니다. 장부는 계정을 따라가지만 충당부채의 성격은 다른 곳에 있습니다. 이 앱은 계정이 아니라 충당부채 쪽의 사실(관련 활동)에서 범주를 다시 구해 장부와 견줍니다.
환입은 처음 전입한 범주를 따라가야 한다
전입 때 투자범주에 놓았던 충당부채가 환입될 때 영업범주로 기록되면, 한쪽 범주에는 비용만 남고 다른 쪽에는 이익만 남습니다. 그래서 환입 건에는 장부 범주 · 재계산 범주 외에 최초 전입 범주를 함께 보이고, 환입이 최초 전입과 다른 범주에 기록되면 별도 코드(P03)로 잡습니다. 환입 금액은 마이너스로 표시되므로 전입과 환입을 한 표에서 더해도 순 손익이 그대로 나옵니다.
어긋난 건은 코드와 문장으로 말해 주어야 움직인다
숫자만 다르다고 알려 주면 현업은 왜 다른지를 다시 추적해야 합니다. 그래서 어긋난 유형을 점검 코드로 나눴습니다. 영업활동 관련 충당부채가 투자범주에 놓인 건(P01), 재무범주에 놓인 건(P02), 환입이 최초 전입과 다른 범주에 기록된 건(P03), 중단영업 사업 관련인데 중단영업 범주에 놓이지 않은 건(P04), 투자자산 처분 관련 약정인데 투자범주에 놓이지 않은 건(P05)은 점검 필요, 관련 활동이 등록되지 않아 판단 기준이 없는 건(P09)은 확인 필요입니다. 확인 필요 건은 범주를 짐작해 채우지 않고 판정 보류로 따로 모읍니다. 건마다 ‘무엇을 확인하라’ 는 조치 문장이 붙어 있어 담당자가 바로 움직일 수 있습니다.
범주를 옮기면 얼마가 움직이는지가 먼저 궁금하다
범주가 다르다는 사실보다 “옮기면 영업이익이 얼마나 달라지나” 가 보고 라인의 관심사입니다. 요약의 범주 이동 필요 금액은 장부 범주와 재계산 범주가 다른 건의 금액을 모은 값입니다. 검증용 샘플 데이터에서는 30건 가운데 7건이 점검 필요이고 이동 필요 금액은 1,568.0백만 원입니다.
합계가 맞는지는 화면이 매번 말해야 한다
점검 화면의 숫자가 틀리면 점검 자체가 신뢰를 잃습니다. 전입 · 환입 건에서 충당부채로, 충당부채에서 종류로 올라가는 모든 합계에 대사식을 걸어 두었고, 결과는 별도 탭과 요약의 대사 차이 건수로 항상 보입니다.
사용 방법
- 조회조건을 입력합니다. 회계연도(4자리)만 필수이고 회사 · 충당부채 종류 · 장부 범주 · 기록일 · 충당부채명 · 점검 코드 · 점검 결과는 선택입니다. 화면을 열면 회계연도 기준으로 자동 조회됩니다.
- 조회 버튼 또는 Enter 키로 조회합니다. 조회 버튼은 조회조건 영역 안 입력칸들의 가장 오른쪽에 있습니다.
- 요약에서 점검한 건수 · 점검 필요 · 확인 필요 · 이동 필요 금액 · 영업범주 장부 손익 · 대사 차이 건수를 먼저 봅니다.
- 탭을 충당부채별 범주 판정 → 전입 · 환입 건별 점검 → 종류별 합계 → 대사 결과 순서로 옮겨 가며 봅니다.
- 건별 점검 탭에서 행을 누르면 상세가 열려 점검 근거와 같은 충당부채의 건별 비교가 나옵니다.
- CSV 내려받기 버튼으로 지금 보는 탭을 UTF-8 파일로 내려받아 감사 협의 자료에 붙입니다.
숫자를 믿을 수 있는가 — 검증 결과
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
무엇으로 만들었나
| 자리 | 무엇 | 왜 그렇게 두었나 |
|---|---|---|
| 화면 컨트롤 | OpenUI5 표준 컨트롤 — 조회조건 영역, 요약 지표, 탭 표, 상세 창 | 외부 라이브러리를 들이지 않아 사내망 · 보안 심사 부담이 없습니다. |
| 집계 · 판정 로직 | 서비스 쪽 한 곳에서 범주 재계산 · 점검 코드 · 합계를 만들고, 화면은 조회와 표시만 합니다 | 판정 규칙이 화면 곳곳에 흩어지면 규칙을 바꿀 때 숫자가 갈라집니다. |
| OData 서비스 구성 | OData V2 서비스 하나. 전입 · 환입 건 · 충당부채 · 종류 · 대사 네 갈래 조회와 점검 필요 건수를 세는 함수 하나로 이루어집니다 | 화면이 보는 단위(건 → 충당부채 → 종류)를 서비스의 조회 단위와 맞춰 두면 같은 조건이 모든 탭에 그대로 쓰입니다. |
| 조회 조건 전달 | 조회조건은 표준 필터 조건(같음 · 범위 · 포함)으로만 서비스에 보냅니다 | 전체를 고르면 조건을 만들지 않아 운영 서비스의 권한 · 성능 설계와 어긋나지 않습니다. |
| 오류 안내 | 서비스 정의를 못 읽거나 요청이 실패하면 안내 창을 띄웁니다 | 조용히 빈 표가 나오는 것이 가장 위험한 실패입니다. |
| 테마 | sap_horizon | 표준 Fiori 화면과 같은 결이라 현업이 낯설어하지 않습니다. |
| 샘플 데이터 | 검증용 샘플 데이터 — 회사 2곳 · 전입 · 환입 건 30 · 충당부채 13 · 종류 9행 · 대사 7식 | 운영 데이터 없이도 모든 판정 코드가 한 번씩 나오도록 구성했습니다. |
앱 정보
| 항목 | 내용 |
|---|---|
| 업무 영역 | 재무회계(FI) |
| 관련 기준서 · 대상 영역 | IFRS 18 재무제표 표시와 공시(K-IFRS 제1118호) — 충당부채 전입 · 환입 손익의 범주 표시 |
| SAP 표준 T-code | FAGLL03 · FAGLB03 · FB03 |
| 화면 성격 | 조회 · 점검 화면 — 최종 판단은 회사와 감사인 |
| 데이터 연동 | OData 서비스(V2) — 검증용 샘플 데이터로 확인 |
| 테마 | sap_horizon |
실행 화면
처음 열었을 때
화면을 열면 회계연도 2026 기준으로 자동 조회됩니다. 맨 위 요약은 점검한 전입 · 환입 건수 30, 점검 필요 항목 7, 확인 필요 항목 1, 범주 이동 필요 금액 1,568.0백만 원, 영업범주로 놓인 장부 손익 3,048.0백만 원, 정합성 대사 차이 0건 순서입니다. 점검 필요 항목만 서비스의 건수 함수가 세고 나머지는 조회된 건에서 계산합니다. 아래 표는 충당부채 하나가 한 줄이며, 장부 범주 금액과 재계산 범주 금액이 나란히 놓여 어긋난 충당부채가 눈에 띕니다.
건마다 놓인 범주를 비교한다
충당부채 단위로 훑어 본 뒤에는 전입 · 환입 건 단위로 내려갑니다. 건별 점검 탭에서는 같은 충당부채의 전입과 환입이 번호 순서대로 이어집니다.
건별 점검 탭은 전입과 환입을 건 단위로 보여 줍니다. 전입은 플러스, 환입은 마이너스로 표시되고 구분 열의 전입 · 환입으로 구별합니다. 장부 범주 · 최초 전입 범주 · 재계산 범주가 한 줄에 놓여, 예를 들어 영업활동 관련 소송충당부채의 전입이 재무범주에 놓인 건이나 환입이 최초 전입과 다른 범주로 기록된 건이 점검 필요로 표시됩니다. 조회조건의 점검 결과를 점검 필요로 두면 7건만 남습니다.
행을 눌러 근거를 읽고, 종류로 올려 본다
행을 누르면 상세 창이 열립니다. 위쪽에는 충당부채명, 종류, 관련 활동, 구분, 장부 · 최초 전입 · 재계산 범주, 이동 필요 금액과 점검 코드, 점검 내용 문장이 나오고 아래쪽에는 같은 충당부채의 다른 전입 · 환입이 건별로 비교됩니다. 담당자는 이 한 창에서 ‘무엇이 왜 어긋났고 무엇을 확인해야 하는지’ 를 읽습니다.
종류별 합계 탭은 품질보증 · 소송 · 구조조정 · 손실부담계약 · 처분 관련 보증으로 묶어 장부 범주 금액과 재계산 범주 금액을 나란히 보여 줍니다. 종류마다 장부와 재계산이 갈리는 지점이 보이고, 관련 활동이 없는 충당부채의 금액은 판정 보류로 따로 모입니다.
합계가 맞는지 대사 결과로 확인한다
대사 결과 탭은 좌변과 우변, 검사 건수, 차이 건수, 최대 차이를 식마다 적습니다. 정합성 대사 6식은 모두 차이 0이어야 하고, 참고 대사 1식은 점검 필요 건수가 충당부채별 합계와 같은지 확인합니다. 의도적으로 넣은 예외 건은 대사 차이가 아니라 점검 결과로 따로 셉니다.
화면 뒤에서 일어나는 일
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
범주 판정 규칙 — 판정 조건 → 결과 상태 → 사용자 조치
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
산출과 대사 순서
| 순서 | 단계 | 산출 · 대사식 |
|---|---|---|
| 1 | 손익 금액 산출 | 전입은 양수, 환입은 음수 — 순 손익 = Σ전입 + Σ환입 |
| 2 | 재계산 범주 결정 | 관련 활동 미등록 → 판정 보류 / 중단영업 사업 → 중단영업 범주 / 투자자산 처분 관련 → 투자범주 / 그 밖 영업활동 → 영업범주 |
| 3 | 장부 범주와 비교 | 장부 범주 ≠ 재계산 범주 → P01 · P02 · P04 · P05, 환입이 최초 전입과 다른 범주 → P03, 관련 활동 미등록 → P09 |
| 4 | 이동 필요 금액 | 범주가 다른 건의 손익 금액 — 요약에는 절대값 합계로 표시 |
| 5 | 충당부채 · 종류 합계 | 충당부채별 합계 = Σ 전입 · 환입 건 / 종류별 합계 = Σ 충당부채별 |
| R01 ~ R06 | 정합성 대사 | 건 합계 · 충당부채 합계 · 종류 합계 · 장부 4범주 · 재계산 4범주와 판정 보류 · 이동 필요 금액이 서로 같은지 |
| R07 | 참고 대사 | 점검 필요 건수 = 충당부채별 점검 필요 합계 |
조회조건
| 조회조건 | 필수 | 기본값 | 필터 조건으로 보내는 방식 |
|---|---|---|---|
| 회계연도 | 필수 | 2026 | 같음 조건 (4자리 숫자가 아니면 조회하지 않고 안내) |
| 회사 | 선택 | 전체 | 같음 조건 — 전체이면 조건을 만들지 않음 |
| 충당부채 종류 | 선택 | 전체 | 같음 조건 — 전체이면 조건을 만들지 않음 |
| 장부 범주 | 선택 | 전체 | 같음 조건 (건별 탭) — 전체이면 조건을 만들지 않음 |
| 기록일 시작 · 종료 | 선택 | 비어 있음 | 범위 조건 (둘 다 있으면 범위 하나로 전송) |
| 충당부채명 | 선택 | 비어 있음 | 포함 조건 |
| 점검 코드 | 선택 | 전체 | 같음 조건 — 전체이면 조건을 만들지 않음 |
| 점검 결과 | 선택 | 전체 | 같음 조건 — 전체이면 조건을 만들지 않음 |
결과 컬럼
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
좁은 화면에서 달라지는 것
창이 좁아지면 조회조건이 여러 줄로 접히고 요약 지표는 두 줄로 나뉩니다. 표는 가로로 스크롤되며, 행을 누르면 열리는 상세 창도 화면 폭에 맞춰 줄어듭니다. 휴대폰에서 점검 필요 건만 골라 확인하는 용도로 충분히 쓸 수 있습니다.
파일 구성
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
SAP 표준 기능 확장 포인트 — 표준 T-code 와 어떻게 연계되는지
표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 조회 · 검증 관점을 더해 확장합니다. 충당부채 전입 · 환입을 전기하는 일, 손익 계정의 금액을 보는 일, 전표 원문을 여는 일은 표준 화면이 그대로 합니다. 이 앱이 더하는 것은 그 결과를 관련 활동 관점으로 다시 모아 장부 범주와 견주는 자리입니다.
표준으로 되는 것과 안 되는 것
| 하고 싶은 일 | 표준 화면으로 충분한 부분 | 이 앱이 더하는 관점 |
|---|---|---|
| 전입 · 환입 전표 확인 | 계정 개별 항목 조회에서 전표 단위로 정확히 확인 | 전표를 충당부채 단위의 건으로 모아 범주 관점으로 점검 |
| 손익 계정별 금액 확인 | 계정 잔액 조회에서 계정별 기간 금액 확인 | 계정 금액을 충당부채의 관련 활동에 따라 재계산한 범주와 견줌 |
| 전표 원문 확인 | 전표 조회에서 헤더 · 라인 원문 확인 | 점검 근거 문장과 함께 같은 충당부채의 건을 비교 |
| 환입이 어느 전입에서 나왔는지 | 전표 참조를 따라 건건이 추적 | 최초 전입 범주를 환입 건 옆에 놓고 같은 범주인지 점검 |
| 관련 활동에 따른 범주 재계산 | 표준 화면의 범위 밖 — 보통 엑셀로 맞춤 | 관련 활동으로 재계산하고 점검 코드와 조치 문장 제공 |
| 범주 이동 금액 집계 | 범주별 이동 금액을 내는 화면 없음 | 이동 필요 금액을 요약에 표시 |
T-code 별 연계 지점
| T-code | 이름 | 연계 |
|---|---|---|
| FAGLL03 | G/L 계정 개별 항목 | 전입 · 환입 비용 계정의 개별 항목 합계를 건별 점검 탭의 같은 계정 합계와 맞춥니다. 숫자가 다를 때 가장 먼저 여는 화면입니다. |
| FAGLB03 | G/L 계정 잔액 | 손익 계정별 기간 금액을 장부 범주 합계와 대조합니다. 계정 매핑이 바뀌었는지 가장 빨리 드러납니다. |
| FB03 | 전표 조회 | 점검 필요 건의 전표 원문을 열어 기표 계정과 참조(환입이 가리키는 최초 전입 전표)를 확인합니다. |
S/4HANA 분석 스택과의 자리
이 앱의 서비스는 원장 전표에서 충당부채 계정의 라인만 골라 건으로 만들고, 그 위에 관련 활동 · 계정 매핑 · 최초 전입 연결을 얹어 재계산 범주를 구하는 구조입니다. S/4HANA 에서는 원장 전표 테이블(ACDOCA)을 읽는 CDS 뷰 위에 같은 구조를 세우고, 화면은 서비스 주소만 바꿔 같은 화면으로 운영 데이터를 봅니다. 뷰 구성은 다음 절에 코드와 함께 공개합니다.
요구사항 매핑표
| 기준서 | 요구사항 | 대응 기능 | 원천 데이터 | 비고 |
|---|---|---|---|---|
| IFRS 18 재무제표 표시와 공시(K-IFRS 제1118호) | 손익계산서 범주 분류 — 영업 · 투자 · 재무 · 법인세 · 중단영업 | 전입 · 환입의 재계산 범주와 장부 범주 비교(P01 · P02) | 원장 전표 · 손익 계정 범주 매핑 | 범주별 정의 요건은 원문 확인 필요 |
| IFRS 18 재무제표 표시와 공시(K-IFRS 제1118호) | 투자범주 손익의 식별 — 투자자산 처분과 이어진 약정 | 처분 관련 보증 충당부채의 투자범주 판단(P05) | 충당부채 마스터(관련 활동) · 원장 전표 | 투자범주 손익의 범위는 원문 확인 필요 |
| IFRS 18 재무제표 표시와 공시(K-IFRS 제1118호) | 중단영업 범주 표시 | 중단영업 사업 관련 충당부채의 범주 확인(P04) | 충당부채 마스터 · 중단영업 분류 설정 | 분류 자체는 회사가 판단 |
| 충당부채, 우발부채, 우발자산(K-IFRS 제1037호) | 충당부채의 전입과 환입 | 환입이 최초 전입과 같은 범주에 기록됐는지 확인(P03) | 원장 전표(전입 · 환입 전표 연결) | 환입 표시 요건은 원문 확인 필요 |
| - | 충당부채 관련 활동 판단 근거 | 관련 활동 미등록 건을 판정 보류로 모음(P09) | 회사의 충당부채 검토 자료 | SAP 표준 기능 밖의 입력값 — 확인 필요 |
확장 포인트 — 운영에서 실제로 손대는 자리
| 자리 | 무엇을 손대나 | 비고 |
|---|---|---|
| 충당부채 관련 활동 입력 | 충당부채마다 영업활동 · 투자자산 처분 관련 · 중단영업 사업 가운데 무엇인지 회사가 등록 | 비어 있으면 P09 로 판정 보류 |
| 계정 → 장부 범주 매핑 | 전입 · 환입 손익 계정이 어느 손익 범주로 모이는지 | 회계팀이 직접 유지 |
| 최초 전입 연결 | 환입 전표가 어느 전입 전표를 가리키는지(참조 · 충당부채 번호) | 연결 방식은 회사별로 다름 — 확인 필요 |
| 점검 코드 · 조치 문장 | 회사 용어에 맞게 조치 문장을 고침 | 판정 순서 자체는 바꾸지 않음 |
| 서비스 주소 | manifest.json 의 서비스 주소를 운영 서비스로 교체 | 화면 코드는 그대로 |
CDS 구성
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
자주 묻는 질문
숫자와 판정
IFRS 18 재무제표 표시와 공시(K-IFRS 제1118호)는 언제부터 적용되나요?
2027-01-01 이후 개시하는 회계연도부터 적용하며, 조기 적용이 허용되고 비교기간은 재작성합니다. 그 밖의 경과 규정은 원문으로 확인한 사실만 적고, 확인하지 못한 부분은 ‘원문 확인 필요’ 로 남겼습니다. 적용 시기와 범위는 회사와 감사인이 확정합니다.
어떤 충당부채의 손익을 다루나요?
품질보증 · 소송 · 구조조정 · 손실부담계약 같은 충당부채와 투자자산 처분 관련 보증충당부채의 전입과 환입입니다. 관련 활동이 등록되지 않은 충당부채는 범주를 판단하지 않고 ‘확인 필요’ 로 남깁니다.
재계산 범주는 어떤 순서로 정하나요?
관련 활동이 등록되지 않았으면 판정 보류, 중단영업 사업 관련이면 중단영업 범주, 투자자산 처분 관련이면 투자범주, 그 밖의 영업활동 관련이면 영업범주입니다. 이 순서가 곧 규칙이라 서비스의 한 곳에만 둡니다.
점검 필요와 확인 필요는 무엇이 다른가요?
점검 필요(P01~P05)는 장부 범주가 재계산 범주와 다르거나 환입이 최초 전입과 다른 범주에 기록된 건으로 범주를 다시 살펴볼 대상입니다. 확인 필요(P09)는 관련 활동이 없어 판단 기준 자체가 없는 건으로 회사가 먼저 정보를 채워야 합니다.
범주 이동 필요 금액은 무엇인가요?
장부 범주와 재계산 범주가 다른 건의 손익 금액을 모은 값이며 요약에는 절대값 합계로 표시합니다. 이 금액은 ‘옮겨야 한다’ 는 결론이 아니라 ‘옮기면 움직일 수 있는 규모’ 로 읽어야 합니다. 샘플 데이터에서는 1,568.0백만 원입니다.
환입을 왜 최초 전입과 견주나요?
환입이 전입과 다른 범주에 기록되면 한 범주에는 비용만 남고 다른 범주에는 이익만 남아 범주별 손익이 왜곡될 수 있습니다. 그래서 환입 건에는 최초 전입 범주를 함께 보이고 다르면 P03 으로 잡습니다.
P03 은 어떤 때 뜨나요?
장부 범주와 재계산 범주는 같은데 환입이 처음 전입한 범주와 다른 범주에 기록된 경우입니다. 전입 쪽 분류가 틀렸는지 환입 쪽 분류가 틀렸는지는 화면이 정하지 않으므로 사용자 조치 문장에 두 쪽을 모두 확인하라고 적습니다.
대사 결과는 어떻게 읽나요?
정합성 대사 6식(R01~R06)은 모두 차이 0이어야 하고 참고 대사(R07)는 점검 필요 건수의 일관성을 봅니다. 검사 건수는 식이 훑은 행 수, 차이 건수는 좌변과 우변이 다른 행 수, 최대 차이는 그 가운데 가장 큰 차이입니다.
점검 필요 건이 있는데 대사 차이가 0건인 것은 모순 아닌가요?
모순이 아닙니다. 대사는 숫자가 서로 맞는지(합계의 정합성)를 보고, 점검 필요는 범주가 어긋나 보이는지(내용의 점검)를 봅니다. 의도적으로 넣은 예외 건이 있어도 합계는 맞을 수 있으며, 두 건수는 따로 셉니다.
화면과 조작
조회 버튼은 어디에 있나요?
조회조건 영역 안 입력칸들의 가장 오른쪽에 있습니다. 입력칸에서 Enter 키를 눌러도 조회됩니다.
조회조건 중 필수는 무엇인가요?
회계연도 하나입니다. 4자리 숫자가 아니면 조회하지 않고 안내합니다. 나머지는 선택이며 전체로 두면 조건을 만들지 않습니다.
점검 필요 건만 보려면 어떻게 하나요?
점검 결과 조건을 ‘점검 필요’ 로 고르고 조회합니다. 점검 코드를 함께 고르면 P01 같은 유형별로 따로 볼 수 있습니다.
행을 누르면 무엇이 나오나요?
건별 점검 탭에서 행을 누르면 상세 창이 열립니다. 충당부채명 · 종류 · 관련 활동 · 범주 3종 · 이동 필요 금액 · 점검 내용과 같은 충당부채의 건별 비교가 나옵니다.
CSV 는 어떤 범위를 내려받나요?
지금 보고 있는 탭이 그 조회조건으로 보여 주는 행 전체입니다. UTF-8 로 저장하며 감사 협의 자료에 그대로 붙일 수 있습니다.
서비스에 연결하지 못하면 어떻게 되나요?
서비스 정의를 읽지 못하거나 요청이 실패하면 안내 창이 뜹니다. 조용히 빈 표를 보이지 않도록 메타데이터 실패, 요청 실패, 빈 응답을 구분해 알려 줍니다.
휴대폰에서도 쓸 수 있나요?
됩니다. 창이 좁아지면 조회조건이 여러 줄로 접히고 표는 가로로 스크롤됩니다. 점검 필요 건만 골라 확인하는 용도로 충분합니다.
표준 T-code 와 데이터
표준 T-code 와는 어떤 관계인가요?
전표와 계정 조회는 FAGLL03, FAGLB03, FB03 같은 표준 T-code 가 담당하고, 이 화면은 그 숫자를 관련 활동 관점에서 다시 모아 장부 범주와 견주는 점검 관점을 더합니다. 숫자가 다를 때는 FAGLL03 의 합계와 먼저 맞춥니다.
기존 표준 리포트를 없애야 하나요?
아니요. 충당부채 전입 · 환입의 기표, 법정 공시 숫자의 확정, 감사 증빙은 표준 화면과 기존 절차가 그대로 맡습니다. 이 화면은 그 앞에서 범주 점검을 돕는 보조 화면입니다.
어떤 테이블을 읽나요?
원장 전표(ACDOCA)가 중심이고, 계정 마스터(SKA1 · SKAT)와 전표 헤더(BKPF)를 함께 봅니다. 충당부채의 관련 활동은 SAP 표준에 없어 회사가 입력하는 별도 테이블을 둡니다.
장부 범주는 어디서 오나요?
손익을 기표한 계정이 속한 손익계산서 범주입니다. 계정 → 범주 매핑은 회사마다 달라 별도 매핑 테이블에서 받으며, 이 값이 틀리면 모든 건이 어긋나 보이므로 도입 첫 단계에서 확정합니다.
샘플 데이터는 실제 고객 데이터인가요?
아닙니다. 모든 판정 코드가 한 번씩 나오도록 만든 검증용 샘플입니다. 회사 이름이나 금액은 실제 어떤 회사와도 관련이 없습니다.
도입과 운영
화면의 판정으로 범주를 확정할 수 있나요?
아닙니다. 이 화면은 분류 · 집계 · 대사를 돕는 점검 도구입니다. ‘점검 필요’ 는 범주를 다시 살펴볼 건을 알려 줄 뿐이며, 최종 판단은 회사와 감사인이 합니다.
운영 시스템에 연결하려면 무엇이 필요한가요?
관련 활동 등록, 계정 → 범주 매핑, 환입의 최초 전입 연결, 중단영업 분류 입력, 권한 설계, 서비스 활성화입니다. 대부분 코딩이 아니라 합의이며 CDS 뷰와 서비스는 이 글에 코드로 공개했습니다.
권한은 어떻게 걸리나요?
회사코드 단위 권한을 분석 쿼리의 집계 단계에 겁니다. 드릴스루에만 걸면 합계로 다른 회사 숫자가 샐 수 있기 때문입니다.
전표가 수천만 건이면 느려지지 않나요?
충당부채 손익 계정으로 걸러낸 뒤의 건수는 많지 않지만 걸러내기 전의 스캔이 문제입니다. 계정 조건을 뷰에 박고, 회계연도를 필수 파라미터로 받고, 원장 인덱스를 확인하며, 건 단위 조회는 페이징으로 받습니다.
계정 체계나 관련 활동이 바뀌면 어떻게 하나요?
둘 다 데이터로 꺼내 두었으므로 코드 이송 없이 매핑 테이블과 입력 테이블만 고치면 됩니다. 판정 규칙 자체를 바꿔야 할 때는 기준서가 개정될 때입니다.
유지보수는 무엇을 하게 되나요?
정기적으로 손이 가는 곳은 충당부채 관련 활동 등록, 계정 매핑, 중단영업 분류 세 곳입니다. 새 충당부채가 생기면 관련 활동을 적지 않으면 확인 필요로 떨어지므로, 충당부채 설정 절차에 등록 확인을 넣는 것이 보통입니다.
숫자가 기존 보고서와 다르면 어떻게 확인하나요?
순서가 있습니다. ① 조회 범위가 같은지 봅니다 — 회계연도, 회사. ② 계정 매핑을 봅니다. 어느 손익 계정이 다른 범주로 매핑되어 있으면 장부 범주 금액부터 어긋납니다. ③ 건 합계를 계정 개별 항목(FAGLL03)의 합계와 맞춰 봅니다. ④ 그래도 다르면 환입 전표의 최초 전입 연결이 맞는지 확인합니다.
도입 효과는 무엇인가요?
결산 직전에 충당부채 손익의 범주를 엑셀로 맞추던 일이 한 화면의 점검으로 바뀝니다. 감사인에게 ‘어느 건이 왜 이 범주인가’ 를 건마다 설명하는 자료가 조회 한 번으로 나오고, 범주를 옮겼을 때의 규모도 미리 알 수 있습니다. 대상 사용자는 결산을 맡은 회계팀과 보고 라인의 경영지원 담당입니다.