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를 규율하는 최종 연방 법령인 Lei Complementar 116/2003(보충법 116)을 제정했습니다. LC 116은 동시에 두 가지를 수행했습니다. 첫째, 국가적 프레임워크를 확립했습니다: 약 40개의 서비스 카테고리 목록, 2%의 최저 세율, 5%의 최고 세율, 그리고 어떤 시나리오에서 어느 도시가 세금을 징수하는지에 대한 일반 규칙. 둘째 — AP 팀에게 가장 중요한 조항입니다 — 각 지방자치단체가 이 프레임워크 내에서 자체 법률을 제정할 자유를 남겨두었습니다.

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

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

NF-e 대비: 통일된 국가 표준의 모습

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

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

AP 팀이 "브라질 인보이스는 복잡하다"고 말할 때, 그들은 보통 NF-e를 말합니다 — 한 번도 본 적 없는 세금 코드, 익숙하지 않은 계산 체인, 상품 이동 전에 정부 승인을 요구하는 통관 모델. 그러나 NF-e는 구조화된 방식으로 복잡합니다. NFS-e는 분열된 방식으로 단순하며 — 후자가 처리 비용이 더 많이 듭니다.

NF-e 시스템은 수신자를 염두에 두고 설계되었습니다: 인쇄 버전인 DANFE(Documento Auxiliar da NF-e / NF-e 보조 문서)는 대부분의 XML 데이터를 생략하지만, 모든 DANFE에 인쇄된 44자리 접근 키를 통해 SEFAZ 포털에서 전체 XML에 항상 접근할 수 있습니다. 반면 NFS-e 시스템은 발행자와 지방자치단체를 염두에 두고 설계되었습니다. 수신자는 PDF — DANFSE(Documento Auxiliar da 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 Partners의 브라질 서비스세 분석에 따르면, ISS는 지방 정부의 주요 수입원이자 지방 간 세금 경쟁의 주요 수단입니다. 15개 도시에서 온 50개의 NFS-e 문서 배치를 처리하는 AP 팀에게 이는 인보이스의 ISS 세율을 ERP 전기 준비가 된 검증된 세액으로 취급할 수 없음을 의미합니다. 문서별, 도시별, 서비스 코드별로 검증해야 합니다.

"Por Dentro" 문제: 세금 계산이 단순해 보여도 그렇지 않은 경우

NFS-e의 ISS 금액이 자동 검증을 방해할 수 있는 두 번째 이유가 있습니다. 브라질의 ISS는 "por dentro"(내재적 방식)로 계산됩니다. 즉, 세금이 총 가격에 추가되는 것이 아니라 포함되어 있다는 뜻입니다. 순 서비스 가치가 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으로 무시할 만합니다. 그러나 월 50건의 문서가 12개월 동안, ISS 세율이 2%~5% 사이로 다양하고, 서비스 가치가 R$5,000~R$250,000 범위라면, 단순한 "세율 × 순액" 계산과 실제 "por dentro" ISS 금액 사이의 누적 차이는 중요한 기준치를 넘어설 수 있습니다. 더 중요한 것은, 추출 워크플로우나 ERP가 por dentro 계산을 고려하지 않고 세율 × 과세표준을 곱해 ISS를 검증하도록 구성된 경우, 모든 문서에 오류가 있는 것처럼 표시되고 — 팀은 실제로는 오류가 아닌데도 오류를 조사하는 데 몇 시간을 소비하게 됩니다. 이는 단지 추출 로직과 세금 계산 관행 사이의 불일치일 뿐입니다.

por dentro 방식은 브라질 전역의 ICMS와 ISS에 적용되며 잘 문서화되어 있습니다. PwC 브라질 세계 세금 요약 및 LC 116/2003의 공식 텍스트에 설명되어 있습니다. 그러나 대부분의 국제 AP 팀은 국내 업무에서 "por dentro" 과세 방식을 접하지 않습니다. 미국이나 유럽 인보이스는 세금을 추가하지만, 브라질 인보이스는 세금을 포함합니다. 이러한 맥락이 없으면 수신된 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월에 NFS-e 레이아웃 버전 3.2를 출시하여 IBS/CBS 필드를 도입했습니다; 다른 도시들도 자체 일정에 따라 뒤따를 것입니다. 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 매뉴얼 버전을 3개나 출시했습니다. 27개 주 차원의 NF-e 스키마에서 작동했던 템플릿 유지보수 모델은 지방자치단체 규모에서는 붕괴됩니다.

세금 복잡성에 대한 표준 AP 대응 — 인보이스 신뢰 — 도 여기서 실패합니다. Alphaville의 NFS-e에 표시된 ISS 세율이 2%인데, ERP가 상파울루에 있는 공급업체의 물리적 위치를 기준으로 5%를 기대할 수 있습니다. 공급업체가 합법적인 Alphaville 등록을 보유했을 수도 있고, 규정 준수 팀이 검토해야 할 세금 최적화에 관여했을 수도 있습니다. ISS 금액이 검증 로직이 가산 산술을 기대했을 때 por dentro 방식으로 계산되어 잘못 보일 수 있습니다. 검증 없이 인보이스를 신뢰하면 잠재적 세금 오류를 ERP로 가져오는 것이며, 이는 문서마다 누적되는 규정 준수 위험입니다.

도구나 자동화를 고려하기 전에, 무엇을 처리하고 있는지 인식해야 합니다: 헌법 설계상 지방자치단체별로 분산된 세금 시스템에서 발행되고, 개혁 기간 동안 일시적으로 분산이 더 악화될, 법적으로 표준 수렴이 불가능하도록 설계된 문서 형식을 말입니다.

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

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 처리에 어떤 영향을 미치나요?

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

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

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

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

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

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

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

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

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

처방 전 진단

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

이것이 의미 기반 추출(위치가 아닌 의미로 필드를 찾는 방식)이 템플릿 기반 OCR이 할 수 없는 방식으로 이 문제에 대응하는 이유입니다. 개별 NFS-e 문서에 대해 이 방식이 어떻게 작동하는지, LC 116 서비스 코드, ISS 원천징수 플래그, 도시 간 필드 추출을 포함한 실용적인 설명은 브라질 운영을 위한 NFS-e 데이터 추출 방법을 참조하세요. 여러 도시의 NFS-e 문서 50장 이상을 단일 배치로 처리하는 대량 시나리오는 다중 지자체 일괄 NFS-e 처리를 참조하세요.

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