브라질 NF-e 처리,
대부분 AP팀이 모르는 고충

4계층 세금 구조: 하나의 인보이스에 네 가지 세금 체계가 포함되는 이유

대부분의 국가는 인보이스에서 단일 부가가치세(VAT) 항목만 추출합니다. 세율은 국세청이 공표하며, 계산은 단순 곱셈입니다. Nota Fiscal Eletrônica가 실제로 무엇인지 아직 낯설다면, 그 안에 담긴 세금 구조가 왜 브라질 외의 어떤 인보이스 형식과도 다른지 이해하는 데 도움이 될 것입니다.

브라질에는 VAT가 없습니다. 대신 세 단계 정부가 부과하는 네 가지 소비세가 있으며, 각각 고유한 과세 기준, 세율표, 공제 규칙 및 신고 채널을 가지고 있습니다. 이 모든 세금이 단일 NF-e에 동시에 적용됩니다:

구조가 중요한 이유는 과세 대상이 되는 사건의 정의, 입력 공제 자격 요건, 과세 기준 계산 방식이 이 네 가지 세금마다 모두 다르기 때문입니다. ICMS는 자체 계산 기준에 포함됩니다. 이를 "그로스업(gross-up)" 또는 *cálculo por dentro*라고 하며, 명목 세율 18%의 ICMS에 대해 실제 유효 세율은 세금 자체가 과세 가격의 일부이기 때문에 18%보다 높아집니다. 반면 PIS와 COFINS는 누적 과세 방식과 비누적 과세 방식에 따라 다른 규칙을 따르며, 이는 공급업체의 법인세 선택에 따라 달라집니다. 런던이나 시카고에 있는 AP 담당자가 송장만 보고는 이를 알 방법이 없습니다.

이는 이론적인 구분이 아닙니다. 브라질 소비세 개혁에 대한 OECD 보고서는 4중 구조가 "누적 및 비누적 체제의 병치"를 만들어 각 개별 세금이 명목상 비누적으로 설계되었음에도 불구하고 경제학자들이 캐스케이딩(cascading)이라고 부르는 현상, 즉 세금 위에 세금이 부과되는 결과를 초래한다고 지적합니다. 세계은행의 기업환경평가(Doing Business) 지표로 측정한 순 효과는 브라질 중견 기업이 세금 신고에 연간 약 1,501시간을 소비하며, 이 중 소비세가 59.2%를 차지한다는 것입니다. 브라질 공급업체로부터 매월 30장의 송장을 받는 국제 AP팀에게 4중 세금 구조는 하나의 운영 현실로 귀결됩니다. DANFE의 "세액(Tax Amount)"란은 여러 개별 계산된 세금의 합성체이며, 이를 ERP에서 단일 부가가치세 항목으로 전기하려는 모든 시도는 최대 5가지 다른 입력 세액 공제를 회수하기 위한 감사 추적을 조용히 파괴하는 것입니다.

DANFE의 함정: 실제 송장이 아닌 문서를 처리하는 행위

브라질 공급업체로부터 받는 인쇄 문서 — 모서리에 44자리 숫자와 바코드가 있는 것 — 를 DANFE라고 합니다. 이 문서는 법적으로 단 하나의 목적을 위해 존재합니다: 고속도로 검문소에서 세무 당국이 바코드를 스캔하여 화물이 승인된 NF-e와 일치하는지 확인할 수 있도록, 물리적 상품을 운송 중에 동반하는 것입니다. DANFE는 인보이스가 아닙니다. 실제 인보이스는 공급업체가 생성하고, 전자 서명하여, 상품이 창고를 떠나기 전에 승인을 위해 SEFAZ에 제출한 XML 파일입니다.

누락된 데이터가 부차적인 것이라면 이는 용서될 수 있는 실수일 것입니다. 하지만 그렇지 않습니다. XML에는 인보이스의 모든 라인 항목에 대한 세금 처리를 입증하는 유일한 법적 권위 기록이 포함되어 있습니다. 국제 AP 팀이 DANFE를 받아 OCR로 스캔하고, 단일 "총액"과 일반 "브라질 세금" 항목을 ERP에 전기할 때, 이는 워크플로를 단순화하는 것이 아닙니다. ICMS 입력 크레딧을 회수하거나, SPED(연방 디지털 장부 시스템)에 CFOP 분류를 증명하거나, 특정 NCM 코드가 특정 IPI 세율을 적용한 이유를 묻는 감사를 견디는 데 필요한 문서를 폐기하는 것입니다.

Ajuste SINIEF 07/05에 따라 확립되고 ENCAT(주 세무 조정관 및 관리자 전국 회의)이 조정하는 국가 NF-e 시스템에 따라 유지되는 법적 의무는 명확합니다. 구매자는 모든 수신 NF-e 거래에 대해 최소 5년간 XML을 수집, 검증 및 보관해야 합니다. DANFE를 XML 대신 처리하는 것은 차선책일 뿐만 아니라, SEFAZ가 귀하의 SPED 신고를 공급업체가 이미 제출한 XML과 대조하는 순간 측정 가능한 컴플라이언스 격차가 됩니다.

DANFE 함정은 단순한 잘못된 데이터 입력 문제가 아닙니다. 요약 문서를 완전한 세무 기록인 것처럼 처리하는 것이며, 모든 NF-e가 상품 출하 전에 정부의 사전 승인을 받는 브라질의 승인 모델에서는 실제 기록이 이미 존재합니다. XML 대신 DANFE에서 데이터를 추출하는 경우, 공급업체 시스템이 완전히 구조화된 기계 판독 가능 형식으로 이미 생성한 정보를 수동으로 입력하는 것입니다. 이 과정에서 누락되는 것은 모든 거래에서 회사가 정확한 금액을 회수하는지 결정하는 세부 세무 정보입니다.

CFOP: 1970년대의 세무 분류 시스템, 오늘날의 세금 처리를 결정하다

모든 NF-e의 각 라인 항목에는 4자리 CFOP 코드(Operações e Prestações 세무 코드)가 포함됩니다. 첫 번째 숫자는 거래 방향을 분류합니다(1=주 내 구매, 2=주 간 구매, 3=수입, 5=주 내 판매, 6=주 간 판매, 7=수출). 나머지 세 자리는 작업의 정확한 성격을 지정합니다: 재판매용 취득(102), 산업화용 취득(101), 상품 반환(201), 위탁(118), 지점 간 이전(152) 등 수백 개의 정의된 코드가 있습니다.

이 시스템은 종이 세무 장부 — 세무 감사관이 현장 방문 시 검사하던 수기로 작성된 입출고 기록부 — 가 사용되던 시대에 설계되었습니다. CFOP 코드는 그 장부들의 색인 체계였습니다. 원래 행정적 분류에 불과했던 것이 이후 국가의 모든 자동 세금 계산 엔진, 모든 ERP 현지화 모듈, 모든 세무 감사에 고정적으로 자리 잡았습니다. 잘못된 CFOP 코드는 단순한 형식 오류가 아닙니다. 이는 잘못된 ICMS 세율, 잘못된 IPI 처리, 그리고 SPED EFD(디지털 세무 장부 시스템 — 귀하가 신고한 거래를 공급업체의 신고와 상호 참조하는 연방 디지털 장부 시스템)의 잘못된 보고 라인을 초래합니다.

국제 AP 팀에게 실무적인 문제는 CFOP 코드가 시스템에 익숙하지 않은 사람에게는 모두 동일해 보인다는 점입니다. CFOP 1.101과 CFOP 2.102는 둘 다 산업용 구매를 설명하지만, 차이점은 1.101은 공급업체가 같은 주에 있음을 나타내고, 2.102는 주 간 거래를 나타냅니다. 세금 처리는 완전히 달라집니다: 주 내 ICMS는 공급업체 내부 세율(상파울루 18%, 페르남부쿠 20.5%)이 적용되는 반면, 주 간 ICMS는 주 쌍에 따라 7% 또는 12%가 적용됩니다. 7개 주에 있는 공급업체로부터 온 50장의 NF-e 인보이스 배치에는 XML의 <ide> 및 <emit> 블록에 포함된 주 데이터와 일치하지 않는 5개 이상의 CFOP 불일치가 쉽게 발생할 수 있으며, 이러한 불일치를 수동으로 찾으려면 각 라인 항목의 CFOP를 출발지-목적지 주 쌍과 대조해야 합니다.

브라질의 조세 소송은 CFOP 코드가 대규모로 잘못 사용될 때 어떤 일이 발생하는지에 대한 경고 사례입니다. 국제조세리뷰(International Tax Review) 데이터에 따르면 2019년 브라질의 조세 소송 규모는 GDP의 약 75%에 달했으며, 평균적으로 최종 판결까지 18년이 소요됩니다. 이러한 분쟁의 상당 부분은 분류에 대한 이견에서 비롯됩니다. 즉, 특정 CFOP 코드가 해당 거래에 올바르게 적용되었는지, 또는 세무 당국의 코드 해석이 납세자의 해석보다 우선되어야 하는지에 대한 문제입니다. CFOP 코드를 완전히 무시하고 브라질 인보이스를 처리하는 회사의 경우, 모든 거래가 잠재적인 세무 조사 대상이 되며, 이는 수년간 드러나지 않을 수 있습니다. 문제가 발견될 때쯤이면 분류를 방어하는 데 필요한 증거에 더 이상 접근할 수 없게 될 수도 있습니다.

SEFAZ 거부 코드: 영어 키가 없는 오류 메시지

브라질 공급업체가 NF-e XML을 SEFAZ에 승인 요청하면, 시스템은 400개 이상의 자동 검증 규칙을 실행합니다. 규칙 중 하나라도 실패하면 SEFAZ는 거부 응답을 반환합니다. 이 응답에는 숫자 코드, 짧은 포르투갈어 설명이 포함되며 추가 설명은 제공되지 않습니다. 해당 인보이스는 법적 효력이 없으므로 상품을 발송할 수 없습니다. 공급업체는 오류를 수정한 후 재제출해야 합니다.

국제 AP 팀에게 SEFAZ 거부 코드는 복합적인 문제를 야기합니다. 첫째, 코드 자체가 브라질 세무 전문가조차 이해하기 어렵습니다. 코드 602 — "거부: PIS 총액이 항목 라인의 PIS 금액 합계와 일치하지 않음" — 불일치가 있음을 알려주지만, 어떤 라인이 원인인지 또는 찾는 방법은 알려주지 않습니다. 코드 105 — "Lote em processamento" (배치 처리 중) — 는 오류가 아니라 SEFAZ 서버가 여전히 배치를 처리 중임을 나타내는 상태이며, 이를 거부로 처리하면 유효한 송장을 차단하는 오탐지가 발생합니다. Microsoft Dynamics AX 지원 노트에는 PIS 과세 코드가 99로 설정되고 과세 가치가 3인 경우 NF-e 제출이 거부된 사례가 기록되어 있습니다. 이 구성은 모든 로컬 검증을 통과하지만 SEFAZ의 특정 규칙 세트를 위반하며, 이를 진단하는 유일한 방법은 거부 코드를 트리거한 특정 XML 필드와 상호 연관시키는 것이었습니다.

둘째, SEFAZ 거부 코드에 대한 공식 영어 문서는 존재하지 않습니다. 기술 매뉴얼 — Manual de Integração do Contribuinte — 는 포르투갈어로만 게시됩니다. XML 스키마 내의 필드 이름(<ide>, <emit>, <det>, <imposto>)은 포르투갈어 약어입니다. 웹 서비스에서 반환되는 오류 메시지는 포르투갈어입니다. 스키마를 업데이트하는 Notas Técnicas도 포르투갈어입니다. 브라질 세무 전문가들이 거부 코드를 해결하는 포럼 토론도 — 당연히 — 포르투갈어입니다.

셋째, SEFAZ 가용성은 주(state)마다 다릅니다. 27개 주 세무 당국이 각각 자체 SEFAZ 웹 서비스 인스턴스를 운영합니다. 상파울루의 SEFAZ는 정상 응답하지만 미나스제라이스의 SEFAZ가 타임아웃 오류를 반환하는 경우, 미나스제라이스의 공급업체는 NF-e를 승인할 수 없습니다. 그리고 다른 국가에 있는 AP 팀은 지연된 인보이스가 공급업체 문제인지, 세무 당국 장애인지, 검증 오류인지 전혀 파악할 수 없습니다. Oracle의 SEFAZ 통합 소매 재무 관리 문서는 "전송 오류"(코드 286 및 296, 자동 재시도 가능)와 데이터 오류(수동 수정 필요)를 명확히 구분합니다. 하지만 구매자의 AP 데스크에 "인보이스 지연"이라는 정보만 전달되면 이러한 구분은 사라집니다.

각각 고유한 세율 로직을 가진 27개의 ICMS 관할권

ICMS는 단일 세율의 단일 세금이 아닙니다. 이는 27개의 개별 입법부가 관장하는 주(州) 수준의 부가가치세(VAT)로, 각 입법부는 자체 내부 세율을 설정하고, 감면 또는 인상 세율이 적용되는 자체 제품 목록을 정의하며, 공제 자격이 되는 투입재를 결정하고, 결정적으로 자체 세액 공제 회수 절차를 관리합니다. 연방 정부는 Lei Complementar 87/96(칸디르 법)을 통해 일반적인 프레임워크를 발표하지만, 각 주는 1988년 연방 헌법 제155조에 의해 부여된 헌법적 권한에 따라 자체 법률을 제정합니다. PwC의 브라질 세계 세금 요약은 그 결과를 명시적으로 언급합니다: "연방법을 따라야 하지만, 각 주는 자체 법률을 제정하며, 이는 연방법과 비교할 때 특정 차이점을 발생시킵니다."

2022년 이후, 27개 주 중 최소 18개 주가 표준 ICMS 세율을 한 번 이상 인상했습니다. 이는 향후 ICMS를 새로운 IBS(Imposto sobre Bens e Serviços)로 대체할 세제 개혁이 추진되면서 비롯된 것입니다. 개혁의 과도기적 공식은 각 주의 미래 IBS 수입 배분 기준을 2024년부터 2028년까지의 평균 ICMS 징수액에 기반하므로, 주들은 이 기간이 끝나기 전에 세율을 인상할 유인을 갖게 됩니다. 그 결과, 브라질 전역의 평균 ICMS 세율은 2022년 17.61%에서 2025년에는 19.24%에 이를 것으로 예상됩니다:

이 요율표는 내부 요율이 ICMS 계산의 절반에 불과하기 때문에 실제 복잡성을 이미 과소평가하고 있습니다. 주 간 거래(한 주의 공급업체에서 다른 주의 구매자로의 배송)는 별도의 요율 체계를 적용합니다: 남부/동남부 주 간 거래는 12%, 남부/동남부에서 북부/북동부/중서부로의 거래는 7%, 그리고 주 쌍에 관계없이 수입 상품의 모든 주 간 배송은 4%입니다. 주 간 요율과 목적지 주의 내부 요율 간의 차이(DIFAL, 알리쿼터 차이)는 별도로 징수되어 목적지 주에 납부되므로, 모든 주 간 구매 시 두 부분으로 구성된 세금 납부가 발생합니다.

운영상 이것이 의미하는 바는, 다섯 개의 다른 주에 있는 다섯 공급업체로부터 상품을 받는 회사가 단일 송장 배치에서 다섯 가지 다른 ICMS 처리를 접할 수 있다는 것입니다. 각 송장의 "ICMS 금액" 필드는 거래가 내부인지 주 간인지, DIFAL이 적용되는지, 공급업체가 DIFAL을 흡수했는지 또는 전가했는지에 따라 서로 다른 의미를 갖습니다. 내부 ICMS와 주 간 ICMS를 구분하지 않고 각 금액을 동일한 GL 세금 계정에 전기하면, 새로운 공급업체가 추가될 때마다 조정 격차가 누적됩니다. 배치 처리 규모에서 동일한 R$1,000 ICMS 비용은 R$5,882 기준의 17% 요율 또는 R$25,000 기준의 4% 요율을 반영할 수 있습니다. 이는 단일 열 스프레드시트에서 동일하게 보이는 완전히 다른 두 가지 세금 포지션입니다.

개혁의 역설: 2032년까지 두 세금 체계를 동시에 운영

브라질의 소비세 개혁(2023년 12월 헌법 개정안 132호로 시행)은 역사적이며 오래 기다려온 개혁으로 널리 평가받고 있습니다. 이 개혁은 ICMS, IPI, PIS, COFINS, ISS를 연방 차원의 CBS(재화 및 서비스 기여금)와 주·시 차원의 IBS라는 이중 부가가치세(VAT)로 대체할 예정입니다. 새로운 제도는 발생지 기준이 아닌 소비지 기준이며, 현재 구조의 문제인 누적 과세를 없애고, 완전히 시행되면 이론상 준수 비용을 40~60% 절감할 수 있습니다.

하지만 '완전 시행'은 2033년을 의미합니다. 전환 기간은 2026년부터 2032년까지이며, 이 기간 동안 두 세금 체계가 병행 운영됩니다. 올해인 2026년 시범 단계에서는 기업이 기존 ICMS, PIS, COFINS 계산과 함께 새로운 CBS/IBS 항목을 테스트해야 합니다. 2027년부터 2028년까지는 CBS와 IBS가 실제로 감면된 세율로 징수되기 시작하고, 기존 세금은 단계적으로 폐지됩니다. 2029년부터 2032년까지는 전환이 가속화되지만, 이중 체계 요구 사항은 유지됩니다. 구 체계가 완전히 종료되는 것은 2033년입니다.

송장 처리에 대한 운영상의 영향은 ENCAT가 발표한 NF-e 레이아웃 업데이트에서 이미 확인할 수 있습니다. Nota Técnica 2025.002는 NF-e XML 스키마에 새로운 CBS 및 IBS 필드를 도입합니다. 전환 기간 동안 송장에는 기존 세금 필드와 새로운 세금 필드가 동시에 포함됩니다. 즉, ICMS와 IBS, PIS와 CBS가 각각 고유한 과세 기준, 세율, 계산 규칙을 갖게 됩니다. 오늘날의 ICMS 필드를 분석하도록 설계된 추출 시스템은 스키마에 병렬 세금 그룹이 추가되었기 때문에 내일의 송장에서는 작동하지 않을 수 있습니다. 기존 XML 구조에 맞춰 워크플로를 구축한 AP 팀은 그 구조가 7년 동안 매년 확장되는 것을 경험하게 될 것입니다.

글로벌 세금 기술 제공업체 Vertex는 테스트 단계 분석에서 위험 요소를 다음과 같이 설명합니다. "NCM, CST와 같은 제품 코드 및 분류, 관할권 세부 정보, 과세 대상 지표, 기준 금액, 세율 및 공제 필드를 검증하십시오." 검증을 강조하는 것은 우연이 아닙니다. 이중 체제 전환 중에는 동일한 송장에 법적으로 동일한 거래에 대해 현재 계산과 미래 계산이라는 두 가지 다른 세금 계산이 포함될 수 있으며, AP 팀은 각각의 프레임워크 내에서 두 계산이 모두 올바른지, 또는 최소한 오늘날 전기(Posting)를 주도하는 기존 계산이 올바르고 CBS/IBS 필드는 정보 제공용임을 확인해야 합니다. 개혁에 관한 IMF 실무 보고서는 이 전환이 "기업이 이중 보고 시스템을 유지해야 할 것"이라고 경고합니다. 그리고 이러한 시스템에 공급되는 원천 데이터는 AP 받은 편지함에 도착하는 동일한 NF-e 송장 세트입니다.

문서화 사막: 브라질 세무 지식이 브라질을 떠나지 못하는 이유

위에서 설명한 구조적 문제 중 어느 것도 이를 해결하기 위한 문서가 영어로 존재한다면 그렇게 치명적이지 않을 것입니다. 그러나 대부분 존재하지 않습니다. NF-e 납세자 통합 매뉴얼(NF-e Manual de Integração do Contribuinte) — 모든 XML 필드, 모든 검증 규칙 및 모든 웹 서비스 인터페이스를 정의하는 공식 기술 사양 — 은 300페이지가 넘는 포르투갈어로 작성되어 있습니다. SEFAZ 오류 코드 디렉토리는 포르투갈어입니다. 스키마를 업데이트하는 기술 노트(Notas Técnicas)는 포르투갈어입니다. 전자 장부 작성을 위한 SPED EFD 사양은 포르투갈어입니다. 송장 진위 여부를 확인할 수 있는 유일한 공식 조회 서비스를 제공하는 NF-e 국가 포털(NF-e Portal Nacional)은 포르투갈어입니다. 전자 서명을 위한 ICP-Brasil 인증서 요구 사항은 포르투갈어입니다. ICMS를 규율하는 Lei Complementar 87/96(칸디르 법)은 포르투갈어입니다. ISS를 규율하는 Lei Complementar 116/03은 포르투갈어입니다.

이것은 언어 다양성에 대한 불만이 아닙니다. 브라질은 2억 1500만 인구의 포르투갈어 사용 국가이며, 세무 당국이 영어로 발행할 의무는 없습니다. 그러나 이는 다른 국가들이 같은 규모로 부과하는 경우가 거의 없는, 국제 AP팀에 대한 구조적 제약입니다. BOFiP 세법이 적용되는 프랑스 송장은 프랑스 세무 당국이 발행한 공식 영어 지침을 통해 이해할 수 있습니다. 독일의 VAT 체계는 Bundesministerium der Finanzen이 영어로 문서화했습니다. 일본 NTA는 소비세 지침의 영어 번역본을 발행합니다. 브라질의 Receita Federal과 27개 주 SEFAZ 당국은 그렇지 않습니다.

실질적인 결과는 런던에서 브라질 NF-e를 처리하는 AP 담당자가 송장의 모든 세금 계산에 대한 원본 문서에 접근할 수 없는 상태에서 업무를 수행한다는 것입니다. 공급업체가 특정 세금 항목이 "CFOP 분류 때문에 적용되지 않는다"고 설명할 때, 담당자는 이를 확인할 수 있는 영어 참고 자료가 없습니다. ERP의 세금 모듈이 ICMS 금액을 거부할 때, 오류 해결 경로는 AP팀이 읽을 수 없는 포르투갈어 SEFAZ 문서를 통해 진행됩니다. 지식은 존재하지만, 대부분의 국제 재무 부서가 넘을 능력을 구축하지 못한 언어 장벽 안에 갇혀 있습니다.

문서 부재는 NF-e 복잡성의 모든 다른 차원을 악화시킵니다. 명확한 영어 참고 자료가 있었다면 4단계 세금 스택은 관리 가능했을 것입니다. SEFAZ 거부 코드는 진단 가능했을 것입니다. CFOP 시스템은 학습 가능했을 것입니다. 개혁 전환은 탐색 가능했을 것입니다. 영어 문서 없이는 각 계층이 불투명한 블랙박스가 되며, AP팀은 검증할 접근 가능한 방법이 없기 때문에 숫자가 정확하다고 믿고 송장을 처리합니다.

자주 묻는 질문

DANFE 총액을 송장 금액으로 그냥 입력하고 넘어가면 안 되나요?

DANFE 총액은 각각 고유한 공제 규칙이 있는 4개의 개별 세금을 합산한 값이기 때문입니다. 이를 단일 금액으로 전기하면 ICMS 및 PIS/COFINS 매입 세액 공제를 회수하는 데 필요한 개별 항목별 세부 정보가 사라집니다. 거래에 따라 이는 회수 가능한 세금으로 송장 금액의 25~40%에 달할 수 있습니다.

모든 브라질 송장에 네 가지 세금이 모두 포함되나요?

아닙니다. ICMS는 상품 거래(및 통신, 주 간 운송과 같은 특정 서비스)에 적용됩니다. IPI는 공산품에만 적용됩니다. PIS/COFINS는 대부분의 거래에 적용되지만 세율은 공급업체의 과세 체계(누적 vs. 비누적)에 따라 다릅니다. ISS는 서비스에만 적용되며, 지방 자치 단체 수준에서 관리되는 완전히 별도의 송장 형식(NFS-e)을 사용합니다. 특정 송장에 포함된 세금 조합은 상품 또는 서비스 유형, 공급업체의 과세 상태 및 거래 방향에 따라 달라집니다.

브라질 공급업체로부터 전체 NF-e XML을 받을 수 있나요?

네, 가능합니다. 브라질 세법에 따라 공급업체는 구매자에게 XML을 제공해야 합니다. XML은 일반적으로 이메일 첨부 파일로 전송됩니다. 공급업체가 거부하거나 DANFE만 제공하는 경우, Manifestação do Destinatário 절차를 통해 SEFAZ에서 직접 XML을 검색할 수 있습니다. 이는 NF-e 수령을 확인하는 웹 서비스로, 특정 업종(석유 및 가스, 히우그란지두술주에서 10만 헤알 이상의 송장)에서는 이미 의무화되어 있습니다. 단, 이 서비스를 사용하려면 ICP-Brasil 디지털 인증서 등록과 주 정부 SEFAZ 웹 서비스와의 포르투갈어 통합이 필요합니다.

7년간의 세제 개혁 전환 기간 동안 어떤 일이 발생하나요?

NF-e XML 스키마에는 기존 세금 필드(ICMS, PIS, COFINS)와 새로운 세금 필드(CBS, IBS)가 동시에 포함됩니다. 2026년 시범 연도부터 인보이스에 이중 세금 계산이 포함되기 시작합니다. 2027~2028년에는 새로운 제도 하에서 실제 세금 징수가 감면된 세율로 시작되는 반면, 기존 세금은 감소합니다. AP 팀의 주요 위험은 현재의 단일 체제 XML용으로 설계된 추출 워크플로가 매년 새로운 필드 그룹을 만나게 되며, 기존 및 새로운 계산 규칙 모두에 대해 검증되어야 한다는 점입니다. 이 규모의 실시간 이중 체제 인보이스 처리를 요구하는 VAT 개혁을 시도하는 국가는 없습니다.

영문 문서가 제공되나요?

주요 글로벌 회계 법인(PwC, KPMG, Deloitte, EY)은 Worldwide Tax Summaries 및 유사한 자료를 통해 브라질 세금 규칙에 대한 영문 요약본을 제공합니다. 이는 개요일 뿐 운영 가이드가 아닙니다. NF-e XML 스키마, SEFAZ 검증 규칙 또는 CFOP 코드 해석에 대한 운영 세부 사항은 브라질 세무 당국이 발행한 포르투갈어 문서만이 유일한 공식 출처입니다. 타사 세금 기술 회사(Avalara, Sovos, Vertex, EDICOM)는 브라질 규정 준수 워크플로에 대한 영어 인터페이스를 제공하지만, 일반적으로 무료 문서가 아닌 유료 소프트웨어 플랫폼의 일부로 제공됩니다.

2022년에서 2025년 사이에 18개 주가 ICMS 세율을 인상한 이유는 무엇인가요?

세제 개혁은 각 주의 향후 국세청(IBS) 수입 배분 비율을 2024~2028년 평균 ICMS 징수액에 연동합니다. 이 기간 동안 ICMS 세율을 인상하는 주는 분배 공식의 기준선을 높여 장기적인 국가 소비세 수입 배분 비율을 실질적으로 증가시킵니다. 그 결과 새로운 제도가 완전히 시행될 때까지 일시적인 세율 인상(브라질 평균 표준 ICMS 세율이 17.61%에서 19.24%로 상승)이 지속됩니다. AP팀의 경우, 동일한 공급업체 및 동일 주에서 발행된 인보이스의 ICMS 세율이 2022년 이후 여러 번 변경되었을 수 있으며, 전환 기간이 종료되기 전에 다시 변경될 수 있습니다.

AP 워크플로우에 미치는 영향

브라질 NF-e 처리의 구조적 복잡성은 세제 개혁이 내년에 해결할 임시적인 상황이 아닙니다. 이중 체제 전환은 2032년까지 지속됩니다. ICMS 세율 변동성은 전환 공식이 고정될 때까지 계속됩니다. CFOP 코드 체계는 1970년대 종이 문서에서 비롯되었지만, 현재 모든 ERP 현지화 모듈과 세무 감사 시스템에 내장되어 있어 세금 명칭이 변경된다고 해서 사라지지 않습니다. 문서화 장벽은 일시적이 아닌 구조적인 문제입니다.

변화 자체가 문제가 아니라, 그에 대응할 수 있는 도구의 문제입니다. 이 모든 복잡성을 담고 있는 NF-e XML은 역설적으로 글로벌 AP에서 가장 깔끔한 송장 데이터 소스입니다. 이미 구조화되어 있고, SEFAZ의 사전 검증을 거쳤으며, 정부 발급 디지털 인증서로 서명되어 있습니다. 복잡성을 만드는 500개 이상의 필드는 동시에 포괄적인 데이터 추출을 가능하게 하는 동일한 필드입니다. 수동 처리를 불가능하게 만드는 언어 장벽은 다국어 추출 시스템이 아무런 노력 없이 넘을 수 있는 장벽입니다. 대규모 언어 모델에게 포르투갈어 세무 용어는 읽을 수 없는 외국어가 아니라, 단지 분석해야 할 또 하나의 어휘일 뿐이기 때문입니다. 외부에서 보면 풀기 어려운 규정 준수 퍼즐처럼 보이지만, 올바른 추출 아키텍처에서는 연결되기만을 기다리는 구조화된 데이터 파이프라인에 불과합니다.

자체 브라질 NF-e로 추출 테스트하기