멀티시티 NFS-e, 하나의 스프레드시트:
지자체 템플릿 없이 일괄 처리

NFS-e 일괄 처리가 단일 문서 추출과 다른 이유

단일 NFS-e 추출 가이드를 읽으셨다면 핵심 메커니즘을 아실 것입니다. 의미 기반 추출은 각 필드의 의미를 파악하여 NFS-e를 읽습니다. "Prestador" 라벨 옆의 14자리 서비스 제공자 CNPJ, ISS 섹션 아래의 ISS 과세표준, 지자체가 인쇄한 위치의 ISS 세율을 찾는 방식입니다. 문서 하나, 열 정의 한 세트, 출력 행 하나. 지자체별 차이 문제는 문서 수준에서 해결됩니다.

일괄 처리는 단일 문서 추출에서는 나타나지 않는 다른 유형의 과제를 도입합니다. 상파울루(IT 컨설팅 ISS 5%), 리우데자네이루(동일 서비스 ISS 5%), 벨루오리존치(ISS 3%), 쿠리치바(ISS 4%) 및 기타 6개 도시의 서비스 제공자로부터 NFS-e 30건을 하나의 처리 큐에 넣으면 단일 문서에서는 절대 발생하지 않는 세 가지 상황이 발생합니다:

첫째, 도시 간 ISS 세율 검증이 필요해집니다. 단일 NFS-e의 ISS 3%는 단독으로는 정상적으로 보입니다. 그러나 동일한 서비스 코드(항목 1.01 — Análise e desenvolvimento de sistemas, 즉 IT 분석 및 개발)가 같은 배치에서 상파울루 5%, 리우 5%, 벨루오리존치 3%로 나타나면 벨루오리존치의 세율이 즉시 눈에 띕니다. 정확할 수도 있습니다. 벨루오리존치는 자체 세율을 정하기 때문입니다. 제공자가 잘못된 지자체 세율을 적용했을 수도 있습니다. 이를 발견하는 유일한 방법은 배치 수준의 조회입니다.

둘째, 원천징수 ISS 추적이 배치 규모의 세무 준수 작업이 됩니다. NFS-e에 "ISS Retido na Fonte = Sim"으로 표시된 경우 ISS 납부 의무는 서비스 제공자에서 서비스 수취인인 귀하에게 이전됩니다. 각 발생 건마다 해당 시청에 별도로 납부해야 하며, 각각 고유한 납부 기한과 납부 시스템이 있습니다. 여러 도시의 문서 10건에 걸쳐 어떤 송장이 이 의무를 발생시키는지 그렇지 않은지 추적하는 것은 수동 체크리스트로 관리할 수 없습니다.

셋째, 데이터 자체가 집계되었을 때 더 가치가 있습니다. 제공자별 ISS 합계, 도시별 서비스 지출, 원천징수된 세금과 제공자가 납부한 세금의 비율 — 이러한 것들은 단일 문서만으로는 전혀 보이지 않습니다. 전체 배치가 하나의 스프레드시트에 있을 때만 나타납니다.

이것은 단일 문서 워크플로우를 더 빠르게 수행하는 문제가 아닙니다. 단일 문서 워크플로우로는 전혀 할 수 없는 작업을 수행하는 것입니다.

다지자(跨市) NFS-e 처리가 표준 송장 배치와 근본적으로 다른 이유

표준 송장 배치 처리 — 미국이나 유럽 전역의 50개 공급업체에서 온 50개의 PDF — 는 주로 규모의 문제입니다. 송장은 서로 다르게 보이지만, 기본이 되는 세무 로직은 일관적입니다. 국가 세율의 VAT, 주별 판매세, 그리고 필드는 대체로 예측 가능한 위치와 라벨을 갖습니다.

브라질 NFS-e 배치 처리는 표준 송장 배치에는 없는 구조적 계층을 추가합니다. ISS는 보완법 116/2003에 따라 규율되는 지방세이며, 각 지자체가 자체 세무 시스템을 운영하기 때문에, "ISS 세율"이라는 동일한 논리적 필드가 배치 내 문서마다 다른 값을 가질 수 있고, 그 값이 해당 문서의 세금이 올바르게 계산되었는지를 결정합니다.

이 지점에서 대부분의 문서 추출 도구가 사용하는 템플릿 기반 추출은 구조적으로 작동 불가능해집니다. 템플릿은 각 필드에 대해 사각형 영역을 정의합니다. "서비스 제공자 CNPJ는 픽셀 위치 (x=150, y=320)에 있습니다." 이는 한 지자체에는 유효합니다. 다음 지자체에서는 깨집니다. 공급업체가 운영하는 모든 도시에 대해 템플릿 라이브러리를 유지하는 것은, 가능한 도시 수가 5,570개이고 레이아웃을 적극적으로 업데이트하는 도시 수(상파울루는 2025년 8월 NFS-e 매뉴얼 버전 3.2를 출시)가 계속 늘어나는 상황에서는 현실적이지 않습니다.

대안은 의미론적 추출입니다. 필드가 페이지에서 어디에 위치하는지 정의하는 대신, 추출 엔진에 무엇을 찾고 있는지 알려줍니다. "Prestador로 라벨이 붙은 14자리 CNPJ" — 그러면 엔진이 문서를 읽어 그것을 찾습니다. 위치는 중요하지 않습니다. 엔진이 좌표가 아닌 문서의 내용을 이해하기 때문입니다. 동일한 배치에 있는 상파울루 NFS-e와 포르투알레그레 NFS-e는 동일한 열 정의로 처리됩니다. AI가 위치를 매칭하는 것이 아니라 의미를 찾고 있기 때문입니다.

의미론적 추출이 개별 NFS-e 필드(CNPJ 매칭, LC 116 서비스 코드 분류, ISS 세금 내역)를 처리하는 방법에 대한 전체 분석은 단일 NFS-e 추출 가이드를 참조하십시오. 배치 워크플로는 이 모든 것을 상속하고 다중 문서 계층을 추가합니다.

의미 기반 추출이 10개 도시의 NFS-e를 한 번의 배치로 처리하는 방법

배치 NFS-e 처리를 위한 추출 워크플로는 맞춤 열 추출을 중심으로 진행됩니다. 출력에 원하는 필드 이름("서비스 제공자 CNPJ", "서비스 코드(LC 116)", "ISS 세율", "ISS 금액", "원천징수 ISS(Retido na Fonte)", "NFS-e 번호")을 입력하면 AI가 라벨의 의미를 이해하여 각 문서에서 해당 값을 찾아냅니다. 이 열 이름은 스프레드시트의 머리글이 됩니다. 한 번만 정의하면 배치의 모든 지자체에서 동일하게 작동합니다.

하지만 배치 NFS-e 처리는 직접 추출을 넘어서는 이점을 제공합니다. 두 가지 추가 열 모드를 사용하면 별도의 스프레드시트 작업이 아닌 추출 시점에 도시 간 대사가 가능합니다.

계산 열을 사용하면 추출 중에 실행되는 검증 로직을 정의할 수 있습니다. NFS-e 배치 처리에서 가장 유용한 계산 열은 ISS 검증입니다: "ISS 세율 × ISS 과세표준 = ISS 금액?" 계산된 합계가 추출된 ISS 금액과 일치하면 열에 "OK"가 출력됩니다. 일치하지 않으면 차액이 출력되어 ERP로 데이터를 가져오기 전에 어떤 문서를 다시 확인해야 하는지 배치 수준에서 표시합니다. 단일 문서에서 이 확인은 30초가 걸립니다. 50개 문서에서는 계산 열이 자동으로 처리하며 추출된 데이터와 동일한 스프레드시트에서 결과를 확인할 수 있습니다.

추론 열을 사용하면 AI가 문서 내용을 기반으로 분류하거나 라벨을 지정할 수 있습니다. 특정 필드 참조 없이 "지자체(문서에서 추출)"라는 열을 추가하면 AI가 NFS-e에서 시청 식별자를 읽고 도시 이름을 입력합니다. 이제 배치 출력에 정렬 가능한 지자체 열이 생겨 도시별 ISS 합계와 도시별 세무 보고를 수동 대사 작업 대신 피벗 테이블로 처리할 수 있습니다.

이 세 가지 열 유형(직접 추출, 계산, 추론)은 단일 배치 실행에서 함께 작동합니다. 먼저 추출하고 나중에 검증하는 방식이 아닙니다. 검증은 추출 중에 이루어지며 결과는 동일한 스프레드시트에 표시됩니다.

단계별 가이드: 여러 도시 NFS-e 파일을 하나의 스프레드시트로

다음은 여러 브라질 지자체의 NFS-e 문서를 일괄 처리하여 단일 Excel 파일로 만드는 실용적인 워크플로입니다. 이 설정은 배치당 한 번만 수행하면 됩니다. 동일한 열 정의가 문서가 어느 도시에서 왔는지에 관계없이 모든 문서를 처리합니다.

지자체 간 ISS 정산: 배치 전용 관점

배치 NFS-e 처리의 가장 가치 있는 결과물은 절약된 시간이 아닙니다. 물론 문서당 3분에서 페이지당 5~10초로 줄어드는 것은 18배의 개선이지만, 가장 가치 있는 결과물은 모든 문서가 하나의 테이블에 모였을 때만 존재하는 정산 뷰입니다.

이 뷰를 통해 할 수 있는 일은 단일 문서 처리로는 불가능합니다:

도시별 ISS 합계

출력을 지자체별로 그룹화하고 ISS 금액을 합산합니다. 그 결과는 각 도시의 서비스 구매에 적용된 총 ISS로, 두 가지 이유에서 중요한 데이터입니다. 첫째, 특정 도시의 모든 제공업체에 걸친 총 ISS가 해당 관할 구역에 대한 내부 비용 배분과 일치하는지 여부를 알려줍니다. 둘째, 이 송장 중 어떤 것에 대해 ISS 원천징수 의무자가 있는 경우, 도시별 합계는 지방세 납부 기록과 대사해야 하는 수치입니다. Dentons의 글로벌 세무 가이드는 "두 지자체가 모두 ISS를 주장하는 경우 지자체 간 충돌이 매우 흔하다"고 지적합니다. 일괄 보기 방식은 다른 지자체가 문의해 올 때 감사 추적 기록이 됩니다.

원천징수 ISS 추적

NFS-e에 "ISS Retido na Fonte = Sim"(원천징수 ISS) 플래그가 있는 경우, 서비스 제공자가 아닌 귀사가 ISS를 제공자의 지자체에 납부할 책임이 있습니다. 이는 단순한 데이터 입력 사항이 아니라, 기한이 있고 도시마다 다른 납부 시스템을 갖춘 세무 준수 조치 항목입니다. 일괄 출력에서 ISS 원천징수 열로 정렬하면 조치가 필요한 모든 송장을 한눈에 볼 수 있는 전체 목록이 제공됩니다. 플래그가 있는 세 개를 찾기 위해 30개의 개별 PDF를 뒤질 필요가 없습니다.

ISS 원천징수에 관한 법적 체계는 브라질 최고 법원에서 검증된 바 있습니다. 2020년, 브라질 연방대법원(STF)은 RE 1167509에서 서비스 제공자가 해당 지자체에 등록되지 않은 경우 지자체가 서비스 수취인에게 ISS 원천징수 의무를 부과할 수 없다고 판결했습니다. 이는 상파울루의 CPOM(타 지자체 서비스 제공자 등록) 요건을 뒤집은 것입니다. 그러나 서비스 유형과 지자체 조합이 정당한 원천징수를 유발하는 연방법에 따른 원천징수 의무는 여전히 유효합니다. 어떤 송장에 유효한 원천징수 의무가 있는지 알려면 일괄 데이터를 확인해야 합니다.

ISS 세율 변동 감지

보완법 116/2003은 ISS 세율을 지자체 및 서비스 유형별로 2%에서 5%로 규정합니다. 그러나 지자체들은 기업 유치를 위해 세율 경쟁을 벌이고 있으며, UNDP의 브라질 세무 시스템 진단 검토 보고서는 "ICMS 및 ISS 세액 공제 혜택에 대한 약탈적 경쟁"을 지적합니다. 서비스 제공자가 상파울루에서 5%로 과세되는 서비스 코드에 대해 2%의 세율을 적용할 수 있는데, 이는 해당 제공자가 기업 유치를 위해 세율을 낮춘 지자체에 등록되어 있기 때문입니다. 해당 세율의 유효성 여부는 회계팀이 판단할 세무 판단 사항입니다. 그러나 이를 포착하려면 일괄 데이터를 확인해야 합니다. 문서 한 건의 2% 세율은 정상적으로 보입니다. 동일한 서비스 코드에 대해 문서 10건은 5%, 1건은 2%라면 — 이는 조사할 가치가 있는 변동입니다.

국가 NFS-e 표준이 일괄 처리에 미치는 의미

SNNFS-e(국가 NFS-e 시스템)는 지자체별로 상이한 서비스 송장 형식을 통일하려는 브라질의 노력입니다. 2025년 8월 기준 1,463개 지자체가 참여했지만, 가입은 자발적이며 상파울루를 비롯한 주요 도시들은 자체 시스템을 유지하겠다고 공개적으로 밝혔습니다. 그 결과 하이브리드 환경이 형성되었습니다: 일부 제공업체의 NFS-e는 국가 XML 표준으로 발행되고, 다른 제공업체는 해당 시청의 자체 형식으로 발행되며, 어느 쪽이 적용될지 통제할 수 없습니다.

일괄 처리 관점에서 이러한 하이브리드 환경은 형식 독립적 추출의 중요성을 강화합니다. 템플릿 기반 도구는 이제 표준 이전의 시청별 레이아웃과 국가 표준을 모두 처리해야 하며, 도시가 표준을 전환할 때마다 템플릿을 업데이트해야 합니다. 의미 기반 추출은 문서에 포함된 내용을 그대로 읽으므로 어떤 표준으로 생성되었는지와 무관합니다. 국가 표준 NFS-e와 상파울루 맞춤 형식 NFS-e가 동일한 배치에 포함되어도 동일한 열로 추출되며 동일한 출력을 생성합니다. 표준화 프로세스는 문서 내용을 변경할 뿐, 추출 방식은 변경하지 않습니다.

2025년 세제 개혁 — ISS를 점진적으로 IBS(재화 및 서비스세)로 대체할 예정 — 은 또 다른 계층을 추가합니다. 전환 기간 동안 NFS-e에는 기존 ISS 필드와 새로운 IBS/CBS 필드가 모두 포함될 수 있습니다. 이에 따라 "IBS 금액", "CBS 금액" 열을 기존 ISS 열과 함께 추가하여 대응합니다. 템플릿 재설계가 필요하지 않습니다.

조직에서 브라질 상품 송장도 처리한다면, NF-e XML 추출에 대한 내용은 NF-e 추출 가이드에서 다룹니다. 열 정의가 충분히 포괄적이면 두 문서 유형을 동일한 일괄 처리에서 함께 처리할 수 있습니다. LC 116 코드와 같은 NFS-e 전용 필드는 NF-e 문서에서 비어 있게 되며, 이는 정상적인 동작이며 오류를 발생시키지 않습니다.

FAQ: NFS-e 일괄 처리

서로 다른 도시에 있는 공급자의 NFS-e 문서를 함께 일괄 처리할 수 있나요?

네, 이것이 주요 사용 사례입니다. 의미론적 추출은 특정 도시의 레이아웃을 매칭하는 것이 아니라 내용을 이해하여 각 문서를 독립적으로 읽습니다. 상파울루(ISS 5%), 벨루오리존치(ISS 3%), 쿠리치바(ISS 4%)의 NFS-e가 동일한 배치에서 동일한 열 정의로 모두 처리됩니다. AI는 각 문서에서 페이지 내 위치와 관계없이 공급자 CNPJ, ISS 계산 기준 및 기타 필드를 찾습니다.

일괄 출력에서 ISS Retido na Fonte는 어떻게 처리되나요?

"ISS 원천징수" 필드는 전용 열로 추출되며, 일반적으로 "Sim"(예) 또는 "Não"(아니오) 값을 포함합니다. 일괄 출력 스프레드시트에서 이 열을 기준으로 정렬하면 회사가 원천징수 의무자인 모든 인보이스의 전체 목록을 얻을 수 있습니다. 그런 다음 각 플래그가 지정된 인보이스의 ISS 세율 × 기준 금액을 계산하여 올바른 세무서의 지불 시스템으로 각각 라우팅합니다. 추출 도구는 데이터를 제공합니다. 세금 납부 자체는 회계 팀이 각 지방 자치 단체의 지불 포털을 통해 수행해야 하는 별도의 규정 준수 단계로 남아 있습니다.

공급자가 레이아웃 오류나 누락된 필드가 있는 NFS-e를 발행하면 어떻게 되나요?

추출 엔진은 문서에 있는 내용을 읽습니다. 예를 들어 CNPJ와 같은 필수 필드가 누락되었거나 읽을 수 없는 경우 출력에서 해당 셀은 비어 있게 됩니다. 이는 실제로 유용합니다. 일괄 출력에서 빈 셀은 공급자에게 후속 조치가 필요한 문서를 즉시 식별하는 반면, 30개의 문서를 수동으로 입력하면 나머지 문서 중에서 하나의 빈 필드를 놓칠 수 있습니다. 일괄 보기를 통해 누락 사항을 확인할 수 있습니다.

동일한 배치에 NFS-e 문서와 국제 서비스 인보이스를 혼합할 수 있나요?

네. 열 정의가 "인보이스 번호", "공급업체 이름", "총 금액", "세금 금액"과 같이 두 문서 유형을 모두 포함하는 경우 국제 인보이스와 NFS-e 문서가 동일한 배치에 공존할 수 있습니다. "LC 116 서비스 코드" 또는 "ISS 세율"과 같은 NFS-e 관련 열은 비브라질 문서의 경우 비어 있고, "VAT 번호"와 같은 국제 관련 열은 NFS-e 문서의 경우 비어 있습니다. 두 동작 모두 예상된 것이며 오류를 발생시키지 않습니다.

추출 엔진이 NFS-e 문서의 2026년 세제 개편 필드(IBS/CBS)를 처리할 수 있나요?

네 — 지자체가 NFS-e 레이아웃을 IBS 또는 CBS 필드를 포함하도록 업데이트하면, 배치 정의에 해당 열 이름(예: "IBS 금액", "CBS 금액")을 추가하기만 하면 됩니다. 추출 엔진은 기존 ISS 및 CNPJ 필드를 찾는 것과 동일한 방식으로 문서 내용을 이해하여 이러한 새 필드를 찾습니다. 템플릿 재구성은 필요하지 않습니다. 2033년까지의 전환 기간 동안 ISS와 IBS 필드가 모두 포함된 NFS-e 문서가 섞인 배치를 실행할 수 있습니다 — 두 필드 모두에 대해 열을 정의하면 각 문서에 있는 필드가 출력에 채워집니다.

배치 처리를 각 지자체 API를 직접 통합하는 것과 비교하면 어떻습니까?

지자체 API 통합은 서비스 제공자가 운영하는 각 도시에 대해 별도의 연결을 구축하고 유지해야 합니다 — 각각 고유한 인증 방식, 스키마, 업데이트 일정이 있습니다. SNNFS-e(국가 NFS-e 시스템) 표준은 참여 지자체의 경우 이를 간소화하지만, 상파울루와 같은 주요 도시는 참여를 거부했습니다. 의미론적 배치 추출은 이미 받은 문서(PDF, XML, DANFSE(NFS-e 보조 문서) 출력물)를 처리하므로 어떤 지자체 시스템에도 API 접근이 필요하지 않습니다. 이는 아웃바운드 NFS-e 발행을 위한 API 통합의 대안이 아닙니다. 서비스 발행자가 아닌 서비스 수취인(tomador)일 때의 수신 측 솔루션입니다.

NFS-e 외의 배치 문서 추출에 대한 더 넓은 개요는 Excel로의 배치 송장 추출이 다양한 문서 유형과 통화에서 어떻게 작동하는지 확인하세요.

지자체별 입력에서 배치별 조정으로

NFS-e는 정부의 세금 징수를 효율적으로 만들기 위해 설계되었으며, 실제로 그렇습니다. 받는 모든 서비스 송장은 받은 편지함에 도착하기 전에 지자체 세무 당국의 검증을 거쳤습니다. CNPJ가 확인되었고, ISS 세율이 서비스 코드와 대조 검증되었으며, 송장 번호가 부여되었습니다. 해당 데이터는 존재하며 정확합니다. 대부분의 국제 송장이 거치지 않는 정부 검증 단계를 통과했습니다.

비효율성은 전적으로 수신 측에 있습니다: SPED(디지털 세무 회계 시스템) 조정에 필요한 스프레드시트에 도시별로 다른 문서의 검증된 필드를 다시 입력해야 합니다. 배치 의미론적 추출은 입력 속도를 높이는 것이 아니라 입력 자체를 제거함으로써 그 격차를 해소하며, 수동 입력으로는 결코 만들 수 없는 지자체 간 관점을 제공합니다.

다음에 상파울루, 리우, 벨루오리존치 등 여러 지역의 제공업체로부터 NFS-e 묶음을 받으면 하나의 배치로 처리해 보세요. 열을 한 번 정의하고 추출을 실행한 다음 지자체별로 정렬하여 ISS 합계를 확인하세요. 배치 보기가 개별 문서에서 보이지 않던 무언가를 드러내는지 확인해 보세요.