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

브라질 서비스 청구서가 다른 모든 청구서와 다른 이유

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

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

이는 예외적인 경우가 아닙니다. 이는 브라질 재정 연방주의 구조적 현실이며, 보충법 116/2003에 명시되어 각 지자체에 자체 ISS 세율(2%~5%) 설정 및 서비스세 징수 권한을 부여합니다. 연방 정부는 국가 NFS-e 시스템(Sistema Nacional de NFS-e / SNNFS-e)을 통해 이를 통합하려 노력 중이며, 2026년 초 기준 1,280개 이상의 지자체가 참여했습니다. 그러나 도입은 자발적이며, 많은 주요 도시들이 여전히 자체 시스템을 운영합니다.

이 문서를 수신하는 팀(브라질 마케팅 대행사나 IT 컨설턴트의 PDF를 여는 AP 담당자)에게 실질적인 결과는 이것입니다: 두 NFS-e 문서가 동일하게 보이지 않는다는 점입니다. 상파울루에서 발행된 서비스 청구서는 ISS 과세 표준(계산 기준)을 포르투알레그레에서 발행된 것과 다른 위치에 배치합니다. 서비스 제공자의 법인 세금 ID(CNPJ do prestador)는 한 문서에서는 헤더에, 다른 문서에서는 사이드바에 있을 수 있습니다. 상파울루에서 작동하는 템플릿은 캄피나스에서는 작동하지 않습니다.

이것이 대부분의 문서 추출 도구가 사용하는 템플릿 기반 OCR이 NFS-e에서 체계적으로 실패하는 이유입니다. 템플릿은 좌표를 일치시키지만, 지자체는 좌표를 변경합니다. 브라질의 다른 주요 전자 청구서 유형이 어떻게 작동하는지 자세히 알아보려면 주 정부 수준의 상품 청구서를 다루는 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)에 이르기까지 모든 것이 포함된 하위 항목이 있습니다. 전체 목록은 Lei Complementar 116/2003의 부속서에서 공개적으로 확인할 수 있습니다. 귀하가 받는 모든 NFS-e에는 이러한 코드 중 하나가 포함되어 있으며, 해당 코드는 공급업체가 적용했어야 할 ISS 세율을 직접 결정합니다.

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

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

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

CNPJ를 잘못 입력하면 — 14자리 문자열에서 한 자리만 틀려도 — 공급업체 마스터 조정이 실패하고, 귀하의 법인이 원천징수 의무자일 경우 ISS 공제를 청구할 수 없습니다. 잘못된 ISS 세율을 ERP에 입력하면(2%를 5%로 입력) 전체 보고 기간 동안 세금 발생액이 잘못되어 지방 세무 감사에서 적발될 수 있습니다. "ISS Retido na Fonte = Sim" 플래그를 놓치면 공급업체가 아닌 귀하가 법적으로 프리페이투라에 납부해야 할 ISS를 송금하지 못하게 됩니다.

이는 가상의 위험이 아닙니다. 브라질 세무 당국은 NFS-e 발행자와 수취인 간의 전자적 교차 검증을 수행합니다. 귀하의 공급업체가 귀하의 CNPJ로 R$50,000를 받았다고 보고했지만, 두 개의 송장이 잘못 입력되어 귀하의 SPED 기록에 R$48,000로 표시되면 불일치가 자동 통지를 촉발하고 — 이후 공식 조사로 이어집니다.

이를 적은 규모라도 곱해 보십시오. IT 컨설팅, 마케팅 대행사, 법률 회사, 회계 사무소, 시설 관리 회사 및 소수의 프리랜서 등 10개의 브라질 서비스 공급업체를 보유한 중견 기업은 월 30~50개의 NFS-e 문서를 받을 수 있습니다. 문서당 3분이면 약 2.5시간의 수동 입력이 필요합니다. 그러나 실제 비용은 2.5시간이 아닙니다. 바로 수정 주기입니다: 균형이 맞지 않는 조정 스프레드시트, 사본을 요청하는 공급업체에 대한 전화, 수정된 세금 신고, 불일치를 해결하기 위한 회계 수수료.

이것이 "문서 추출"이라는 용어가 구체화되는 지점입니다. 이는 단순히 입력 시간을 절약하는 것이 아닙니다. 지방 자치 단체가 검증한 것과 귀하의 ERP가 수신한 것 사이의 격차를 없애는 것입니다.

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

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

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

대안은 의미 기반 추출입니다: 필드를 위치로 검색하는 대신, 그것이 의미하는 바를 기준으로 검색합니다. 추출 엔진에 "서비스 공급자의 CNPJ가 필요합니다"라고 지시하면, 엔진은 문서를 읽고 "Prestador" 옆에 "CNPJ"라고 표시된 14자리 숫자가 페이지의 어디에 있든 공급자의 사업자등록번호임을 이해합니다.

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

추출 방식은 사용자 정의 열 추출을 사용합니다: 출력에 원하는 필드 이름("공급자 CNPJ", "서비스 코드(LC 116)", "ISS 금액", "NFS-e 번호")을 입력하면 AI가 라벨의 의미를 이해하여 문서에서 각 값을 찾습니다. 이 열 이름은 최종 Excel 스프레드시트의 헤더가 되므로, 재구성 없이 ERP 또는 회계 시스템에 업로드할 준비가 된 출력물을 얻을 수 있습니다.

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

다음은 수신한 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가 문서별 레이아웃 차이를 자동으로 처리하고, 팀은 하나의 출력 파일만 관리하면 됩니다.

월 50, 100개 이상의 NFS-e 문서와 같은 대량 시나리오의 경우, Excel로 인보이스 일괄 추출은 문서 수에 따라 선형적으로 확장되는 수동 처리를 없애줍니다.

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

브라질은 현재 세제 개혁이 진행 중이며, 이는 결국 ISS와 ICMS를 통합 IBS(Imposto sobre Bens e Serviços)로 대체하고 PIS/COFINS를 CBS(Contribuição sobre Bens e Serviços)로 대체할 것입니다. 전환은 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 추출 가이드를 참조하세요. 브라질 급여 문서도 처리하는 경우, 홀레리테(급여명세서) 추출 가이드에서 해당 워크플로우를 다룹니다.

자주 묻는 질문: 브라질 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 문서를 해외 인보이스와 동일한 배치에 포함할 수 있습니다. 추출 엔진은 각 문서를 독립적으로 읽고 찾은 필드를 채웁니다. 그러나 LC 116 서비스 코드나 ISS 금액과 같은 NFSe-특정 필드의 경우, 비브라질 인보이스에서는 해당 열이 비어 있게 되며 이는 예상된 현상이며 오류를 발생시키지 않습니다.

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

개혁은 추출 방식 자체를 변경하지 않으며, 향후 NFS-e 문서에 표시되는 필드를 변경합니다. 지자체가 ISS를 대체하거나 보완하여 IBS 및 CBS 필드를 포함하도록 레이아웃을 업데이트함에 따라, 새로운 필드 이름을 포함하도록 열 정의를 업데이트해야 합니다. 추출 접근 방식은 동일합니다. 새 열 이름을 추가하면 AI가 해당 값을 찾습니다. 2033년까지의 점진적 전환은 중복 기간 동안 이전 및 새 세금 필드가 모두 포함된 문서를 처리할 가능성이 높음을 의미합니다.

이 추출 방식을 사용하려면 브라질 세금 ID(CNPJ)가 필요한가요?

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

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

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

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