50개 브라질 NF-e XML, 하나의 스프레드시트
다중 공급업체 배치 처리가 수동 세무 조정을 없애는 방법
상파울루 공급업체의 NF-e 하나를 처리하는 데 3분이 걸립니다. XML은 깨끗하고, 필드는 모호하지 않으며, ICMS 세율(내부 거래 18%)도 예상대로입니다. 문제는 7개 브라질 주에 걸쳐 있는 14개 공급업체로부터 50개의 NF-e XML을 처리할 때 시작됩니다. 파라나의 공급업체 #3은 주 내 배송에 19.5% ICMS를 적용하지만, 상파울루에 있는 귀사로 배송할 때는 12%를 적용합니다. 페르남부쿠의 공급업체 #8은 20.5%를 청구합니다. 단, NCM 8471.30으로 분류된 품목은 할인된 세율이 적용됩니다. 공급업체 #11은 XML 없이 DANFE PDF만 보냈습니다. 그리고 배치 어딘가에 두 개의 서로 다른 NF-e 문서가 동일한 송장 번호를 공유하고 있습니다. 공급업체 #2가 회계 연도 초에 번호 체계를 재설정했기 때문입니다. NF-e 하나를 추출하는 것은 간단합니다. 50개를 추출하고 모든 행의 세금 처리가 검증 가능한 깨끗하고 감사 가능한 AP 스프레드시트를 만드는 것 — 이것은 완전히 다른 문제입니다.
NF-e XML 50건이 도착했을 때 — 일괄 처리가 "단건 처리 50회 반복"이 아닌 이유
브라질 NF-e 처리는 한 가지 측면에서 특이합니다. 원본 데이터가 이미 구조화되어 있다는 점입니다. 미국이나 유럽 공급업체의 종이 인보이스는 디지털화를 위해 OCR이 필요한 반면, 모든 NF-e는 400개 이상의 SEFAZ 규칙에 대해 검증되고 ICP-Brasil 인증서로 디지털 서명된 XML 파일로 도착합니다. 단일 NF-e XML의 데이터 품질은 거의 완벽합니다. 브라질 AP에서의 일괄 처리 문제는 데이터 캡처 정확성이 아니라 공급업체 간 데이터 일관성입니다.
14개 공급업체로부터 50건의 NF-e XML을 단일 배치로 처리할 때, 단건 인보이스 처리에서는 드러나지 않는 네 가지 구조적 문제가 발생합니다:
ICMS 세율 단편화. 브라질의 ICMS는 주(state) 단위 부가가치세로, 세율은 공급업체의 소재지 주, 귀사의 소재지 주, 거래 방향(주 내 vs 주 간), 그리고 일부 경우에는 NCM 제품 분류에 따라 다릅니다. 7개 주의 공급업체로부터 받은 50건의 NF-e XML 배치에는 주 내 세율 17%, 18%, 19%, 19.5%, 20%, 20.5%와 주 간 세율 4%, 7%, 12%가 출발지-도착지 조합에 따라 혼재할 수 있습니다. 스프레드시트의 "ICMS 금액" 열 하나만으로는 세율, 적용 주, 거래가 주 내인지 주 간인지를 알지 못하면 의미가 없습니다. 동일한 R$1,000의 ICMS 부과액이 17% 세율의 R$5,882 과세표준을 의미할 수도 있고, 12% 세율의 R$8,333 과세표준을 의미할 수도 있기 때문입니다. ERP의 세금 모듈은 이 구분을 필요로 합니다.
CFOP 일관성 격차. 모든 NF-e 라인 항목에는 거래의 과세 성격을 분류하는 4자리 CFOP(과세 및 공급 운영 코드) 코드가 포함됩니다 — 동일 주 내 산업화 목적 구매는 1.101, 주 간 재판매 목적 구매는 2.102, 수입은 3.101입니다. 첫 번째 숫자는 거래가 주 내(1), 주 간(2), 또는 국제 수입(3)인지를 나타냅니다. 공급업체 A가 상파울루에서 귀사의 상파울루 창고로의 배송에 CFOP 1.101을 사용하고, 공급업체 B가 미나스제라이스에서의 주 간 배송에 CFOP 2.102를 사용한다면 이는 정확하고 의도적인 것입니다. 그러나 공급업체 C가 리우데자네이루에서 시작된 배송 — 주 간 거래 — 에 CFOP 1.101을 사용한다면, CFOP가 XML의 <ide> 및 <emit> 블록의 주 데이터와 불일치합니다. 이러한 불일치는 전체 공급망에 걸쳐 CFOP 코드를 상호 참조하는 연방 전자 회계 시스템인 SPED EFD(전자 회계 기록)에서 감사 플래그를 생성합니다. 50건의 인보이스 배치에서 3~5건의 불일치는 흔하며, 수동으로 찾으려면 각 XML의 CFOP를 출발지-도착지 주 쌍과 대조해야 합니다.
인보이스 번호만으로는 중복 감지 실패. 대부분의 AP 시스템에서 중복 감지는 공급업체 + 인보이스 번호에 의존합니다. 이 논리는 브라질 NF-e에서는 실패합니다. 인보이스 번호(número da nota)는 단일 공급업체의 시리즈 내에서만 고유하기 때문입니다. 공급업체 A가 시리즈 001에서 NF-e #1523을 발행하고, 공급업체 B도 자체 시리즈 001에서 NF-e #1523을 발행할 수 있습니다. 동일한 공급업체도 다른 시리즈에서 동일한 인보이스 번호를 발행할 수 있습니다. 전역 고유 식별자는 44자리 chave de acesso이지만, 대부분의 일괄 추출 도구는 이를 추출하지 않거나 중복 제거 키로서의 역할을 이해하지 못한 채 추출합니다. chave de acesso가 없으면 서로 다른 공급업체의 동일한 인보이스 번호를 가진 두 인보이스가 중복으로 플래그되어 하나가 억제되거나, 더 나쁘게는 수정된 chave de acesso(CCe 수정 서신 이벤트를 나타냄)로 재제출된 인보이스가 대체본으로 인식되지 않습니다.
혼합 형식 소스. 브라질 공급업체 인보이스 50장 배치에서 깨끗한 XML 50개를 얻는 경우는 드뭅니다. 일부 공급업체(일반적으로 소규모 제조업체 또는 농업 생산자)는 인쇄된 DANFE만 PDF나 스캔본으로 보냅니다. 일부는 XML을 보내지만 손으로 메모가 적힌 DANFE 스캔본을 첨부하기도 합니다. 중간 규모의 산업용 공급업체는 기본 NF-e용 XML을 보내지만 운송 CT-e(Conhecimento de Transporte Eletrônico)는 PDF로 보낼 수 있습니다. 배치 처리 워크플로는 XML을 사용할 수 있는 경우 구조화된 데이터를 추출하고 XML이 없는 경우 시각적 문서를 읽어 이 모든 것을 한 번에 처리하고 일관된 열로 병합해야 합니다.
이 네 가지 문제는 인보이스 한 장에서는 존재하지 않습니다. 50장에서는 네 가지가 동시에 발생하며, 이를 해결하는 것이 배치 처리 워크플로를 "단일 추출을 50회 반복"과 구분 짓는 요소입니다.
7개 주에 걸친 ICMS 세율 매트릭스 — 단일 "세금" 열이 실패하는 이유
브라질의 ICMS 내부 세율은 2024년에 크게 변경되었으며, 부분적으로는 2029년에서 2033년 사이에 ICMS를 새로운 IBS(Imposto sobre Bens e Serviços)로 대체할 세제 개혁을 예상한 것입니다. 브라질의 11개 주가 작년에 표준 ICMS 세율을 변경했습니다:
| 주(UF) | 기존 세율 | 2024–2026 세율 | 시행일 |
|---|---|---|---|
| Pernambuco | 18% | 20.5% | 2024년 1월 |
| Ceará | 18% | 20% | 2024년 1월 |
| Paraíba | 18% | 20% | 2024년 1월 |
| Bahia | 19% | 20.5% | 2024년 2월 |
| Maranhão | 20% | 22% | 2024년 2월 |
| Paraná | 19% | 19.5% | 2024년 3월 |
| Goiás | 17% | 19% | 2024년 4월 |
| Rondônia | 17.5% | 19.5% | 2024년 1월 |
| Distrito Federal | 18% | 20% | 2024년 1월 |
| Espírito Santo | 17% | 19.5% | 2024년 4월 |
| Rio Grande do Norte | 20% | 18% | 2024년 1월 |
출처: Vertex Inc., 주 입법안(Leis Estaduais). 상파울루는 18%, 미나스제라이스는 18%, 리우데자네이루는 20%로 유지되었습니다(같은 기간 기준, 22% 인상안은 아직 입법 논의 중).
일괄 처리의 실질적 영향: 공급업체 기반이 브라질의 두 개 이상의 주에 걸쳐 있는 경우, 배치 스프레드시트는 모든 ICMS 값을 합산하는 단일 열이 아니라 세율 × 주 × 거래 유형 수준에서 ICMS를 추적해야 합니다. 페르남부쿠(주내 20.5%)의 공급업체에서 발행한 NF-e와 상파울루(주내 18%)의 공급업체에서 발행한 NF-e는 ICMS 금액 열에 동일한 수치가 표시되더라도 ERP에서 서로 다른 ICMS 처리가 적용됩니다.
주간 거래 세율은 브라질 세법에 따라 두 번째 차원을 추가합니다:
| 출처 지역 | 도착 지역 | 주간(Interstate) 세율 |
|---|---|---|
| 남부 및 남동부(SP, RJ, MG, PR, SC, RS, ES) | 남부 및 남동부 | 12% |
| 북부, 북동부 및 중서부 | 모든 브라질 주 | 12% |
| 남부 및 남동부 | 북부, 북동부 및 중서부(ES 포함) | 7% |
| 모든 주 — 외국산 함량 40% 초과 수입품 | 모든 주 | 4% |
이러한 주간 세율 등급을 위의 11가지 주 단위 세율 변경과 결합하면, 7개 주의 공급업체에서 받은 NF-e XML 배치에는 서로 다른 5가지 ICMS 세율이 쉽게 포함될 수 있습니다. 각 세율은 식별되고, 유형별로 분리되며, ERP의 올바른 세금 계정에 전기되어야 합니다. ICMS를 단일 숫자로만 추출하고 XML에서 세율, 출처 주, 거래 유형을 포착하지 않는 도구는 절약하는 것보다 더 많은 조정 작업을 만드는 스프레드시트를 생성합니다.
이것이 바로 DANFE를 OCR하는 대신 NF-e XML 구조에서 직접 추출하는 것이 대량 처리에서 효과를 발휘하는 지점입니다. XML의 <imposto> 블록에는 ICMS, IPI, PIS, COFINS에 대한 별도의 요소 그룹이 포함되어 있으며, 각 그룹에는 라인 항목 수준에서 과세 기준(vBC), 세율(pICMS, pIPI 등), 금액(vICMS, vIPI 등)이 있습니다. 이러한 구조화된 필드 — "ICMS Base", "ICMS Rate (%)", "ICMS Amount", "IPI Amount", "PIS Amount", "COFINS Amount" — 를 별도의 스프레드시트 열에 매핑하는 열 이름 기반 추출은 수동 재계산 없이 모든 세금 금액을 세율과 기준까지 추적할 수 있는 테이블을 생성합니다. NF-e XML 구조 및 필드 매핑에 대한 자세한 설명은 전체 NF-e XML 추출 가이드를 참조하세요.
공급업체 간 CFOP 코드 일관성 — 아무도 일괄 처리에서 확인하지 않는 감사 플래그
CFOP 코드는 모든 NF-e 품목에 포함된 4자리 과세 거래 분류 코드입니다. 브라질 세무 당국이 정의한 CFOP 코드는 500개가 넘으며, 첫 번째 숫자에 따라 분류됩니다:
| 첫 번째 숫자 | 의미 | 예시(구매) |
|---|---|---|
| 1 | 주 내 진입(동일 주) | 1.101 – 공업화 목적 구매 |
| 2 | 주 간 진입(다른 주) | 2.102 – 재판매 목적 주 간 구매 |
| 3 | 해외 수입 | 3.101 – 공업화 목적 수입 |
| 5 | 주 내 출고(판매) | 5.101 – 자사 생산품 판매 |
| 6 | 주 간 출고(판매) | 6.102 – 타사 제품 주 간 판매 |
| 7 | 수출 | 7.101 – 자사 생산품 수출 |
단일 NF-e에서 CFOP 불일치는 쉽게 발견할 수 있습니다. 공급업체가 미나스제라이스주에 있고 회사가 상파울루주에 있다면 모든 CFOP 코드는 2(주 간 진입)로 시작해야 합니다. 품목에 CFOP 1.101 — 주 내 — 이 표시되면 데이터 오류입니다. 여러 공급업체의 인보이스 50건을 규모 있게 처리할 때 이러한 검증은 필수적이면서도 간단하지 않습니다. 공급업체가 자체 고객에게 보내는 지역 배송에는 CFOP 1.101을 올바르게 사용할 수 있지만, 주 경계를 넘어 귀사로 배송할 때는 2.101을 사용해야 합니다. 공급업체의 ERP가 잘못된 CFOP를 자동 입력했다면 SPED EFD가 감지할 감사 노출 위험을 떠안게 됩니다. 디지털 회계 시스템은 모든 거래에 대해 구매자 측과 판매자 측 CFOP 기록을 상호 참조하기 때문입니다. 귀사의 인바운드 CFOP 기록과 공급업체의 해당 아웃바운드 기록 간 불일치는 자동 감사 플래그를 생성합니다.
일괄 CFOP 검증은 배치의 모든 품목에 대해 세 가지 관계를 확인하는 것을 의미합니다:
- 첫 번째 숫자와 주 쌍. CFOP의 첫 번째 숫자는 공급업체와 구매자가 같은 주(1/5)에 있는지 다른 주(2/6)에 있는지와 일치해야 합니다.
<emit>및<dest>블록에서 IBGE 주 코드(35(SP), 33(RJ), 31(MG), 41(PR) 등)를 추출하고 동일 주/타 주 판정에 대해 CFOP 접두사를 검증합니다. - 유사 거래 간 CFOP 접미사 일관성. 공급업체 A가 동일한 제품 유형에 CFOP 2.102(재판매 목적 주 간 구매)를 사용하고 공급업체 B가 CFOP 2.101(공업화 목적 주 간 구매)을 사용한다면 최소 하나는 잘못된 것입니다. CFOP 접미사는 거래의 실제 사업 목적을 반영해야 합니다.
- CFOP-NCM 모순 없음. CFOP는 거래의 성격을, NCM은 제품 분류를 나타냅니다. 완제품 소비재 NCM과 함께 공업용 투입재를 나타내는 CFOP는 위험 신호입니다. CFOP 또는 NCM 중 하나가 잘못되었으며 둘 다 세금 처리에 영향을 미칩니다.
50개 NF-e 라인 항목에 대한 수동 CFOP 검증은 각 항목에 2~15개의 라인 항목이 있고 각각 고유한 CFOP가 포함되어 있어 반나절이 걸리는 작업이며 오류율이 높습니다. CFOP, NCM, 공급업체 주, 구매자 주를 별도의 열로 캡처하는 배치 추출을 사용하면 간단한 조건부 검사를 실행할 수 있습니다. 발신 주(state(emit)) ≠ 수신 주(state(dest)) AND CFOP 접두사 ≠ 2인 경우 해당 행에 플래그를 지정합니다. 이 규칙 하나만으로 다중 공급업체 배치에서 CFOP 오류의 80%를 잡아낼 수 있습니다.
44자리 Chave de Acesso — 대부분의 배치 도구가 무시하는 브라질의 기본 제공 중복 제거 키
Chave de acesso는 브라질에서 발행된 모든 NF-e를 영구적으로 고유하게 식별하는 44자리 문자열입니다. 단순한 참조 번호가 아니라 발행자의 주(처음 2자리, IBGE 코드 기준), 발행 연월(다음 4자리), 발행자의 CNPJ(다음 14자리), 문서 모델(2자리), 시리즈(3자리), 일련 번호(9자리), 발행 유형(1자리), 임의 충돌 코드(8자리), 모듈로-11 검증 숫자(1자리)를 인코딩하는 구조화된 식별자입니다. 모든 NF-e XML에는 이 키가 <infNFe Id="NFe[chave]"> 속성과 <chNFe> 요소에 포함되어 있습니다. 이는 전 세계 어떤 세금 시스템이 제공하는 것 중 전 세계적으로 고유한 송장 식별자에 가장 가까운 것입니다.
그러나 대부분의 AP 배치 도구는 "Invoice Number" 열을 추출하고 그걸로 끝냅니다. 브라질에서는 그 열만으로는 충분하지 않습니다:
- 공급업체 A는 시리즈 001에서 NF-e #1523을 발행하고 시리즈 002에서 NF-e #1523을 발행할 수 있습니다. 동일한 송장 번호이지만 완전히 다른 두 개의 세금 문서이며, 시리즈와 chave de acesso로만 구분할 수 있습니다.
- 공급업체 B는 자체 시리즈 001에서 NF-e #1523을 발행할 수 있습니다. 공급업체 A와 동일한 송장 번호이지만 다른 공급업체, 다른 거래이며, 단순한 공급업체+송장 번호 중복 검사는 하나를 중복으로 억제합니다.
- SEFAZ 취소 및 수정 시스템은 chave de acesso에 의존합니다. 공급업체가 원본 NF-e의 오타를 수정하기 위해 Carta de Correção(CCe)를 발행하면 원본 chave de acesso는 유효한 상태로 유지되지만 해당 chave에 연결된 이벤트 기록에는 수정 사항이 기록됩니다. chave를 추적하지 않는 배치 도구는 원본과 수정된 버전을 구분할 수 없습니다.
50개 NF-e XML 배치에서 chave de acesso를 자체 열로 추출합니다. 그런 다음 세 가지 검사를 구현합니다:
- 배치 내 고유성. 두 행이 동일한 chave de acesso를 공유해서는 안 됩니다. 만약 그렇다면 동일한 NF-e가 두 번 업로드된 것이므로 중복 행을 제거하고 해당 발생을 플래그로 표시하십시오.
- 공급업체 × 시리즈 내 송장 번호 고유성. CNPJ + 시리즈 + 송장 번호로 그룹화합니다. 동일한 조합이 서로 다른 chave de acesso와 함께 두 번 나타나면, 그중 하나는 수정본일 가능성이 높습니다 — 발행 타임스탬프가 더 늦은 chave가 우선합니다.
- 고액 송장에 대한 SEFAZ 검증. 중요성 기준 금액을 초과하는 송장의 경우, chave de acesso를 사용하여 SEFAZ의 공개 조회 포털 또는 TF Fiscal의 NF-e 조회와 같은 타사 API를 통해 승인 상태(Autorizada/Cancelada/Denegada)를 확인하십시오. 배치에 취소된 NF-e가 있다면 공급업체가 재발행한 것이며, 교체된 chave가 필요합니다.
44자리 숫자는 브라질 외 AP 담당자에게 위협적으로 느껴질 수 있습니다. 그러나 이는 전 세계 전자 송장 체계에서 사용 가능한 가장 신뢰할 수 있는 중복 제거 키입니다. 배치 처리에서 이를 사용하지 않는 것은 주민등록번호가 있는데도 사람을 이름으로만 식별하는 것과 같습니다.
XML + DANFE 혼합 배치 — 일부 공급업체는 전체 송장을 보내고 다른 업체는 종이만 보내는 경우
대형 브라질 공급업체 — 특히 SAP, TOTVS Protheus 또는 Oracle을 사용하는 산업 제조업체와 유통업체 — 는 NF-e XML을 일상적으로 보냅니다. XML은 ERP에서 생성되고 ICP-Brasil 인증서로 서명된 후 SEFAZ에 자동으로 전송됩니다. 이를 DANFE와 함께 구매자에게 보내는 것은 한 번의 클릭으로 완료됩니다.
소규모 공급업체 — 농업 협동조합, 지역 서비스 제공업체, 일부 건축 자재 공급업체 — 는 XML 전송을 관리할 ERP 인프라가 없을 수 있습니다. 이들은 DANFE를 인쇄하여 트럭 운전사에게 건네주고, 구매자가 볼 수 있는 유일한 문서는 그것뿐입니다. 송장은 실제이며 SEFAZ 승인을 받았지만(승인 프로토콜이 DANFE에 인쇄됨), 수취 AP 부서에는 스캔한 PDF 또는 종이 문서의 사진만 있습니다.
XML만 또는 PDF만 처리하는 배치 AP 워크플로우는 AP 팀이 월간 송장 접수를 두 개의 별도 처리 파이프라인(구조화된 XML용 하나, 스캔된 DANFE용 하나)으로 분할한 다음, 출력을 수동으로 병합하여 하나의 총계정원장 항목으로 만들어야 합니다. 분할 비용은 실재합니다: 별도의 업로드 세션, 별도의 검토 단계, 그리고 동일한 공급업체의 모든 송장(일부는 XML, 일부는 PDF)이 동일한 AP 배치에 포함되도록 보장하는 마지막 조정 단계가 필요합니다.
맞춤 열 추출 — ImageToTable.ai가 템플릿 좌표가 아닌 필드 의미를 기준으로 데이터를 추출하는 방식 — 두 소스를 하나의 배치 업로드로 처리합니다. 열 이름을 한 번만 정의하면 됩니다: "Chave de Acesso", "공급업체 CNPJ", "공급업체 이름", "NF-e 번호", "시리즈", "발행일", "CFOP", "NCM", "품목 설명", "수량", "단가", "품목 합계", "ICMS 과세 기준", "ICMS 세율", "ICMS 금액", "IPI 금액", "PIS 금액", "COFINS 금액", "NF-e 총액". AI는 기계가 읽을 수 있는 필드가 포함된 XML 파일에서 구조화된 데이터를 읽고, 스캔된 DANFE PDF에서 각 라벨의 의미를 시각적으로 이해하여 레이아웃과 관계없이 동일한 필드를 추출합니다. 두 소스는 동일한 열로 동일한 스프레드시트에 하나의 배치로 병합됩니다.
실질적인 장점은 속도만이 아니라 일관성입니다. XML 파일의 chave de acesso 열은 <chNFe> 요소에서 직접 추출됩니다. DANFE 스캔본의 동일한 열은 인쇄된 문서 오른쪽 상단의 44자리 바코드 영역에서 읽습니다. 두 항목 모두 동일한 열에 입력되어 위에서 설명한 동일한 중복 제거 로직을 적용할 수 있습니다. 통합된 배치 워크플로가 없으면 XML 배치의 chave de acesso와 스캔된 DANFE 배치의 chave de acesso는 별도의 스프레드시트에 저장되며, 두 배치 간의 중복 감지는 수동으로 이루어집니다.
2026–2033 세제 개혁 전환 — 단일 배치에서의 이중 준수
브라질의 소비세 개혁 — 2023년 12월 헌법 개정 132호로 제정되고 2025년 1월 보충법 214로 규제됨 — 8년에 걸친 전환 기간 동안 국가의 전체 간접세 체계를 재구성하고 있습니다. 2033년까지 5개의 기존 세금(PIS, COFINS, IPI, ICMS, ISS)은 이중 VAT 체계로 대체됩니다: 연방 CBS(재화 및 서비스 기여금)와 주-시 IBS(재화 및 서비스세), 그리고 건강 및 환경 유해 재화에 대한 선택세(IS)가 도입됩니다. 전환은 2026년 1월 1일에 시작되었습니다.
브라질 NF-e 배치를 처리하는 AP 팀에게 가장 즉각적인 운영상의 관심사는 XML 스키마에서의 이중 준수입니다. 전환 기간 동안 NF-e XML에는 기존 세금 필드(ICMS, IPI, PIS, COFINS)와 새로운 세금 필드(CBS, IBS)가 동시에 포함되어, 이미 500개 이상의 필드로 복잡한 NF-e XML이 더욱 커질 예정입니다. 배치 추출 설계에 영향을 미치는 일정은 다음과 같습니다:
| 연도 | 기존 세금 상태 | 신규 세금 상태 | 배치 추출 영향 |
|---|---|---|---|
| 2026 | ICMS, PIS, COFINS, IPI 완전 활성 | CBS 0.9% + IBS 0.1% 테스트 세율(PIS/COFINS에서 공제 가능, 순 추가 부담 없음) | NF-e XML 스키마에 기존 필드와 함께 CBS/IBS 필드가 포함됩니다. 추출은 두 가지를 모두 파싱해야 합니다 — 테스트 세율이 순 세금 부담을 바꾸지 않더라도 말입니다. |
| 2027 | PIS, COFINS 폐지. ICMS, IPI 유지. | CBS 전체 세율로 완전 시행 | NF-e XML에서 PIS/COFINS 그룹이 삭제되고, ICMS/IPI가 유지되며, CBS가 추가됩니다. 일부 공급업체의 경우 연중 열 정의가 변경됩니다. |
| 2029–2032 | ICMS 세율이 연 10%씩 인하(2029년 90% → 2032년 60%). ISS 및 IPI 단계적 폐지. | IBS 세율이 비례적으로 인상(2029년 10% → 2032년 40%) | ICMS 세율 열 값은 해마다 감소합니다. IBS 열 값은 증가합니다. 연도 간 비교에는 세율 연도 태깅이 필요합니다. |
| 2033 | ICMS, ISS, IPI 폐지 | CBS + IBS 완전 운영 | NF-e XML에는 CBS + IBS 세금 그룹만 포함됩니다. 완전한 전환 — 단, 감사용 과거 데이터는 기존 구조를 유지합니다. |
2026년 배치 추출에 대한 실질적인 의미: 지금 열 정의를 구축하고 있다면 ICMS 및 PIS/COFINS 열과 함께 CBS 및 IBS 열을 테스트 세율에서도 포함하세요. 데이터는 오늘 이미 XML에 있습니다. 추출 비용은 들지 않습니다. 2027년 전환이 가속화될 때 스프레드시트에 이 데이터가 있으면 2026년의 보관된 NF-e XML을 소급 재추출하지 않고도 과거 배치 데이터에 CBS 기반 보고의 기반이 이미 마련됩니다.
"ICMS Base", "ICMS Rate", "CBS Base", "CBS Rate" 등과 같은 필드 이름을 의미적으로 읽는 배치 추출 시스템은 공급업체별 재구성 없이 이 전환을 처리합니다. 열 정의는 동일하게 유지되며, AI는 현재 XML 스키마 버전에 존재하는 세금 필드를 찾습니다. 향후 7년 동안 Nota Técnica 업데이트가 새 필드를 추가하고 기존 필드를 폐지함에 따라 추출 로직은 SEFAZ가 새 레이아웃 버전을 게시할 때마다 재구축해야 하는 템플릿이 아니라 도착하는 XML에 적응합니다.
월말까지 견디는 NF-e 일괄 처리 워크플로우
구조적 문제를 파악했다면, 다음은 여러 공급업체와 여러 주에 걸친 브라질 AP 환경의 현실에 맞게 설계된 일괄 처리 순서입니다.
- 1소스 파일을 수집하고 정규화합니다. 배치 기간(일반적으로 월 단위) 동안의 모든 NF-e XML, DANFE PDF, CT-e 운송 문서를 수집합니다. 파일 이름을 일관된 규칙 —
{CNPJ}_{NF-eNumber}_{Series}_{IssueDate}.xml— 으로 변경하여 소스 추적성이 파일 이름에 내장되도록 합니다. 원본 파일 이름을 버리지 말고 메타데이터로 추가하십시오. - 2모든 공급업체에 대해 추출 열을 한 번만 정의합니다. 필요한 모든 NF-e 데이터를 포함하는 열 이름을 설정합니다: 공급업체 식별자(CNPJ, Razão Social, Inscrição Estadual), 문서 식별자(Chave de Acesso, Número, Série, Data de Emissão), 라인 항목(NCM, CFOP, Descrição, Quantidade, Preço Unitário, Total da Linha), 세금(Base ICMS, Alíquota ICMS, Valor ICMS, Valor IPI, Base PIS, Valor PIS, Base COFINS, Valor COFINS, Valor Total da NF-e). 2026년 전환을 대비해 CBS 및 IBS 열을 포함하십시오. 이러한 열 이름은 추출이 필드 위치가 아닌 필드 의미를 읽기 때문에 모든 공급업체에서 동일하게 작동합니다 — 이는 혼합 공급업체 형식에서 송장 데이터를 Excel로 일괄 추출할 때 사용하는 것과 동일한 접근 방식입니다.
- 3전체 배치를 한 세션에서 업로드합니다. 50개 파일 전체 — XML, PDF, 스캔본 — 를 업로드 영역으로 끌어다 놓습니다. 시스템이 파일을 함께 처리하고 출력을 하나의 스프레드시트로 병합합니다. 각 행은 추적성을 위해 소스 파일 이름으로 태그됩니다.
- 4배치별 세 가지 검증을 실행합니다. (a) Chave de acesso 고유성 검사 — 중복 없음. (b) CFOP 첫 자리와 주(state) 쌍 검사 — 주 내 거래에 주 내 CFOP(1xxx)가 나타나는 불일치를 플래그합니다. (c) ICMS 세율 합리성 검사 — 추출된 세율을 예상 주(state) 세율과 비교합니다. 상파울루 공급업체의 ICMS 20.5%(주 내 18%, 주 간 7~12%)는 페르남부쿠 공급업체의 잘못된 분류 또는 데이터 오류입니다. 검토를 위해 플래그합니다.
- 5ERP 전기를 위해 세금 처리별로 분리합니다. 추출된 ICMS 세율 및 원산지 주(state) 열을 사용하여 행을 전기 배치로 그룹화합니다: 주 내 항목(세율 17~22%), 12% 주 간 항목, 7% 주 간 항목, 4% 항목(수입 상품). 각 그룹은 ERP의 서로 다른 세금 계정으로 전기됩니다. 동일한 그룹화 논리가 IPI, PIS, COFINS 열에도 적용됩니다.
이 워크플로우는 배치 추출 도구가 동일한 업로드 세션에서 XML과 시각 문서를 모두 처리할 수 있다고 가정합니다 — 브라질 AP는 단일 형식만 받는 경우가 거의 없기 때문입니다. 현재 프로세스가 XML 파싱을 위한 별도 워크플로우와 PDF OCR을 위한 별도 워크플로우를 요구한다면, 5단계의 병합 단계에서 처리 시간이 두 배로 늘어나고 두 파이프라인 간의 열 매핑 불일치 위험이 발생합니다.
자주 묻는 질문
일괄 처리에서 NF-e XML과 DANFE PDF를 같은 업로드로 처리할 수 있나요?
네 — 추출 도구가 XML 파싱에만 의존하지 않고 의미론을 읽는다면 가능합니다. 의미론적 추출은 두 형식에 모두 존재하는 데이터(CNPJ, NF-e 번호, 합계, 세액)에 대해 NF-e XML의 구조화된 태그를 읽고, 인쇄된 문서만 있는 경우에는 DANFE를 시각적으로 읽습니다. 출력은 일관된 열로 하나의 스프레드시트에 병합됩니다. 도구가 XML 파싱이나 OCR만 지원한다면 두 개의 별도 워크플로우와 수동 병합 단계가 필요합니다.
두 개의 NF-e XML이 동일한 송장 번호를 가지지만 서로 다른 chave de acesso를 가질 때는 어떻게 되나요?
이는 정당한 시나리오입니다 — 일반적으로 CCe 이벤트 후 재발행된 수정 NF-e이거나, 동일한 순번을 가진 서로 다른 시리즈의 NF-e 두 건입니다. 두 경우 모두 chave de acesso는 고유합니다. 일괄 검증은 중복 제거를 위해 송장 번호가 아닌 chave de acesso로 그룹화해야 하며, 감사 목적으로 송장 번호, 시리즈, chave 간의 관계를 보존해야 합니다. 동일한 CNPJ + 시리즈 + 송장 번호가 두 개의 서로 다른 chave de acesso로 나타나면 발행 타임스탬프를 검토하세요 — 나중 chave가 이전 chave를 대체합니다.
일괄 처리에서 ICMS-ST(세금 대체)를 어떻게 처리하나요?
ICMS-ST는 NF-e XML에서 별도의 세금 그룹(합계 블록의 <ICMSTot>)으로 나타나며 자체 과세표준, 세율, 금액을 가집니다. 일반 ICMS와 병합하지 말고 별도의 열("ICMS-ST 과세표준", "ICMS-ST 금액")로 추출해야 합니다. ICMS-ST는 대체 납세자가 이미 선납한 세금을 나타내며, ERP는 신용 목적상 일반 ICMS와 다르게 처리합니다. 하나의 "ICMS" 열에 혼합하면 사용 가능한 신용이 과대 계상됩니다.
NF-e에서 모든 라인 항목 대신 특정 라인 항목만 추출할 수 있나요?
네. 추출 열을 정의할 때 라인 항목 수준에서 필요한 필드(NCM, CFOP, 설명, 수량, 단가, 라인 합계, 라인별 세금)를 포함하세요. AI는 열 정의와 일치하는 모든 NF-e의 모든 라인 항목을 추출합니다. 특정 열만 필요한 경우 — 예를 들어 단가 없이 NCM + 수량 + CFOP만 — 정의에서 불필요한 열을 제외하세요. 추출은 요청한 항목만 생성합니다.
2026년 세제 개혁으로 NF-e XML에서 추출해야 할 항목이 변경되나요?
2026년부터 NF-e XML 스키마에는 기존 ICMS, PIS, COFINS 필드와 함께 CBS 및 IBS 필드가 테스트 세율(각각 0.9% 및 0.1%)로 포함됩니다. 이 테스트 세율은 PIS/COFINS에서 전액 공제되므로 순 세금 부담은 변하지 않습니다. 그러나 해당 필드는 XML에 존재하므로 지금부터 추출해야 합니다. 2027년 CBS가 PIS/COFINS를 전면 대체할 때 일괄 추출 열 정의가 이미 준비되어 있을 것입니다. 세제 개혁 일정은 보충법 214/2025 및 OECD의 2025년 개혁 분석에 명시되어 있습니다.
NF-e XML 및 추출 기록은 얼마나 오래 보관해야 하나요?
브라질 세법에 따라 NF-e XML 및 관련 회계 문서는 거래가 발생한 회계 연도 종료일로부터 최소 5년간 보관해야 합니다. 이는 공급업체로부터 받은 원본 XML과 추출 기록 모두에 적용됩니다. DANFE는 감사 시 XML의 법적 대체 자료로 인정되지 않습니다. 스캔한 DANFE만 보관하고 XML을 폐기한 경우 SEFAZ가 요청할 전체 회계 기록을 재구성할 수 없습니다. 모범 사례: XML을 원본 그대로 보관하고 추출 스프레드시트를 내부 대사용 별도 검색 가능한 기록으로 유지하십시오.