브라질 운영을 위한 NFS-e 데이터 추출 방법
(2026년 가이드)

브라질 서비스 송장이 다른 모든 송장과 다른 이유

브라질의 세무 문서를 다뤄본 적이 있다면 NF-e(Nota Fiscal Eletrônica)에 익숙할 것입니다. 브라질에서 또는 브라질 공급업체와 거래하는 모든 AP 팀이 처리해야 하는 전자 상품 송장입니다. NF-e는 SEFAZ(주 재무부)가 주(state) 차원에서 관리하며, 단일 국가 XML 표준(레이아웃 버전 4.0)을 따르고, 상품 유통에 대한 주 차원의 세금인 ICMS(상품유통세)를 포함합니다. 복잡하지만 하나의 시스템입니다.

서비스 송장(NFS-e(Nota Fiscal de Serviços))은 시(municipal) 차원에서 관리됩니다. 여기에 포함된 세금은 ISS(서비스세)이며, 세율, 레이아웃, 검증 절차, 심지어 디지털 인증서 요구 사항까지 도시마다 다를 수 있습니다. 상파울루에는 자체 NFS-e 웹 서비스가 있고, 리우데자네이루에는 다른 것이 있으며, 벨루오리존치에는 세 번째 것이 있습니다. 그리고 나머지 5,567개 지자체도 각자의 시스템을 보유하고 있습니다.

이것은 예외적인 경우가 아닙니다. 이는 각 지자체에 자체 ISS 세율(2%~5%)을 설정하고 자체 서비스세 징수를 관리할 권한을 부여하는 연방 보완법 제116호/2003에 명시된 브라질 재정 연방주의의 구조적 현실입니다. 연방 정부는 국가 NFS-e 시스템(SNNFS-e)을 통해 이를 통합하기 위해 노력해 왔으며, 2026년 초 기준 1,280개 이상의 지자체가 참여했습니다. 그러나 채택은 자발적이며, 많은 대도시는 여전히 자체 시스템을 운영하고 있습니다.

이러한 문서를 받는 팀(브라질 마케팅 대행사나 IT 컨설턴트의 PDF를 여는 AP 담당자)에게 실질적인 결과는 다음과 같습니다: 두 NFS-e 문서가 동일하게 보이지 않습니다. 상파울루에서 발행된 서비스 송장은 포르투알레그리에서 발행된 송장과 ISS 과세표준(base de cálculo)의 위치가 다릅니다. 서비스 제공자(prestador)의 CNPJ(법인 납세자 등록 번호)는 한 문서에서는 헤더에, 다른 문서에서는 사이드바에 있을 수 있습니다. 상파울루에 맞는 템플릿은 캄피나스에서는 작동하지 않습니다.

이것이 대부분의 문서 추출 도구가 사용하는 접근 방식인 템플릿 기반 OCR이 NFS-e에서 체계적으로 실패하는 이유입니다. 템플릿은 좌표를 매칭합니다. 지자체는 좌표를 변경합니다. 브라질의 다른 주요 전자 송장 유형이 어떻게 작동하는지 자세히 알아보려면 주(state) 차원의 상품 송장을 다루는 NF-e XML 추출 가이드를 참조하세요.

브라질 서비스 인보이스(NFS-e)에 실제로 포함된 내용

서비스 인보이스(Nota Fiscal de Serviços / NFS-e)에서 데이터를 추출하려면 먼저 그 안에 무엇이 있는지, 그리고 각 필드가 회계에 어떤 의미를 갖는지 알아야 합니다. NFS-e는 단순한 청구서가 아닙니다. 세금 의무, 공급처 마스터 매칭, 감사 추적을 결정하는 법적으로 필수적인 필드가 포함된 세무 문서입니다.

일반적인 NFS-e의 주요 필드와 수취 측면에서 각각이 중요한 이유는 다음과 같습니다:

LC 116 서비스 코드 목록에는 40개의 주요 범주가 있으며, 각 범주에는 IT 서비스(범주 1)부터 법률 서비스(항목 17.14), 엔지니어링(범주 7), 의료(범주 4)에 이르는 하위 항목이 포함되어 있습니다. 전체 목록은 연방 보완법 제116호/2003의 부속서에서 공개적으로 확인할 수 있습니다. 귀하가 받는 모든 NFS-e에는 이러한 코드 중 하나가 포함되어 있으며, 해당 코드는 서비스 제공자가 적용했어야 하는 ISS(서비스세) 세율을 직접 결정합니다.

이러한 필드 중 선택 사항은 없습니다. NFS-e를 검증하는 지자체는 문서를 승인하기 전에 모든 필드를 확인합니다. 즉, 정확한 AP 처리를 위해 필요한 데이터는 이미 존재합니다. 송장이 귀하의 받은 편지함에 도착하기 전에 정부 세무 당국이 검증한 것입니다. 문제는 이 데이터를 다시 입력하지 않고 문서에서 추출하여 스프레드시트에 옮길 수 있는지 여부입니다.

수동 NFS-e 입력이 재무 팀에 미치는 비용

일반적인 가정은 송장 데이터를 수동으로 입력하는 것이 느리다는 것입니다. 실제로 그렇습니다. 평균 단일 페이지 문서를 스프레드시트에 입력하는 데 약 3분이 소요됩니다. 그러나 NFS-e의 경우 속도 저하가 가장 비용이 많이 드는 문제는 아닙니다. 가장 비용이 많이 드는 문제는 세무 기록을 통한 오류 전파입니다.

CNPJ(법인 납세자 등록 번호) 입력 오류 — 14자리 문자열에서 한 자리만 잘못 입력된 경우 — 공급업체 마스터 조정이 실패하고, 귀하의 법인이 원천징수 의무자인 경우 ISS(서비스세) 공제를 청구할 수 없습니다. ERP에 잘못된 ISS(서비스세) 세율이 입력된 경우(2%를 5%로 입력), 전체 보고 기간 동안 세금 발생액이 잘못되어 지자체 감사 중에 적발될 수 있습니다. "ISS Retido na Fonte = Sim" 플래그를 놓친 경우, 서비스 제공자가 아닌 귀하가 법적으로 시청에 납부할 책임이 있는 ISS(서비스세)를 납부하지 못하게 됩니다.

이는 가상의 위험이 아닙니다. 브라질 세무 당국은 NFS-e 발행자와 수취인 간의 전자적 교차 검증을 수행합니다. 귀하의 서비스 제공자가 귀하의 CNPJ로부터 R$50,000를 수령했다고 보고했는데, 두 송장이 잘못 입력되어 귀하의 SPED(디지털 세무 회계 시스템) 기록에 R$48,000로 표시된 경우, 불일치로 인해 자동 통지가 발생하고 이후 공식 조사가 진행됩니다.

이를 적당한 규모에 대입해 보겠습니다. 브라질 서비스 제공업체 10곳(IT 컨설팅, 마케팅 대행사, 법률 회사, 회계 사무소, 시설 관리 회사, 프리랜서 몇 명)을 두고 있는 중견 기업은 월 30~50건의 NFS-e 문서를 받을 수 있습니다. 문서당 3분씩 계산하면 약 2.5시간의 수동 입력 시간이 소요됩니다. 그러나 실제 비용은 2.5시간이 아닙니다. 실제 비용은 수정 주기입니다. 균형이 맞지 않는 조정 스프레드시트, 사본을 요청하는 서비스 제공자와의 통화, 수정된 세금 신고, 불일치를 해결하기 위한 회계 수수료가 그것입니다.

이것이 바로 "문서 추출"이라는 표현이 구체화되는 지점입니다. 이는 입력 시간을 절약하는 문제가 아닙니다. 지자체가 검증한 내용과 귀하의 ERP가 수신한 내용 사이의 격차를 제거하는 문제입니다.

AI 추출이 도시별 템플릿 없이 지자체별 차이를 처리하는 방법

NFS-e 추출의 핵심 기술적 과제는 문서를 읽기 어렵다는 것이 아닙니다. 브라질 어느 도시의 서비스 송장(NFS-e(Nota Fiscal de Serviços))은 명확하게 인쇄된, 대부분 기계 생성 문서입니다. 문제는 같은 필드가 다른 도시의 문서에서 다른 위치, 다른 라벨로 나타난다는 점입니다.

기존의 템플릿 기반 OCR은 각 필드에 대해 사각형 영역을 정의하여 이 문제를 해결합니다. "CNPJ do Prestador는 좌표 (x=150, y=320, w=200, h=30)에 있습니다." 이는 한 지자체에는 완벽하게 작동합니다. 그러나 다음 지자체에서는 작동하지 않습니다. 5,570개 도시에 대한 템플릿 라이브러리를 유지하는 것은 현실적이지 않습니다. 귀하의 제공업체가 있는 20개 도시에 대해서만 유지하더라도, 시청이 레이아웃 업데이트를 출시할 때(상파울루는 2025년 8월 NFS-e 매뉴얼 3.2 버전으로 업데이트함) 중단되는 20개의 템플릿을 의미합니다.

대안은 의미론적 추출입니다. 위치로 필드를 검색하는 대신 의미로 검색하는 것입니다. 추출 엔진에 "서비스 제공자의 CNPJ가 필요합니다"라고 지시하면, 엔진은 문서를 읽고 "Prestador" 옆에 있는 "CNPJ"라는 라벨이 붙은 14자리 숫자가 페이지의 어디에 있든 제공자의 세금 ID임을 이해합니다.

이는 OCR과 근본적으로 다릅니다. OCR은 픽셀을 문자로 변환합니다. 비전 언어 모델로 구동되는 의미론적 추출은 사람이 문서를 읽는 방식에 더 가깝게 문서를 읽습니다. 라벨, 맥락, 문서 구조를 이해합니다. 상파울루 레이아웃이 "Prestador de Serviços"를 왼쪽 상단에 배치하고 포르투알레그리가 중앙 헤더에 배치할 때, 의미론적 엔진은 신경 쓰지 않습니다. 위치를 찾는 것이 아니라 의미를 찾는 것입니다.

추출 접근 방식은 맞춤 열 추출을 사용합니다. "제공자 CNPJ", "서비스 코드(LC 116)", "ISS 금액", "NFS-e 번호"와 같이 출력에 원하는 필드 이름을 입력하면 AI는 라벨의 의미를 이해하여 문서에서 각 값을 찾습니다. 위치가 아닌 의미를 기준으로 합니다. 이러한 열 이름은 최종 Excel 스프레드시트의 헤더가 되므로 출력은 재구성 없이 귀하의 ERP 또는 회계 시스템에 업로드할 준비가 됩니다.

단계별 가이드: NFS-e 데이터를 Excel로 추출하기

수신한 NFS-e 문서에서 데이터를 구조화된 스프레드시트로 추출하는 실용적인 워크플로우를 소개합니다. 이 프로세스는 PDF/DANFSE(전자 서비스 송장 보조 문서) 또는 기본 XML 파일이 있는 경우 모두 작동합니다.

ISS 원천징수, 복수 서비스 코드, 일괄 시나리오 처리

대부분의 NFS-e 추출은 단순합니다. 단일 제공자, 단일 서비스, 표준 필드로 구성됩니다. 그러나 실제 재무 워크플로우에서는 예외 사례가 발생하며, 이는 수작업 프로세스를 방해하는 요인이 됩니다. 다음은 자주 발생하는 세 가지 사례입니다.

원천징수된 ISS(ISS Retido na Fonte)

NFS-e에 "ISS Retido na Fonte = Sim"으로 표시된 경우, ISS를 시청에 납부할 의무는 서비스 제공자에서 서비스 이용자, 즉 귀하에게 이전됩니다. 이는 단순한 데이터 입력 사항이 아닙니다. 세무 준수 조치 항목입니다. 귀하의 재무 팀은 (1) 추출 결과에서 해당 송장을 식별하고, (2) 납부할 ISS 금액(송장에 표시된 세율 × 과세표준)을 계산하며, (3) 기한 내에 해당 시청에 납부해야 합니다.

이 단계를 놓치면 ISS가 누구에게도 납부되지 않습니다. 제공자는 원천징수로 신고했기 때문에 납부하지 않았고, 귀하는 해당 플래그를 놓쳤기 때문에 납부하지 않았습니다. 양측 모두 노출됩니다. "ISS Retido" 필드를 예/아니오 열로 추출하여 이러한 문서를 자동으로 플래그하는 추출 워크플로우는 준수 위험을 정렬 가능한 스프레드시트 열로 전환합니다.

한 장의 송장에 여러 서비스 코드

단일 NFS-e에는 여러 라인 항목이 포함될 수 있으며, 각 항목은 고유한 LC 116 서비스 코드와 고유한 ISS 세율을 가집니다. IT 컨설팅 회사는 "Análise e desenvolvimento de sistemas"(코드 1.01, 상파울루 ISS 5%)와 "Suporte técnico"(코드 1.07, 다른 세율 가능)를 별도로 청구할 수 있습니다. 송장 수준의 ISS 합계만 추출하면 각 라인이 올바르게 과세되었는지 판단하는 라인별 분류를 잃게 됩니다. 문서 합계가 아닌 라인 항목 수준의 서비스 코드와 ISS 금액을 추출하도록 열을 정의하십시오.

여러 서비스 제공자에 걸친 일괄 처리

다섯 개 도시의 다섯 서로 다른 제공자로부터 NFS-e 문서를 받을 때, 일괄 처리의 이점은 더 커집니다. 각 PDF를 개별적으로 열고 필드를 별도의 스프레드시트 행에 복사하는 대신, 모든 문서를 한 번에 업로드합니다. 추출 엔진은 문서를 병렬로 처리하며 — 페이지당 5~10초 소요 — 모든 제공자의 데이터를 동일한 열에 담은 통합 스프레드시트 하나를 생성합니다. 이것이 지방자치단체 분산 문제에 대한 실질적인 해답입니다. AI가 문서별 레이아웃 차이를 자동으로 처리하고, 귀하의 팀은 출력 파일 하나만 처리하면 됩니다. 이러한 분산이 존재하는 이유와 그 비용에 대한 구조적 분석은 대부분의 재무팀이 생각하는 것보다 브라질 NFS-e 처리가 더 비싼 이유를 참조하십시오.

월 50건, 100건 이상의 NFS-e 문서와 같은 대량 시나리오의 경우, Excel로의 송장 일괄 추출은 수동 처리에서 문서 수에 비례하여 증가하는 문서별 설정을 제거합니다.

2026년 세제 개혁: NFS-e 추출의 변화

브라질은 현재 세제 개혁이 진행 중이며, 이는 결국 ISS와 ICMS를 통합된 IBS(재화 및 서비스세)로 대체하고 PIS/COFINS를 CBS(재화 및 서비스세 사회보장기여금)로 대체할 것입니다. 전환은 2033년까지 점진적으로 이루어지지만, NFS-e 레이아웃은 이미 업데이트되고 있습니다. 상파울루는 2025년 8월 NFS-e 매뉴얼 버전 3.2를 발행하여 새로운 세금 구조를 위한 필드를 도입했습니다. 다른 지방자치단체도 이를 따를 것입니다.

데이터 추출 관점에서 이는 두 가지를 의미합니다. 첫째, 오늘 추출하는 필드(ISS 과세표준, ISS 세율, ISS 금액)는 향후 NFS-e 문서에서 IBS/CBS 필드로 보완되거나 대체될 것입니다. 둘째, 전환 기간 동안 기존 ISS 필드와 새로운 IBS 필드를 모두 포함하는 송장을 받을 수 있으며, 조정을 위해 두 필드를 모두 추출해야 합니다.

위에서 설명한 추출 접근 방식은 이를 자연스럽게 처리합니다. 고정 필드 위치나 하드코딩된 템플릿에 의존하지 않기 때문에, 업데이트된 NFS-e 레이아웃의 새 필드는 기존 필드와 동일한 방식으로 추출됩니다: 열 이름(예: "IBS 금액")을 추가하면 AI가 문서에서 해당 필드를 찾습니다. 템플릿 재구성이 필요 없습니다.

브라질 상품 송장(ICMS, IPI, PIS, COFINS 포함, 다른 규제 체계 적용)에서 세무 데이터를 추출하는 실용적인 가이드는 NF-e XML 추출 가이드를 참조하십시오. 브라질 급여 문서도 처리하는 경우, holerite(급여 명세서) 추출 가이드에서 해당 워크플로우를 다룹니다.

자주 묻는 질문: 브라질 NFS-e 서비스 인보이스 데이터 추출

XML 없이 NFS-e PDF에서 데이터를 추출할 수 있나요?

네, 가능합니다. PDF/DANFSE에는 지자체 검증에 필요한 모든 필수 세무 필드가 포함되어 있습니다. NF-e DANFE가 기본 XML 데이터의 약 90%를 생략하는 반면, NFS-e 인쇄 문서는 지자체마다 XML과 보조 문서에 포함되는 내용에 대한 단일 표준이 없기 때문에 더 자체적으로 완결되어 있습니다. 위 해부 표에 나열된 전체 필드 세트(CNPJ prestador/tomador, LC 116 코드, ISS 내역, NFS-e 번호, RPS 번호)는 일반적으로 PDF에 포함되어 있습니다. 그러나 XML에 접근할 수 있다면 이를 사용하세요. 100% 필드 커버리지를 보장하고 OCR 관련 정확도 변동을 제거합니다.

모든 브라질 도시의 NFS-e 문서에서 추출이 작동하나요?

의미론적 추출은 특정 도시의 레이아웃을 매칭하는 것이 아니라 문서 내용을 이해하여 필드를 읽습니다. 상파울루, 리우데자네이루, 벨루오리존치, 포르투알레그리 등 모든 지자체의 NFS-e에서 도시별 템플릿 없이 작동합니다. 그러나 수기로 작성된 NFS-e 문서(거의 모든 NFS-e가 기계 생성이므로 드뭅니다)의 추출 정확도는 인쇄 또는 디지털 문서보다 낮습니다. 필기 인식은 작동하지만 본질적으로 인쇄된 텍스트를 읽는 것보다 정확도가 떨어집니다.

원천징수된 ISS는 어떻게 처리하나요? 세금 납부 의무는 어떻게 관리하나요?

"ISS Retido na Fonte" 필드를 전용 열로 추출하세요. 이 필드가 "Sim"(또는 "Yes")인 모든 인보이스는 표준 AP 항목으로 제출하지 말고 세무 컴플라이언스 워크플로로 라우팅해야 합니다. 인보이스의 ISS 세율과 ISS 기준 금액은 납부할 금액을 알려주고, 제공자의 지자체는 납부할 곳을 알려줍니다. 추출 도구는 데이터를 제공합니다. 세금 납부 자체는 회계 또는 세무 팀이 관련 prefeitura의 지불 시스템을 통해 실행해야 하는 별도의 컴플라이언스 단계입니다.

NFS-e 문서를 일반 국제 송장과 함께 일괄 처리할 수 있나요?

네. 열 정의가 두 문서 유형을 모두 포괄할 만큼 넓다면(예: "송장 번호", "공급업체 이름", "총 금액"), 브라질 NFS-e 문서를 국제 송장과 동일한 배치에 포함할 수 있습니다. 추출 엔진은 각 문서를 독립적으로 읽고 발견한 필드를 채웁니다. 그러나 NFS-e 고유 필드(예: LC 116 서비스 코드 또는 ISS 금액)의 경우 해당 열은 비브라질 송장에서는 비어 있게 되며, 이는 정상적인 동작이며 오류를 발생시키지 않습니다.

2026년 세제 개혁이 NFS-e 필드 추출에 어떤 영향을 미치나요?

개혁은 추출 방식 자체를 바꾸지 않습니다. 미래 NFS-e 문서에 표시될 필드를 바꿉니다. 지방자치단체가 ISS와 함께 또는 대신 IBS 및 CBS 필드를 포함하도록 레이아웃을 업데이트함에 따라, 새 필드 이름을 포함하도록 열 정의를 업데이트해야 합니다. 추출 방식은 동일합니다. 새 열 이름을 추가하면 AI가 해당 값을 찾습니다. 2033년까지의 점진적 전환으로 인해 전환 기간 동안 이전 및 새 세금 필드가 모두 포함된 문서를 처리하게 될 가능성이 높습니다.

이 추출 방식을 사용하려면 브라질 납세자 등록 번호(CNPJ)가 필요한가요?

아니요. 수신된 NFS-e에서 데이터를 추출하는 것은 문서 처리 작업이지 세금 신고 행위가 아닙니다. NFS-e PDF 또는 XML에서 스프레드시트로 데이터를 추출하는 데 CNPJ가 필요하지 않습니다. 문서의 CNPJ 필드는 서비스 제공자와 서비스 이용자를 식별하며, 추출 도구는 이를 데이터 포인트로 읽어 출력 열에 배치합니다. 시청 세무 시스템과 상호 작용하지 않습니다.

문서별 입력에서 배치별 처리로

NFS-e는 정부의 세금 징수를 효율적으로 만들기 위해 설계되었으며 실제로 그렇습니다. 브라질에서 발행된 모든 서비스 송장은 귀하에게 도달하기 전에 시 세무 당국의 검증을 거치므로 데이터는 이미 일관성 검사를 통과했습니다. 비효율성은 전적으로 수신 측에 있습니다. AP 담당자가 이미 기계가 검증한 필드를, 도시마다 다른 문서에서, 세무 조정에 정확해야 하는 스프레드시트로 다시 입력하는 것입니다.

의미론적 추출은 그 방정식의 수신 측을 바꿉니다. 필드는 이미 존재하고, 이미 검증되었으며, 이미 기계가 읽을 수 있습니다(또는 거의 그렇습니다). 한 번의 배치로 스프레드시트에 넣는 것은 워크플로우 결정이지 기술적 돌파구가 아닙니다. 다음 NFS-e 문서 배치에서 테스트해 보십시오. 문서당 시간이 수동 입력 기준 3분에서 열 정의를 한 번 하고 추출을 실행하는 몇 초로 줄어드는지 확인해 보십시오.