완벽 가이드
브라질 NF-e 추출

브라질 NF-e에서 데이터를 추출하는 것은 일반 인보이스에서 데이터를 추출하는 것과 근본적으로 다릅니다. PDF 형식의 표준 인보이스는 시각적 레이아웃에서 필드를 읽기 위해 OCR이나 AI 기반 문서 이해가 필요합니다. 반면 NF-e는 XML 파일로 제공되며, 본질적으로 기계가 읽을 수 있도록 설계되었습니다. 이 구조는 상품이 창고를 떠나기 전에 브라질 주 세무 당국인 SEFAZ가 400개 이상의 자동화된 규칙에 대해 검증을 마친 것입니다.

문제는 데이터 가용성이 아닙니다. 데이터의 복잡성입니다. 유럽 Peppol BIS 인보이스는 약 100개의 XML 요소를 사용합니다. 레이아웃 버전 4.0의 NF-e는 여러 중첩 수준에 걸쳐 500개 이상의 구조화된 요소 그룹을 포함하며, 각 라인 항목마다 네 개의 개별 세금 계산 분기가 있으며, 각각 고유한 세금 상황 코드, 과세 기준 계산, 세율 및 공제 규칙을 사용합니다. 데이터는 완전하지만, 이를 올바르게 추출하려면 각 필드의 의미와 다른 필드와의 연결 방식을 이해해야 합니다.

이 가이드는 실무 참고 자료로 설계되었습니다. 처음으로 NF-e 추출 워크플로우를 설정하는 경우, 섹션 2의 단계별 워크플로우부터 시작하십시오. 이미 추출 파이프라인이 실행 중이고 특정 ICMS 세율을 확인하거나 CFOP 코드를 조회해야 하는 경우, 섹션 3부터 6까지의 참조 테이블로 바로 이동하십시오. 각 섹션은 독립적으로 사용할 수 있지만, 전체적인 그림을 이해하는 것이 진정한 가치입니다: 추출해야 할 필드, 올바른지 확인하는 방법, 그리고 NF-e가 취소 이벤트나 비상 지시자와 함께 도착했을 때 수행할 작업을 아는 것입니다.

NF-e 추출이 일반 송장 추출과 다른 점

NF-e 추출이 어떻게 작동하는지, 그리고 표준 송장 추출 방식(PDF 업로드, 열 정의, 데이터 획득)이 문제의 일부만 해결하는 이유를 정의하는 세 가지 구조적 차이점이 있습니다.

1. 출처는 시각적 문서가 아닌 XML입니다. 일반 송장 추출은 읽기 문제입니다. AI 또는 OCR 시스템이 페이지에서 텍스트를 찾고, 어떤 문자열이 송장 번호인지 인식하여 올바른 열에 매핑해야 합니다. NF-e 추출은 파싱 및 매핑 문제입니다. 데이터는 이미 기계가 읽을 수 있는 태그에 있지만, XML 구조는 포르투갈어 태그 이름(발행자용 <emit>, 수취인용 <dest>, 세금용 <imposto>)과 과세 체계에 따라 달라지는 깊이 중첩된 계층 구조를 사용합니다. 추출 과제는 "데이터 찾기"에서 "각 출력 열에 올바른 XML 경로 매핑"으로 전환됩니다.

2. 세금 구조는 다차원적입니다. 단일 NF-e 라인 항목에는 최대 4개의 독립적인 세금 계산(ICMS(주 차원, CST 코드에 따라 10개 이상의 변형), IPI(연방 소비세, 제품 의존적), PIS 및 COFINS(연방 사회 기여금))이 포함됩니다. 각 세금에는 고유한 계산 기준, 세율, CST(세금 상황 코드) 및 공제 자격 규칙이 있습니다. 하나의 세율이 전체 라인에 적용되는 EU VAT 송장과 달리, NF-e 라인 항목에는 각각 잠재적으로 다른 과세 기준을 가진 별도의 <ICMS>, <IPI>, <PIS> 및 <COFINS> 하위 그룹이 포함됩니다. 합계만 추출하면 각 세액 공제가 올바르게 계산되었는지 확인하는 세부 정보를 놓치게 됩니다.

3. 추출 워크플로는 발행 후 이벤트를 고려해야 합니다. NF-e는 24시간 이내에 취소될 수 있습니다. 특정 필드를 수정하는 Carta de Correção(CC-e)를 받을 수 있습니다. SEFAZ에 연결할 수 없는 경우 비상 모드로 발행될 수 있습니다. 수취인 측에서 manifestação do destinatário라는 이벤트를 트리거합니다. 이는 구매자가 수령을 확인하고, 거래를 승인하거나 거부해야 하는 법적 의무입니다. 완전한 추출 파이프라인은 초기 XML을 추출하고 끝내는 것이 아니라 이러한 이벤트 기반 변경 사항을 처리해야 합니다. 취소 및 비상 모드 규칙이 AP 워크플로에 미치는 영향에 대한 자세한 내용은 NF-e 처리 복잡성 분석을 참조하세요.

이 세 가지 차이점은 NF-e 추출이 "포르투갈어 필드 이름이 있는 송장 추출"이 아님을 의미합니다. 이는 문서 OCR보다 EDI 파싱에 더 가깝지만, 대부분의 EDI 표준보다 한 차원 더 높은 세금 복잡성을 가진 독자적인 범주입니다. 고유한 구조적 복잡성을 가진 또 다른 주요 라틴 아메리카 전자 송장 시스템에 대한 내용은 멕시코 CFDI 추출 완벽 가이드를 참조하세요.

NF-e 추출 전체 워크플로우: 단계별 가이드

수동, 스크립트 기반 또는 AI 기반의 종단 간 NF-e 추출 워크플로우는 모두 동일한 논리적 순서를 따릅니다. 각 단계는 다음 단계로 전달되는 특정 출력을 생성합니다.

NF-e XML 필드 매핑 참조

다음 표는 필수 NF-e XML 경로를 스프레드시트 열에 매핑합니다. 필드는 중요도에 따라 분류됩니다: 필수(기본 처리에 필요), 중요(세금 검증 및 공제 환급에 필요), 특수(통관 또는 SPED 신고 등 특정 시나리오에 필요). 모든 경로는 표준 NF-e XML 네임스페이스를 기준으로 합니다.

헤더 필드 (송장당 한 행)

라인 항목 필드 (제품 라인당 한 행)

<infNFe> 내의 각 <det> 요소는 하나의 제품 라인을 나타냅니다. nItem 속성은 라인 번호(1부터 시작)를 제공합니다. 다음 필드는 모든 <det>에 대해 반복됩니다:

ICMS 하위 그룹에 관한 중요 참고사항: <imposto> 내의 ICMS XML 경로는 CST 코드에 따라 달라집니다. 정상 과세 ICMS는 <ICMS00> 하위 그룹을 사용합니다. 다른 CST 코드는 <ICMS10>(과세 + ST), <ICMS20>(감면 기준), <ICMS30>(일반 ICMS 면제 ST), <ICMS40>(면세), <ICMS51>(유예), <ICMS60>(이미 징수됨), <ICMS90>(기타), <ICMSPart>(DIFAL — 주간 세율 차이), <ICMSST>(세금 대납)을 사용합니다. 추출 매핑은 <ICMS00>뿐만 아니라 이러한 모든 변형을 처리해야 합니다.

세금 검증: 추출된 번호 확인 방법

NF-e XML에는 공급업체 자체의 세금 계산이 포함되어 있으며, 이는 부정확할 수 있습니다. SEFAZ는 XML 구조가 완전하고 기본 산술이 일관되는지 확인하지만, 출발지-도착지 쌍에 올바른 ICMS 세율이 사용되었는지, 또는 IPI 세율이 NCM 코드의 공식 TIPI 세율과 일치하는지는 확인하지 않습니다. 이는 구매자인 귀하의 책임이며, 브라질 AP에서 환급 가능한 초과 지급의 가장 일반적인 원인입니다.

주별 ICMS 주간 거래 세율 검증

주간 거래의 ICMS 세율은 출발지 주(공급업체가 발송하는 곳)와 도착지 주(귀하의 법인이 위치한 곳)에 따라 달라집니다. 이 표를 사용하여 NF-e의 ICMS 세율이 주 쌍에 대한 올바른 세율과 일치하는지 확인하십시오:

NF-e의 ICMS 세율이 출발지-도착지 쌍(<emit>/<enderEmit>/<cUF>에서 <dest>/<enderDest>/<cUF>까지)에 대한 예상 세율과 일치하지 않는 경우, 검토를 위해 문서에 표시하십시오. 세율 불일치는 브라질 공급업체 송장에서 가장 흔한 오류 중 하나이며, 잘못된 세액 공제 계산으로 이어질 수 있습니다.

CST 코드: 모든 것을 바꾸는 과세 상황 코드

CST(Código da Situação Tributária)는 세율뿐만 아니라 세금이 어떻게 적용되었는지를 알려주는 세 자리 코드입니다. NF-e의 모든 ICMS, IPI, PIS, COFINS 계산에는 각각의 CST가 있습니다. CST의 첫 번째 숫자는 과세 체계 출처를 나타냅니다(0=국내, 1=외국, 2=국내 콘텐츠 포함 외국 — 세금에 따라 다름). 특히 ICMS의 경우 CST는 ICMS가 과세, 면세, 유예, 대체(ST), 또는 특별 제도를 통해 징수되는지 여부를 결정합니다. 세 자리 ICMS CST 코드는 다음과 같은 특정 논리를 따릅니다:

추출 워크플로우는 항상 세금 금액과 함께 CST 코드를 캡처해야 합니다 — CST 40(면제)이 있는 "ICMS 0"은 CST 00(오류)이 있는 "ICMS 0"과 매우 다른 상황입니다. CST는 0이 합법적인 세무 처리인지 아니면 조사해야 할 데이터 격차인지를 결정합니다.

IPI, PIS, COFINS 검증

IPI 확인: IPI 세율은 제품의 NCM 코드에 따라 결정됩니다. 브라질은 TIPI(Tabela de Incidência do IPI)라는 모든 NCM 코드를 IPI 세율에 매핑하는 포괄적인 세율표를 발행합니다. 전체 TIPI 스프레드시트를 내부에서 유지할 수는 없지만(수천 개의 항목이 포함되어 있으며 Receita Federal에서 정기적으로 업데이트), 고가 품목을 표본 추출하여 NCM을 추출하고 TIPI 세율 범위를 조회한 후 pIPI 필드가 예상 범위 내에 있는지 확인할 수 있습니다. IPI CST 코드도 중요합니다. CST 50은 IPI 면제를 의미하고, 00은 과세 대상임을 의미합니다.

PIS 및 COFINS 확인: 이러한 연방 기여금은 누적 또는 비누적 제도 중 하나로 적용됩니다. 제도는 공급업체의 세금 분류에 따라 결정되며, 세율과 구매자로서 귀하가 받을 수 있는 공제 가능 여부를 모두 규율합니다.

NF-e의 PIS 세율이 1.65%이고 COFINS가 7.6%인 경우, 공급업체는 비누적 제도에 해당하며 PIS/COFINS 매입 공제를 청구할 수 있습니다. 세율이 0.65%와 3.0%인 경우 공제가 불가능합니다. 공급업체의 CST(일반적으로 01 = 비누적 또는 02 = 누적)가 제도를 확인합니다. 이러한 세율을 추출하고 검증하는 것은 환급 가능한 세금 포지션에 직접적인 영향을 미칩니다.

ICMS 세금 대체(ICMS-ST): 무시할 수 없는 메커니즘

ICMS-ST(Substituição Tributária)는 세무 당국이 공급망 전체에 대한 ICMS 징수 책임을 첫 번째 연결 고리(일반적으로 제조업체 또는 수입업체)에 할당하는 메커니즘입니다. 체인의 각 구매자(제조업체 → 유통업체 → 소매업체)가 자체 마진에 대해 ICMS를 납부하는 대신, 제조업체는 체인 시작 시점에 소비자에 대한 예상 최종 판매 가격에 대해 ICMS를 징수합니다. 이러한 납세자의 "대체"는 세금 징수 시점을 상류로 이동시킵니다.

NF-e 문서를 처리하는 AP 팀의 경우 ICMS-ST는 두 가지 시나리오로 나타납니다:

시나리오 1 — 회사가 체인의 중간에 있는 경우(대체된 당사자로부터 구매). 제조업체로부터 ST 하에 이미 구매한 유통업체로부터 상품을 구매합니다. NF-e에는 일반 ICMS(CST 00, 정상 과세)와 별도의 ICMS-ST 금액(CST 10, <ICMS10> 또는 <ICMSST> 하위)이 포함됩니다. 추출 시 일반 ICMS와 ICMS-ST를 모두 캡처해야 합니다. 일반 ICMS는 입력 공제이고, ICMS-ST는 공제 대상이 아닙니다. 이는 상류 공급업체가 이미 SEFAZ에 납부한 비용 포함 요금입니다. 환급받을 수 없습니다.

시나리오 2 — 회사가 최종 연결 고리인 경우(소매업체 또는 최종 소비자). ST 대체 당사자인 공급업체로부터 구매합니다. NF-e에는 단일 ICMS-ST 금액(CST 30 — 일반 ICMS 면제, ST 적용)이 포함됩니다. 체인의 전체 ICMS 비용이 이 하나의 금액에 포함됩니다. 추출 시 ST 필드만 캡처하며, 일반 ICMS 공제는 불가능합니다.

추출 워크플로에서 이 두 시나리오를 구별하려면 CST 코드를 확인하십시오: CST 10 = 일반 ICMS + ST(부분 공제 가능), CST 30 = ST만 해당(일반 ICMS 공제 불가). ICMS-ST XML 경로는 ST 금액에 대해 <imposto>/<ICMS>/<ICMSST>/<vICMSST>, ST 계산 기준에 대해 <vBCST>라는 별도의 하위 그룹을 사용합니다. 이를 일반 ICMS와 별도의 열로 추출하고 단일 "총 ICMS" 필드로 합산하지 마십시오. 일부 AP 팀은 일반 ICMS와 ST를 합산하여 결합 금액을 전기하는데, 이는 ICMS 공제 포지션을 과대 계상하여 감사 결과를 초래합니다.

CFOP 및 NCM: 규정 준수를 결정하는 분류 코드 추출

NF-e의 각 품목에는 해당 제품의 세무 처리를 결정하는 두 가지 코드가 포함됩니다. 이는 선택적 메타데이터가 아니라 세금 결정 로직의 입력값입니다.

CFOP 코드 참조 (첫 자리 분류)

CFOP(Código Fiscal de Operações e Prestações)는 4자리 코드로, 첫 번째 숫자가 거래의 방향과 성격을 나타냅니다. 매입(NF-e 수신) 처리에서 가장 자주 접하는 CFOP 코드는 1xxx, 2xxx, 3xxx 범위에 속합니다:

CFOP가 추출에 중요한 이유: CFOP 코드는 거래에 적용되는 ICMS 규칙을 결정합니다. 1로 시작하는 CFOP(주내)는 ICMS 세율이 공급자 주의 내부 세율(17-22%)이어야 하며, 주간 세율이 아님을 의미합니다. 2로 시작하는 CFOP(주간)는 세율이 위의 주간 세율표와 일치해야 합니다. CFOP와 ICMS 세율이 일치하지 않는 경우(예: CFOP 1102(주내)에 ICMS 세율 12%(주간 세율)인 경우) 해당 송장에는 수정이 필요한 구조적 불일치가 있습니다. 추출 워크플로는 이를 자동으로 플래그 지정해야 합니다.

NCM 코드: IPI 및 수입 관세를 결정하는 제품 분류

NCM(Nomenclatura Comum do Mercosul)은 HS 코드에 메르코수르 특화 2자리를 추가한 8자리 제품 분류 코드입니다. 형식: NNNN.NN.NN(처음 6자리는 HS 코드). NCM 코드는 다음을 결정합니다:

• IPI 세율: TIPI 테이블을 통해 매핑됩니다. 특정 챕터로 시작하는 NCM은 더 높거나 낮은 IPI 세율이 적용됩니다.
• ICMS-ST 적용 여부: 특정 NCM 챕터는 주 전역에서 의무적인 ICMS-ST 프로토콜(convênios)이 적용됩니다.
• 수입 관세(II) (국제 구매 시).
• 대체 세율(예: CONFAZ 프로토콜에 따른 간소화된 ICMS-ST 계산).

추출 시 NCM은 항상 선행 0을 유지하는 텍스트 필드로 캡처해야 합니다. 숫자로 변환하지 마십시오. NCM 8471.30.00(컴퓨터 장비)은 숫자로 처리하면 선행 구조가 손실됩니다. 또한 NCM은 워크플로우에 자동 세율 검증이 포함된 경우 IPI 세율 조회의 기본 키 역할을 합니다.

추출 워크플로우에서 NF-e 특수 이벤트 처리

NF-e는 정적인 문서가 아닙니다. 법적으로 정의된 일련의 이벤트를 통해 수정, 취소 또는 재발행될 수 있습니다. 완전한 추출 워크플로우는 이러한 이벤트를 고려해야 합니다. 이미 추출한 데이터가 변경될 수 있기 때문입니다.

취소. 발행자는 승인 프로토콜 수령 후 24시간 이내에 상품이 물리적으로 이동하지 않은 경우 NF-e를 취소할 수 있습니다. 취소 이벤트는 SEFAZ에 등록되며 동일한 접근 키에 연결됩니다. 24시간 이후에는 취소가 불가능합니다. 발행자는 세무 당국에 특별 취소를 요청하거나 대변 메모(NF-e de devolução)를 발행해야 합니다. 추출 워크플로우의 경우: 추출 시점과 지불 전에 NF-e 상태를 확인하는 것이 중요합니다. 프로그래밍 방식으로 NF-e 문서를 처리하는 경우 구매자의 수신 NF-e 상태 목록에 대해 SEFAZ ConsNFeDest 웹 서비스를 쿼리하는 상태 확인 단계를 포함하십시오.

Carta de Correção (CC-e). 공급업체가 이미 승인된 NF-e의 필드(예: 제품 설명 수정, 배송 주소 수정, 지불 만기일 업데이트)를 수정해야 하는 경우 NF-e의 접근 키에 연결된 전자 수정 서신인 CC-e를 발행합니다. CC-e는 XML을 대체하지 않으며 특정 필드를 수정합니다. 추출 워크플로우는 NF-e 문서를 처리할 때 해당 접근 키에 CC-e 이벤트가 있는지 쿼리해야 합니다. ImageToTable.ai의 배치 처리에는 추출된 문서에 대한 수정 이벤트 확인 옵션이 포함되어 있습니다. 공급업체가 CC-e를 통해 만기일을 수정했는데 워크플로우가 원본 XML의 만기일을 사용했다면 잘못된 일정으로 지불하게 되기 때문입니다.

비상 모드. SEFAZ에 연결할 수 없는 경우 공급업체는 비상 모드로 NF-e를 발행할 수 있습니다. 발행 유형(<ide>/<tpEmis>)은 비상 방법을 나타냅니다: 2 = FS-DA(타자 DANFE), 3 = EPEC(사전 이벤트 비상), 4 = DPEC(전자 비상), 5 = FS-IA(양식 비상), 6 = SVC(SEFAZ 가상 비상 - 백업 승인 서버). 비상 모드에서는 NF-e에 추출 시점에 전체 SEFAZ 승인 프로토콜이 없을 수 있습니다. 워크플로우는 비상 발행 문서를 후속 조치를 위해 플래그 지정해야 합니다. 시스템이 복구되면 공급업체는 전체 NF-e를 전송하며, 필드가 변경된 경우 최종 XML을 검색하여 다시 추출해야 합니다.

Manifestação do Destinatário. 이는 공급업체 이벤트가 아닌 구매자 의무사항입니다. 브라질 법률에 따라 상품 구매자는 SEFAZ 포털에 특정 기한 내에 이벤트 응답을 등록해야 합니다: 발행 후 10일 이내에 수령 확인, 거래 승인 또는 거부. 이 프로세스를 manifestação do destinatário라고 하며 SEFAZ의 DF-e 플랫폼을 통해 관리됩니다. Manifestação은 추출과는 별개의 컴플라이언스 단계이지만, 추출 워크플로우는 처리된 각 NF-e의 접근 키를 manifestação 추적 시스템에 기록하여 컴플라이언스 팀이 필요한 이벤트를 제때 제출할 수 있도록 해야 합니다. Manifestação을 등록하지 않으면 SEFAZ는 거래가 확인되지 않은 것으로 간주하여 해당 공급업체의 향후 NF-e 발행을 차단할 수 있습니다.

이러한 이벤트 유형과 AP 운영에 미치는 영향에 대한 자세한 내용은 NF-e 처리 복잡성 분석을 참조하세요.

추출 방법 비교: 볼륨에 맞는 접근 방식 선택

NF-e 데이터를 추출하는 네 가지 일반적인 방법이 있으며, 올바른 방법은 볼륨, 기술 리소스, 라인 항목 세금 세부 정보가 필요한지 또는 헤더 합계만 필요한지에 따라 달라집니다.

NF-e의 중요한 차이점은 추출 방법이 DANFE와 XML 모두를 처리하는지 여부입니다. 공급업체가 혼합하여 보내는 경우(일부는 XML을 직접 전송하고 다른 일부는 DANFE만 인쇄하여 배송) 두 소스를 일관되게 처리하는 방법이 필요합니다. ImageToTable.ai는 둘 다 지원합니다: 동일 배치에서 DANFE PDF와 함께 원시 NF-e XML 파일을 업로드하고, 단일 열 템플릿을 정의하여 통합 스프레드시트를 얻을 수 있습니다. 이 도구는 위에서 설명한 가변 ICMS 하위 그룹 경로도 처리합니다. 이는 스키마 복잡성으로 인해 스크립팅 팀이 수십 개의 XPath 변형을 유지해야 할 때 상당한 이점입니다. 여러 NF-e 문서를 일괄 처리하는 실용적인 방법은 NF-e 일괄 처리 가이드를 참조하세요.

2026 세제 개혁에 대비한 추출 워크플로우 준비

브라질의 헌법 개정안 132/2023과 보충법 214/2025는 기존 5개 세금을 2개의 새로운 세금으로 대체하는 이중 VAT 시스템을 도입했습니다. NF-e 추출의 경우, 현재 파싱 중인 XML 스키마는 2026년 8월부터 2033년까지의 전환 기간 동안 기존 세금 필드와 새로운 세금 필드를 모두 포함하게 됩니다. 추출 수준에서 변경되는 사항과 이에 대한 대응 방법은 다음과 같습니다.

유지되는 항목: 전체 XML 구조(<ide>, <emit>, <det>, <total>)는 동일하게 유지됩니다. 헤더 필드, 라인 항목 수량, NCM 코드 및 CFOP 코드는 영향을 받지 않습니다.

변경되는 항목: 각 라인 항목의 <imposto> 섹션과 <total> 요약 그룹에 새로운 XML 요소 그룹이 추가됩니다. 새로운 그룹은 기존 ICMS, IPI, PIS, COFINS 필드와 함께 CBS(연방) 및 IBS(주/시) 세금 계산을 포함합니다. 전환 기간 동안에는 두 세트의 필드를 모두 추출하여 다운스트림 시스템에서 사용할 수 있도록 해야 합니다.

추출 워크플로우 준비를 위한 세 가지 실용 단계:

자주 묻는 질문

NF-e 필드를 추출할 때 XML 네임스페이스를 처리해야 하나요?

네. NF-e XML은 <nfeProc> 요소에 선언된 기본 네임스페이스(일반적으로 xmlns="http://www.portalfiscal.inf.br/nfe")를 사용합니다. XPath 쿼리는 이 네임스페이스를 등록하거나(Python lxml의 경우: ns = {'nfe': 'http://www.portalfiscal.inf.br/nfe'}) local-name()을 사용하여 이를 우회해야 합니다. Power Query의 XML 커넥터는 대부분의 경우 네임스페이스를 자동으로 처리합니다. 추출 도구에 명시적인 네임스페이스 등록이 필요한 경우 올바른 URI를 사용해야 합니다. 불일치 시 결과 집합이 비어 있을 수 있습니다.

라인 항목 세액을 합산하여 헤더 합계와 비교해야 하나요?

네. 이는 구현할 수 있는 가장 중요한 검증 검사 중 하나입니다. NF-e XML은 <total>/<ICMSTot>에 세금 합계를, 각 <det>에 라인 항목 세부 정보를 포함합니다. 이들은 일치해야 합니다. 라인 항목 합계와 헤더 합계 간의 불일치는 위험 신호입니다. 이는 XML 생성 과정에서 라인 항목이 누락되었거나, 할인이 일관되지 않게 적용되었거나, 공급업체의 ERP에 구성 오류가 있음을 나타낼 수 있습니다. 모든 추출 배치의 표준 단계로 라인 항목 세액을 헤더 합계와 조정하십시오.

NF-e 추출이 SPED 보고 요구 사항을 충족하나요?

아니요. SPED(Sistema Público de Escrituração Digital)는 주세에 대한 EFD-ICMS/IPI와 연방 기여금에 대한 EFD-Contribuições를 포함하는 브라질의 디지털 장부 제출 시스템으로, 특정 SPED 형식으로 데이터를 구성하고 인증된 소프트웨어를 통해 제출해야 합니다. NF-e 추출은 송장 데이터를 스프레드시트로 가져오지만 SPED 규격 레코드를 생성하지는 않습니다. 그러나 NF-e에서 추출한 데이터(라인 항목 ICMS, PIS, COFINS, CFOP, NCM, CST)는 SPED 제출에 사용되는 동일한 데이터입니다. 추출 워크플로우가 라인 항목 수준에서 세금 세부 정보를 올바르게 캡처하면 브라질 회계 팀에서 이 데이터를 사용하여 원본 문서에서 다시 입력하는 대신 필요한 SPED 레코드를 채울 수 있습니다. NF-e 필드에서 SPED 레이아웃 위치로의 매핑은 일부 ERP 현지화 모듈에서 자동으로 처리하는 별도의 변환 단계입니다.

회사가 브라질 여러 주에 여러 개의 CNPJ를 보유한 경우 어떻게 해야 하나요?

대규모 조직에서 흔한 경우입니다. 각 CNPJ(또는 포르투갈어로 "estabelecimento")는 세무 목적상 별개의 법인이며, NF-e의 목적지 주(state)는 상품을 수령한 CNPJ에 해당합니다. 다중 법인 조직의 NF-e 데이터를 추출할 때는 수취인 CNPJ(<dest>/<CNPJ>)로 추출 결과를 필터링하고 법인별로 별도의 GL 매핑을 유지하세요. ICMS 세율 검증도 법인마다 다릅니다. 동일한 공급업체에서 보낸 상품이라도 상파울루 CNPJ로 배송된 상품과 바이아 CNPJ로 배송된 상품에 적용되는 세율이 다릅니다. 브라질의 주별 복잡성 처리에 대한 자세한 내용은 합리적인 가격의 NF-e 추출 가이드를 참조하세요.

과거 기간에서 추출한 데이터가 있는데 NCM 코드가 변경되면 어떻게 되나요?

NCM 코드는 Receita Federal에 의해 정기적으로 업데이트됩니다(보통 매년, 때로는 Notas Técnicas를 통해 연중 조정됨). NCM 코드가 변경되면 해당 제품 분류의 IPI 세율도 변경될 수 있습니다. 추출 목적으로는 발행 당시 NF-e에 표시된 NCM 코드를 캡처해야 합니다. 이는 송장 날짜에 유효했던 코드이며 법적으로 납부해야 할 세금을 결정합니다. 소급 분석이나 SPED 조정을 수행하는 경우 현재 NCM 목록이 아닌 원본 문서에 기록된 NCM을 사용하세요.

공급업체의 NF-e XML에 요소가 누락되거나 잘못된 형식이면 어떻게 하나요?

발생할 수 있습니다. 가장 흔한 문제는 <cobr>(청구) 그룹 누락, <enderEmit>의 불완전한 주소, 또는 선언된 CST 코드에 대한 예상 스키마 변형을 따르지 않는 ICMS 하위 그룹입니다. 추출 워크플로는 이러한 상황을 원활하게 처리해야 합니다. 누락된 필드에는 null 또는 자리 표시자를 반환하고 검증 경고를 기록하세요. 중요하지 않은 누락 요소로 인해 절대 실패해서는 안 됩니다. 중요 필드(액세스 키, CNPJ, 라인 항목 합계)의 경우 값이 누락되면 명확한 오류 메시지와 함께 해당 NF-e를 배치에서 거부해야 합니다. 검증 요약 보고서는 필수입니다. 누락되거나 이상한 필드가 있는 모든 NF-e를 기록하여 팀이 GL에 전기하기 전에 조사할 수 있도록 하세요.

DIFAL(주간 ICMS 세율 차이)은 어떻게 처리하나요?

DIFAL(Diferencial de Alíquota do ICMS)은 상품이 주 경계를 넘어 판매될 때 적용되며, 목적지 주의 ICMS 세율이 원산지에서 지불된 주간 세율보다 높은 경우 발생합니다. 구매자는 자신의 주에 세율 차액을 지불해야 합니다. NF-e에서 DIFAL은 <imposto>/<ICMS> 아래의 <ICMSPart> 하위 그룹으로 표시됩니다. 이 하위 그룹에는 vBC(계산 기준), pICMS(이미 적용된 주간 세율), pICMSUf(목적지 주의 내부 세율), vICMS(DIFAL 금액 = 기준에 대한 두 세율의 차이)가 포함됩니다. DIFAL 금액을 별도로 추출하여 주별 ICMS 크레딧 워크플로를 통해 처리해야 합니다. 이는 일반 ICMS 크레딧의 일부가 아닙니다.

운임과 보험을 제품 가치와 별도로 추출해야 하나요?

네. NF-e XML은 거래를 제품 가치(vProd), 운임(vFrete), 보험(vSeg), 기타 비용(vOutro)으로 세분화합니다. ICMS 과세 기준에는 종종 제품 가치 + 운임 + 보험 + 기타 비용의 합계가 포함되지만 항상 그런 것은 아닙니다. 일부 제품은 제품 가치에 대해서만 ICMS가 계산됩니다. 각 구성 요소를 별도로 추출하면 ICMS 과세 기준이 가격 구조에 대한 이해와 일치하는지 확인할 수 있습니다. NF-e에서 운임이 ICMS 기준에 포함되어 있지만 ERP 모델에서 운임이 ICMS 기준 외부에 있을 것으로 예상되는 경우 해결해야 할 조정 항목이 있습니다.

AI 기반 추출 도구는 전체 NF-e XML을 처리할 수 있나요, 아니면 DANFE PDF만 처리할 수 있나요?

도구에 따라 다릅니다. ImageToTable.ai의 AI 기반 추출은 동일한 배치에서 NF-e XML 파일(구조화된 데이터)과 DANFE PDF(시각적 문서)를 모두 처리할 수 있습니다. XML을 업로드하면 도구가 구조화된 요소를 직접 읽어서(OCR 불필요) 열 템플릿에 매핑합니다. DANFE PDF를 업로드하면 AI가 시각적 콘텐츠를 읽고 표시된 필드를 추출합니다. 두 가지 모두를 위한 단일 플랫폼의 주요 이점은 일관성입니다. "NF-e 접근 키", "ICMS 금액", "CFOP 코드"에 대한 하나의 열 템플릿을 정의하면 도구가 수신하는 소스 문서에 관계없이 해당 필드를 채웁니다. 이는 XML 기반 공급업체와 DANFE 기반 공급업체에 대해 별도의 워크플로를 유지해야 하는 필요성을 없애며, 이는 브라질 AP 운영에서 흔한 분열 지점입니다.

추출 결과물을 XML과 함께 보관해야 하나요?

브라질 법률은 거래가 발생한 회계연도 종료일로부터 5년간 원본 NF-e XML을 보관하도록 요구합니다. 추출 결과물(스프레드시트 또는 ERP 기록)은 XML을 대체할 수 없습니다. 그러나 원시 XML 아카이브와 함께 구조화된 추출 결과물을 유지하는 것은 내부 조정 및 감사 대응에 가장 좋은 방법입니다. SEFAZ 감사 시 원본 XML(문서 존재 및 적절한 승인 증명)과 회계 기록(데이터 처리 방식 증명)을 모두 제시해야 할 가능성이 높습니다. 소스 XML과 추출 결과물을 액세스 키를 연결 키로 하여 자동으로 함께 보관하는 추출 워크플로우는 감사 준비 시간을 크게 절약해 줍니다. 비용 효율적인 규정 준수 옵션은 소기업용 NF-e 추출 가이드를 참조하세요.