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

모든 브라질 NF-e XML에는 500개 이상의 구조화된 데이터 필드가 포함되어 있습니다 — ICMS 및 PIS/COFINS 크레딧 회수에 영향을 미치는 품목별 세금 내역을 포함합니다. 그러나 대부분의 AP 팀은 20개 미만의 필드만 추출합니다. 이 가이드는 NF-e XML을 실제로 사용할 수 있는 스프레드시트 데이터로 변환하는 완전한 참고 자료입니다: 필드 매핑 테이블, 주별 ICMS 세율 검증, CST 및 CFOP 코드 참조, ICMS-ST 처리, 그리고 2026년 이중 스키마 전환에 필요한 실질적인 단계를 다룹니다.

NF-e XML 필드 매핑 참조

다음 표는 필수 NF-e XML 경로를 스프레드시트 열에 매핑합니다. 필드는 중요도에 따라 분류됩니다: Critical, Important(세금 검증 및 크레딧 복구에 필요), Niche(통관 또는 SPED 신고와 같은 특정 시나리오에 필요). 모든 경로는 표준 NF-e XML 네임스페이스를 기준으로 합니다.

헤더 필드

라인 항목 필드

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

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

세금 검증: 추출된 숫자를 확인하는 방법

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

주(state) 쌍별 ICMS 주간(interstate) 세율 검증

주간 거래의 ICMS 세율은 출발지 주와 도착지 주에 따라 달라집니다. 이 표를 사용하여 NF-e의 ICMS 세율이 주 쌍에 대한 올바른 세율과 일치하는지 검증하십시오:

NF-e의 ICMS 세율이 출발지-도착지 쌍에 대한 예상 세율과 일치하지 않으면 검토를 위해 문서에 플래그를 지정하십시오. 세율 불일치는 브라질 공급업체 송장에서 가장 흔한 오류 중 하나이며, 부정확한 세액 공제 계산으로 이어질 수 있습니다.

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

CST(Código da Situação Tributária)는 세금이 어떻게 적용되었는지를 알려주는 세 자리 코드로, 단순한 세율만을 나타내지 않습니다. NF-e의 모든 ICMS, IPI, PIS, COFINS 계산에는 각각 고유한 CST가 포함됩니다. CST의 첫 번째 자리는 과세 제도의 기원을 나타냅니다. 특히 ICMS의 경우, CST는 ICMS가 과세 대상인지, 면제인지, 이연되었는지, 대체(ST)되었는지, 또는 특별 제도를 통해 징수되는지 여부를 결정합니다. 세 자리 ICMS CST 코드는 특정 논리를 따릅니다:

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

IPI, PIS, COFINS 검증

IPI 검증: IPI 세율은 제품의 NCM 코드에 따라 결정됩니다. 브라질은 모든 NCM 코드를 IPI 세율에 매핑하는 포괄적인 세율표인 TIPI(Tabela de Incidência do IPI)를 발표합니다. 전체 TIPI 스프레드시트를 내부적으로 유지할 수는 없지만, 고가의 라인 항목을 표본 검사할 수 있습니다: 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가 제도를 확인합니다. 이러한 세율을 추출하고 검증하는 것은 회수 가능한 세금 포지션에 직접적인 영향을 미칩니다.

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

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

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

시나리오 1 — 회사가 공급망의 중간에 있는 경우. 제조업체로부터 ST 조건으로 이미 구매한 유통업체로부터 상품을 구매합니다. NF-e에는 일반 ICMS와 별도의 ICMS-ST 금액이 포함됩니다. 추출 시 두 가지를 모두 캡처해야 합니다: 일반 ICMS는 입력 공제이고, ICMS-ST는 공제가 아닙니다. 이는 상류 공급업체가 이미 SEFAZ에 납부한 비용 포함 요금입니다. 환급받을 수 없습니다.

시나리오 2 — 회사가 최종 연결 고리인 경우. ST 대체 납부 당사자인 공급업체로부터 구매합니다. NF-e에는 단일 ICMS-ST 금액만 포함됩니다. 공급망의 전체 ICMS 비용이 이 하나의 금액에 포함되어 있습니다. 추출 시 ST 필드만 캡처하며, 일반 ICMS 공제는 사용할 수 없습니다.

추출 워크플로에서 이 두 시나리오를 구분하려면 CST 코드를 확인하세요: CST 10 = 일반 ICMS + ST, CST 30 = ST만 해당. 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는 공급업체 주의 내부 세율(17-22%)이 적용되어야 하며, 주간 세율이 아닙니다. 2로 시작하는 CFOP는 위의 주간 세율표와 일치해야 합니다. CFOP와 ICMS 세율이 일치하지 않는 경우(예: CFOP 1102와 ICMS 세율 12%의 조합) 해당 인보이스는 수정이 필요한 구조적 불일치가 있는 것입니다. 추출 워크플로우는 이를 자동으로 플래그해야 합니다.

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

NCM은 조화 시스템(HS)에 Mercosur 특정 2자리를 추가한 8자리 제품 분류 코드입니다. 형식: NNNN.NN.NN. NCM 코드는 다음을 결정합니다:

• IPI 세율: TIPI 테이블을 통해 매핑됩니다. 특정 챕터로 시작하는 NCM 제품은 더 높거나 낮은 IPI 세율이 적용됩니다.
• ICMS-ST 적용 여부: 특정 NCM 챕터는 주 전역에 걸쳐 의무적인 ICMS-ST 프로토콜(convênios)의 적용을 받습니다.
• 수입 관세(II) — 국제 구매 시.
• 대체 세금 세율.

추출 시 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, 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는 둘 다 지원합니다: 원시 NF-e XML 파일을 DANFE PDF와 함께 동일한 배치로 업로드하고, 단일 열 템플릿을 정의하여 통합 스프레드시트를 얻을 수 있습니다. 이 도구는 위에서 설명한 다양한 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> 요소에 선언된 기본 네임스페이스를 사용합니다. 모든 XPath 쿼리는 이 네임스페이스를 등록하거나 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에서 추출한 데이터는 SPED 신고에 입력되는 동일한 데이터입니다. 추출 워크플로우가 라인 항목 수준에서 세금 세부 정보를 올바르게 캡처하면 브라질 회계 팀이 해당 데이터를 사용하여 원본 문서에서 다시 입력하는 대신 필요한 SPED 레코드를 채울 수 있습니다. NF-e 필드를 SPED 레이아웃 위치에 매핑하는 것은 일부 ERP 현지화 모듈이 자동으로 처리하는 별도의 변환 단계입니다.

회사가 브라질 여러 주에 걸쳐 복수의 CNPJ를 보유한 경우는 어떻게 하나요?

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

과거 기간의 데이터를 추출한 후 NCM 코드가 변경되면 어떻게 되나요?

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

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

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

DIFAL은 어떻게 처리하나요?

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과 함께 보관해야 하나요?

브라질 법률에 따라 원본 NF-e XML은 거래가 발생한 회계연도 종료일로부터 5년간 보관해야 합니다. 추출 결과물은 XML을 대체하지 않습니다. 그러나 원본 XML 보관과 함께 구조화된 추출 결과물을 유지하는 것은 내부 대사 및 감사 대응을 위한 모범 사례입니다. SEFAZ 감사 중에는 원본 XML과 회계 기록을 모두 제출해야 할 가능성이 높습니다. 액세스 키를 조인 키로 사용하여 원본 XML과 추출 결과물을 연결된 구조로 자동 보관하는 추출 워크플로우는 감사 준비 시간을 크게 절약해 줍니다. 비용 효율적인 규정 준수 옵션은 소규모 기업을 위한 NF-e 추출 가이드를 참조하세요.