브라질 NFS-e 처리 비용이
재무팀 생각보다 더 비싼 이유

가장 단순한 세금, 가장 파편화된 프로세스

ISS의 역할은 단 하나입니다: 2%~5%의 세율로 서비스 세금을 처리하고, 해당 수익을 서비스 제공자가 소재한 지자체에 송금하는 것입니다. 신용 시스템도 없고, 주 간 세율표도 없으며, 4분의 3의 경우 목적지 대 원산지 논쟁도 없습니다. 그럼에도 불구하고 NFS-e를 처리하는 과정 — 데이터를 스프레드시트로 추출하고, 공급업체 마스터와 대조하며, 세액을 검증하는 작업 — 은 5,570개 지자체에 걸쳐 템플릿 기반 자동화를 무력화시키는 작업입니다.

대부분의 AP 팀은 이러한 파편화를 점진적으로 발견합니다. 상파울루의 IT 컨설팅 회사에서 발행된 단 하나의 NFS-e로 시작됩니다. 필드는 명확합니다: CNPJ do Prestador(서비스 제공자 법인 세금 ID), NFS-e 번호, ISS base de cálculo(과세 표준), alíquota ISS(세율), valor ISS(세액). 누군가 이를 스프레드시트에 입력합니다. 잘 작동합니다. 그러다 리우데자네이루의 법률 회사에서 또 다른 NFS-e가 도착합니다. 동일한 필드가 존재하지만, 배열 방식이 다릅니다 — 제공자 CNPJ는 사이드바에 있고, ISS 내역은 두 개의 상자에 나뉘어 있으며, 서비스 코드는 다르게 표시됩니다. 그리고 벨루오리존치에서 세 번째, 포르투알레그레에서 네 번째가 도착합니다. 각 문서에는 동일한 유형의 데이터가 포함되어 있습니다. 그중 어느 것도 동일한 방식으로 데이터를 제시하지 않습니다.

문제는 NFS-e 데이터를 읽을 수 없다는 것이 아닙니다. 데이터가 단일 형식으로 수렴되기를 거부한다는 것이며, 법적으로 그렇게 설계되었다는 점입니다.

대부분의 브라질 인보이스 복잡성 분석이 여기서 오해하고 있습니다. 그들은 NFS-e의 파편화를 기술적 문제 — 미들웨어 API나 국가 XML 표준이 결국 해결할 상호운용성 격차 — 로 취급합니다. 하지만 그렇지 않습니다. 이는 1988년 브라질 연방 헌법에 뿌리를 둔 관할권 문제로, 각 지자체에 자체 서비스 세금에 대한 재정 자율권을 부여했습니다. NFS-e의 파편화는 일시적인 불편이 아닙니다. 이는 브라질 조세 연방주의의 의도된 구조이며, 디지털 인보이스보다 20년 앞서 존재했습니다.

LC 116/2003: 5,570개의 세금 시스템을 설계한 법

도시별로 NFS-e 양식이 다른 이유를 이해하려면, 문서에서 이를 승인한 법으로 거슬러 올라가야 합니다. 2003년, 브라질은 ISS를 규율하는 최종 연방 법률인 보충법 116/2003을 제정했습니다. LC 116은 두 가지를 동시에 수행했습니다. 첫째, 국가적 프레임워크를 확립했습니다: 약 40개의 서비스 카테고리 목록, 2%의 최저 세율, 5%의 최고 세율, 그리고 어떤 시가 어떤 시나리오에서 징수할지에 대한 일반 규칙. 둘째, 그리고 이것이 AP 팀을 위한 핵심 조항입니다. 모든 지방 자치 단체가 이 프레임워크 내에서 자체 법률을 제정할 수 있도록 한 것입니다.

이것은 실수가 아니었습니다. 1988년 헌법은 의도적으로 연방, 주, 지방 자치 단체의 세 가지 정부 수준에 과세 권한을 분산했습니다. 주는 ICMS(상품)를, 지방 자치 단체는 ISS(서비스)를 담당합니다. 브라질의 26개 주는 각각 자체 ICMS 규정을 운영하여 27개의 별개 세금 체제(연방구 포함)를 만듭니다. 그러나 NFS-e의 경우 그 규모는 두 자릿수 더 큽니다: 5,570개의 지방 자치 단체가 각각 자체 ISS 세율, 자체 준수 일정, 자체 인보이스 검증 웹 서비스, 그리고 데이터 처리에 중요한 자체 문서 양식을 설정할 법적 권한을 가지고 있습니다.

실제 결과는 템플릿 기반 추출 도구로는 감당할 수 없는 것입니다. 상파울루에서 발행된 서비스 인보이스는 ISS 과세 기준(base de cálculo ISS)을 한 위치에 두지만, 100km 떨어진 캄피나스의 인보이스는 다른 위치에 둡니다. ISS 세율 필드는 한 지방 자치 단체에서는 "Alíquota"로, 다른 곳에서는 "Alíquota ISS"로 표시되거나, 또 다른 곳에서는 테이블 행에 포함될 수 있습니다. 상파울루에서 작동하는 템플릿은 캄피나스에서 깨지고, 과룰류스에서 깨지고, 나머지 5,567개 도시에서 깨집니다. 공급업체가 있는 20개 도시에 대해서만 템플릿 라이브러리를 유지 관리한다는 것은, 시청(prefeitura)이 레이아웃 업데이트를 출시할 때마다 깨지는 20개의 템플릿을 의미합니다.

NF-e와의 대비: 통일된 국가 표준이란 이런 것

브라질은 이미 한 번, 상품에 대해 이 분열 문제를 해결한 적이 있습니다. 2006년에 도입된 NF-e(전자 상품 청구서)는 주 정부 재무부(SEFAZ)가 주 단위로 관할하지만, 단일 국가 XML 스키마(레이아웃 버전 4.0)를 따릅니다. 아마조나스에서 발행된 NF-e나 히우그란지두술에서 발행된 NF-e나 동일한 필드 구조, 동일한 XML 태그, 동일한 검증 규칙을 사용합니다. 하나의 추출 템플릿으로 27개 주 전체를 처리할 수 있습니다. NF-e는 ICMS, PIS, COFINS, IPI라는 네 가지 세금을 포함하며, 각각은 ISS보다 복잡하지만, 여러 주에서 발행된 NF-e 문서 배치를 처리하는 것은 데이터 구조가 연방 차원에서 표준화되어 있기 때문에 이미 해결된 엔지니어링 문제입니다.

이제 NFS-e를 보십시오. 데이터 구조는 지방자치단체별로 분열되어 있습니다. 세금이 지방자치단체 수준에서 관리되기 때문입니다. 그리고 이 NFS-e가 수반하는 세금(ISS, 단일 세율, 단일 도시, 공제 체인 없음)은 브라질 시스템에서 가장 단순합니다. 이것이 NFS-e 문제의 핵심 역설입니다: 세금이 단순할수록 문서는 더 분열된다. NF-e는 27개 주에 걸쳐 네 가지 세금을 처리하지만, 하나의 XML 스키마로 모두 처리합니다. NFS-e는 5,570개 도시에 걸쳐 하나의 세금을 처리하지만, 2026년 중반 현재 모든 지방자치단체를 포괄하는 단일 레이아웃은 존재하지 않습니다.

AP 팀이 "브라질 청구서는 복잡하다"고 말할 때, 보통 NF-e를 두고 하는 말입니다. 한 번도 본 적 없는 세금 코드, 익숙하지 않은 계산 체인, 상품 이동 전 정부 승인이 필요한 허가 모델 등이 그 이유입니다. 하지만 NF-e의 복잡성은 구조화되어 있습니다. 반면 NFS-e는 단순하지만 분열되어 있으며, 후자가 처리 비용이 더 많이 듭니다.

NF-e 시스템은 수취인을 염두에 두고 설계되었습니다. 출력 가능한 버전인 DANFE(보조 NF-e 문서)는 대부분의 XML 데이터를 생략하지만, 모든 DANFE에 인쇄된 44자리 접근 키를 통해 SEFAZ 포털에서 전체 XML에 항상 접근할 수 있습니다. 반대로 NFS-e 시스템은 발행자와 지방자치단체를 염두에 두고 설계되었습니다. 수취인은 PDF(DANFSE, 보조 NFS-e 문서)를 받고, 나머지는 스스로 처리해야 합니다. 지방자치단체 간 통합 접근 키 포털이 없습니다. 인쇄된 PDF에 모든 XML 필드가 포함된다는 보장이 없습니다. 인쇄된 문서에 무엇을 포함하고 무엇을 지방자치단체 데이터베이스에 남겨둘지에 대한 국가 표준도 없습니다.

눈에 띄지 않는 세금 경쟁

2%~5%의 ISS 세율 구간은 단순한 기술적 세부 사항이 아닙니다. 이는 지방자치단체 간 세금 경쟁의 원동력이며, 데이터 단편화 문제를 더욱 악화시킵니다. 각 도시가 자체 세율을 통제하기 때문에, 도시들은 ISS를 활용하여 기업을 유치하기 위해 경쟁합니다. 상파울루는 일반 세율 5%를 적용합니다. 상파울루에서 30km 떨어진 계획된 비즈니스 지구인 알파빌은 대부분의 서비스 카테고리에 대해 2%를 부과합니다. 상파울루에서 알파빌로 등록 주소를 이전하는 기업은 실제 운영을 옮기지 않고도 서비스 세금 청구액을 5분의 3으로 줄일 수 있습니다.

지방자치단체 간 이러한 "과세 전쟁(guerra fiscal)"은 IMF, OECD, 그리고 브라질 연방 국세청에 의해 세금 효율성을 지속적으로 저하시키는 요인으로 문서화되었습니다. UNDP는 2023년에 ISS, IPTU 및 기타 지방세를 포함한 지방자치단체 간 세금 경쟁으로 인한 미징수 수입이 GDP의 수 퍼센트 포인트에 달할 수 있다고 추정했습니다. 하지만 AP(미지급금)에 미치는 영향은 더 즉각적입니다: 상파울루 IT 공급업체가 알파빌에 등록된 법인에서 청구서를 발행하는 경우, 해당 NFS-e의 ISS 세율은 5%가 아닌 2%로 표시됩니다. 귀하의 ERP는 공급업체의 물리적 위치를 기준으로 5%를 예상합니다. 이러한 불일치는 조정 플래그를 트리거합니다. AP 담당자는 세율이 왜 잘못되었는지, 아니면 실제로 잘못된 것인지 파악해야 합니다.

이는 가상의 시나리오가 아닙니다. 공급업체의 등록 지자체와 서비스 수취인의 지자체 간의 ISS 충돌은 일부 기업이 분쟁을 소송으로 해결하는 대신 두 도시 모두에 ISS를 이중으로 납부할 정도로 흔합니다. BPC 파트너스가 브라질 서비스세를 분석한 결과, ISS는 지방 정부의 주요 수입원이자 지자체 간 세금 경쟁의 주요 수단입니다. 15개 도시에서 온 50개의 NFS-e 문서 배치를 처리하는 AP 팀에게 이것이 의미하는 바는, 송장에 기재된 ISS 세율을 ERP 전송을 위한 검증된 세액으로 간주할 수 없다는 것입니다. 문서별, 도시별, 서비스 코드별로 이를 검증해야 합니다.

"포르 덴트로" 문제: 세금 계산이 단순해 보이지만 실제로는 그렇지 않은 경우

NFS-e의 ISS 금액이 자동 검증을 어렵게 만드는 두 번째 이유가 있습니다. 브라질의 ISS는 "포르 덴트로"(내재 방식)로 계산됩니다. 즉, 세금이 총 가격에 별도로 추가되는 것이 아니라 이미 포함되어 있다는 뜻입니다. 순 서비스 가치가 R$100이고 ISS 세율이 5%라면, 총 금액은 R$105가 아닙니다. R$100 ÷ 0.95 = R$105.26입니다. 그러면 ISS는 R$105.26 × 0.05 = R$5.26이며, R$5.00이 아닙니다.

단일 문서의 경우 차이는 R$0.26으로 미미합니다. 그러나 12개월 동안 매월 50건의 문서, ISS 세율이 2%에서 5%까지 다양하고, 서비스 가치가 R$5,000에서 R$250,000에 이르는 경우, 단순한 "세율 × 순액" 계산과 실제 "포르 덴트로" ISS 금액 간의 누적 차이는 중요한 기준치를 넘을 수 있습니다. 더 중요한 것은, 추출 워크플로우나 ERP가 포르 덴트로 계산을 고려하지 않고 세율 × 기준 금액을 곱하여 ISS를 검증하도록 구성된 경우, 모든 문서에 오류가 있는 것으로 나타나며, 팀은 실제 오류가 아닌, 단지 추출 로직과 세금 계산 관행 간의 불일치로 인한 오류를 조사하는 데 수시간을 소비하게 됩니다.

포르 덴트로 방식은 브라질 전역의 ICMS와 ISS에 적용되며, 잘 문서화되어 있습니다. PwC Worldwide Tax Summaries for Brazil 및 LC 116/2003의 공식 텍스트에 설명되어 있습니다. 그러나 대부분의 국제 AP 팀은 자국 업무에서 "포르 덴트로" 과세 방식을 접하지 않습니다. 미국이나 유럽의 인보이스는 세금을 별도로 추가하는 반면, 브라질 인보이스는 세금을 포함합니다. 이러한 맥락 없이는 수신된 NFS-e의 ISS 금액이 계산 오류처럼 보입니다. 하지만 그렇지 않습니다. 이는 이전 도시와 다른 레이아웃을 가진 도시에서 설정한 세율이 적용된 세금에 대해 다른 산술 관행이 적용된 것입니다.

2026년 세제 개혁의 역설: 증상이 먼저 악화되는 치료법

브라질의 소비세 개혁 — 수십 년 만의 가장 광범위한 개혁 — 이 문제를 해결해야 합니다. 2023년 헌법 개정안 132호와 2025년 보충법 214호에 따라, 기존 5개 세금(PIS, COFINS, ICMS, ISS, IPI)은 결국 두 가지로 대체됩니다: 연방 차원의 CBS(재화 및 서비스 기여금)와 주 및 시 차원의 IBS(재화 및 서비스세)입니다. CBS + IBS 합산 표준 세율은 약 26.5%로 예상됩니다. 장기적으로 — 2033년까지 — 이는 소비세 과세 기준을 통합하고, ISS의 지방자치단체 분할을 없애며, 전국적으로 서비스 인보이스 형식을 표준화할 것입니다.

문제는 전환 일정입니다. 지금부터 2033년까지의 기간이 AP 데이터 처리에 실제로 어떤 의미인지 살펴보겠습니다:

AP 데이터 처리에 있어 이 전환은 복잡성의 승수입니다. 2026년에서 2033년 사이에 단일 서비스 인보이스에는 ISS 필드, CBS 필드, IBS 필드가 동시에 포함될 수 있으며, 각각 고유한 세율, 과세 기준, 금액을 가지며, 지방자치단체에 따라 각기 다른 일정으로 업데이트됩니다. 상파울루 시청은 2025년 8월에 IBS/CBS 필드를 도입하기 위해 NFS-e 레이아웃 버전 3.2를 출시했습니다. 다른 도시들은 자체 일정에 따라 뒤따를 것입니다. 2028년에 한 도시에서 수신된 NFS-e는 같은 달에 다른 도시에서 수신된 NFS-e와 구조적으로 다르게 보일 수 있습니다. 이는 기존의 분할 문제 때문이 아니라, 그 위에 새로운 문제가 겹쳐졌기 때문입니다.

개혁은 결국 분열을 해결할 것입니다. 하지만 그때까지는 전환 자체가 분열되어 있어 일시적으로 상황이 더 악화됩니다. 각 도시가 자체 일정에 따라 레이아웃을 업데이트합니다. 국가 NFS-e 표준 준수는 각 도시의 자발적 선택입니다. IBS 필드 도입 일정도 도시마다 다릅니다. 최종적인 단순화에 이르기까지 7년간의 복잡성 증가가 예상됩니다.

SNNFS-e 부분적 해결: 2,000개 지자체 참여, 3,570개는 여전히 미참여

브라질은 2023년부터 국가 NFS-e 표준인 SNNFS-e(Sistema Nacional da NFS-e)를 구축해 왔습니다. 이 시스템은 통합 XML 형식, 중앙 집중식 인보이스 포털, 국가 데이터 저장소(ADN — Ambiente de Dados Nacional), 그리고 참여 지자체에서 사용 가능한 단일 세금 납부 문서(DNA — Documento Nacional de Arrecadação)를 제공합니다. 2026년 1월 기준으로 약 2,000개 지자체가 시스템을 활성화했으며, 이는 전체 브라질 도시의 약 35%에 해당합니다. 초기 도입자가 주로 대규모·고물량 지자체이기 때문에 납세자 수 기준으로는 약 80%를 포괄하는 것으로 추정됩니다.

그러나 도입 수치가 숨기고 있는 사실이 있습니다. 브라질 최대 도시이자 경제 엔진인 상파울루는 2026년에 국가 NFS-e 시스템으로 전환하지 않을 것이라고 확인했습니다. 이 도시는 자체 NFS-e 플랫폼인 Nota Fiscal Paulistana를 유지할 예정이며, 이 플랫폼은 자체 XML 스키마, 자체 웹 서비스, 자체 레이아웃 매뉴얼(2025년 8월 기준 버전 3.2), 자체 업데이트 일정으로 운영됩니다. 상파울루만 그런 것이 아닙니다. 다른 주요 도시들도 옵션을 평가 중이며, 법은 전환을 의무화하지 않고 연방 이전 재원 상실 위협을 통해 유인합니다. 그러나 자체 수익 기반이 탄탄한 대도시들은 이러한 위협에 덜 민감합니다.

결과적으로 두 가지 트랙 시스템이 무기한 지속됩니다. 일부 도시는 국가 표준을, 다른 도시는 자체 지자체 플랫폼을 사용하며, 모든 도시는 세금 가시성을 보장하기 위해 국가 ADN 저장소에 데이터를 전송해야 합니다. 그러나 이는 귀하의 AP 받은 편지함에 도착하는 문서 형식을 표준화하는 데는 아무런 도움이 되지 않습니다. 수신자는 여전히 다양한 레이아웃을 받게 됩니다. 분열 문제는 지속됩니다.

그리고 브라질 연방 국세청이 보고한 바에 따르면, 2026년 초까지도 협정에 서명하지 않은 106개의 소규모 지자체의 경우, 해당 도시의 서비스 제공업체는 여전히 레거시 시스템을 통해 NFS-e를 발행하거나, 경우에 따라 디지털 인보이스 이전의 종이 기반 프로세스를 사용할 수도 있습니다. Receita Federal은 2026년 1월 6일, 많은 지자체가 막판에 협정에 서명했지만 실제 가동에 필요한 기술 구성을 완료하지 못했다고 인정했습니다.

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

브라질 10개 도시의 공급업체로부터 매월 30~50건의 서비스 인보이스를 처리하는 기업이라면, 이는 단순한 데이터 입력 문제가 아닙니다. 이는 브라질의 재정 연방주의, 지방자치단체 간 세율 경쟁, 비표준 과세 계산 방식, 그리고 7년에 걸친 전환 기간 동안 모든 문서에 두 가지 병행 세금 체계가 적용되는 구조적 데이터 분열 문제입니다.

다양한 문서에 대응하는 일반적인 AP 방식, 즉 더 많은 템플릿을 만드는 것은 실패합니다. 5,570개의 잠재적 레이아웃을 템플릿으로 해결할 수 없습니다. 10개 도시만 다루더라도, 각 도시는 통제 불가능한 일정에 따라 NFS-e 레이아웃을 독자적으로 업데이트할 수 있습니다. 상파울루 시청은 2025년에만 세 번의 NFS-e 매뉴얼 버전을 발표했습니다. 27개 주 차원의 NF-e 스키마에서 통했던 템플릿 유지보수 모델은 지방자치단체 규모에서는 작동하지 않습니다.

일반적인 AP의 세금 복잡성 대응 방식, 즉 인보이스를 신뢰하는 것도 실패합니다. Alphaville에서 발행된 NFS-e의 ISS 세율이 2%로 표시되어 있지만, ERP는 상파울루에 있는 공급업체의 실제 소재지를 기준으로 5%를 예상할 수 있습니다. 공급업체가 합법적인 Alphaville 등록을 보유했을 수도 있고, 규정 준수 팀의 검토가 필요한 세금 최적화를 시도하고 있을 수도 있습니다. ISS 금액이 검증 로직이 예상한 가산 방식과 달리 '포 덴트로(por dentro)' 방식으로 계산되어 잘못 보일 수도 있습니다. 검증 없이 인보이스를 신뢰하면 잠재적인 세금 오류를 ERP로 가져오게 되어, 문서가 쌓일수록 규정 준수 위험이 커집니다.

도구나 자동화를 고려하기 전에, 현재 처리 중인 문서의 본질을 인식해야 합니다. 이는 법적으로 표준화되지 않도록 설계된 문서 형식이며, 헌법적으로 지방자치단체 단위로 분열된 세금 시스템에 의해 발행되고, 개혁 기간 동안 일시적으로 분열이 더 심화되는 상황에 처해 있습니다.

이것이 진단입니다. 해결책은 더 나은 템플릿이 아닙니다. 템플릿에 전혀 의존하지 않는 추출 방식, 즉 특정 도시 페이지에서의 위치가 아닌 의미(CNPJ = "공급자(Prestador)"로 표시된 14자리 세금 ID)로 필드를 읽는 방식이 필요합니다. 사람이 문서를 읽는 방식처럼 문서 구조를 이해하는 비전 언어 모델(VLM) 기반의 의미론적 추출은 템플릿 기반 도구가 원래 처리하도록 설계되지 않은 관할권 문제에 대한 기술적 해답입니다. 하지만 첫 번째 단계는 문제의 본질을 이해하는 것입니다. 그것 없이는 잘못된 기준으로 도구를 평가하게 됩니다.

FAQ: 브라질 NFS-e 지자체별 차이 및 AP 처리

왜 NFS-e 레이아웃이 브라질 도시마다 다른가요?

ISS는 연방세가 아닌 시세이기 때문입니다. 1988년 연방 헌법은 브라질의 5,570개 지자체 각각에 서비스세를 입법하고 관리할 권한을 부여했습니다. LC 116/2003은 국가 지침(2%~5% 세율 범위, 40개 서비스 카테고리)을 제공했지만, 전자 송장 형식을 포함한 실제 구현은 각 지자체에 명시적으로 위임했습니다. 모든 주에서 단일 연방 XML 표준으로 관리되는 NF-e(상품 송장)와 달리, NFS-e 레이아웃 표준화는 국가 SNNFS-e 시스템에 대한 지자체의 자발적 채택에 달려 있습니다. 2026년 초 기준으로 약 2,000개 지자체가 이를 채택했으며, 상파울루 및 기타 주요 도시는 현재까지 자체 시스템을 유지하기로 결정했습니다.

2026년 세제 개혁이 NFS-e 처리에 어떤 영향을 미치나요?

이 개혁은 궁극적으로 ISS 및 기타 소비세를 대체하기 위해 IBS와 CBS를 도입하지만, 전환 기간은 2033년까지입니다. 이 기간 동안 NFS-e 문서에는 기존 ISS 필드와 새로운 IBS/CBS 필드가 모두 포함되어 단일 문서에 이중 세금 내역이 생성됩니다. 각 지자체는 자체 일정에 따라 레이아웃을 업데이트하므로, 전환 기간 동안 다른 도시에서 다른 조합의 세금 필드가 포함된 NFS-e 문서를 받을 수 있습니다. 이 개혁은 장기적인 그림(2033년까지 단일 부가가치세)을 단순화하지만 단기적인 처리 복잡성을 증가시킵니다.

공급업체가 있는 도시의 템플릿을 만들 수 있나요?

만들 수는 있지만 유지 관리 비용이 문제입니다. 10개 도시에서만 NFS-e를 처리하더라도 각 도시는 독립적으로 레이아웃을 업데이트할 수 있습니다. 상파울루는 2025년에만 수동 버전 3개를 출시했습니다. 1월에 작동하던 템플릿이 시청이 필드 위치를 변경하여 8월에 깨질 수 있습니다. 지자체 규모(10개 도시 × 여러 레이아웃 버전 × 독립적인 업데이트 일정)에서 템플릿 유지 관리는 일회성 설정이 아닌 반복적인 운영 비용이 됩니다. 템플릿 없는 의미론적 추출이 이를 처리하는 방법에 대한 논의는 브라질 운영을 위한 NFS-e 데이터 추출 가이드를 참조하세요.

NFS-e의 ISS 금액이 세율 × 과세표준과 일치하지 않는 이유는 무엇인가요?

브라질의 ISS는 '포 덴트로(por dentro)' 방식으로 계산됩니다. 즉, 세금이 총 가격에 포함되어 있으며 별도로 추가되지 않습니다. ISS 5%가 적용되는 R$100 상당의 순 서비스 금액의 경우, 총 금액은 R$100 ÷ 0.95 = R$105.26이며 R$105가 아닙니다. 따라서 ISS는 R$5.00이 아닌 R$5.26이 됩니다. 검증 로직이 이 관행을 고려하지 않고 세율 × 과세표준을 단순 곱한다면, 모든 문서에 계산 오류가 있는 것으로 표시될 것입니다. 공식은 다음과 같습니다: ISS = (총 서비스 가치 × 세율), 여기서 총 가치 = 순 서비스 가치 ÷ (1 − 세율).

검증 없이 NFS-e ISS 금액을 ERP에 직접 입력해도 안전한가요?

두 가지 이유로 신뢰할 수 없습니다. 첫째, 브라질의 지방자치단체들은 ISS 세율을 두고 경쟁합니다. 알파빌(2%)에 등록된 공급자가 상파울루(5%)로 알고 있는 지역에서 발행할 수 있어, 합법적이지만 예상치 못한 세율 차이가 발생합니다. 둘째, NFS-e의 '원천징수된 ISS(ISS Retido na Fonte)' 필드는 세금 납부 의무를 공급자에서 귀사로 이전합니다. 이 필드가 'Sim(예)'으로 표시된 경우, 귀사는 단순히 송장을 기록하는 것이 아니라 해당 지자체에 ISS를 납부할 책임이 있습니다. 이 플래그를 놓치는 것은 단순한 데이터 오류가 아닌 컴플라이언스 위험입니다.

ISS가 ICMS보다 단순한데, NFS-e 자동화가 NF-e보다 어려운 이유는 무엇인가요?

표준화는 관할권을 따르기 때문입니다. ICMS는 주세로, 2006년 시스템이 가동되기 전에 27개의 SEFAZ 기관이 공동으로 단일 XML 표준(NF-e 레이아웃 4.0)에 합의했습니다. ISS는 시세로, 5,570개의 프레이페이투라(시청)가 단일 레이아웃에 합의한 적이 없습니다. 연방 정부가 SNNFS-e를 통해 표준화를 추진하기 시작한 것은 NF-e 표준화 이후 17년이 지난 2023년입니다. 세금 자체는 더 단순하지만, 문서를 생성하는 거버넌스 구조는 더 파편화되어 있습니다. 그리고 거버넌스가 형식을 결정합니다.

처방 전 진단

NFS-e 처리 문제는 데이터 입력 속도가 느린 것이 아닙니다. 입력 문서가 구조적으로 수렴하지 않는다는 점입니다. 이는 브라질 재정 연방주의의 특징이지 일시적인 통합 격차가 아닙니다. 진단을 처리하기 전까지는 모든 도구 평가가 잘못된 기준에 대해 이루어집니다. 여러분이 찾는 것은 타이핑 속도를 높여주는 도구가 아닙니다. 여러분이 찾는 것은 레이아웃 일관성에 대한 의존성을 제거하는 도구입니다. 5,570개 지자체 문서 형식의 시스템에서 레이아웃 일관성은 존재하지 않기 때문입니다.

이것이 바로 의미론적 추출(위치가 아닌 의미로 필드를 찾는 방식)이 템플릿 기반 OCR로는 불가능한 방식으로 문제에 매핑되는 이유입니다. 개별 NFS-e 문서(LC 116 서비스 코드, ISS 원천징수 플래그, 도시 간 필드 추출 포함)에 대한 실제 작동 방식을 알아보려면 브라질 운영을 위한 NFS-e 데이터 추출 방법을 참조하세요. 여러 도시의 NFS-e 문서 50개 이상을 단일 배치로 처리하는 대량 시나리오의 경우 다중 지자체 배치 NFS-e 처리를 참조하십시오.

구조적 진단은 도구를 처방하지 않습니다. 도구가 해결해야 할 문제를 정의합니다. 파편화를 이해하고 올바른 추출 접근 방식으로 해결하는 것 사이의 차이는, 모든 도시의 레이아웃 변경에 반응하는 것과 어떤 도시에서 왔는지 신경 쓰지 않고 모든 도시의 NFS-e를 처리하는 것의 차이입니다.