CT-e 운송 문서 300건,
월간 비용 원장 하나로
월 300건의 CT-e 문서를 처리하는 운송 분석가 — 남동부와 중서부 지역으로 제품을 배송하는 중견 제조업체의 일반적인 규모 — 는 각 DACTE 출력물이나 PDF를 열어 운송업체 CNPJ, 서비스 금액(valor do serviço), 총중량, ICMS 금액, 출발지 및 도착지 지자체를 찾아 이 12개 데이터 포인트를 스프레드시트 행에 입력해야 합니다. 숙련된 분석가가 문서당 90초씩 처리한다면, 월 7.5시간이 순수 데이터 입력에 소요됩니다. 오타 발견, 세율 검증, 청구 포털 대신 이메일로 도착한 첨부 파일 찾기, 운송비를 해당 구매 송장과 대사하는 데 드는 시간까지 더하면, 월간 운송비 명세서는 아무도 맡고 싶어 하지 않는 2~3일짜리 업무가 됩니다. 그럴 필요가 없습니다.

핵심 요점
- 월 300건의 CT-e 문서를 직접 입력하는 분석가가 만든 스프레드시트는 완성된 것처럼 보여도 숨은 공백이 있습니다 — 열이 빠지고, 필드를 기억에 의존해 추정합니다.
- 일괄 추출은 열 세트를 한 번 정의해 300개 문서 전체에 적용하므로 모든 행의 구조가 동일함을 보장합니다 — 편차 없음.
- 실질적인 효율은 계산 열에서 나옵니다 — kg당 운송비, 실효 ICMS 세율 — 추출 중에 계산되므로 사후에 수식을 입력할 필요가 없습니다.
브라질 화물 운임 추적의 일괄 처리 격차
일괄 처리와 수동 입력 사이에는 속도가 아닌 숨겨진 차이가 있습니다. 바로 일관성입니다. 분석가가 300개의 CT-e 문서를 하나씩 입력할 때, 그녀가 입력하는 열 집합은 작업이 진행됨에 따라 변합니다. 처음 50개 문서에는 "비고" 열이 있었지만 120번째 문서쯤 되면 시간이 너무 오래 걸려서 삭제됩니다. ICMS 세율은 초기에는 입력되지만, 마지막에는 기억에 의존해 추정합니다. 그 결과 일부 행에는 데이터가 있고 다른 행에는 없는 스프레드시트가 만들어지며, 분석가 본인조차도 어떤 행이 완전하고 어떤 행이 그렇지 않은지 사후에 알 수 없습니다.
일괄 추출 — 동일한 열 정의 집합을 통해 300개의 DACTE 출력물을 모두 처리 — 은 출력의 모든 행이 동일한 데이터 구조를 가지도록 보장합니다. 동일한 운송업체 CNPJ, 서비스 금액, ICMS 금액, 총 중량 및 경로 필드가 배치의 모든 문서에서 추출됩니다. 처음에 한 번 정의한 열 집합은 모든 문서에 적용됩니다. 수동과 일괄 처리의 차이는 단순히 절약되는 시간이 아닙니다. 수동 입력의 결과는 모든 것을 다시 입력하지 않고는 측정할 수 없는 방식으로 신뢰할 수 없다는 점입니다.
각 CT-e가 무엇을 포함하고 있으며, 대부분의 물류 팀이 정보 출처로 사용하는 DACTE 출력물이 왜 중요한지 자세히 알아보려면 CT-e 데이터 추출 to Excel 가이드를 참조하십시오. 이 가이드는 문서의 모든 주요 필드를 다룹니다. 이 글은 핵심 추출 워크플로우를 기반으로 일괄 규모 처리의 특정 과제를 해결합니다.
일괄 처리의 차이점: 수동 입력은 완전해 보이지만 숨겨진 격차가 있는 스프레드시트를 생성합니다. 일괄 추출은 모든 행이 구조적으로 동일한 스프레드시트를 생성하며, 필드를 찾을 수 없는 경우 즉시 확인할 수 있습니다.
적절한 CT-e 화물 운임 원장에 실제로 필요한 것
일괄 워크플로우를 구축하기 전에, 열 집합은 화물 운임 원장이 수행하는 세 가지 작업, 즉 선적당 지불한 금액 추적, 운송업체 및 경로별 요율 비교, 그리고 수입 화물에 대한 세액 공제 회수에 필요한 ICMS 데이터 제공을 지원해야 합니다. 이러한 세 가지 목적은 데이터 구조에 서로 다른 요구 사항을 부과합니다.
최소 실행 가능한 CT-e 운임 원장에는 다음 필드 그룹이 포함됩니다:
| 필드 그룹 | 열 | 원가 원장에서의 목적 |
|---|---|---|
| 문서 식별자 | 접근 키(44자리), CT-e 번호, 시리즈, 발행일 | NF-e, ERP 전기, SEFAZ 검증 연결을 위한 기본 키 |
| 당사자 식별자 | 운송업체 CNPJ 및 명칭, 발송인 CNPJ, 수하인 CNPJ | 운송업체, 공급업체 또는 수령 사업부별 원가 배분 |
| 운임 비용 | 서비스 금액(vTPrest), 수취 금액(vRec), 공제 내역 | 기본 원가 수치, 원천징수 후 순원가, 운송업체 지급 검증 |
| 세금 세부정보 | ICMS 과세 표준, ICMS 세율(alíquota), ICMS 금액 | 수입 운임 ICMS 세액 공제 회수, SPED EFD 규정 준수 |
| 화물 세부정보 | 총중량(kg), 화물 종류(natureza da carga), 화물 가치(있는 경우) | kg당 원가 벤치마킹, 경로 수익성 분석 |
| 경로 | 발송지 지자체(IBGE 코드), 도착지 지자체(IBGE 코드), CFOP | 경로 기반 원가 비교, 운송 수단 분석, 과세 분류 |
이 15~18개 열은 운송업체 성과 검토, 경로 최적화, 세무 규정 준수를 지원하는 운임 비용 추적 시스템의 기초를 형성합니다. 구체적인 열 구성은 회사마다 다릅니다. 수입 운임에 중점을 둔 제조업체는 세액 공제 회수를 위해 발송인 CNPJ와 ICMS 세율을 우선시하는 반면, 유통 회사는 사업부별 원가 배분을 위해 수하인 CNPJ와 CFOP를 강조할 수 있습니다.
핵심 설계 결정은 추출 후 Excel 수식으로 추가하는 대신 추출 시점에 계산 열을 포함하는 것입니다. AI가 추출 중에 계산을 수행하기 때문에(예: kg당 운임 비용(서비스 금액 ÷ 총중량)), 계산된 값이 열로 출력 스프레드시트에 직접 입력되어 분석가가 수식 열을 추가하고 300행에 걸쳐 복사하는 단계가 사라집니다. 직접 추출, 계산 열, 추론 열의 차이는 계산 열 가이드에 설명되어 있으며, 각 모드가 일괄 워크플로우에 어떻게 적용되는지 다룹니다.
일괄 워크플로우 구축: DACTE에서 월간 스프레드시트까지

CT-e 운송 문서의 일괄 워크플로우는 문서별 수동 입력 주기를 단일 일괄 처리로 대체하는 세 단계로 구성됩니다.
운송사 이메일, 청구 포털 또는 스캔한 출력물에서 해당 월의 모든 CT-e DACTE PDF를 수집합니다. 단일 일괄 처리로 함께 업로드하세요. 인터페이스는 PDF, JPG, PNG, WebP를 지원합니다. 중간 규모 제조업체의 월간 파일은 일반적으로 200~400개 문서이며, 일괄 업로드는 이를 한 번에 모두 처리합니다.
필요한 운송비 필드에 해당하는 열 이름을 입력합니다. 이 이름들이 출력 스프레드시트의 헤더가 됩니다. 추출 방식이 템플릿 불필요 방식이므로 — AI가 레이아웃 위치가 아닌 의미론적 의미로 읽기 때문에 — 동일한 열 정의가 모든 운송사의 DACTE 레이아웃에 적용됩니다. ICMS 데이터를 서로 다른 페이지 위치에 배치하는 JSL의 CT-e와 Braspress의 CT-e 모두 동일한 열 세트로 읽힙니다. 첫 번째 일괄 처리 후 열 세트를 템플릿으로 저장하세요. 이후 매월 동일한 템플릿을 재구성 없이 사용합니다.
AI가 일괄 처리의 모든 문서를 처리하여 CT-e당 한 행씩 포함된 단일 Excel 파일을 생성합니다. 열 헤더는 정의한 내용과 정확히 일치합니다. 다운로드한 파일은 ERP 가져오기(대부분의 시스템이 XLSX를 플랫 파일로 허용), 운송사 비용 피벗 분석, 또는 NF-e 구매 금액과의 대조에 바로 사용할 수 있습니다.
이 세 단계는 며칠이 걸리던 수동 데이터 입력 작업을 몇 분 만에 완료되는 프로세스로 대체합니다. 병목 지점은 "얼마나 빨리 입력할 수 있는가"에서 "얼마나 빨리 운송사로부터 DACTE 파일을 수집할 수 있는가"로 이동합니다. 이는 일괄 수집 워크플로우로 해결할 수 있는 프로세스이지만, 추출 단계의 범위를 벗어납니다.
일괄 화물 비용 분석을 위한 계산 열
일괄 워크플로우의 진정한 이점은 문서에 있는 내용을 더 빨리 추출하는 데 있는 것이 아니라, 계산이나 추론이 필요한 열을 추가하는 데 있습니다. 수동 입력 프로세스는 각 추가 계산마다 행별 수식 단계가 필요하기 때문에 확장이 불가능합니다.
기본 CT-e 추출을 의사 결정 지원 도구로 전환하는 세 가지 계산 열:
| 계산 열 이름 | 로직 | 활용 용도 |
|---|---|---|
Freight Cost per Kg (Valor do Serviço ÷ Peso Bruto) | vTPrest를 총중량으로 나눕니다 | 구간별 비용 벤치마킹 — 어떤 운송사가 어떤 구간에서 가장 높은 R$/kg을 청구하는지 확인 |
Effective ICMS % (vICMS ÷ Base de Cálculo) | 실제 ICMS 금액을 과세 표준으로 나눕니다 | 세율 검증 — 적용된 세율이 예상 주간선 세율(7% 또는 12%)과 다른 문서를 식별 |
Vendor Payment Gap (Valor a Receber - Valor do Serviço) | vTPrest에서 vRec를 뺍니다 | 원천징수 분석 — 세금 공제(IRRF, PIS, COFINS, CSLL)를 표시하고 예상치 못한 차액을 식별 |

각 계산 열은 추출 중에 실행됩니다. AI가 DACTE에서 원본 필드를 읽고, 계산을 수행하고, 결과를 출력 스프레드시트에 기록합니다. 300개 문서의 일괄 처리는 사후 추출 수식 작업 없이 각 계산 열에 300개의 값을 생성합니다. 운송사 계약을 관리하는 팀의 경우 Freight Cost per Kg 열 하나만으로도 수 주간의 수동 데이터 수집을 대체할 수 있습니다.
추론 열 — 맞춤 열 추출의 세 번째 모드 — 은 일괄 출력을 더욱 풍부하게 만들 수 있습니다. 예를 들어, Route Type (options: Within-Region / Cross-Region)이라는 열은 AI가 출발지와 도착지 지자체를 평가하여 경로를 분류하도록 지시하며, 수동 프로세스로는 일괄 처리의 모든 문서에 적용할 시간이 없었을 세분화 차원을 추가합니다.
일괄 추출 인사이트: 일괄 처리의 가치는 인간보다 빠르게 입력하는 것이 아닙니다. 모든 문서에 매번 동일한 로직을 적용한다는 점이며, 계산 열은 노동을 추가하지 않고 그 로직을 확장합니다.
단일 배치에서 운송사 레이아웃 변형 처리하기
브라질 도로 화물 산업은 매우 분산되어 있습니다. ANTT(Agência Nacional de Transportes Terrestres)는 RNTRC 시스템에 65만 개 이상의 운송사가 등록되어 있다고 보고하며, JSL 및 Sequoia와 같은 대형 상장 물류 기업부터 단일 트럭을 소유한 개인 운송업자(transportador autônomo)까지 다양합니다. 각 운송사의 DACTE 레이아웃은 SEFAZ 템플릿의 변형이지만, 그 변형 폭이 상당하여 템플릿 기반 OCR 시스템은 운송사별로 별도의 구성을 요구할 것입니다.

이러한 분산성은 CT-e 화물 문서에 대한 배치 추출이 역사적으로 비현실적이었던 주요 이유입니다. 대형 제조업체의 입고 화물에서 나온 300개 문서 배치에는 30~50개 다른 운송사의 CT-e 문서가 포함될 수 있습니다. 문자 위치를 매칭하여 데이터를 추출하는 기존 OCR은 학습되지 않은 레이아웃을 만나면 작동이 중단되며, 50개 운송사 레이아웃을 학습시키는 것은 화물 분석가에게 현실적인 작업 흐름이 아닙니다.
템플릿 불필요 추출은 AI가 의미론적으로 읽기 때문에 이 문제를 해결합니다. JSL의 DACTE 사이드바 테이블에 인쇄된 "Valor do Serviço"와 Braspress의 DACTE 바닥글 행에 인쇄된 "Valor do Serviço"는 동일한 열 정의로 찾을 수 있습니다. 모델은 브라질 화물 문서의 어떤 위치에서든 "서비스 금액"이 어떻게 보이는지 이해합니다. 단일 배치는 동일한 열 정의 파일로 50개 운송사의 CT-e 문서를 처리할 수 있으며, 출력 스프레드시트에는 모든 문서에 대한 완전한 행이 포함됩니다. 시스템이 이전에 본 레이아웃을 가진 운송사의 문서만이 아닙니다.
화물 분석가에게 실질적인 의미: 운송사에 관계없이 해당 월의 모든 DACTE 파일을 수집하여 함께 업로드합니다. 배치 작업 흐름은 운송사별로 정렬하거나, 하위 배치를 만들거나, 실행 간 설정을 재구성할 필요가 없습니다.
매칭: CT-e 일괄 비용과 NF-e 구매 금액으로 도착 원가 계산
운송 비용만을 별도로 추적하는 월별 비용 원장은 운송업체의 성과 데이터를 제공합니다. 각 CT-e 운임을 해당 NF-e 상품 가치와 매칭하는 원장은 단위당 도착 원가를 제공하며, 이는 조달팀이 마진 분석을 위해 실제로 필요로 하는 수치입니다.
매칭 메커니즘은 단일 문서 워크플로우와 동일합니다. 모든 CT-e는 자신이 운송하는 NF-e의 접근 키(Chave de Acesso)를 참조합니다(통합 화물의 경우 여러 NF-e 접근 키 참조). 배치 내 각 CT-e에서 참조된 NF-e 접근 키를 추출하면, 운임 비용 스프레드시트에 NF-e 구매 원장에 대한 외래 키 역할을 하는 열이 추가됩니다. 두 스프레드시트 간의 XLOOKUP은 각 선적에 대해 NF-e의 상품 가치, CT-e의 운임 비용, 그리고 계산된 도착 원가를 보여주는 결합 뷰를 생성합니다.
CT-e 배치와 NF-e 배치가 동일한 추출 워크플로우를 통해 처리될 때 이 매칭은 더욱 강력해집니다. NF-e 데이터 추출 가이드에서는 NF-e 구매 문서의 열 정의를 다루며, 두 출력 스프레드시트(상품 가치용, 운임 비용용)는 접근 키 열을 기준으로 병합됩니다. 이전에는 하루 종일 상호 참조가 필요했던 분기별 도착 원가 분석이 몇 분 만에 완료되는 스프레드시트 병합으로 전환됩니다.
CT-e가 NF-e(상품 송장) 및 MDF-e(화물 운송장)와 함께 브라질 전자 문서 생태계에 어떻게 통합되는지에 대한 더 넓은 시각은 브라질 전자 문서 허브 가이드를 참조하십시오. 이 가이드는 모든 브라질 세무 문서에 공통적인 SEFAZ 승인 흐름을 다룹니다.
자주 묻는 질문
단일 배치로 몇 개의 CT-e 문서를 처리할 수 있나요?
배치당 파일 수 제한은 없습니다. 실질적인 제약은 요금제의 총 페이지 허용량입니다. 단일 CT-e DACTE는 1~2페이지입니다. Pro 요금제(월 1,500페이지)에서 팀이 500개의 CT-e 문서(각 1페이지)를 처리하는 경우 월별 용량의 1/3을 사용하며, 다른 문서 유형을 처리할 여유가 있습니다. 배치 출력은 볼륨에 관계없이 모든 문서를 하나의 Excel 파일로 결합합니다.
운송사별 DACTE 레이아웃에 따라 다른 템플릿이 필요한가요?
아닙니다. 템플릿 불필요 방식은 위치가 아닌 의미 기반으로 데이터를 읽습니다. JSL의 DACTE(사이드바 박스에 위치할 수 있음)에 있는 ICMS 필드와 Braspress의 DACTE(하단 테이블에 위치할 수 있음)에 있는 ICMS 필드는 동일한 열 정의로 찾을 수 있습니다. AI가 화물 운송 문서에서 "ICMS"가 무엇인지 이해하기 때문입니다. 50개 운송사가 섞인 배치도 하나의 열 정의 파일만 사용합니다.
계산 열로 배치 전체의 ICMS 세율을 검증할 수 있나요?
네, 가능하며 이것이 계산 열의 가장 유용한 용도 중 하나입니다. 유효 ICMS 세율(vICMS ÷ 과세 표준)을 계산하는 계산 열은 배치 내 모든 문서에 대해 예상되는 주간(州間) 세율(7% 또는 12%)과 일치하는 값을 생성합니다. 계산된 세율이 예상 세율과 다른 행은 Excel의 간단한 조건부 서식 규칙을 통해 출력에서 표시되어, 300행의 검증 문제를 표시된 예외 사항만 확인하는 작업으로 전환합니다. CT-e ICMS 계산 오류 가이드에서 구체적인 세율 규칙과 각 편차 유형이 의미하는 바를 다룹니다.
일부 DACTE PDF가 비스듬히 스캔되었거나 저해상도인 경우는 어떻게 하나요?
AI 비전 모델이 방향과 적당한 해상도 차이를 처리합니다. 200 DPI에 15도 기울어진 스캔 DACTE도 올바르게 처리됩니다. 모델이 텍스트 방향을 감지하고 맥락적으로 읽기 때문에, 기울기 보정 전처리가 필요한 기존 OCR과 다릅니다. 매우 낮은 해상도(150 DPI 미만)나 심각한 조명 왜곡의 경우 필드 수준 정확도가 떨어질 수 있지만, 추출은 여전히 부분 결과를 반환하므로 재스캔 없이 검토할 수 있습니다.
배치 추출을 사용하여 월별 운송 비용을 어떻게 비교하나요?
각 월의 배치를 별도의 Excel 파일로 내보낸 후, 월별 파일을 단일 연간 누계 스프레드시트에 추가합니다. 모든 월이 동일한 열 정의를 사용하므로 파일의 열 구조가 동일하며, 행을 추가하여 쌓을 수 있습니다. 각 월별 내보내기에 "Kg당 운송 비용"과 같은 계산 열이 내장되어 있으면, 월별 요율 추세 분석은 쌓인 데이터셋에 피벗 테이블만 있으면 됩니다. 월별 수식 조정이 필요하지 않습니다.
화물 팀을 수동 입력에서 일괄 추출로 전환하려면 어떻게 해야 하나요?
한 달간 병행 운영을 시작하세요. 해당 월의 CT-e 문서를 수동(기존 워크플로)과 일괄 추출(새 워크플로)로 각각 처리합니다. 두 결과물을 비교해 보면, 추출 결과물에 오타가 적고 열 구조가 더 일관되며 문서 세트가 완전히 포함되어 있음을 확인할 수 있습니다. 병행 운영은 다음 달부터 추출만으로 전환하는 데 필요한 구체적인 근거를 제공합니다. 대부분의 팀은 결과물에 대한 신뢰를 구축하는 데 한 주기가 필요하며, 이를 유지하는 데 추가 주기가 필요하지 않다는 점을 발견합니다.