브라질 DARF 및 GPS 세금 데이터 추출
월별 컴플라이언스를 위한 Excel로
브라질 공급업체의 단일 서비스 인보이스 하나로 5개 이상의 납부 바우처가 생성될 수 있습니다. IRRF용 DARF 하나, PIS용 하나, COFINS용 하나, CSLL용 하나, 그리고 서비스에 인력이 포함된 경우 INSS용 별도의 GPS 하나가 추가됩니다. 각각 고유한 세입 코드, 계산 기간, 납부 기한을 가지고 있습니다. 각각은 DCTFWeb에 신고된 내용과 연말 DIRF에 보고된 내용에 대해 개별적으로 추적되어야 합니다. 그리고 대부분의 재무팀은 여전히 이 숫자들을 스프레드시트에 한 필드씩 수동으로 복사하고 있습니다.
핵심 요약
- 월 10개의 서비스 인보이스는 40~50개의 개별 DARF 및 GPS 납부 바우처를 생성할 수 있으며, 각각을 스프레드시트에 수동으로 입력하는 데 3~4분이 소요됩니다.
- DARF에 세입 코드를 하나 잘못 입력하면 납부 금액이 잘못된 세금 계정으로 입금되며, REDARF를 통해 정정하는 데 공식 절차로 수개월이 걸릴 수 있습니다.
- 한 달 치 바우처를 한 번에 업로드하고, 6개의 열을 정의한 후, 모든 납부 내역을 구조화된 스프레드시트로 추출하세요 — 문서와 행 사이에 필사 단계가 없습니다.
DARF, GPS, DAE란 무엇인가요?
브라질의 세금 시스템은 연방, 주, 시의 세 가지 정부 수준에 걸쳐 징수를 분할하며, 각 수준은 자체 납부 바우처 형식을 발행합니다. AP 팀이 브라질 거래를 처리하는 경우, 거의 확실히 이 세 가지 문서 유형 중 최소 두 가지를 사용하게 됩니다:
DARF는 연방 세금 납부 바우처로, 소득세(IRPJ, IRRF), 사회기여금(PIS, COFINS, CSLL), 공산품세(IPI), 그리고 개인을 위한 월별 Carnê-Leão 납부에 사용됩니다. 단일 DARF에는 11개의 번호가 매겨진 필드가 있습니다: 납세자 이름 및 전화번호, CPF 또는 CNPJ, 계산 기간(período de apuração), 세입 코드, 납부 기한, 원금, DL-1.025/69에 따른 벌금, 이자, 총액, 참조 번호, 은행 인증입니다. 참조 번호를 제외한 모든 필드는 필수입니다. 두 가지 모델이 있습니다: 일반 DARF Comum과 Simples Nacional 제도 하의 소기업 및 소상공인이 사용하는 간이 DARF Simples입니다.
GPS는 INSS 기여금을 위한 사회보장 납부 바우처입니다. 이는 고용주 기여금, 누진 세율의 근로자 원천징수, 그리고 회사의 FPAS 코드에 따라 결정되는 제3자 기여금을 포함합니다. GPS는 자체 필드 구조를 가지고 있습니다: 기여자의 CNPJ 또는 CEI, 납부 대상 월(competência), INSS 금액, 제3자 기관 금액, 납부 코드입니다.
DAE는 주 수준의 세금, 주로 ICMS와 IPVA를 다룹니다. 명칭은 주마다 다릅니다: 상파울루는 DARE를 사용하고, 리우데자네이루는 DARJ라고 부르며, 다른 주에서는 DUA 또는 다른 명칭을 사용합니다. 각 주는 자체 형식, 필드 및 징수 규칙을 설정하지만, 목적은 동일합니다: 주 수준의 세금 의무를 납부하는 것입니다.
브라질 세금 문서가 더 넓은 송장 및 규정 준수 생태계에 어떻게 적응하는지 자세히 알아보려면 Nota Fiscal Eletrônica (NF-e) 초보자 가이드에서 워크플로의 인보이스 측면, 즉 상품 거래가 배송 전에 어떻게 승인되는지, 그리고 네 가지 내장 세금(ICMS, IPI, PIS, COFINS)이 AP 팀에 어떤 의미가 있는지 다루고 있습니다.
이 납부 바우처를 수동으로 옮겨 적는 것이 생각보다 위험한 이유
"DARF 납부 내역을 추적해야 한다"는 요구에 대한 일반적인 대응은 CNPJ, 날짜, 코드, 금액 열이 있는 공유 스프레드시트입니다. 선임 분석가가 매주 한두 시간씩 납부 완료된 바우처에서 값을 읽어 행에 입력합니다. 감당할 수 있을 것처럼 느껴지다가, 어느 순간 불가능해집니다.
월 10건의 서비스 invoice를 지불하는 중견 기업의 산술을 생각해 보십시오. 각 invoice는 공급업체의 과세 체계와 서비스 성격에 따라 IRRF, PIS, COFINS, CSLL에 대한 별도의 DARF 바우처를 발생시킬 수 있습니다. 해당 invoice 중 인건비나 건설이 포함된 경우 INSS를 위한 별도의 GPS가 추가됩니다. 총 10건의 invoice는 한 달에 쉽게 40~50개의 개별 납부 바우처를 만들어냅니다. 바우처당 3~4분씩 입력하면 매달 순수하게 2~3시간의 전사 작업이 발생합니다. 12개월이면 약 24~36시간의 분석적 가치가 전혀 없는 작업입니다. 납부를 조정하지도 않고, 누락된 바우처를 표시하지도 않습니다. 단지 숫자를 한 곳에서 다른 곳으로 옮길 뿐입니다.
진짜 위험은 낭비되는 시간이 아니라 오류 프로필입니다. 업계 벤치마크에 따르면, 지급 계정 환경에서의 수동 데이터 입력은 일반적으로 1%~4%의 필드 수준 오류율을 보입니다. DARF에서 가장 중요한 필드는 código da receita, 즉 납부가 어떤 세금에 해당하는지 연방세청에 알려주는 4자리 세입 코드입니다. 코드 1708 대신 2362를 입력하면 납부금이 잘못된 세금 계정에 입금됩니다. 이를 정정하려면 공식적인 REDARF 절차가 필요하며, 해결에 몇 달이 걸릴 수 있습니다. 그 기간 동안 연방세청 시스템은 원래 세금이 미납된 것으로 표시되어 연체료 고지, 이자 발생, 경우에 따라 회사의 세무 이행 증명서(Certidão Negativa de Débitos) 발급 제한으로 이어집니다. 스프레드시트 열의 한 자리 숫자 오타가 세무 컨설턴트가 해결해야 하는 컴플라이언스 문제로 이어지는 것입니다.
이 문제는 교육 부족이 아니라 구조적인 문제입니다. 수동 전사는 납부 완료된 바우처와 추적 기록 사이에 실패 지점을 만듭니다. 추적 스프레드시트가 원본 문서에 가까울수록 해당 실패가 발생할 기회가 줄어듭니다.
문서 유형별 주요 데이터 포인트
추출을 시작하기 전에 어떤 데이터가 중요한지 명확히 정의해야 합니다. 아래 필드는 DCTFWeb 신고와 대조하고 연말 DIRF 준비에 사용할 수 있는 세금 납부 등록부를 구축하는 데 필요한 최소한의 항목입니다.
| 문서 | 필드 | 추적 내용 |
|---|---|---|
| DARF | CPF/CNPJ | 납세자 식별자 |
| 세입 코드 (código da receita) | 납부 중인 세금 유형 | |
| 계산 기간 (período de apuração) | 세금이 해당하는 연월 | |
| 납부 기한 | 납부 마감일 | |
| 원금 | 가산세 부과 전 세액 | |
| 총액 | 원금 + 가산세 + 이자 | |
| GPS | CNPJ/CEI | 고용주 또는 사업장 식별자 |
| 납부 대상 월 (competência) | 기여금 해당 월 | |
| INSS 금액 | 사회보장 기여금액 | |
| 제3자 단체 금액 | FPAS 코드에 따른 SENAI/SESI 등 기여금 | |
| 납부 코드 | 기여금 유형을 식별하는 코드 | |
| DAE (주) | CNPJ/CPF | 납세자 식별자 |
| ICMS/IPVA 참조 | 납부 중인 주세 | |
| 계산 기간 | 해당 월/분기 | |
| 총 납부액 | 납부 금액 |
월별 컴플라이언스 추적을 위해 DARF 데이터를 추출하는 경우, 문서당 이 여섯 개 필드가 최소 필수 항목입니다. GPS 및 DAE에도 동일한 논리가 적용됩니다. 식별자, 기간, 코드, 금액을 캡처하면 합산, 정렬 및 공식 신고와 대조가 가능한 등록부가 완성됩니다.
AI를 사용하여 DARF/GPS 납부 데이터를 Excel로 추출하는 방법
여기서 설명하는 추출 워크플로우는 ImageToTable.ai를 사용합니다. 이 도구는 템플릿 불필요 AI 추출 도구로, 각 값의 페이지 내 위치가 아닌 의미를 이해하여 문서를 읽습니다. 브라질 납부 바우처의 경우 DAE 형식이 주마다 다르고, GPS 레이아웃은 온라인 생성 버전과 은행 처리 버전 간에 약간씩 차이가 있으며, DARF 문서는 인쇄된 PDF 전표, 인터넷 뱅킹 스크린샷, 정부 포털 출력물 등 다양한 시각적 레이아웃으로 제공되기 때문에 이러한 차이가 중요합니다. 위치 기반 템플릿은 두 번째 변형에서 바로 작동이 중단됩니다. 의미론적 접근 방식은 필드가 어디에 있는지 신경 쓰지 않습니다. 그것이 무엇인지 식별합니다.
프로세스는 네 단계로 나뉩니다:
수동 작업과의 주요 운영상 차이점은 AI가 원천 데이터를 직접 읽는다는 점입니다. 납부 증서와 스프레드시트 행 사이에 사람의 필사 단계가 없습니다. "코드를 올바르게 읽었지만 2362 대신 2361을 입력했다"는 오류 요인이 제거되는데, 이는 코드를 읽는 동일한 프로세스가 문서에서 출력으로 코드를 복사하기 때문입니다.
추출된 데이터로 월별 컴플라이언스 원장 구축
DARF 및 GPS 납부 데이터를 구조화된 스프레드시트로 확보하면 수동 입력 프로세스를 대체하는 것 이상의 가치가 있습니다. 납부 증서와 공식 신고서 간의 운영상 가교 역할을 하는 실무용 컴플라이언스 원장을 구축할 수 있습니다.
최소 기능 원장은 납부 증서당 한 행으로 구성되며, 다음 열을 포함합니다: 문서 유형(DARF/GPS/DAE), 납세자 CNPJ, 세입 코드 또는 납부 코드, 계산 기간, 납부 기한, 원금, 총 납부액. 데이터가 이 형식으로 정리되면 세 가지 점검이 간단해집니다:
기간별 합계. 계산 기간별 총 납부액을 합산하여 DCTFWeb 또는 DCTF에 신고된 총액과 비교합니다. 불일치가 발생하면 원장에서 증서가 누락되었거나 신고서가 다른 금액으로 제출되었음을 의미합니다. 2월 DIRF 준비 시점이 아닌 월말에 이를 발견하면 과거 신고서를 수정하는 어려운 과정을 피할 수 있습니다.
세입 코드 감사. 모든 행을 세입 코드별로 필터링하여 원장의 코드가 신고된 세금과 일치하는지 확인합니다. DCTFWeb에 해당 기간의 IRRF가 R$15,000으로 표시되지만 원장 합계가 R$12,000인 경우, Receita Federal의 교차 참조 시스템이 이를 식별하기 전에 차이점을 추적해야 합니다. 수동 스프레드시트는 이러한 불일치가 Malha Fiscal 통지에서 드러날 때까지 발견되지 않을 위험이 있습니다.
납부 기한 추적. 납부 기한별로 정렬하여 연체된 증서를 식별합니다. INSS 연체 시 일 0.33%의 multa de mora와 Selic 이자가 발생합니다. 어떤 납부에서 패널티가 발생했는지 알면 팀이 납부 전에 증서의 벌금 및 이자 금액이 올바르게 계산되었는지 확인할 수 있으며, 행정 항소 절차(Processo Administrativo Fiscal)를 통해 패널티에 이의를 제기해야 하는 경우 필요한 문서를 제공합니다.
추출이 자동화되면 월별 주기는 "증서 40개를 입력하고, 문제가 없길 바란다"에서 "증서 40개를 한 번에 추출하고, 예외 사항을 검토한 후 신고서와 조정한다"로 전환됩니다. 데이터 입력 시간이 검토 시간으로 대체됩니다. 이것이 문서 양이 증가함에 따라 컴플라이언스 작업을 관리 가능하게 유지하는 운영상의 변화입니다.
자주 묻는 질문
AI가 바코드나 QR 코드가 없는 DARF 문서에서도 데이터를 추출할 수 있나요?
네, 가능합니다. 추출 과정은 바코드, QR 코드 또는 기계 판독 가능 요소에 의존하지 않습니다. 기본 비전 모델은 문서에 인쇄되거나 표시된 텍스트를 읽고 의미론적 의미를 기반으로 필드를 식별합니다. SicalcWeb에서 출력된 DARF, Meu INSS 포털에서 생성된 GPS, 주정부 웹사이트의 DAE 스크린샷은 모두 동일한 방식으로 처리됩니다. AI는 "CPF/CNPJ" 다음에 오는 14자리 숫자가 납세자 식별 번호임을 이해하여 CNPJ를 찾는 것이지, 페이지의 특정 좌표를 찾는 것이 아닙니다.
DARF를 연체하여 납부했을 경우 벌금 및 이자 필드가 있는데, 도구에서 이를 별도로 추출할 수 있나요?
네, 가능합니다. 열 정의에 "원금", "벌금", "이자"를 별도의 열로 포함하면 AI가 DARF의 해당 필드에서 각 값을 독립적으로 추출합니다. 이는 벌금 및 이자 비용이 포함된 GPS 문서에도 동일하게 적용됩니다. 또한 "합계"와 같은 계산 열을 정의할 수 있으며, AI는 추출 시 합계를 계산하여 문서의 총액 필드와 교차 검증한 후 불일치 사항을 표시합니다.
이 도구는 상파울루주의 DARE, 리우데자네이루주의 DARJ 등 주별로 다른 DAE 형식에서도 작동하나요?
네, 가능합니다. 추출 방식이 형식 독립적이기 때문입니다. 즉, 템플릿을 일치시키는 대신 문서의 내용을 의미론적으로 읽기 때문에 주별 DAE 레이아웃의 차이로 인해 오류가 발생하지 않습니다. 상파울루주의 DARE, 리우데자네이루주의 DARJ, 다른 주의 DUA 모두 동일한 열 정의로 처리됩니다. AI는 각 주 양식에서 해당 필드가 어디에 있든 CNPJ, 기준 기간, ICMS 금액 및 총액을 식별합니다. 이것이 각 주 형식에 대해 별도의 템플릿이 필요한 템플릿 기반 OCR 도구와의 주요 차이점입니다.
직원 INSS, 고용주 INSS, 제3자 기여금 등 여러 기여 항목이 포함된 GPS 문서에서 데이터를 추출할 수 있나요?
네, 가능합니다. "직원 INSS", "고용주 INSS", "제3자 기여금"과 같이 각 라인 항목 구성 요소에 대한 열을 정의하면 AI가 GPS 세부 내역 섹션에서 해당 값을 추출합니다. 동일한 기여 범주가 다른 사업장 등록 번호(CEI)에 걸쳐 나타나는 다중 라인 GPS 문서의 경우, 각 사업장의 데이터가 출력 테이블에서 별도의 행을 차지하며 CEI 식별자와 해당 기여 값 간의 관계를 유지합니다.
PIX로 납부한 DARF의 결제 영수증이 은행 앱 스크린샷인 경우 어떻게 처리하나요?
은행 앱의 스크린샷은 DARF 문서와 동일한 방식으로 처리됩니다. 스크린샷을 이미지 파일로 업로드하고 열 이름을 정의하면 AI가 화면에서 결제 세부 정보를 읽어옵니다. 핵심 요구 사항은 DARF 필드가 스크린샷에 표시되어야 한다는 점입니다. 은행 앱에서 특정 필드를 자르거나 가리는 경우 해당 값은 추출되지 않을 수 있습니다. 가능하다면 은행 확인서보다 SicalcWeb 또는 e-CAC에서 생성된 원본 DARF 납부서를 사용하는 것이 좋습니다. 원본 납부서에는 모든 필드가 완전하게 포함되어 있습니다.
이 맥락에서 수동 추출과 자동 추출의 차이는 속도가 아니라 오류 제거에 있습니다. 더 빠른 입력 과정에도 여전히 필사 오류가 발생합니다. 원본 문서를 읽고 출력물에 직접 작성하는 AI는 세금 납부 추적에서 가장 흔한 실패 지점, 즉 사람의 손이 한 표면에서 다른 표면으로 숫자를 옮기는 과정을 제거합니다. 자동 추출로 구축된 컴플라이언스 원장은 원본 문서 자체만큼만 정확하며, 은행에서 처리한 원본 문서는 이미 정확했습니다.
귀사 팀이 브라질 DARF, GPS 또는 DAE 납부 바우처를 처리하고 이를 스프레드시트로 추적하는 경우, 다음 단계는 간단합니다. 한 달 치 바우처를 가져와 추출 워크플로우에 실행해 보십시오. 업로드부터 구조화된 Excel 테이블 생성까지 1분 미만이 소요됩니다. 출력 결과를 수동 원장과 비교하여 다음 DIRF 신고 시 어느 쪽을 더 신뢰할지 결정하십시오.