SAP 매출세금계산서 발행 — 전표 한 건에서 계산서 한 장까지
세금계산서를 아직 끊지 않은 AR 전표를 찾아, 공급자·공급받는자 정보를 마스터에서 채워 한 건씩 발행하는 화면입니다.
소개 영상블로그 목차 순서대로 · 자막 포함
주요 재생 지점
도입 포인트 — 이 앱을 사용해야 하는 이유
매출 세금계산서 발행은 여러 SAP 원장과 마스터 데이터에 흩어진 정보를 취합하고, 세법상 예외 규칙을 처리해야 하는 복잡한 업무입니다. 이 앱은 핵심 정보를 SAP 원장에서 자동으로 통합하고 발행 규칙을 강제하여, 재무 실무자의 정확하고 효율적인 세금계산서 발행 업무를 지원합니다.
핵심 포인트 여섯 가지
| 핵심 포인트 | 고객이 얻는 것 | 지금 방식이라면 |
|---|---|---|
| ① 세금계산서 필수 정보 자동 완성 | 공급자(사업장 마스터)와 공급받는자(고객 마스터) 정보를 AR 전표 기반으로 자동으로 불러와 사업자번호, 상호, 주소 등 6개 핵심 정보를 채워 발행 준비를 완료합니다. | 여러 마스터 테이블을 수동으로 조회하거나 입력하여 정보 누락이나 오기입이 발생하며, 작업 시간이 증가합니다. |
| ② 반품 영세율 전표 금액 자동 보정 | 세액 테이블에 없는 영세율 반품(세금코드 AI, 차대 H) 전표의 공급가액 부호를 자동으로 반전하고, BSET 없음 표시로 그 이유를 안내합니다. (규칙: BSET 없음 + AI(영세) + 대변(H) → 부호 반전) | 반품 영세율 건의 부호 오류를 육안으로 확인하거나 별도 계산하여 처리해야 하므로 실수가 발생할 수 있습니다. |
| ③ 한 건 발행 규칙 강제 및 안내 | 전표 한 건당 한 장 발행 규칙을 앱에서 강제하여, 두 건 이상 전표 선택 시 발행을 사전에 차단하고 구체적인 이유를 안내합니다. | 실수로 여러 건을 선택해 발행을 시도하여 시스템 오류가 발생하거나 재작업으로 이어지는 경우가 있습니다. |
| ④ 발행 필수 항목 누락 자동 점검 | 세금계산서 전달에 필수적인 공급받는자 담당자 및 e-Mail 정보 누락 시 발행을 차단하여, 필수 정보 누락으로 인한 계산서 미전달 위험을 낮춥니다. | 담당자 정보 미입력으로 발행된 계산서가 수신자에게 도달하지 않아, 다시 확인하고 재발행해야 합니다. |
| ⑤ 발행 이력 기반 중복 발행 방지 | 이미 발행 이력이 있는 AR 전표는 조회 목록에서 자동으로 제외되도록 구현되어, 동일 전표에 대한 세금계산서가 실수로 중복 발행되는 것을 원천적으로 방지합니다. | 발행 여부를 수동으로 확인하거나 별도 이력 관리 없이는, 이미 처리된 전표가 다시 조회되어 중복 발행될 위험이 있습니다. |
| ⑥ 전표별 품목 정보 자동 연계 및 수정 | 빌링 문서에서 해당 전표의 품목, 규격, 수량 정보를 자동으로 가져와 발행 팝업에 표시하며, 필요한 경우 담당자가 직접 수정하여 발행할 수 있습니다. | 전표와 연결된 품목 정보를 별도로 확인하고 수동으로 입력해야 하므로, 데이터 불일치 및 작업 시간이 증가합니다. |
도입하면 달라지는 것
- 매출 세금계산서 발행 업무 시간 단축
- 세금계산서 정보 정확성 및 신뢰도 향상
- 세법상 예외 규칙 처리 자동화로 오류 감소
- 계산서 발행 프로세스 표준화 및 통제 강화
이런 회사에 맞습니다
매출 세금계산서 발행 건수가 많고, 수작업으로 인한 오류와 비효율을 개선하고자 하는 재무·회계·물류 부서에 적합합니다. 정확한 세금계산서 발행과 효율적인 업무 프로세스 정립이 필요한 기업에 도움을 드립니다.
발행 팝업 구성 3영역
계산서 한 장에 필요한 값은 세 곳에서 모입니다.
| 영역 | 원천 | 자동으로 채워지는 값 | 직접 입력 |
|---|---|---|---|
| 공급자 | J_1BBRANCH · ADRC | 사업자번호 · 상호 · 대표자 · 주소 · 업태 · 종목 | 담당자 · e-Mail · 전화번호는 직접 입력 |
| 공급받는자 | KNA1 | 사업자번호 · 상호 · 대표자 · 주소 · 업태 · 종목 | 담당자 · e-Mail · 전화 · 종사업장번호 입력 |
| 계산서 본문 | 전표 · BSET · 빌링 | 전표번호 · 작성일자 · 세금코드 · 금액 | 품목 · 규격 · 수량 · 비고 수정 가능 |
마스터에 있는 값은 손대지 않고, 회사가 매번 정하는 담당자 정보만 입력받습니다.
실행 화면
실제 화면 11종 둘러보기
미발행 전표를 조회해 한 건을 고르면 → 팝업에 양쪽 마스터 정보가 채워지고 → 담당자만 넣어 발행합니다.
아래는 실제로 앱을 실행해 기능을 눌러 가며 캡처한 화면입니다. 이미지를 클릭하면 원본 크기로 확대됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
사용 방법
- Document date 와 Tax code 범위를 확인합니다. 둘 다 필수 조건입니다.
- 조회하면 아직 계산서를 끊지 않은 전표만 나옵니다. 발행된 건은 자동으로 빠집니다.
- 마이너스로 표시된 건은 반품 영세율 건입니다. BSET 없음 표시로 이유를 확인합니다.
- 전표를 한 건만 골라 세금계산서 발행을 누릅니다. 두 건 이상이면 막힙니다.
- 팝업에서 공급자·공급받는자 정보가 자동으로 채워집니다. 담당자와 e-Mail 을 입력합니다.
- 품목·규격·수량·비고를 확인하고 발행하면 승인번호가 돌아옵니다.
조회·금액 산출 규칙
조회 조건과 금액 산출에 실무에서 나온 예외 규칙이 두 가지 들어 있습니다.
조회 : 세금계산서 미발행 AR 전표
BSID / BSAD
bukrs = 회사코드 bupla in Business Place
kunnr in Customer bldat in Document date
budat in Posting date belnr in Document No.
mwskz in Tax code (AA ~ AJ)
→ ZSB_HEADER 를 참조해 이미 발행된 건은 제외
금액 : BSET
FWBAS = 공급가액 FWSTE = 세액
※ 반품 빌링 대응 (CR1810040007)
BSET 에 데이터가 없고 TAX CODE 가 AI(영세)이면서
SHKZG 가 H(대변)인 경우 → 금액에 마이너스 부호 적용
품목·규격·수량 (CR1812140009)
BSAD 의 KIDNO + BSID 의 KIDNO 를 추출해 중복 제거 후
SD 함수로 품목 정보 수신
발행
선택 라인 없음 → "선택된 라인이 없습니다"
2건 이상 선택 → "세금계산서는 한건씩만 발행할 수 있습니다."
1건이면 → 발행 팝업 → 외부 연계 발행| 항목 | 산식 · 규칙 |
|---|---|
| 대상 한정 | AR 전표 중 발행 이력이 없는 건 |
| 세금코드 범위 | AA ~ AJ (사양서 지정 필수 조건) |
| 공급가액 · 세액 | 세액 테이블의 FWBAS · FWSTE |
| 마이너스 처리 | BSET 없음 + AI(영세) + 대변(H) → 부호 반전 |
| 품목 정보 | KIDNO 로 SD 함수 호출해 품목·규격·수량 수신 |
| 발행 단위 | 한 건씩만 — 계산서는 전표 하나에 한 장 |
| 발행 후 | 발행 이력에 기록되어 다음 조회에서 제외 |
BSET 없음을 화면에 표시하는 이유
금액이 마이너스로 나오는 이유를 담당자가 알아야 합니다. 숫자만 다르면 데이터 오류로 의심하지만, BSET 없음 표시가 함께 보이면 반품 영세율 건이라는 것이 드러납니다. 규칙을 코드 안에만 두지 않고 화면에 남기면 인수인계와 문의 대응이 쉬워집니다.
조회조건
| 필드 | 필수 | 설명 |
|---|---|---|
| Company code | 필수 | 대상 회사코드 |
| Document date | 필수 | 기본값 당월 1일 ~ 오늘 |
| Tax code | 필수 | AA ~ AJ 범위 |
| Business Place · Customer | 선택 | 사업장·고객으로 범위 축소 |
| Posting Date · Document No. | 선택 | 전기일과 전표번호 |
| Sales Office | 선택 | 영업소 |
결과 컬럼
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
SAP 표준 기능 확장 포인트
SAP 표준 기능 매핑
발행은 외부 시스템이 수행합니다. 이 화면은 필요한 값을 모아 넘기고 이력을 남깁니다.
| 표준 | 역할 | 이 화면에서의 확장 |
|---|---|---|
BSID · BSAD | 미결·반제 AR 전표 | 발행 대상 원천 |
BSET | 세액 데이터 | 공급가액·세액 제공. 없으면 마이너스 판정 근거 |
J_1BBRANCH | 사업장 | 공급자 사업자번호·대표자·업태·종목 |
KNA1 | 고객 마스터 | 공급받는자 정보 일체 |
VBRK · SD 함수 | 빌링 문서 | 품목·규격·수량 |
FB03 · KD03 | 전표·고객 조회 | 전표번호·고객 더블클릭 시 이동 |
운영 데이터 소스 매핑
| 항목 | SAP 원천 | 비고 |
|---|---|---|
| AR 전표 | BSID · BSAD | BUKRS · BUPLA · GJAHR · BELNR · KUNNR · MWSKZ · SHKZG |
| 세액 | BSET | FWBAS · FWSTE |
| 발행 이력 | ZSB_HEADER | 이미 발행된 건 제외 기준 |
| 공급자 | J_1BBRANCH · ADRC | STCD2 · KR_REPRES · KR_BUSTYPE · KR_INDTYPE · NAME1 · CITY1 |
| 공급받는자 | KNA1 | STCD2 · NAME1 · J_1KFREPRE · ORT02 · STRAS · J_1KFTBUS · J_1KFTIND |
| 세금코드 명 | T007S | 세금코드 텍스트 |
도입 시 확인이 필요한 부분
세금코드 범위는 회사마다 다릅니다. 사양서는 AA~AJ 를 쓰지만 면세·불공제 코드가 다른 대역에 있으면 조회 조건을 함께 조정해야 합니다. 발행 시스템 연계 규격(승인번호 체계, 재발행·수정발행 처리)과 종사업장 번호 사용 여부도 영업·세무 담당과 먼저 정하는 편이 좋습니다.
CDS 구성
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
자주 묻는 질문
자주 묻는 질문
왜 한 건씩만 발행하나요?
세금계산서는 전표 하나에 한 장이 대응하기 때문입니다. 여러 건을 묶어야 한다면 그것은 합산 처리의 몫이고, 이 화면은 이미 정리된 전표를 계산서로 옮기는 단계입니다. 사양서에도 두 건 이상이면 막도록 돼 있습니다.
반품 건은 왜 마이너스로 나오나요?
영세율 반품 건은 세액 테이블에 데이터가 남지 않습니다. 그래서 금액만 보면 일반 매출과 구분되지 않아, 계산서가 플러스로 발행될 수 있습니다. 세금코드가 영세이면서 대변인 경우 부호를 반대로 적용해 실제 방향을 반영합니다. 실무에서 나온 변경 요청으로 추가된 규칙입니다.
담당자 e-Mail 을 필수로 둔 이유는?
발행된 계산서가 전달될 주소이기 때문입니다. 비운 채로 발행하면 계산서는 만들어졌는데 상대방이 받지 못해, 나중에 재발행하거나 따로 보내야 합니다. 발행 전에 막는 편이 손이 덜 갑니다.
발행한 건은 어디로 가나요?
발행 이력 테이블에 기록되고 다음 조회부터 목록에서 빠집니다. 그래서 화면에 남아 있는 건이 곧 아직 끊지 않은 건입니다. 발행 여부를 따로 확인할 필요가 없습니다.
SAP 표준 기능과 어떻게 이어지나요?
전표와 세액은 BSID·BSAD·BSET 표준 구조 그대로이고, 공급자·공급받는자 정보도 사업장과 고객 마스터에서 가져옵니다. 이 화면은 그 값들을 계산서 형태로 모아 외부 발행 시스템에 넘기고, 돌아온 승인번호를 이력에 남기는 역할을 합니다.