인도 e-Invoicing 안내

이름 때문에 거의 모든 한국 담당자가 처음에 오해합니다. 인도의 e-Invoicing 은 인보이스를 종이 대신 전자적으로 만드는 제도가 아닙니다. 인보이스를 정부 포털에 사전 등록해 고유번호를 받는 인증 절차입니다.

절차는 이렇습니다. 사업자가 자기 ERP 나 회계 프로그램에서 인보이스를 만들고, 그 내용을 정부가 정한 표준 형식(FORM GST INV-01, JSON)으로 바꿔 IRP(Invoice Registration Portal)에 올립니다. IRP 는 내용을 검증한 뒤 IRN(Invoice Reference Number, 64자리 해시)과 Ack No, Ack Date, 그리고 전자서명된 QR 코드를 돌려줍니다.

한국의 전자세금계산서는 발행자가 만든 문서를 국세청에 '전송'하면 끝이고, 문서 자체는 발행자가 만든 그대로입니다. 인도는 다릅니다. IRP 가 돌려준 IRN 과 QR 이 인쇄물에 없으면, 그 문서는 세금계산서로 '취급되지 않습니다'(CGST Rule 48(5)). 형식 미비가 아니라 존재하지 않는 문서로 봅니다.

실무에서 이게 무슨 뜻이냐면, 인도 매입처가 그 인보이스로 매입세액공제(ITC)를 받지 못한다는 뜻입니다. 대금은 지급했는데 세액공제가 막히면 거래처는 즉시 재발행을 요구하고, 그 사이 회계연도가 넘어가면 정정이 훨씬 어려워집니다.

덤으로 얻는 것도 있습니다. IRN 이 생성되면 그 내용이 GSTR-1 의 해당 란과 e-Way Bill 의 Part-A 에 자동으로 채워집니다. 같은 데이터를 세 번 입력하던 일이 한 번으로 줄어듭니다.

근거는 CGST Rule 48(4) 이고, 현재 기준선은 Notification 10/2023-Central Tax 가 정한 총매출(AATO) ₹5 crore 초과입니다. 시행일은 2023-08-01 이며 2026년 8월 현재까지 바뀌지 않았습니다.

여기서 한국 담당자가 가장 많이 틀리는 지점이 '어느 회계연도를 보느냐' 입니다. 직전 연도만 보는 것이 아닙니다. 2017-18 이후 어느 한 회계연도라도 총매출이 ₹5 crore 를 넘은 적이 있으면 그 다음 회계연도부터 대상이 되고, 이후 매출이 줄어도 대상에서 빠지지 않습니다. 한 번 걸리면 계속입니다.

총매출(Aggregate Annual Turnover)은 PAN 기준 전인도 합산입니다. 주가 여럿이라 GSTIN 이 여러 개여도 하나로 봅니다. 과세 공급, 면세 공급, 수출, 주(state) 간 자가공급을 모두 더하고 GST 세액은 뺍니다. 한국 본사의 매출이나 인도 법인의 원화 환산 매출로 계산하는 것이 아닙니다.

대상이 되는 거래는 B2B(등록 수령인 대상 공급), SEZ 공급, 수출, deemed export, 그리고 이들에 대한 신용·차변 노트입니다. B2C 는 e-Invoicing 대상이 아닙니다. 한국 본사로 나가는 수출 인보이스는 대상에 포함된다는 점을 자주 놓칩니다.

면제 업종도 있습니다. SEZ 유닛(개발자는 제외), 보험사, 은행·금융기관·NBFC, 화물운송대리인(GTA), 여객운송, 영화관 입장권, 정부 부처·지방자치단체 등이 고시로 빠져 있습니다. 업종이 걸치는 경우가 있으니 CA 확인이 안전합니다.

기준선을 ₹1 crore 로 낮춘다는 보도가 여러 차례 있었습니다. 2026년 8월 현재 그런 고시는 없습니다. 고시되지 않은 것을 미리 적용할 필요도, 반대로 무시할 이유도 없습니다 — 관보(Notification)가 나오면 그때 바뀝니다.

이유는 두 가지입니다. 만들 수 없고, 만들어서도 안 됩니다.

IRN 은 IRP 만 발급합니다. IRP 는 정부가 지정한 등록 포털이며 NIC 가 운영하는 두 곳과 민간 사업자가 운영하는 네 곳, 모두 여섯 곳이 있습니다. 어느 곳도 임의의 제3자 소프트웨어에 발급 권한을 주지 않습니다.

IRP 의 API 는 아무나 쓸 수 없습니다. 직접 접속 자격은 기준을 초과한 납세자 본인(자기 GSTIN)이나 이미 e-Way Bill 시스템에 등록된 사업자에게만 열립니다. 그 밖의 소프트웨어 회사는 GSP(GST Suvidha Provider) 라는 인가 사업자를 거쳐야 하고, 여기에는 계약과 보증, 인프라 요건이 따릅니다. Adullam Tools 는 무료 도구이고 GSP 계약이 없습니다.

그리고 더 중요한 이유가 있습니다. IRN 처럼 보이는 문자열이나 QR 처럼 보이는 그림을 우리가 그려서 인쇄물에 넣으면, 그건 위조 문서입니다. QR 에는 IRP 의 전자서명이 들어 있고 검증 앱으로 확인됩니다. 비슷하게 생긴 것을 만들어 드리는 편이 당장은 친절해 보이겠지만, 그 문서를 세무조사에서 제시하는 순간 사용자가 책임을 집니다. 그래서 우리는 하지 않습니다.

우리가 할 수 있는 일은 명확합니다. 정부 스키마에 맞는 정확한 JSON 을 만들고, IRP 가 거부할 만한 부분을 미리 알려 주는 것. 실무에서 시간을 잡아먹는 구간이 정확히 거기입니다.

먼저 준비: e-Invoice 마스터 포털에서 우리 GSTIN 의 활성화(enablement) 상태를 확인합니다. 기준을 넘겼는데 목록에 없으면 포털에서 직접 self-enablement 를 신청할 수 있습니다. 활성화가 안 된 상태에서는 업로드 자체가 막힙니다.

1단계 — Adullam Tools 의 GST 인보이스 도구에서 인보이스를 작성합니다. 필수 기재사항(Rule 46) 검증과 공급지 판정이 끝난 상태로 INV-01 형식 JSON 을 내려받습니다. 내려받기 전에 사전 검증 결과를 반드시 확인하십시오.

2단계 — NIC e-Invoice 포털에 로그인합니다. 건수가 많으면 'e-Invoice → Bulk Upload' 로 JSON 파일을 그대로 올리고, 한두 건이면 GePP 도구(엑셀 기반 무료 유틸리티)로 입력하는 편이 빠릅니다. 두 경로 모두 위 '정부 포털과 오프라인 도구' 에 링크해 두었습니다.

3단계 — IRP 가 IRN, Ack No, Ack Date, 서명 QR 을 돌려줍니다. 이 값을 회계 시스템에 기록하고, 거래처에 교부하는 문서에 QR 과 IRN 을 넣습니다. 이 단계까지 끝나야 법정 세금계산서입니다.

오류가 나면 포털이 오류코드와 메시지를 함께 줍니다. 아래 '자주 거부되는 이유' 표에서 대응하는 항목을 먼저 찾아보십시오. 대부분은 세액 합계, 세목 조합, HSN 자릿수 셋 중 하나입니다.

인도에는 성격이 다른 두 개의 시한이 있고, 이걸 하나로 묶어 생각하면 사고가 납니다.

첫째, 인보이스 발행 시한(CGST Rule 47). 재화는 반출(removal) 시점, 용역은 공급일로부터 30일 이내, 은행·금융기관·NBFC 는 45일 이내에 인보이스를 '발행' 해야 합니다. 이건 문서를 만드는 시한입니다.

둘째, IRP 보고 시한. 총매출 ₹10 crore 이상 사업자는 문서 일자로부터 30일 이내에 IRP 에 올려야 합니다. 2025-04-01 시행이며, 그 전에는 ₹100 crore 기준이었습니다(GSTN 안내 2024-11-05). 인보이스·신용노트·차변노트 전부에 적용됩니다.

30일이 지나면 IRP 가 접수를 거부합니다. 재량이 아니라 시스템이 막습니다. IRN 을 못 받으면 그 문서는 세금계산서가 아니게 되고, 되돌릴 방법이 사실상 없습니다. 예를 들어 2026년 4월 1일자 인보이스는 4월 30일까지 올려야 합니다.

총매출 ₹10 crore 미만은 현재 이 30일 제한을 받지 않습니다. 다만 GSTR-1 신고 마감 전에는 IRN 을 받아 두어야 신고가 맞아떨어집니다. 월말에 몰아서 처리하는 관행은 위험합니다.

취소는 24시간 이내에 IRP 에서만 가능합니다. 24시간이 지나면 IRP 에서는 손댈 수 없고, 신용노트(Credit Note) 또는 차변노트(Debit Note)로 처리해야 합니다.

'수정' 이라는 개념은 IRP 에 없습니다. 잘못 올렸으면 24시간 안에 취소하고 새 번호로 다시 올리거나, 노트로 조정합니다. 취소한 문서번호를 재사용하지 마십시오 — 중복 IRN 오류가 납니다.

e-Way Bill 이 필요한 운송이라면 IRN 생성 시 Part-A 가 자동으로 채워집니다. 차량번호 등 Part-B 는 별도로 입력해야 합니다.

교부 문서에는 IRN, Ack No, Ack Date, 서명 QR 을 넣습니다. QR 은 검증 앱으로 스캔해 진위를 확인할 수 있으므로, 이미지 품질이 떨어지지 않게 인쇄하십시오.

보관은 다른 GST 서류와 같습니다. IRP 는 업로드 데이터를 24시간만 보관하므로, IRN 응답값을 우리 쪽 시스템에 저장해 두지 않으면 나중에 조회할 수 없습니다.

'우리는 전자세금계산서 쓰니까 괜찮다.' 한국 전자세금계산서는 인도 e-Invoicing 과 아무 관계가 없습니다. 인도 GSTIN 으로 발행하는 문서는 인도 규칙을 따릅니다.

총매출을 잘못 계산합니다. 한국 본사 매출이 아니라 인도 PAN 기준 전인도 합산입니다. 주별 GSTIN 매출을 따로 보면 기준 미달로 착각합니다.

수출 인보이스를 빼놓습니다. 한국 본사로 나가는 수출도 e-Invoicing 대상입니다. B2C 만 대상이 아닙니다.

IRN 없이 PDF 를 교부합니다. 인도 거래처가 ITC 를 못 받아 클레임이 들어오고, 결국 재발행하면서 번호 연속성까지 꼬입니다.

30일 시한을 발행 시한과 혼동합니다. 용역 30일(Rule 47)과 IRP 보고 30일은 다른 시한입니다. 둘 다 지켜야 합니다.

본사 ERP 의 인보이스 번호 규칙을 그대로 씁니다. 인도는 16자 제한과 문자 제한이 있습니다. INV-2026-27-00001 은 17자라 거부됩니다.