브라질 NF-e XML 50개, 하나의 스프레드시트로
다중 공급업체 일괄 처리가 수동 세무 조정을 없애는 방법

50개의 NF-e XML이 도착했을 때 — 배치 처리는 "단순 반복 50회"가 아닙니다

브라질 NF-e 처리는 원천 데이터가 이미 구조화되어 있다는 점에서 특별합니다. 미국이나 유럽 공급업체의 종이 인보이스처럼 OCR로 디지털화해야 하는 것과 달리, 모든 NF-e는 400개 이상의 SEFAZ 규칙에 대해 검증되고 ICP-Brasil 인증서로 디지털 서명된 XML 파일로 도착합니다. 단일 NF-e XML의 데이터 품질은 거의 완벽합니다. 브라질 AP에서의 배치 문제는 데이터 캡처 정확성이 아니라 공급업체 간 데이터 일관성입니다.

14개 공급업체의 50개 NF-e XML을 단일 배치로 처리할 때, 단일 인보이스 처리에서는 드러나지 않는 네 가지 구조적 문제가 발생합니다:

ICMS 세율 파편화. 브라질의 ICMS는 주 단위 부가가치세로, 세율은 공급업체의 주, 귀하의 주, 거래 방향(주 내 vs 주 간), 그리고 경우에 따라 NCM 제품 분류에 따라 다릅니다. 7개 주에 있는 공급업체의 50개 NF-e XML 배치에는 17%, 18%, 19%, 19.5%, 20%, 20.5%의 주 내 세율과 출발지와 목적지 조합에 따라 4%, 7%, 12%의 주 간 세율이 포함될 수 있습니다. 스프레드시트의 "ICMS 금액" 열 하나만으로는 아무 의미가 없습니다. 세율, 적용 주, 거래가 주 내인지 주 간인지도 알아야 하기 때문입니다. 동일한 R$1,000 ICMS 요금이 R$5,882 기준의 17% 세율을 의미할 수도 있고, R$8,333 기준의 12% 세율을 의미할 수도 있습니다. 귀하의 ERP 세금 모듈은 이 구분이 필요합니다.

CFOP 불일치 문제. 모든 NF-e 품목에는 거래의 과세 성격을 분류하는 4자리 CFOP(Código Fiscal de Operações e Prestações) 코드가 포함됩니다. 동일 주 내 제조용 구매는 1.101, 타 주 간 재판매용 구매는 2.102, 수입은 3.101입니다. 첫 번째 숫자는 거래가 주 내(1), 주 간(2), 또는 국제 수입(3)인지를 나타냅니다. 공급업체 A가 상파울루에서 상파울루 창고로 발송할 때 CFOP 1.101을 사용하고, 공급업체 B가 미나스제라이스에서 타 주로 발송할 때 CFOP 2.102를 사용하는 것은 정확하고 의도된 것입니다. 그러나 공급업체 C가 리우데자네이루에서 발송된 타 주 거래에 CFOP 1.101을 사용하면, CFOP가 XML의 <ide> 및 <emit> 블록의 주 데이터와 일치하지 않습니다. 이러한 불일치는 공급망 전체에서 CFOP 코드를 상호 참조하는 연방 전자 장부 시스템인 SPED EFD(Escrituração Fiscal Digital)에서 감사 플래그를 생성합니다. 50개 송장 배치에서 3~5개의 불일치가 흔히 발생하며, 이를 수동으로 찾으려면 각 XML의 CFOP를 출발지-도착지 주 쌍과 대조해야 합니다.

송장 번호만으로는 중복 탐지가 불가능합니다. 대부분의 AP 시스템에서 중복 탐지는 공급업체 + 송장 번호에 의존합니다. 이 로직은 브라질 NF-e에서는 작동하지 않습니다. 송장 번호(número da nota)는 단일 공급업체의 시리즈 내에서만 고유하기 때문입니다. 공급업체 A가 시리즈 001에서 NF-e #1523을 발행할 수 있고, 공급업체 B도 시리즈 001에서 NF-e #1523을 발행할 수 있습니다. 동일한 공급업체라도 다른 시리즈에서 동일한 송장 번호를 발행할 수 있습니다. 전 세계적으로 고유한 식별자는 44자리 chave de acesso입니다. 하지만 대부분의 배치 추출 도구는 이를 추출하지 않거나, 중복 제거 키로서의 역할을 이해하지 못한 채 추출합니다. chave de acesso가 없으면, 동일한 송장 번호를 가진 두 개의 다른 공급업체 송장이 중복으로 플래그되어 하나가 억제되거나, 더 나쁜 경우 수정된 chave de acesso(CCe 수정 이벤트를 나타냄)가 포함된 재제출 송장이 대체로 인식되지 않습니다.

혼합 형식 소스. 50개의 브라질 공급업체 송장 배치에서 깨끗한 XML 50개를 얻는 경우는 드뭅니다. 일부 공급업체(일반적으로 소규모 제조업체 또는 농업 생산자)는 인쇄된 DANFE만 PDF 또는 스캔본으로 보냅니다. 일부는 XML을 보내지만 손으로 쓴 주석이 있는 스캔된 DANFE를 첨부합니다. 중간 규모의 산업 공급업체는 주요 NF-e의 XML을 보내지만 화물 CT-e(Conhecimento de Transporte Eletrônico)는 PDF로 보낼 수 있습니다. 배치 처리 워크플로는 이 모든 것을 한 번에 처리해야 합니다. XML에서 사용 가능한 구조화된 데이터를 추출하고, XML이 없는 경우 시각적 문서를 읽은 다음, 모든 것을 일관된 열로 병합해야 합니다.

이 네 가지 문제는 송장 1개에서는 발생하지 않습니다. 50개에서는 모두 동시에 발생하며, 이를 해결하는 것이 "단일 추출을 50번 반복하는 것"과 배치 처리 워크플로를 구분짓는 요소입니다.

7개 주에 걸친 ICMS 요율 매트릭스 — 하나의 "세금" 열이 깨지는 이유

2024년 브라질 ICMS 내부 세율이 크게 변동했습니다. 이는 부분적으로 2029년에서 2033년 사이에 ICMS를 새로운 IBS(Imposto sobre Bens e Serviços)로 대체할 세제 개혁을 앞두고 있습니다. 작년에 11개 브라질 주가 표준 ICMS 세율을 변경했습니다.

일괄 처리의 실질적인 영향: 공급업체 기반이 두 개 이상의 브라질 주에 걸쳐 있는 경우, 일괄 스프레드시트는 모든 ICMS 값을 합산하는 단일 열이 아닌 세율 × 주 × 거래 유형 수준에서 ICMS를 추적해야 합니다. 페르남부쿠(주내 20.5%) 공급업체의 NF-e와 상파울루(주내 18%) 공급업체의 NF-e는 ICMS 금액 열에 동일한 값이 표시되더라도 ERP에서 ICMS 처리가 다릅니다.

주간 세율은 브라질 세법에 따라 두 번째 차원을 추가합니다.

이러한 주간 요율 등급을 위의 11개 주별 요율 변경과 결합하면, 7개 주에 있는 공급업체의 NF-e XML 배치에서 5가지 다른 ICMS 요율을 쉽게 찾을 수 있습니다. 각 요율은 식별되고, 유형별로 분리되며, ERP의 올바른 세금 계정에 전기되어야 합니다. XML에서 요율, 출발 주 및 거래 유형을 캡처하지 않고 ICMS를 단일 숫자로 추출하는 도구는 저장하는 것보다 더 많은 조정 작업을 만드는 스프레드시트를 생성합니다.

NF-e XML 구조에서 직접 데이터를 추출하면(즉, DANFE를 OCR로 읽지 않아도) 대량 처리 시 효과적입니다. XML의 <imposto> 블록에는 ICMS, IPI, PIS, COFINS 각각에 대한 세금 과세표준(vBC), 세율(pICMS, pIPI 등), 세액(vICMS, vIPI 등)이 품목별로 별도 요소 그룹으로 포함되어 있습니다. 이러한 정형화된 필드("ICMS 과세표준", "ICMS 세율(%)", "ICMS 세액", "IPI 세액", "PIS 세액", "COFINS 세액")를 열 이름 기반으로 추출하여 스프레드시트 열에 매핑하면, 모든 세액을 해당 세율 및 과세표준과 연결하여 추적할 수 있으며 수동 재계산이 필요 없습니다. NF-e XML 구조 및 필드 매핑에 대한 자세한 내용은 NF-e XML 추출 가이드를 참조하세요.

공급업체 간 CFOP 코드 일관성 — 대량 검사에서 누구도 확인하지 않는 감사 플래그

CFOP 코드는 모든 NF-e 품목에 포함된 4자리 과세 거래 분류 코드입니다. 브라질 세무 당국이 정의한 CFOP 코드는 500개 이상이며, 첫 번째 자리 숫자에 따라 분류됩니다:

단일 NF-e에서 CFOP 불일치는 쉽게 발견됩니다: 공급업체가 미나스제라이스에 있고 회사가 상파울루에 있다면, 모든 CFOP 코드는 2(주 간 진입)로 시작해야 합니다. 품목에 CFOP 1.101(주 내)이 표시되면 데이터 오류입니다. 여러 공급업체의 50개 송장 규모에서는 이러한 검증이 필수적이면서도 간단하지 않습니다. 공급업체가 자체 고객에게 보내는 지역 배송에는 CFOP 1.101을 올바르게 사용할 수 있지만, 주 경계를 넘어 귀사로 배송할 때는 2.101을 사용해야 합니다. 공급업체의 ERP가 잘못된 CFOP를 자동 입력하면, SPED EFD가 감지할 감사 위험을 떠안게 됩니다. 디지털 회계 시스템은 모든 거래에 대해 구매자 측과 판매자 측의 CFOP 기록을 상호 참조하기 때문입니다. 귀사의 인바운드 CFOP 기록과 공급업체의 해당 아웃바운드 기록 간 불일치는 자동 감사 플래그를 생성합니다.

일괄 CFOP 검증은 배치의 모든 품목에 대해 세 가지 관계를 확인하는 것을 의미합니다:

1. Primeiro dígito vs. par de estados. O primeiro dígito do CFOP deve corresponder à situação de mesma UF (1/5) ou UFs diferentes (2/6) entre fornecedor e comprador. Extraia o código IBGE do estado dos blocos <emit> e <dest> — códigos 35 (SP), 33 (RJ), 31 (MG), 41 (PR), etc. — e valide o prefixo do CFOP com base na determinação de mesma UF ou UFs diferentes.
2. Consistência do sufixo do CFOP em operações similares. Se o fornecedor A usa CFOP 2.102 (compra interestadual para revenda) e o fornecedor B usa CFOP 2.101 (compra interestadual para industrialização) para o mesmo tipo de produto, pelo menos um deles está errado — o sufixo do CFOP deve refletir a finalidade real da transação.
3. Sem contradição CFOP-NCM. O CFOP codifica a natureza da operação, o NCM codifica a classificação do produto. Um CFOP que sugere insumo industrial combinado com um NCM de produto final de consumo é um sinal de alerta — significa que ou o CFOP ou o NCM está incorreto, e ambos afetam o tratamento tributário.

A Chave de Acesso de 44 Dígitos — A Chave de Deduplicação Nativa do Brasil que a Maioria das Ferramentas em Lote Ignora

chave de acesso는 브라질에서 발행된 모든 NF-e를 영구적으로 고유하게 식별하는 44자리 문자열입니다. 단순한 참조 번호가 아니라 발행 주(IBGE 코드 기준 처음 2자리), 발행 연월(다음 4자리), 발행자 CNPJ(다음 14자리), 문서 모델(2자리), 시리즈(3자리), 일련번호(9자리), 발행 유형(1자리), 무작위 충돌 코드(8자리), 모듈로-11 검증 숫자(1자리)를 인코딩하는 구조화된 식별자입니다. 모든 NF-e XML은 이 키를 <infNFe Id="NFe[chave]"> 속성과 <chNFe> 요소에 포함합니다. 이는 전 세계 어떤 세금 시스템에서도 제공하는 가장 전역적으로 고유한 송장 식별자에 가깝습니다.

그러나 대부분의 배치 도구는 "송장 번호" 열만 추출하고 끝냅니다. 브라질에서는 이 열만으로는 충분하지 않습니다:

• 공급업체 A가 시리즈 001에서 NF-e #1523을, 시리즈 002에서 NF-e #1523을 발행할 수 있습니다. 동일한 송장 번호지만 시리즈와 chave de acesso로만 구분할 수 있는 완전히 다른 두 개의 세금 문서입니다.
• 공급업체 B가 자체 시리즈 001에서 NF-e #1523을 발행할 수 있습니다. 공급업체 A와 동일한 송장 번호지만 다른 공급업체, 다른 거래이며, 단순한 공급업체+송장번호 중복 확인은 하나를 중복으로 간주하여 억제합니다.
• SEFAZ 취소 및 수정 시스템은 chave de acesso에 의존합니다. 공급업체가 원본 NF-e의 오타를 수정하기 위해 Carta de Correção(CCe)를 발행하면 원본 chave de acesso는 유효하지만, 해당 chave에 연결된 이벤트 기록에 수정 사항이 기록됩니다. chave를 추적하지 않는 배치 도구는 원본과 수정된 버전을 구분할 수 없습니다.

50개의 NF-e XML 배치에서 chave de acesso를 별도의 열로 추출하세요. 그런 다음 세 가지 확인을 구현하세요:

1. 배치 내 고유성. 두 개의 행이 동일한 chave de acesso를 공유해서는 안 됩니다. 만약 그렇다면, 동일한 NF-e가 두 번 업로드된 것입니다. 중복 행을 제거하고 해당 발생을 플래그 처리하십시오.
2. 공급업체 × 시리즈 내 송장 번호 고유성. CNPJ + 시리즈 + 송장 번호로 그룹화합니다. 동일한 조합이 다른 chave de acesso로 두 번 나타나는 경우, 하나는 수정본일 가능성이 높습니다. 발행 타임스탬프가 더 늦은 chave가 우선합니다.
3. 고액 송장에 대한 SEFAZ 검증. 중요성 기준을 초과하는 송장의 경우, chave de acesso를 사용하여 SEFAZ의 공개 조회 포털 또는 TF Fiscal의 NF-e 조회와 같은 타사 API를 통해 승인 상태(Autorizada/Cancelada/Denegada)를 확인하십시오. 배치에서 취소된 NF-e는 공급업체가 재발행했음을 의미하며, 대체 chave가 필요합니다.

44자리 숫자는 브라질 외 AP 담당자에게 부담스럽게 느껴질 수 있습니다. 하지만 이는 전 세계 전자 송장 체계에서 가장 신뢰할 수 있는 단일 중복 제거 키입니다. 배치 처리에서 이를 사용하지 않는 것은 주민등록번호가 있는데 사람을 이름만으로 식별하는 것과 같습니다.

XML + DANFE 혼합 배치 — 일부 공급업체는 전체 송장을 보내고 다른 업체는 종이만 보내는 경우

대규모 브라질 공급업체, 특히 SAP, TOTVS Protheus 또는 Oracle을 사용하는 산업 제조업체 및 유통업체는 일상적으로 NF-e XML을 보냅니다. 이는 ERP에서 생성되고 ICP-Brasil 인증서로 서명되며 SEFAZ에 자동으로 전송됩니다. DANFE와 함께 구매자에게 보내는 것은 한 번의 클릭 작업입니다.

소규모 공급업체(농업 협동조합, 지역 서비스 제공업체, 일부 건설 자재 공급업체)는 XML 전송을 관리할 ERP 인프라가 없을 수 있습니다. 이들은 DANFE를 출력하여 트럭 기사에게 전달하며, 구매자가 보는 유일한 문서는 이것뿐입니다. 해당 송장은 실제이며 SEFAZ의 승인을 받았습니다(승인 프로토콜이 DANFE에 인쇄됨). 그러나 수취 측 AP 부서는 스캔된 PDF나 종이 문서 사진만 보유하게 됩니다.

XML만 처리하거나 PDF만 처리하는 배치 AP 워크플로우는 AP 팀이 월별 송장 접수를 두 개의 개별 처리 파이프라인(구조화된 XML용, 스캔된 DANFE용)으로 분할한 후, 출력물을 수동으로 병합하여 하나의 총계정원장 항목을 만들도록 강제합니다. 이러한 분할로 인한 비용은 실질적입니다. 별도의 업로드 세션, 별도의 검토 과정, 그리고 마지막에 동일 공급업체의 모든 송장(일부 XML, 일부 PDF)이 동일한 AP 배치에 포함되도록 보장하는 조정 단계가 필요합니다.

사용자 정의 열 추출 — ImageToTable.ai가 템플릿 좌표가 아닌 필드 의미별로 데이터를 추출하는 방식 — 은 두 출처를 하나의 배치 업로드로 처리합니다. 열 이름을 한 번만 정의하면 됩니다: "Chave de Acesso", "공급업체 CNPJ", "공급업체명", "NF-e 번호", "시리즈", "발행일", "CFOP", "NCM", "라인 항목 설명", "수량", "단가", "라인 합계", "ICMS 기준", "ICMS 세율", "ICMS 금액", "IPI 금액", "PIS 금액", "COFINS 금액", "NF-e 총액". AI는 필드가 기계 판독 가능한 XML 파일에서 구조화된 데이터를 읽고, 레이아웃에 관계없이 각 레이블의 시각적 의미를 이해하여 스캔된 DANFE PDF에서 동일한 필드를 추출합니다. 두 출처는 동일한 열을 가진 동일한 스프레드시트로 하나의 배치에서 병합됩니다.

실질적인 장점은 속도만이 아닙니다 — 일관성입니다. XML 파일의 chave de acesso 열은 <chNFe> 요소에서 직접 추출됩니다. DANFE 스캔본의 동일한 열은 인쇄된 문서의 오른쪽 상단 모서리에 있는 44자리 바코드 영역에서 읽어옵니다. 두 항목 모두 동일한 열에 저장되어 위에서 설명한 동일한 중복 제거 로직을 적용할 수 있습니다. 통합된 배치 워크플로우가 없으면 XML 배치의 chave de acesso와 스캔된 DANFE 배치의 chave de acesso는 별도의 스프레드시트에 존재하게 되며, 둘 간의 중복 감지는 수동으로 이루어집니다.

2026–2033 세제 개편 전환기 — 단일 배치에서의 이중 준수

브라질의 소비세 개편은 2023년 12월 헌법 개정안 132를 통해 제정되고 2025년 1월 보충법 214로 규제되며, 8년에 걸친 전환 기간 동안 국가의 전체 간접세 시스템을 재구성하고 있습니다. 2033년까지 5개의 기존 세금(PIS, COFINS, IPI, ICMS, ISS)은 이중 VAT 시스템(연방 CBS(Contribuição sobre Bens e Serviços) 및 주-시 IBS(Imposto sobre Bens e Serviços))과 건강 및 환경 유해 상품에 대한 선택세(IS)로 대체됩니다. 전환은 2026년 1월 1일에 시작되었습니다.

브라질 NF-e 배치를 처리하는 AP 팀의 즉각적인 운영상의 관심사는 XML 스키마의 이중 준수입니다. 전환 기간 동안 NF-e XML은 기존 세금 필드(ICMS, IPI, PIS, COFINS)와 새로운 세금 필드(CBS, IBS)를 동시에 포함하게 되어, 이미 복잡한 500개 이상의 필드를 가진 NF-e XML이 더욱 커질 것입니다. 다음은 배치 추출 설계에 영향을 미치는 타임라인입니다:

2026년 일괄 추출의 실질적인 의미: 지금 컬럼 정의를 구축하고 있다면, ICMS 및 PIS/COFINS 컬럼과 함께 CBS 및 IBS 컬럼을 테스트 세율로라도 포함하십시오. 데이터는 오늘날 XML에 이미 존재합니다. 추출 비용은 들지 않습니다. 2027년 전환이 가속화될 때 스프레드시트에 이 데이터가 있다면, 2026년의 보관된 NF-e XML을 소급하여 다시 추출할 필요 없이 과거 일괄 데이터에 CBS 기반 보고를 위한 기반이 이미 마련됩니다.

필드 이름을 의미적으로 읽는 일괄 추출 시스템("ICMS 과세표준", "ICMS 세율", "CBS 과세표준", "CBS 세율" 등)은 공급업체별 재구성 없이 이 전환을 처리합니다. 컬럼 정의는 동일하게 유지되며, AI는 현재 XML 스키마 버전에 존재하는 세금 필드를 찾습니다. 향후 7년간 Nota Técnica 업데이트가 새 필드를 추가하고 이전 필드를 폐기함에 따라, 추출 로직은 매번 SEFAZ가 새 레이아웃 버전을 게시할 때마다 재구축해야 하는 템플릿이 아닌, 도착하는 XML에 적응합니다.

월말에도 문제없는 일괄 NF-e 처리 워크플로우

구조적 문제를 파악했으므로, 다음은 다중 공급업체, 다중 주 브라질 AP의 현실에 맞게 설계된 일괄 처리 순서입니다.

이 워크플로우는 일괄 추출 도구가 동일한 업로드 세션에서 XML과 시각 문서를 모두 처리할 수 있다고 가정합니다. 브라질 AP는 한 가지 형식만 단독으로 받는 경우가 드물기 때문입니다. 현재 프로세스에서 XML 파싱과 PDF OCR에 별도의 워크플로우가 필요한 경우, 5단계의 병합 단계에서 처리 시간이 두 배로 늘어나고 두 파이프라인 간의 컬럼 매핑 불일치 위험이 발생합니다.

자주 묻는 질문

일괄 처리가 동일한 업로드에서 NF-e XML과 DANFE PDF를 모두 처리할 수 있나요?

네 — 추출 도구가 XML 구문 분석에만 의존하지 않고 의미론을 읽는다면 가능합니다. 의미론적 추출은 NF-e XML의 구조화된 태그에서 두 형식에 모두 존재하는 데이터(CNPJ, NF-e 번호, 합계, 세액)를 읽고, 인쇄된 문서만 있는 경우 DANFE를 시각적으로 읽습니다. 출력은 일관된 열이 있는 하나의 스프레드시트로 병합됩니다. 도구가 XML만 구문 분석하거나 OCR만 수행하는 경우 두 개의 별도 워크플로와 수동 병합 단계가 필요합니다.

두 개의 NF-e XML이 동일한 송장 번호를 가지지만 다른 chave de acesso를 가진 경우 어떻게 됩니까?

이는 합법적인 시나리오입니다. 일반적으로 CCe 이벤트 후 재발행된 수정 NF-e이거나, 동일한 순차 번호를 가진 다른 시리즈의 두 NF-e 문서입니다. chave de acesso는 두 경우 모두 고유합니다. 일괄 검증은 중복 제거를 위해 송장 번호가 아닌 chave de acesso로 그룹화하고, 감사 목적으로 송장 번호, 시리즈 및 chave 간의 관계를 유지해야 합니다. 동일한 CNPJ + 시리즈 + 송장 번호가 두 개의 다른 chave de acesso로 나타나는 경우 발행 타임스탬프를 검토하십시오. 이후의 chave가 이전 chave를 대체합니다.

일괄 처리에서 ICMS-ST(세금 대체)를 어떻게 처리합니까?

ICMS-ST는 NF-e XML에서 합계 블록의 별도 세금 그룹(<ICMSTot>)으로 나타나며 자체 과세표준, 세율 및 금액이 있습니다. 일반 ICMS와 병합하지 않고 별도의 열("ICMS-ST 과세표준", "ICMS-ST 금액")로 추출해야 합니다. ICMS-ST는 대체 납세자가 이미 선납한 세금을 나타내며, ERP는 신용 목적으로 일반 ICMS와 다르게 취급합니다. 이를 하나의 "ICMS" 열에 혼합하면 사용 가능한 신용이 과대 계상됩니다.

NF-e에서 모든 라인 항목 대신 특정 라인 항목만 추출할 수 있습니까?

네. 추출할 열을 정의할 때 라인 항목 수준에서 필요한 필드(NCM, CFOP, 설명, 수량, 단가, 라인 합계, 라인별 세금)를 포함하세요. AI는 열 정의와 일치하는 모든 NF-e의 모든 라인 항목을 추출합니다. NCM + 수량 + CFOP만 필요하고 단가는 필요 없는 경우, 원하지 않는 열은 정의에서 제외하세요. 요청한 데이터만 추출됩니다.

2026년 세제 개혁으로 NF-e XML에서 추출해야 할 항목이 변경되나요?

2026년부터 NF-e XML 스키마에는 기존 ICMS, PIS, COFINS 필드와 함께 CBS 및 IBS 필드가 테스트 세율(각각 0.9% 및 0.1%)로 포함됩니다. 이 테스트 세율은 PIS/COFINS에서 전액 공제되므로 순 세금 부담은 변하지 않습니다. 그러나 XML에 필드가 존재하므로 지금 추출해야 합니다. 2027년 CBS가 전면 세율로 PIS/COFINS를 대체할 때, 배치 추출 열 정의가 이미 준비되어 있을 것입니다. 세제 개혁 일정은 보충법 214/2025 및 OECD의 2025년 개혁 분석에 명시되어 있습니다.

NF-e XML과 추출 기록은 얼마나 오래 보관해야 하나요?

브라질 세법에 따라 NF-e XML 및 관련 회계 문서는 거래가 발생한 회계연도 종료일로부터 최소 5년간 보관해야 합니다. 이는 공급업체로부터 받은 원본 XML과 추출 기록 모두에 적용됩니다. DANFE는 감사 시 XML을 법적으로 대체할 수 없습니다. 스캔한 DANFE만 보관하고 XML을 폐기한 경우, SEFAZ가 요청할 전체 회계 기록을 재구성할 수 없습니다. 모범 사례: XML은 원본 그대로 보관하고, 추출 스프레드시트는 내부 조정을 위한 별도의 검색 가능한 기록으로 유지하세요.