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

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

단일 NFS-e 추출 가이드를 읽었다면 핵심 메커니즘을 알 것입니다. 의미론적 추출은 각 필드의 의미를 이해하여 NFS-e를 읽습니다. "Prestador" 레이블 옆의 14자리 CNPJ do Prestador(서비스 제공자 법인 세금 ID), ISS 섹션 아래의 ISS base de cálculo(과세 기준), 지자체가 인쇄한 위치의 alíquota ISS(ISS 세율)를 찾는 방식입니다. 하나의 문서, 하나의 열 정의 집합, 하나의 출력 행입니다. 지자체별 변동 문제는 문서 수준에서 해결됩니다.

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

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

둘째, ISS Retido na Fonte(원천징수된 ISS) 추적은 배치 규모의 규정 준수 작업이 됩니다. NFS-e에 "ISS Retido na Fonte = Sim"으로 표시되면 ISS 납부 의무가 서비스 제공자에서 서비스 수취인(귀하)으로 이전됩니다. 각 발생 건에 대해 관련 prefeitura(지자체)에 각각의 납부 기한과 납부 시스템으로 별도로 납부해야 합니다. 여러 도시의 10개 문서에서 어떤 인보이스가 이 의무를 발생시키고 그렇지 않은지 추적하는 것은 수동 체크리스트로 관리할 수 없습니다.

셋째, 데이터 자체가 집계될 때 더 가치가 있습니다. 제공자별 ISS 총액, 도시별 서비스 지출, 원천징수된 세금 대 제공자가 납부한 세금의 비율 등은 단일 문서로는 전혀 확인할 수 없습니다. 이러한 정보는 전체 배치가 하나의 스프레드시트에 있을 때만 나타납니다.

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

다중 지자체 NFS-e 처리가 표준 인보이스 배치와 근본적으로 다른 점

표준 배치 인보이스 처리(미국 또는 유럽 전역의 50개 공급업체로부터 50개의 PDF 수신)는 주로 볼륨 문제입니다. 인보이스는 서로 다르게 보이지만, 기본 세금 로직은 일관됩니다: 국가 요율의 부가가치세(VAT), 주별 판매세, 필드는 대체로 예측 가능한 위치에 예측 가능한 레이블로 있습니다.

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

이것이 바로 대부분의 문서 추출 도구가 사용하는 템플릿 기반 추출 방식이 구조적으로 작동 불가능해지는 지점입니다. 템플릿은 각 필드에 대해 직사각형 영역을 정의합니다: "CNPJ do Prestador는 픽셀 위치 (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에서 prefeitura(시청) 식별자를 읽고 도시 이름을 입력합니다. 이제 배치 출력에는 정렬 가능한 지자체 열이 생겨, 도시별 ISS 합계 및 세금 보고를 수동 대조 작업 대신 피벗 테이블로 처리할 수 있습니다.

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

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

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

지자체 간 ISS 정산: 일괄 처리만의 관점

NFS-e 일괄 처리의 가장 큰 가치는 시간 절약이 아닙니다. 문서당 3분에서 페이지당 5~10초로 줄어드는 18배의 개선 효과도 물론 중요하지만, 가장 가치 있는 것은 모든 문서가 하나의 테이블에 모였을 때만 가능한 정산 관점입니다.

단일 문서 처리로는 불가능한 이 관점이 제공하는 기능은 다음과 같습니다:

도시별 ISS 합계

결과를 지자체별로 그룹화하고 ISS 금액을 합산하면 각 도시에서 서비스 구매에 적용된 총 ISS를 확인할 수 있습니다. 이 데이터는 두 가지 이유로 중요합니다. 첫째, 특정 도시의 모든 공급업체에 걸친 총 ISS가 해당 관할 구역의 내부 비용 배분과 일치하는지 여부를 알려줍니다. 둘째, 이 인보이스 중 ISS 원천징수 의무자가 귀하인 경우, 도시별 합계는 지방세 납부 기록과 대조해야 할 숫자입니다. Dentons의 글로벌 세금 가이드에 따르면 "ISS를 두고 서로 다른 지자체 간의 분쟁은 매우 흔하다"고 합니다. 일괄 처리 수준의 관점은 다른 지자체에서 문의가 들어올 때 감사 추적 자료가 됩니다.

ISS Retido na Fonte 추적

NFS-e에 "ISS Retido na Fonte = Sim" 플래그가 설정된 경우, 서비스 제공자가 아닌 귀사가 해당 서비스 제공자의 소재지 자치단체에 ISS를 납부할 책임이 있습니다. 이는 단순한 데이터 입력 사항이 아니라, 기한이 있고 도시별로 납부 시스템이 다른 세무 컴플라이언스 조치 항목입니다. 일괄 출력에서 ISS Retained 열을 기준으로 정렬하면, 귀하의 조치가 필요한 모든 세금 계산서를 단일 보기로 확인할 수 있습니다. 30개의 개별 PDF에서 플래그가 있는 3개를 찾기 위해 일일이 검색할 필요가 없습니다.

ISS 원천징수 관련 법적 체계는 브라질 최고 법원에서 시험대에 올랐습니다. 2020년, 브라질 연방 대법원(STF)은 RE 1167509 판결에서 서비스 제공자가 해당 자치단체에 등록되지 않은 경우, 자치단체가 서비스 이용자에게 ISS 원천징수 의무를 부과할 수 없다고 판결했습니다. 이는 상파울루의 CPOM 등록 요건을 뒤집는 결정이었습니다. 그러나 서비스 유형과 자치단체 조합이 적법한 원천징수를 유발하는 경우, 연방법에 의해 설정된 원천징수 의무는 여전히 유효합니다. 유효한 원천징수 의무가 있는 세금 계산서를 식별하려면 일괄 데이터를 확인해야 합니다.

ISS 세율 변동 감지

LC 116/2003은 자치단체 및 서비스 유형별로 ISS 세율을 2%~5%로 규정합니다. 그러나 자치단체는 기업 유치를 위해 세율 경쟁을 벌입니다. UNDP의 브라질 조세 제도 진단 보고서는 "ICMS 및 ISS 세금 인센티브에 대한 약탈적 전쟁"을 지적합니다. 서비스 제공자가 상파울루에서 5%로 과세되는 서비스 코드에 대해 2%의 세율을 적용할 수 있는 이유는, 해당 제공자가 세율을 낮춰 기업을 유치하는 자치단체에 등록되어 있기 때문입니다. 해당 세율의 적법성 여부는 귀사의 회계 부서가 판단할 사항입니다. 그러나 이를 발견하려면 일괄 데이터를 확인해야 합니다. 2% 세율의 단일 문서는 정상적으로 보입니다. 동일한 서비스 코드에 대해 5% 세율 문서 10개와 2% 세율 문서 1개가 있다면, 이는 조사할 가치가 있는 변동입니다.

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

Sistema Nacional da NFS-e(SNNFS-e, 국가 NFS-e 시스템)는 브라질이 지자체 간 서비스 인보이스 형식을 통일하기 위한 노력입니다. 2025년 8월 기준으로 1,463개 지자체가 참여했지만, 채택은 자발적이며 상파울루 같은 대도시는 자체 시스템을 유지하겠다고 공식 확인했습니다. 그 결과 일부 공급업체는 국가 XML 표준에 따라 NFS-e를 발행하고, 다른 업체는 자체 도시 시스템을 사용하는 혼합 환경이 형성되었으며, 이를 통제할 수 없습니다.

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

2026년 세제 개혁(2033년까지 ISS를 점진적으로 IBS(Imposto sobre Bens e Serviços)로 대체)은 또 다른 계층을 추가합니다. 전환 기간 동안 NFS-e 문서에는 기존 ISS 필드와 새로운 IBS/CBS 필드가 모두 포함될 수 있습니다. 추출 방식은 기존 ISS 열 옆에 "IBS 금액", "CBS 금액"과 같은 새 열 이름을 추가하여 적응합니다. 템플릿 재설계는 필요하지 않습니다.

조직에서 브라질 상품 인보이스도 처리하는 경우 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 국가 표준은 참여 지자체의 경우 이를 간소화하지만, 상파울루와 같은 대도시는 참여를 거부했습니다. 의미론적 배치 추출은 이미 수신한 문서(PDF, XML, DANFSE 출력물)를 처리하며, 어떤 지자체 시스템에도 API 접근이 필요하지 않습니다. 이는 아웃바운드 NFS-e 발행을 위한 API 연동을 대체하는 것이 아닙니다. 이는 서비스 이용자(tomador)로서 수신 측면의 솔루션입니다.

NFS-e 외의 배치 문서 추출에 대한 더 넓은 시각을 원하시면, 다양한 문서 유형과 통화에서 작동하는 배치 송장 추출을 Excel로 하는 방법을 확인해 보세요.

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

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

비효율성은 전적으로 수신 측에 있습니다. 도시마다 다른 문서에서 검증된 항목을 SPED 조정에 필요한 스프레드시트에 다시 입력해야 합니다. 배치 의미론적 추출은 입력 속도를 높이는 것이 아니라 입력 자체를 제거함으로써 그 격차를 해소합니다. 그렇게 함으로써 수동 입력으로는 결코 만들어낼 수 없는 지자체 간 관점을 제공합니다.

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