브라질 문서 추출:
예산 도구 하나면 충분할까, 여러 개가 필요할까?
Belo Horizonte에 있는 직원 12명 규모의 소규모 의원은 매달 공급업체 NF-e 인보이스 약 25건, 서비스 제공업체의 NFS-e 문서 18건, 직원 Holerite(급여명세서) PDF 12건을 받습니다. 문서 유형이 세 가지, 규제 체계도 세 가지, 수작업 프로세스도 세 가지입니다. 이 의원이 문서 유형별 전용 도구를 각각 구매하면 연간 총비용은 R$5,000~11,000에 달합니다. 세 가지 모두에 하나의 AI 추출 도구를 사용하면 비용은 약 R$1,200으로 줄어듭니다. 차이는 브라질에 어떤 도구가 있느냐가 아니라, 추출 단계가 세 개의 별도 플랫폼 안에 있어야 하는지의 문제입니다.
핵심 요점
- 브라질 중소기업은 규제 영역별로 별도 도구를 구매합니다 — 세금 NF-e용 ERP, 지방세 NFS-e용 수작업 입력, 노동 Holerite용 DP 시스템 — 도구가 정부의 분리 구조를 그대로 반영하기 때문입니다.
- Curitiba에 있는 직원 25명 규모의 건설 회사는 이 다중 도구 스택에 연간 R$7,788을 지출하며, 그 비용의 2/3는 도구가 처리해야 했지만 처리하지 못하는 데이터를 수작업으로 입력하는 인건비입니다.
- ImageToTable.ai는 연간 R$1,200으로 문서 유형별 열 정의 하나로 NF-e, NFS-e, Holerite PDF를 읽습니다 — 데이터가 세 개의 별도 시스템에 흩어지는 대신, contador는 세 가지 문서 유형이 모두 구조화된 열로 정리된 Excel 파일 하나를 받게 됩니다.
브라질 소기업의 문서 스택
직원 10~50명 규모의 전형적인 브라질 중소기업 문서함을 살펴보면 업종을 막론하고 동일한 패턴이 반복됩니다. Curitiba의 한 소규모 건설업체는 건축 자재 공급업체(시멘트, 철근, 전기 부품)로부터 ICMS 세액 내역(주 경계를 넘는지에 따라 12% 또는 18%)이 포함된 NF-e(전자 송장)를 받습니다. 하청 전기공·배관공으로부터는 각 지자체 세율(도시에 따라 2%~5%)의 ISS(서비스세)가 포함된 NFS-e(전자 서비스 송장)를 받습니다. 그리고 contador 또는 DP(인사 부서) 시스템에서 직원의 salário base(기본급), INSS 기여금, IRRF 원천징수, FGTS 적립금, horas extras(초과 근무) 또는 adicionais(상여금)가 포함된 Holerite(급여 명세서) PDF를 받습니다.
세 가지 문서 유형. 세 가지 별도의 규제 체계 — NF-e는 Ajuste SINIEF 07/2005에 따라 주 정부 SEFAZ 당국이 관할하고, NFS-e는 2026년 1월부터 Lei Complementar 214/2024에 따라 전국적으로 통합되었지만 여전히 지자체별 ISS 세율을 적용하며, Holerite는 CLT(노동법 통합)에 따라 eSocial(이벤트 S-1210)을 통해 연방 정부에 보고해야 하는 데이터를 포함합니다. 세 가지 필수 입력 필드 세트. 수동 데이터 입력을 위한 세 가지 서로 다른 워크플로. 그리고 대부분의 브라질 중소기업에서는 동일한 한두 명이 이 모든 업무를 처리합니다.
일반적인 20인 규모 기업의 월간 문서량은 대략 다음과 같습니다: NF-e 40~120건(상품 공급업체 송장), NFS-e 15~50건(서비스 제공업체 송장), Holerite 10~25건(직원 급여 명세서). 즉, 매월 65~195건의 문서에서 누군가 PDF를 열고 숫자를 다시 입력하고 있는 셈입니다. 문서당 5분 — 다중 라인 ICMS 내역이 있는 NF-e 기준으로 보수적인 수치 — 기준으로 수작업 비용은 R$25/시간에서 월 R$135~R$406에 달합니다. 연간 환산 시: 연간 소프트웨어 예산이 R$5,000도 안 될 수 있는 회사가 PDF를 읽고 키를 누르는 데 R$1,620~R$4,872를 지출하는 것입니다.
구조적 문제는 브라질 중소기업에 각 문서 유형별 도구가 부족하다는 것이 아닙니다. 도구가 세무, 지방세, 노무라는 규제 영역별로 분리되어 있고, 각 영역의 도구 비용이 월 R$100~400이라는 점입니다. 세 가지가 모두 필요할 때, 결합된 비용이 자동화의 비즈니스 케이스를 무너뜨립니다.
NF-e, NFS-e, 급여명세서(Holerite): 세 가지 문서, 세 개의 별도 세계
브라질 문서 도구가 별도의 사일로로 나뉘어 있는 이유는 규제 인프라가 구축된 방식에 뿌리를 두고 있습니다.
NF-e(세금, 주 차원). 브라질 26개 주와 연방구(Distrito Federal)의 SEFAZ가 규제합니다. 수취 기업의 경우 NF-e에는 공급업체 CNPJ, 거래를 분류하는 CFOP(Código Fiscal de Operações e Prestações), NCM 제품 코드, ICMS 과세표준 및 세율(제품 유형과 주 간 거래 여부에 따라 일반적으로 4%, 7%, 12% 또는 18%)이 포함되며, 해당되는 경우 PIS, COFINS, IPI도 포함됩니다. 수신 NF-e를 위한 도구 생태계는 디지털 인증서 통합을 통해 NF-e XML을 캡처하는 전체 ERP(Omie, Conta Azul, Bling)와 SEFAZ XML 다운로드를 자동화하는 Qive(구 Arquivei) 같은 엔터프라이즈 플랫폼으로 구성됩니다. 이러한 도구를 사용하지 않는 소기업은 DANFE PDF를 수동으로 처리합니다. NF-e 추출 문제에 대한 자세한 내용은 브라질 소기업을 위한 저비용 NF-e 추출 가이드를 참조하세요.
NFS-e(서비스세, 시 차원). 2026년 1월 1일부터 Lei Complementar 214/2024에 따른 통합 국가 NFS-e 시스템이 전국적으로 의무화되어, 각각 자체 NFS-e 형식과 웹 포털을 가진 5,500개 이상의 지자체로 분산된 기존 체계를 대체합니다. 2025년 중반까지 서비스 수익의 70%를 차지하는 1,280개 이상의 지자체가 국가 시스템에 가입했으며, 나머지는 2026년 1월 마감까지 채택해야 했습니다. NFS-e에는 지자체와 서비스 유형에 따라 2%~5%의 ISS 세율과 해당되는 경우 PIS/COFINS가 포함됩니다. 대부분의 브라질 ERP(Omie, Conta Azul)에는 NFS-e 발행 모듈이 포함되어 있지만, 서비스 제공업체로부터 PDF로 수신된 NFS-e는 NF-e와 동일한 수동 입력 패턴을 따릅니다. PDF가 도착하면 누군가 입력합니다.
Holerite(노동, 연방 차원). CLT Art. 464에 따라 모든 브라질 고용주는 급여 구성요소, 공제액, 순 급여를 보여주는 상세 급여명세서를 제공해야 합니다. Holerite에는 Ministério do Trabalho e Emprego가 규정한 특정 필드가 포함됩니다: salário base, 최소 50% 가산금이 적용된 horas extras, INSS 기여금(급여 구간에 따른 8%, 9% 또는 11% — 2026년 누진표), IRRF(Imposto de Renda Retido na Fonte, 누진 소득세표에 따라 계산), FGTS 예치금(총 급여의 8%), 그리고 adicional noturno(야간 근무 가산금, 최소 20%) 또는 periculosidade(위험 수당, 30%) 같은 각종 수당. 이 모든 데이터는 eSocial 이벤트 S-1210을 통해 매월 보고되어야 합니다. Holerite 데이터를 처리하는 도구 — Domínio Sistemas, Senior, Totvs RM, ADP Brazil, Pontomais — 는 NF-e와 NFS-e를 처리하는 ERP 도구와 완전히 분리된 DP(Departamento Pessoal) 시스템입니다.
이러한 규제 분리는 도구 분리를 만듭니다. Belo Horizonte의 한 클리닉은 NF-e 및 NFS-e 관리를 위해 Omie(또는 Conta Azul)를 구매하고, 급여를 위해 별도의 DP 시스템을 사용하며, ERP의 NFS-e 모듈이 수신이 아닌 발행용으로 구축되었기 때문에 하도급 의료 서비스 제공업체의 NFS-e 데이터를 여전히 Excel에 수동 입력합니다. 결과: 두세 개의 소프트웨어 구독, 두세 개의 학습 곡선, 그리고 세 개의 서로 다른 곳에 흩어진 데이터.
별도 도구 3개의 실제 연간 비용
문서 유형별로 별도 도구를 구매하는 소규모 기업의 연간 청구서를 계산해 보겠습니다. 대부분의 소프트웨어 추천 가이드가 권장하는 "최적 조합" 방식입니다.
| 문서 유형 | 도구 범주 | 예시 도구 | 월 비용 | 연간 비용 | 포함 내용 |
|---|---|---|---|---|---|
| NF-e(상품 송장) | ERP / NF-e 플랫폼 | Omie, Conta Azul 또는 Qive | R$99~400 | R$1,188~4,800 | NF-e 발행 및/또는 캡처, 재고, 재무, contador 연동 |
| NFS-e(서비스 송장) | 위 ERP에 포함 또는 수동 | 인바운드 NFS-e는 ERP를 사용해도 수동 입력되는 경우가 많음 | R$0(인건비만) | R$1,560~3,120 | 월 15~50건 NFS-e 수동 입력 시 R$25/시간 인건비 |
| Holerite(급여명세서) | DP / 급여 시스템 | Domínio, Senior, Pontomais 또는 Convenia | R$100~400 | R$1,200~4,800 | 급여 처리, Holerite 생성, eSocial 보고, FGTS/INSS/IRRF 계산 |
| 총 연간 비용(멀티 도구 스택) | R$3,948~12,720 | 요금제 및 수동 작업 대체 여부에 따라 범위 상이 | |||
멀티 도구 스택 비용에는 하한과 상한이 있습니다. 하한(R$3,948/년)은 Omie Entry 월 R$99로 NF-e 처리 + NFS-e 수동 입력 인건비 연 R$1,560 + 기본 DP 시스템 월 R$100을 가정합니다. 상한(R$12,720/년)은 Conta Azul Avançado 월 R$400 + 대량 NFS-e 수동 입력 + 전체 DP 스위트 월 R$400을 가정합니다. 두 시나리오 모두 브라질 중소 도시의 20~50인 기업에서 흔한 경우입니다.
하지만 이 표는 실제 비용 요인인 NFS-e 및 Holerite 추출의 수동 작업을 숨기고 있습니다. ERP가 NF-e XML 캡처를 처리하더라도 서비스 제공업체의 NFS-e PDF와 contador의 Holerite PDF는 여전히 누군가의 받은 편지함에 도착합니다. ERP는 이를 읽지 못합니다. DP 시스템은 Holerite를 생성하지만 데이터를 다시 추출하지는 않습니다. 추출 공백은 브라질에서 전용 추출 도구가 특별히 타겟팅하지 않는 문서 유형인 NFS-e에서 가장 심각합니다.
하나의 도구, 세 가지 문서 유형: 추출 계층 방식
대안적인 구조는 추출 단계를 이를 활용하는 관리 시스템과 분리하는 것입니다. 각각 하나의 문서 유형을 처음부터 끝까지 처리하는 도구 세 개를 구매하는 대신, 세 가지 문서 유형 모두에 대한 추출 단계를 처리하는 도구 하나를 구매하고, 추출된 데이터를 이미 사용 중인 다운스트림 시스템(contador용 Excel, 회계용 ERP, 급여 조정용 DP 시스템)에 공급하는 것입니다.
ImageToTable.ai는 이러한 방식으로 작동합니다. 문서의 시각적 콘텐츠 — NF-e DANFE PDF, 서비스 제공업체의 NFS-e PDF, contador의 Holerite PDF, 종이 Holerite 사진, DANFE WhatsApp 스크린샷 — 를 읽고 Excel에서 구조화된 데이터를 출력합니다. 메커니즘은 문서 유형에 관계없이 동일합니다: 맞춤 열 추출 — 원하는 필드 이름을 입력하면 AI가 페이지에서의 위치가 아닌 의미를 이해하여 각 값을 찾습니다. NF-e의 경우 열 정의는 "CNPJ emitente, CFOP, Valor Total, Base ICMS, Valor ICMS"일 수 있습니다. 하도급업체의 NFS-e의 경우 "CNPJ prestador, Número NFS-e, Valor serviço, ISS retido, Base ISS, Alíquota ISS"일 수 있습니다. Holerite의 경우 "Nome funcionário, Salário base, INSS, IRRF, FGTS, Horas extras, Líquido a receber"일 수 있습니다.
열 정의는 문서 유형에 따라 달라집니다. 도구는 그렇지 않습니다. 가격도 그렇지 않습니다. 동일한 $9/월 Basic plan(150페이지, ~R$50) 또는 $19/월 Pro plan(400페이지, ~R$100)이 동일한 페이지 허용량 내에서 세 가지 문서 유형을 모두 포함합니다. 한 달에 NF-e DANFE 40개, NFS-e PDF 20개, Holerite 15개를 처리한다면 75페이지 — Basic plan 허용량의 절반으로, 다음 등급에 도달하기 전에 성장 여지가 남습니다.
파일은 안전하게 처리되며 저장되지 않습니다.
연간 비용 비교: 다중 도구 스택 vs 단일 추출 레이어
브라질 소규모 기업을 위한 세 가지 문서 볼륨 시나리오에 대한 전체 비교입니다:
| 시나리오 | 월간 문서 수 (NF-e + NFS-e + Holerite) | 다중 도구 스택 연간 비용 | 단일 추출 레이어 연간 비용 | 연간 절감액 |
|---|---|---|---|---|
| 소규모 클리닉, 직원 12명, Belo Horizonte | NF-e 40건 + NFS-e 18건 + Holerite 12건 = 문서 70건 | R$5,148 Omie 월 R$99 + 수동 NFS-e 인건비 연 R$1,560 + DP 시스템 월 R$200 | R$600 Basic 플랜 $9/월 (약 월 R$50 × 12, 월 150페이지로 문서 70건 처리 가능) | R$4,548 |
| 건설 회사, 직원 25명, Curitiba | NF-e 75건 + NFS-e 30건 + Holerite 25건 = 문서 130건 | R$7,788 Omie R$99/mo + 수동 NFS-e 인건비 연 R$2,400 + DP 시스템 월 R$350 | R$1,200 Pro 플랜 $19/mo (×12, 월 400페이지로 문서 130건 + 여유 처리 가능) | R$6,588 |
| 식품 유통업체, 직원 45명, SP 내륙 | NF-e 120건 + NFS-e 40건 + Holerite 30건 + 배송 명세서 60건 = 문서 250건 | R$11,388 Conta Azul 월 R$310 + NFS-e 인건비 연 R$3,120 + DP 월 R$400 + 수동 배송 명세서 연 R$2,400 | R$3,648 Max 플랜 $59/mo (×12, 월 1,500페이지로 4가지 문서 유형 모두 처리 가능) | R$7,740 |
표에서 세 가지 관찰 결과를 도출할 수 있습니다. 첫째, 다중 도구 스택 비용은 DP 시스템과 NFS-e 수동 인건비가 대부분을 차지하며, NF-e를 처리하는 도구(ERP)는 전체 비용의 일부에 불과합니다. 둘째, 추출 레이어는 도구 구독뿐만 아니라 수동 인건비도 대체하며, 이는 다중 도구 열에서 가장 큰 숨은 비용입니다. 셋째, 볼륨이 높아지면 월 R$304의 Max 플랜은 NF-e, NFS-e, Holerite뿐만 아니라 배송 명세서와 비용 영수증 같은 보조 문서 유형도 처리할 수 있습니다 — 이러한 문서 유형은 다중 도구 접근 방식에서 네 번째 또는 다섯 번째 도구를 추가해야 하는 유형입니다.
이 수치가 글로벌 추출 가격 책정 환경에서 어디에 위치하는지에 대한 맥락은 2026년 AI 문서 추출 가격 책정 개요에서 모든 등급을 확인하세요. 브라질 시장에 특히 중요한 비교는 이 표가 보여주는 것입니다: 브라질의 모든 소규모 기업이 실제로 처리하는 세 가지 문서 유형에 대해 헤알로 산출된 문서당 비용입니다. 추출 레이어 가격이 다양한 볼륨에서 어떻게 작동하는지 더 자세히 보려면 2026년 가장 저렴한 AI 추출 도구 순위를 참조하세요.
단일 추출 레이어는 ERP나 DP 시스템을 대체하지 않습니다. 이를 지원합니다. ERP는 여전히 재고를 관리하고 자체 NF-e를 발행합니다. DP 시스템은 여전히 급여를 계산하고 INSS와 IRRF를 원천징수하며 eSocial을 제출합니다. 추출 레이어는 두 시스템 앞에 위치합니다: PDF를 수신하고, 데이터를 추출하며, 워크플로를 소유한 시스템으로 가져오는 스프레드시트를 내보냅니다. 세 가지 도구를 하나로 교체하는 것이 아닙니다. 세 시스템 모두에서 수동 입력 단계를 R$50–304/월의 도구 하나로 교체하는 것입니다.
여러 도구가 여전히 합리적인 경우
이 비교는 대부분의 브라질 중소기업에서 단일 추출 레이어가 다중 도구 스택보다 비용이 적게 든다고 주장합니다. 그러나 이 주장은 보편적이지 않습니다. 다중 도구 접근 방식이 올바른 선택인 세 가지 시나리오:
자체 NF-e를 정기적으로 발행하는 경우. 자사 고객에게 월간 소수의 NF-e 이상을 발행하는 경우 발행 기능이 있는 ERP 또는 NF-e API 제공업체(NFe.io, Focus NFe, 또는 Omie와 같은 NF-e 모듈이 있는 ERP)가 필요합니다. 추출 레이어는 수신 측을 처리합니다. 발행 측은 XML을 생성하고 SEFAZ에 제출하는 도구가 필요합니다. 이 경우 ERP와 추출 도구 중 하나를 선택하는 것이 아니라 둘 다 필요합니다. 추출 도구는 수신 DANFE를 처리하고 ERP는 발신 NF-e를 처리합니다. 문제는 ERP의 수신 캡처 모듈(디지털 인증서 구성 필요)이 추출 레이어를 통해 수신 DANFE를 처리하는 것과 비교하여 추가 비용을 정당화하는지 여부입니다.
contador가 특정 ERP를 요구하는 경우. 많은 브라질 회계 법인(escritórios de contabilidade)은 Omie, Conta Azul 또는 Domínio에 표준화되어 있으며 통합 목적으로 고객에게 동일한 플랫폼을 요구합니다. contador가 "이 ERP를 사용하지 않으면 서비스를 제공할 수 없다"고 말하면 도구 결정은 끝난 것입니다. 추출 레이어는 추출된 데이터를 지정된 ERP에 공급하여 여전히 가치를 더할 수 있습니다 — ERP와 충돌하지 않고 그 앞에 위치합니다. 그러나 ERP의 수신 캡처가 볼륨과 공급업체 구성에 적합하다면 독립형 추출 도구는 정당화되지 않을 수 있는 추가 내보내기-가져오기 단계를 추가합니다.
월 500건 이상의 단일 유형 문서를 처리하는 경우. 월 500건 이상의 NF-e에서는 Qive(구 Arquivei)와 같은 엔터프라이즈 플랫폼이 SEFAZ XML 자동화, 공급업체 네트워크 효과, 일반 추출 도구가 제공하지 않는 AP 워크플로 기능을 통해 비용 효율적이 됩니다. 추출 레이어는 여러 유형에 걸쳐 월 50–500건의 문서에서 가장 효과적입니다 — 수동 입력이 부담되지만 문서당 엔터프라이즈 가격이 맞지 않는 볼륨 범위입니다. 이 범위의 인보이스 특화 측면에서는 일괄 인보이스-Excel 처리가 대량 추출을 처리하고, 구조화된 인보이스 워크플로의 경우 인보이스 처리가 종단 간 흐름을 다룹니다.
환율 변동성은 어떻습니까?
달러로 가격이 책정된 문서 추출 도구는 헤알로 책정된 브라질 소프트웨어에는 없는 환율 변수를 수반합니다. USD/BRL 환율은 2026년 6월 첫 2주 동안에만 R$5.06에서 R$5.17로 변동했으며, 지난 12개월 동안 약 R$4.87에서 R$5.50까지 변동했습니다. 월 $19 Pro 플랜은 R$5.15 기준 R$98, R$5.50 기준 R$104입니다 — 월 R$6, 연간 R$72 차이입니다. 단일 구독에는 큰 문제가 아니지만, 12개월 예산을 헤알로 세울 때는 고려할 만합니다.
관리 방법은 세 가지입니다. 첫째, 가능하면 연간 플랜을 구매하세요 — 구매 시점에 환율을 고정하여 월별 변동을 없앨 수 있습니다. 둘째, PAYG(종량제) Starter pack($6, 50개 이미지, 약 R$31)을 환율 급등 시 완충 장치로 활용하세요: 헤알이 강세일 때 크레딧을 구매하고, 약세일 때 사용하세요. 셋째, 도구 비용을 헤알로 환산해 대체하려는 인건비와 비교하세요. 인건비도 헤알로 표시되며 동일한 환율로 인상됩니다 — 헤알이 약세가 되어 달러 표시 도구 비용이 헤알로 더 비싸지면, 그렇지 않을 경우 지불해야 할 브라질 인건비도 구매력 기준으로 더 비싸지므로 상대적 절감 비율은 방향적으로 유사하게 유지됩니다.
문서 추출의 환율 리스크는 절대 금액 기준으로 작습니다. 달러 표시 도구 가격이 월 $9~$59로 작기 때문입니다. 미국 공급업체에서 $500 이상에 구매하는 엔터프라이즈 문서 관리 플랫폼의 환율 리스크는 다른 차원의 이야기입니다. 환율이 R$0.50 변동하면 월 청구액이 R$250 증가하기 때문입니다.
FAQ
ImageToTable.ai가 브라질 급여 시스템의 Holerite PDF를 처리할 수 있습니까?
네. Holerite가 Domínio, Senior, ADP Brazil에서 생성되었든, contador의 시스템에서 PDF로 내보냈든, AI가 시각적 콘텐츠를 읽고 사용자가 정의한 필드를 추출합니다. 일반적인 Holerite에는 다음이 표시됩니다: 직원 이름, 기본 급여, INSS 기여금, IRRF 원천징수, FGTS 예치금, 초과근무 시간 및 할증, 야간 근무 할증(adicional noturno, 최소 20%), 위험 수당(adicional de periculosidade, 30%, 해당 시), 기타 공제(vale-transporte, vale-refeição, plano de saúde), 순 급여(líquido a receber). 열을 한 번 정의하면 동일한 배치의 모든 Holerite에 재사용할 수 있습니다. 추출 결과는 직원당 한 행씩 구성된 Excel 스프레드시트로 출력됩니다 — 급여 대사 조정, 원가 센터 배분, 또는 부서별 인건비를 추적하는 BI 도구에 연동하는 데 유용합니다.
도구가 서로 다른 레이아웃을 가진 여러 지자체의 NFS-e를 처리할 수 있나요?
네. NFS-e가 이제 Lei Complementar 214/2024에 따라 통합된 국가 XML 표준을 따르지만, 시각적 PDF 표현은 여전히 지자체와 발행자에 따라 다릅니다. 의미 기반 추출은 위치가 아닌 의미로 필드 값을 읽으므로, São Paulo NFS-e의 "CNPJ prestador"와 Curitiba NFS-e의 "CNPJ do prestador"는 동일한 추출 열로 매핑됩니다. 통합 국가 표준은 시각적 레이아웃보다 XML 인프라 측면에서 더 중요합니다. 추출 도구의 관점에서 필드 이름이 충분히 유사하므로 동일한 열 정의가 여러 지자체에서 작동합니다.
추출 레이어가 기존 contador 설정과 어떻게 연동되나요?
일반적인 워크플로: 한 달 내내 이메일이나 WhatsApp으로 NF-e DANFE, NFS-e PDF, Holerite PDF를 받습니다. 이를 ImageToTable.ai에 업로드하고, 문서 유형별로 필요한 열을 정의한 다음(또는 재사용을 위해 프리셋으로 저장), 추출된 Excel 파일을 다운로드합니다. 그런 다음 Excel 파일을 contador에게 보내면, contador가 Omie, Conta Azul, Domínio 또는 Excel 기반 조정 등 사용 중인 회계 시스템으로 가져옵니다. contador의 워크플로는 재입력할 PDF 대신 구조화된 데이터를 받는다는 점 외에는 변하지 않습니다. contador가 특정 형식의 데이터를 요구하는 경우, 추출 열 이름을 해당 가져오기 템플릿에 맞게 구성할 수 있습니다.
CT-e(Conhecimento de Transporte Eletrônico) 및 기타 문서 유형은 어떻게 되나요?
동일한 추출 방식이 CT-e(화물 운송 문서), MDF-e(Manifesto Eletrônico de Documentos Fiscais), boletos(은행 납부 영수증)에도 적용됩니다. 시각적 텍스트 콘텐츠가 있는 모든 문서를 읽을 수 있습니다. 열 정의는 문서 유형에 따라 달라지지만, 도구와 페이지당 비용은 동일합니다. 이것이 월 1,500페이지의 Max 플랜이 세 가지 핵심 문서 유형뿐만 아니라 동일한 월간 워크플로에 나타나는 보조 유형도 다섯 번째 도구 구독으로 밀어넣지 않으면서 처리하도록 책정된 이유입니다.
페이지 수는 문서 기준인가요, 아니면 다중 페이지 문서의 페이지 기준인가요?
페이지 기준입니다. 대형 산업 공급업체의 3페이지 NF-e DANFE는 3크레딧을 사용합니다. 1페이지 Holerite는 1크레딧을 사용합니다. 평균 문서가 1~2페이지인 경우(대부분의 NF-e DANFE, NFS-e 및 단일 페이지 Holerite에 해당), Basic 플랜의 150페이지는 월 약 75~150개 문서를 처리할 수 있습니다. 복잡한 산업 공급업체의 다중 페이지 NF-e는 품목별 상세 정보가 많아 페이지를 더 빠르게 소모합니다. 공급업체 구성이 상세 인보이스 위주라면 플랜 선택 시 이를 고려하세요.
브라질 문서 추출 문제는 결코 도구 부족 문제가 아니었습니다. 문제는 규제 분리 구조를 그대로 반영하는 도구 아키텍처였습니다: 세금용 도구 하나, 지방세용 도구 하나, 노동용 도구 하나. 각 도구가 물리적 사무실이었을 때는 이 아키텍처가 합리적이었습니다. 그러나 PDF를 읽고 숫자를 열에 넣는 추출 단계가 어느 정부 기관이 문서를 규제하든 동일한 작업이라면, 이 구조는 설득력을 잃습니다. NF-e DANFE, NFS-e PDF, Holerite 급여명세서가 섞인 문서에서 직접 테스트해 보세요. 문서 유형별 열 정의 하나가 세 가지 별도 수작업 프로세스를 대체할 수 있는지 확인해 보세요.