SAP 부가세 신고자료 집계 — 전표 한 줄까지 근거를 남기기
신고 세액을 만든 전표를 원하는 축으로 접어 소계를 확인하고, 신고 전 보정까지 같은 화면에서 끝내는 집계 화면입니다.
소개 영상2026. 10. 신고서 연계 업데이트 · 자막 포함
주요 재생 지점
도입 포인트 — 이 앱을 사용해야 하는 이유
세무조사 시 부가세 신고서의 합계 금액이 어떠한 전표 라인으로 구성되었는지 원천 근거를 요구받을 때, 기존 시스템에서는 데이터 재현과 소명에 어려움이 있습니다. 이 앱은 표준 전표 세금 라인을 기반으로 집계하고, 신고 전 필요한 보정을 수행하며, 전표 한 줄까지 그 근거를 체계적으로 보관하여 세무 리스크를 관리합니다.
핵심 포인트 일곱 가지
| 핵심 포인트 | 고객이 얻는 것 | 지금 방식이라면 |
|---|---|---|
| ① 세무조사 대비 근거 자료 확보 | 신고서 합계 금액이 어떠한 전표 라인으로 구성되었는지 사업장 > 세액구분 > 세목 트리 구조로 명확히 보여주어, 세무조사 시 원천 데이터를 기반으로 즉시 소명 자료를 준비할 수 있습니다. | 합계 금액만 남겨 세무조사 시 전표를 다시 찾아야 하거나, 데이터 변경으로 재현이 어려울 수 있습니다. |
| ② 다차원 집계 및 정합성 검증 | 사업장, 세액구분, 세목, 거래처 등 11가지 차원을 고른 순서대로 개수 제한 없이 조합하여 과세표준 및 세액 소계를 산출하고, 사업자번호·전표 고유 개수를 함께 집계하여 신고서 및 합계표와의 정합성을 확인합니다. | 정해진 기준 외에는 집계하기 어렵고, 여러 데이터를 수작업으로 대조하여 검증에 시간이 소요될 수 있습니다. |
| ③ 세율 기반 세액 자동 계산 및 통제 | '세액 = 과세표준 × 세율' 산식을 적용하여 세액을 자동 계산하며, 과세표준이 0인 전표에 대한 점검 필요 메시지를 표시하고, 세액 변경 시 자동 재계산하여 오류를 최소화합니다. | 수기로 세액을 계산하거나 검토하며 발생할 수 있는 계산 오류를 놓치거나 검증에 추가 노력이 필요합니다. |
| ④ 신고 전 보정 업무의 통합 및 관리 | 신고 전 필요한 수정, 복사, 제외 작업을 동일 화면에서 수행하고, 제외 시 반드시 사유를 기록하도록 강제하여 업무의 투명성을 높이며, 보정 이력을 체계적으로 관리합니다. | 별도의 파일이나 시스템에서 보정 작업을 하여 관리 이력이 분산되고, 사유 기록이 미흡하여 책임 소재가 불분명할 수 있습니다. |
| ⑤ 원장 데이터 정합성 유지 | SAP 표준 전표 세금 라인(BSET 기준)을 원천으로 하여 집계하므로, 재무회계 원장과의 정합성을 항상 유지하며, 신규 항목 생성 시 유효성 검사를 수행하여 데이터 신뢰도를 높입니다. | 원장 데이터와 별개로 자료를 가공하여 신고 자료를 만들 경우 데이터 불일치 위험이 발생할 수 있습니다. |
| ⑥ 집계 결과 반영 방식의 유연한 통제 | '집계 실행' 시 기존 데이터를 지우고 전량 생성하거나(Delete & Transfer), 기존 데이터를 덮어써 갱신하는(Transfer & Overwrite) 방식을 선택하여 운영 정책에 맞게 데이터를 반영합니다. | 집계 결과 반영 시 데이터 갱신 방식에 대한 제어가 없어 특정 상황에서 데이터 불일치나 누락이 발생할 수 있습니다. |
| ⑦ 신고 근거 확보 프로세스 지원 | 전표 수집부터 다단계 집계, 보정, ZTFIE0010 반영 및 CSV 보관에 이르는 신고 근거 확보 4단계를 한 화면에서 체계적으로 지원하여 누락 없는 자료 준비를 돕습니다. | 각 단계별로 다른 시스템이나 수작업으로 진행되어 자료 준비가 복잡하고 누락 위험이 있을 수 있습니다. |
도입하면 달라지는 것
- 세무조사 대응 자료 준비 시간 단축
- 부가세 신고서 합계 금액의 근거 명확화
- 수기 작업으로 인한 오류 발생 위험 감소
- 신고 전 보정 업무의 투명성과 효율 증대
이런 회사에 맞습니다
재무회계팀, 관리회계팀, 세무팀, 그리고 CFO 등 부가세 신고서의 신뢰성과 세무조사 대응 역량 강화를 고민하는 모든 회사에 적합합니다.
부가세 신고서 연계 · 다차원 분석 · 레이아웃 (2026. 10. 업데이트)
신고자료를 차원으로 분석하고 → 라인을 보정한 뒤 → 집계 실행하면 집계 저장 테이블과 부가세 신고서 원천에 동시에 저장되고 → 신고서 작성으로 이동해 같은 기간의 법정 서식을 바로 확인합니다.
이번 업데이트로 신고자료 집계 앱이 부가세 신고서 작성 앱과 하나의 흐름으로 이어졌습니다. 집계에서 정리한 82건이 신고서에서도 82건으로, 같은 금액으로 보이도록 연결했고, 표의 줄마다 그 전표가 신고서의 어느 항목 · 어느 명세서로 들어가는지 함께 보여 줍니다.
1. 다차원 분석 — 차원을 고른 순서대로 묶는다
예전의 "그룹핑 1~3단계" 선택 대신 분석 차원 칩을 둡니다. 사업장 · 세액구분 · 세목 · 전표유형 · 거래처 · 자료원 · 세율 · 증빙월 · 신고서 항목 · 명세서 · 회계연도 중에서 누른 순서대로 묶이고, 개수 제한이 없습니다. 합계만 보기를 켜면 전표 라인을 숨기고 차원 조합별 소계(과세표준 · 세액 · 사업자번호 고유 개수 · 전표 개수)만 남겨 큐브처럼 읽을 수 있습니다.
2. 레이아웃 저장 · 복원
제목줄의 레이아웃 메뉴로 조회조건 전체(여러 값 토큰 포함)와 분석 차원 · 합계만 보기 · 탭을 이름을 붙여 저장합니다. 저장한 레이아웃을 고르면 그대로 복원해 다시 조회하고, 시작할 때 이 레이아웃으로 열기를 지정하면 앱을 열자마자 자동으로 복원됩니다.
3. 집계 실행 = 집계 저장 + 신고서 원천 저장
집계 실행은 처리방식(Delete & Transfer / Transfer & Overwrite)에 따라 집계 저장 테이블을 갱신하는 동시에, 같은 자료를 신고서 세금코드로 바꿔 부가세 신고서의 원천 라인에도 씁니다. 완료 창에는 양쪽의 삭제 · 생성 · 갱신 건수와 함께 "집계 대상 82건을 그대로 반영, 그중 2건은 신고 대상 외"처럼 건수가 어떻게 맞는지가 나오고, 그 자리에서 신고서 작성으로 이동할 수 있습니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
세금코드가 신고서로 가는 규칙
| 신고자료 집계의 세금코드 | 부가세 신고서 항목 | 명세서 |
|---|---|---|
| 매출세액 10% | (1) 과세 세금계산서 발급분 — 승인번호가 없으면 종이 발급분 | 매출처별 세금계산서 합계표 |
| 매출 영세율 | (5) 영세율 세금계산서 발급분 | 매출처별 세금계산서 합계표 · 영세율매출명세서 · 내국신용장·구매확인서 전자발급명세서 |
| 매출 면세 | (85) 계산서 발급금액 | 매출처별 계산서 합계표 |
| 매입세액 10% | (10) 세금계산서 수취분 일반매입 / 법인카드는 (14) 그 밖의 공제매입세액 | 매입처별 세금계산서 합계표 / 신용카드매출전표등 수취명세서 |
| 매입 불공제 | (10) 일반매입에 넣고 (16) 공제받지 못할 매입세액으로 차감 | 매입처별 세금계산서 합계표 · 공제받지못할매입세액명세서 |
| 매입 면세 | (86) 계산서 수취금액 | 매입처별 계산서 합계표 |
| 법인카드 면세 · 불공제 매입 | 신고 대상 외 — 건수 대사용으로만 넘기고 신고서 금액에는 넣지 않음 | - |
검증 — 2026년 2기 예정(7~9월)
| 신고서 항목 | 건수 | 과세표준 | 세액 |
|---|---|---|---|
| (1) 과세 세금계산서 발급분 | 11 | 48,130,000 | 4,813,000 |
| (5) 영세율 세금계산서 발급분 | 16 | 72,900,000 | 0 |
| (10) 세금계산서 수취분 일반매입 | 10 | 41,240,000 | 4,124,000 |
| (10) 일반매입 → (16) 공제받지 못할 매입세액 | 12 | 60,530,000 | 6,053,000 |
| (14) 그 밖의 공제매입세액(신용카드) | 4 | 24,680,000 | 2,468,000 |
| (85) 계산서 발급금액 | 16 | 71,120,000 | 0 |
| (86) 계산서 수취금액 | 11 | 55,580,000 | 0 |
| 신고 대상 외 | 2 | 10,790,000 | 282,000 |
| 합계 = 집계 대상 | 82 | 384,970,000 | 17,740,000 |
신고서에서는 (10) 101,770,000 / 10,177,000 − (16) 60,530,000 / 6,053,000 + (14) 24,680,000 / 2,468,000 = (17) 차감계 65,920,000 / 6,592,000 이 되고, 신고서 칸과 명세서를 맞춰 보는 23칸이 모두 일치(녹색)로 표시됩니다.
실행 화면
실제 화면 9종 둘러보기
조회조건으로 조회하면 트리 집계가 나옵니다 → 기준을 바꿔 소계를 대조하고 → 라인을 보정한 뒤 → 집계 실행으로 반영합니다.
아래는 실제로 앱을 실행해 기능을 눌러 가며 캡처한 화면입니다. 이미지를 클릭하면 원본 크기로 확대됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
사용 방법
- 회사코드 · 회계연도 · 증빙일자를 지정합니다. 앱을 열면 기본값으로 바로 조회됩니다.
- 사업장 · 전표유형 · 세목은 값 도움()에서 고르거나 값을 입력하고 Enter 를 눌러 여러 건을 토큰으로 넣습니다.
- 조회조건 영역은 제목줄 가운데 화살표로 접고 펼칩니다. 접으면 표가 그만큼 길어집니다.
- 분석 차원을 누른 순서대로 묶어 보는 축을 바꿉니다(개수 제한 없음). 신고서 대조는 세목, 합계표 근거는 거래처 기준이 편합니다.
- 펼치기 / 접기로 묶음 아래 전표 라인을 열고 닫습니다. 전표번호를 누르면 상세가 열립니다.
- 라인을 선택(Ctrl·Shift 로 여러 건)하고 수정 하거나, 복사 해서 새 라인을 만들거나, 제외 · 제외 해제 합니다.
- 집계 실행 에서 기존 데이터 삭제 여부를 고르고 ZTFIE0010 에 반영합니다.
- 결과는 CSV 다운로드(UTF-8 BOM)로 내려받아 신고 근거 자료로 보관합니다.
집계 기준
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
신고 근거 4단계
| 단계 | 내용 | 산출물 |
|---|---|---|
| ① 전표 수집 | 조회조건으로 기간 내 세금 라인 추출 | 원천 라인 |
| ② 축별 집계 | 그룹핑 기준으로 접어 소계·개수 산출 | 신고서 항목 · 합계표 근거 |
| ③ 보정 | 수정 · 복사 · 제외를 저장 (사유 필수) | 신고 대상 확정 |
| ④ 반영 · 보관 | 집계 실행으로 ZTFIE0010 생성, CSV 보관 | 조사 대응 자료 |
조회조건
| 필드 | 필수 | 입력 | 설명 |
|---|---|---|---|
회사코드 bukrs | 필수 | 단일 | 대상 회사코드 |
회계연도 gjahr | 필수 | 단일 | 신고 대상 연도 |
증빙일자 bldat | 필수 | From~To | 신고 기간 |
전기일자 budat | 선택 | From~To | 전기 기준 조회 |
사업장 bupla | 선택 | 여러 건 · 값 도움 | 신고 단위 사업장 |
전표유형 blart | 선택 | 여러 건 · 값 도움 | 매출전표 · 공급업체송장 등 |
세목 mwskz | 선택 | 여러 건 · 값 도움 | 과세 · 영세 · 면세 · 불공제 |
전표번호 belnr | 선택 | 여러 건 | 특정 전표 추적 |
세액구분 mwart | 선택 | 전체/매출/매입 | 매출세 · 매입세 |
결과 컬럼
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
SAP 표준 기능 확장 포인트
SAP 표준 기능 매핑
| 표준 | 역할 | 이 화면에서의 확장 |
|---|---|---|
S_ALR_87012357 | 부가세 신고 리포트 | 전표 라인까지 근거를 남기는 형태로 집계 |
F.12 | 세금 명세 | 그룹핑 축을 골라 보는 소계로 확장 |
BSET | 전표 세금 라인 | 집계 원천 |
BKPF · BSEG | 전표 헤더와 라인 | 전표유형 · 사업장 · 거래처 정보 |
KNA1 · LFA1 | 거래처 마스터 | 상호와 사업자번호 |
T007S | 세금코드 텍스트 | 세목 명칭 · 값 도움 목록 |
ZTFIE0010 | 신고자료 보관 테이블(Z) | 집계 실행의 반영 대상 |
도입 시 확인이 필요한 부분
사업장 단위 신고인지 총괄 납부인지에 따라 집계 단위가 달라집니다. 총괄 납부라면 사업장별 집계는 내부 관리용이 되고 신고는 본점 기준으로 합칩니다. 보정(수정·복사·제외) 권한과 이력 보관 범위, 집계 실행의 처리 방식(TO/DT) 기본값도 운영 규칙으로 정해 두는 편이 좋습니다.
CDS 구성
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
자주 묻는 질문
자주 묻는 질문
집계 실행의 두 가지 처리 방식은 어떻게 다른가요?
기존 데이터 삭제를 선택하면 대상 테이블(ZTFIE0010)의 기존 반영분을 지우고 다시 만듭니다(Delete & Transfer). 선택하지 않으면 이미 반영된 건은 갱신하고 새 건만 추가합니다(Transfer & Overwrite). 두 방식 모두 제외로 표시한 라인은 건너뜁니다.
라인을 고치면 원래 전표가 바뀌나요?
아닙니다. 전표는 그대로 두고 신고자료 집계용 값만 보정합니다. 고친 라인은 상태 열과 행 강조로 구분되고, 복사로 만든 라인은 항목 번호를 9xx 로 따로 받아 원본과 섞이지 않습니다.
사업자번호 고유 개수와 전표 개수는 무엇을 세나요?
묶음 안에서 중복을 뺀 개수입니다. 사업자번호 고유 개수는 거래처 수, 전표 개수는 세금계산서 매수를 대조하는 데 씁니다. 그룹핑 기준을 바꾸면 묶는 범위가 달라지므로 두 값도 그 기준으로 다시 계산됩니다.
왜 AnalyticalTable 이 아니라 TreeTable 인가요?
sap.ui.table.AnalyticalTable 은 집계 주석(sap:semantics=aggregate)이 있는 OData 분석 서비스에 바인딩됩니다. 이 화면의 서비스는 일반 엔티티셋이라 같은 sap.ui.table 계열의 TreeTable 로 그룹 소계 화면을 구성했습니다. 분석 서비스가 준비되면 컬럼 정의는 그대로 두고 교체할 수 있습니다.
세금계산서 합계표 근거도 이 화면으로 만드나요?
분석 차원의 첫 번째로 거래처를 고르면 됩니다. 거래처별 과세표준·세액 소계와 사업자번호 고유 개수·전표 개수가 그 축으로 다시 계산되어 합계표 작성 근거가 나옵니다.