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

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

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

일괄 처리는 단일 문서 추출에서는 나타나지 않는 다른 종류의 문제를 제기합니다. 상파울루, 리우데자네이루, 벨루오리존치(ISS 3%), 쿠리치바(ISS 4%) 및 기타 6개 도시의 제공업체에서 NFS-e 30건을 하나의 처리 큐에 넣으면 단일 문서에서는 절대 발생하지 않는 세 가지 상황이 발생합니다:

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

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

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

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

다지자체 NFS-e 처리가 표준 송장 일괄 처리와 근본적으로 다른 이유

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

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

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

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

의미 기반 추출이 개별 NFS-e 필드를 처리하는 방법에 대한 전체 설명은 단일 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 추적

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

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

ISS 세율 변동 감지

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

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

SNNFS-e는 지자체 간 서비스 송장 형식을 통일하려는 브라질의 노력입니다. 2025년 8월 기준 1,463개 지자체가 참여했지만, 채택은 자발적이며 상파울루와 같은 주요 도시는 자체 시스템을 유지하겠다고 공개적으로 확인했습니다. 그 결과 하이브리드 환경이 형성되었습니다: 일부 제공자는 국가 XML 표준에 따라 NFS-e를 발행하고, 다른 제공자는 해당 도시의 자체 시스템을 사용하며, 이를 통제할 수 없습니다.

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

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

조직에서 브라질 상품 송장도 처리하는 경우 NF-e XML 추출 워크플로는 NF-e 추출 가이드에서 다룹니다. 열 정의가 충분히 포괄적이면 두 문서 유형이 동일한 일괄 데이터에 공존할 수 있으며, NF-e 문서의 경우 LC 116 코드와 같은 NFS-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 필드를 포함하도록 업데이트하면, 배치 정의에 해당 열 이름을 추가하기만 하면 됩니다. 추출 엔진은 기존 ISS 및 CNPJ 필드를 찾는 것과 동일한 방식으로 문서 내용을 이해하여 이러한 새 필드를 찾습니다. 템플릿 재구성은 필요하지 않습니다. 2033년까지의 전환 기간 동안 ISS와 IBS 필드가 모두 포함된 NFS-e 문서가 포함된 배치를 실행할 수 있습니다. 두 필드 모두에 대한 열을 정의하면 각 문서에 있는 필드가 출력에 채워집니다.

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

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

NFS-e 외의 배치 문서 추출에 대한 더 넓은 관점은 Excel로의 배치 송장 추출이 문서 유형과 통화에 걸쳐 어떻게 작동하는지 참조하세요.

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

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

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

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