전자세금계산서 발행 업무를 회계 담당자가 홈택스에 접속해 매번 수기로 처리하고 있다면, 매출 건수가 늘어날수록 업무 부담도 함께 커진다. 이 문제를 해결하는 방법이 세금계산서 API 연동이다. 이 글에서는 세금계산서 API의 개념과 실무 적용 범위, 팝빌·바로빌·스마트빌·볼타 등 주요 제공사 비교 기준, 공개된 요금 정보, 도입 전 체크리스트를 정리한다.
세금계산서 API란?
세금계산서 API는 회사의 ERP, 회계 프로그램, 자체 개발 시스템이 국세청 전자세금계산서 발급 시스템과 직접 통신할 수 있도록 만든 연동 인터페이스다. 담당자가 홈택스나 별도 발행 화면에 직접 로그인해 값을 입력하지 않아도, 매출 데이터가 발생한 시스템에서 API 호출 한 번으로 세금계산서 발행, 조회, 취소, 수정발행까지 처리할 수 있다.
적용 범위는 크게 세 가지다. 첫째, 판매자가 세금계산서를 발행하는 정발행. 둘째, 구매자가 요청해 판매자가 승인하는 방식의 역발행. 셋째, 이미 발행한 세금계산서의 오류를 정정하는 수정발행이다. 여기에 발행 상태 변경을 실시간으로 받는 웹훅, 개발 없이 붙일 수 있는 노코드 연동 여부까지가 API를 검토할 때 실무자가 확인해야 할 핵심 항목이다.
매출 건수가 많은 커머스, 정기결제 SaaS, 다수 거래처와 세금계산서를 주고받는 B2B 기업이라면 API 연동으로 반복 업무를 자동화할 여지가 크다. 반대로 월 발행 건수가 적고 발행 담당자가 고정돼 있다면 API보다는 웹 화면 발행으로도 충분할 수 있다.
세금계산서 API 제공사를 비교할 때 볼 기준
세금계산서 API는 팝빌, 바로빌, 스마트빌, 볼타 등 여러 사업자가 제공한다. 기능은 비슷해 보여도 실제 도입 과정에서 체감되는 차이는 아래 기준에서 갈린다.
국세청 인가 여부와 정발행·역발행·수정발행 지원 범위: 세 가지 발행 방식을 모두 API로 지원하는지 확인한다.
문서와 개발 환경: REST API 문서가 공개돼 있고, 테스트 키 기반 샌드박스 환경에서 실제 발행 전 검증이 가능한지 본다.
웹훅 지원: 발행, 승인, 국세청 전송 상태 변경을 이벤트로 받을 수 있는지 여부는 운영 알림 체계를 만들 때 중요하다.
노코드 연동 옵션: 개발 리소스가 부족한 조직은 코드 작성 없이 붙일 수 있는 연동 방식이 있는지 확인해야 한다.
계약 방식과 최소 사용료: 연 단위 계약이 필요한지, 사용하지 않아도 청구되는 최소 사용료나 유지보수비가 있는지 비교한다.
볼타는 국세청 인가를 받은 사업자로, REST API와 테스트 키 기반 샌드박스, 정발행·역발행·수정발행, 웹훅, 노코드 연동을 함께 지원한다. 구체적인 연동 구조는 볼타 세금계산서 API 연동 페이지와 볼타 API 개요 문서에서 확인할 수 있다.
세금계산서 API 요금 비교
API 요금은 공개된 안내 페이지 기준으로만 비교했다. 페이지에 명시되지 않은 항목은 "공개 정보 없음"으로 표기했으며, 실제 계약 조건은 각 사에 직접 문의해 확인해야 한다.
제공사 | 정발행 단가 | 역발행 단가 | 최소 사용료·계약 | 출처 및 확인 시점 |
|---|---|---|---|---|
볼타 | 1건 90원 | 1건 200원 | 최소 사용료, 기술지원비, 유지보수비 없음 | bolta.io/pricing (2026년 확인) |
팝빌 | 공개 정보 없음 | 공개 정보 없음 | 공개 정보 없음 | popbill.com/Taxinvoice/API (2026년 확인) |
바로빌 | 공개 정보 없음 | 공개 정보 없음 | 공개 정보 없음 | dev.barobill.co.kr/partners/cost/partner (2026년 확인) |
스마트빌 | 공개 정보 없음 | 공개 정보 없음 | 공개 정보 없음 | smartbill.co.kr/Svc/svc_openAPI.aspx (2026년 확인) |
팝빌, 바로빌, 스마트빌은 요금표가 회원가입 또는 상담 후 개별 안내되는 구조라 공개 페이지만으로는 건당 단가를 확인하기 어렵다. 견적을 비교할 때는 정발행과 역발행 단가를 각각 확인하고, 최소 사용료나 기술지원비처럼 사용량과 무관하게 청구되는 항목이 있는지 반드시 물어봐야 한다.
볼타 API가 지원하는 연동 범위
볼타 API는 다음 기능을 REST 방식으로 제공한다.
정발행: 판매자가 매출 데이터를 기반으로 세금계산서를 발행하고 국세청에 즉시 전송한다. 세부 요청 규격은 전자세금계산서 정발행 API 문서에서 확인할 수 있다.
역발행: 구매자가 발행 요청을 보내고 판매자가 승인하는 흐름을 API로 처리한다.
수정발행: 기재 오류, 공급가액 변경 등 사유에 따라 이미 발행한 세금계산서를 수정 발행한다.
웹훅: 발행 완료, 국세청 전송 결과, 승인 상태 변경 등을 실시간 이벤트로 수신해 내부 시스템에 자동 반영할 수 있다.
테스트 키 기반 샌드박스: 실 발행 전에 테스트 환경에서 요청과 응답 구조를 검증할 수 있다.
노코드 연동: 개발 리소스 없이 화면 설정만으로 발행 흐름을 구성하는 방식도 함께 제공한다. 관련 내용은 전자세금계산서 API 노코드 연동 글에서 다뤘다.
수정발행이 필요한 상황과 절차는 수정세금계산서 발행 사유와 전자세금계산서 수정 방법에서 별도로 정리했으니, API 연동 전 사유별 처리 기준을 함께 확인하면 도움이 된다.
도입 전 확인할 체크리스트
API 연동을 검토할 때는 아래 항목을 순서대로 점검하면 도입 시행착오를 줄일 수 있다.
요금 구조: 정발행, 역발행 건당 단가와 최소 사용료, 계약 기간 조건을 확인했는가.
개발 리소스: 자체 개발 인력으로 연동할지, 노코드 방식으로 대체할지 결정했는가.
인증서 준비: 전자세금계산서 발행에 필요한 사업자 인증 수단을 확보했는가.
테스트 환경: 실 발행 전에 샌드박스에서 요청, 응답, 오류 케이스를 검증할 수 있는가.
운영 알림: 발행 실패, 국세청 전송 오류를 담당자가 놓치지 않도록 웹훅 기반 알림 체계를 설계했는가.
지연 발행 리스크: 발행 기한을 넘겼을 때의 가산세 부과 기준을 알고 있는가. 관련 내용은 세금계산서 지연 발행 가산세에서 확인할 수 있다.
자주 묻는 질문
세금계산서 API와 홈택스 발행의 차이는 무엇인가요?
홈택스 발행은 담당자가 직접 화면에 값을 입력해 건별로 처리하는 방식이다. API 연동은 회사 시스템의 매출 데이터를 그대로 호출해 발행, 조회, 수정을 자동 처리하므로 발행 건수가 많을수록 반복 작업을 줄일 수 있다. 홈택스 연동 없이 발행 가능한 방식은 홈택스 없이 전자세금계산서 발행하기에서 다뤘다.
정발행과 역발행 중 어느 쪽을 API로 먼저 연동해야 하나요?
매출 세금계산서를 직접 발행하는 판매자 입장이면 정발행이 우선이고, 매입 거래처로부터 발행 요청을 받아 승인하는 구조라면 역발행 연동이 필요하다. 두 가지를 모두 처리하는 기업은 정발행과 역발행 API를 함께 검토해야 한다.
수정발행도 API로 처리할 수 있나요?
가능하다. 기재 오류, 공급가액 변경 등 수정 사유에 따라 API 호출로 수정발행을 요청할 수 있으며, 사유별 처리 기준은 국세청 규정을 따른다.
개발자 없이도 API 연동이 가능한가요?
제공사에 따라 노코드 연동 옵션을 지원하는 경우 개발 없이 화면 설정만으로 발행 흐름을 구성할 수 있다. 개발 리소스가 부족한 조직은 이 옵션을 우선 검토하는 것이 좋다.
API 요금은 어떻게 비교해야 하나요?
정발행과 역발행 건당 단가, 최소 사용료 유무, 기술지원비나 유지보수비 부과 여부, 계약 기간 조건을 함께 확인해야 한다. 공개 페이지에 단가가 없는 경우 상담을 통해 직접 견적을 받아 비교하는 것이 정확하다.