주유·통행료 영수증 50장,
단일 차량비 보고서로

유류카드의 한계 — 영수증 수동 처리가 시작되는 지점

유류카드는 주유소에서 거래 데이터(날짜, 갤런 수, 단가, 총액, 차량 ID, 위치)를 자동으로 수집합니다. 네트워크 내에서 주유한 경우, 누구도 직접 입력하지 않아도 데이터가 대시보드에 표시됩니다. 이것이 바로 유류카드가 차량 연료 관리 시장을 지배하는 이유이며, 당연한 결과입니다. 2025년 Shell State of Fleet Cards 설문조사(미국 차량 관리자 260명 대상)에 따르면, 유류카드는 62%의 채택률로 연료비 관리에 가장 많이 사용되는 도구이며, 전용 차량 관리 소프트웨어는 55%로 그 뒤를 이었습니다 (Shell, 2025).

하지만 동일한 설문조사에서 차량 관리자의 25%는 여전히 수동 스프레드시트로 연료비를 추적하고 있으며, 또 다른 25%는 종이 기록과 로그북에 의존하고 있는 것으로 나타났습니다. 이들은 유류카드를 들어본 적이 없는 차량이 아닙니다. 유류카드가 모든 것을 커버하지 못하는 차량들입니다. 다음 세 가지 특정 상황에서 유류카드가 포착하지 못하는 영수증이 발생합니다.

통행료 기관 청구서. E-ZPass, SunPass, TxTag 또는 FasTrak 등 어떤 시스템이든, 통행료 기관은 POS 거래가 아닌 PDF 명세서를 발행합니다. 이러한 명세서는 월 단위로 여러 페이지에 걸쳐 도착하며, 여기에는 날짜, 시간, 요금소, 차량 번호판, 금액 등 여정별 항목이 포함됩니다. 일부 지역에서는 차량 번호판 기반 통행료 시스템이 우편으로 종이 청구서를 발송합니다. 12개 주에서 운행하는 전국 단위 차량의 경우, 6개 기관에서 각기 다른 형식의 통행료 청구서를 받을 수 있으며, 각각 올바른 차량과 비용 센터에 배분해야 합니다.

네트워크 외 주유 영수증. 모든 유류카드에는 지정된 주유소 네트워크가 있습니다. 운전자가 해당 네트워크 외부(독립 트럭 정류장, 시골 주유소, 지역 체인)에서 주유할 경우, 거래는 카드 시스템을 통해 처리되지 않습니다. 운전자는 주말에 종이 영수증을 제출합니다. 이러한 영수증은 경로 지리와 카드 네트워크 적용 범위에 따라 총 주유량의 약 5~15% 비율로 누적됩니다.

IFTA 교차 참조 문서. 국제 연료세 협정(IFTA)은 분기별로 관할 구역별 주행 거리와 구매 연료량을 보고하도록 요구합니다. 세금이 납부된 연료 1갤런마다 IFTA는 구매일, 판매자 이름 및 주소, 구매 갤런 수, 연료 유형, 갤런당 가격 또는 총 판매 금액, 차량 번호, 구매자 이름 등 9가지 특정 필드가 포함된 영수증을 요구합니다 (오하이오주 IFTA 기록 보관 요구사항, P560). 유류카드 거래 로그는 이러한 필드의 대부분을 제공하지만, IFTA 감사 시 감사관은 카드 데이터를 실제 영수증과 교차 확인합니다. 영수증이 누락되면 차량의 MPG가 4.0 또는 20% 중 더 높은 세금 부담을 초래하는 쪽으로 감소됩니다. 기록은 신고일로부터 4년간 보관해야 합니다.

단일 영수증 스캔과 차량군 영수증 일괄 처리의 차이점

연료 영수증 한 장을 처리하는 것은 간단합니다. 날짜, 갤런, 총액, 차량 ID를 읽어 스프레드시트에 입력하면 60초면 끝납니다. 문제는 단일 영수증이 아닙니다. 150배로 늘어날 때 발생하는 일입니다.

월 200건의 수동 거래를 처리하는 차량군은 제출, 검토, 데이터 입력 및 수정에 약 65~100시간을 소비하며, 인건비는 월 $1,625~$2,500에 달합니다. 여기에 수동 연료 거래 데이터 입력의 25~40% 오류율과 수정당 $15~25의 비용은 아직 포함되지 않았습니다.

단일 영수증 처리에서 차량군 규모의 월별 일괄 처리로 전환할 때 세 가지 구조적 문제가 누적됩니다.

출처별 형식 파편화. SunPass 통행료 청구서는 날짜, 시간, 요금소, 금액 열로 구성된 표에 통행료를 인쇄합니다. E-ZPass 명세서는 다른 열 순서를 사용하며 응답기 ID를 포함합니다. TxTag PDF는 차량 번호판을 항목 표가 아닌 헤더에 배치합니다. Pilot 주유소의 연료 영수증은 갤런과 가격을 한 레이아웃으로 인쇄하고, Love's는 다른 레이아웃을 사용하며, 독립 주유소는 완전히 다른 필드 배치의 감열지를 사용합니다. 고정 좌표에서 필드를 예상하는 템플릿 기반 OCR 도구는 형식별로 별도의 템플릿 정의가 필요합니다. 8개 통행료 기관과 15개 주유소 체인의 영수증을 처리하는 차량군은 23개의 템플릿이 필요하며, 각 기관이나 체인이 형식을 업데이트할 때마다 템플릿이 깨집니다.

영수증 유형별 차량 귀속. 유류 카드 거래는 자동으로 유닛 번호를 태그합니다. 통행료 청구서는 내부 유닛 번호가 아닌 번호판이나 응답기 ID를 나열합니다. 네트워크 외 연료 영수증에는 운전자 서명 외에 차량 식별자가 전혀 없을 수 있습니다. 통합 비용 보고서를 작성하려면 각 영수증을 차량에 매핑해야 하며, 150장의 영수증에서 일관되게 수행해야 합니다. 귀속이 누락되거나 일관성이 없으면 항목이 표류합니다. 스프레드시트에서 어떤 차량에도 연결되지 않은 채로 남아 유닛당 마일당 비용 분석에 기여할 수 없습니다.

결과를 하나의 보고서 구조로 병합. 모든 영수증을 올바르게 추출하더라도 출력에는 통합된 열 구조(차량 ID, 날짜, 영수증 유형(연료/통행료), 관할권, 갤런, 단가, 총액, 연료 유형, 위치)가 필요합니다. 통행료 영수증에는 갤런 필드가 없지만 관할권 매핑이 필요합니다. 연료 영수증에는 갤런이 있지만 통행료 요금소가 없습니다. 서로 다른 영수증 유형을 동일한 열 구조로 정렬하는 병합 단계에서 스프레드시트가 깨집니다. 병합을 수행하는 사람은 "이 통행료는 오클라호마에 있었으므로 관할권 = OK"와 같은 판단을 내리기 시작합니다. 이러한 판단은 시간이 걸리고 변동성을 초래합니다.

이것이 영수증에 적힌 내용과 비용 보고서에 필요한 내용 사이의 격차입니다. 단순한 추출이 아니라 추출 + 귀속 + 구조적 정규화를 150장의 영수증에 한 번에 적용하는 것입니다.

AI 추출이 단일 템플릿 없이 다양한 형식을 처리하는 방법

템플릿 기반 OCR이 연료 영수증과 통행료 청구서가 섞인 배치를 처리할 수 없는 이유는 구조적입니다. 좌표가 아닌 의미로 읽기 때문입니다. 템플릿 도구는 (x=120, y=340)에 합계가 있을 것으로 예상합니다. 이전에 이 주유소에서 받은 영수증에서 합계가 그 위치에 있었기 때문입니다. 다음 영수증에서 합계가 다른 곳에 있거나, 문서가 통행료 청구서처럼 완전히 다른 유형인 경우 템플릿은 쓰레기를 반환합니다.

AI 기반 추출은 다른 접근 방식을 취합니다. 픽셀 좌표를 매핑하는 대신 AI는 문서를 의미론적으로 읽습니다. 즉, 페이지의 어디에 나타나든 "합계"가 무엇인지 이해합니다. 이것이 문자 위치를 일치시키는 것과 문서 구조를 이해하는 것의 차이입니다. "총 금액"이라는 열을 정의하면 AI는 각 페이지에서 최종 합계 역할을 하는 금액을 식별합니다. Pilot 영수증의 오른쪽 하단, Love's 영수증의 페이지 중간, 또는 E-ZPass 명세서의 라인 항목 테이블에 묻혀 있든 상관없습니다.

이 메커니즘, 즉 사용자 정의 열 추출은 하나의 열 정의로 23가지 다른 형식에서 작동할 수 있게 합니다. 필요한 필드 이름을 입력합니다: 차량/단위 | 날짜 | 영수증 유형 | 관할 구역 | 갤런 | 단가 | 합계 | 연료 유형 | 위치/주유소. AI는 각 문서를 독립적으로 읽고 각 필드 이름이 의미하는 바를 이해하여 해당 열을 채웁니다. 마지막 문서에서의 위치가 아닌 의미를 기준으로 합니다. 네브래스카 시골 주유소에서 합계를 왼쪽 하단에 작은 글꼴로 인쇄한 영수증도, 오클라호마의 PDF 통행료 청구서처럼 통행료 금액을 구조화된 라인 항목 테이블에 넣은 것과 동일하게 읽힙니다. AI는 좌표가 아닌 의미로 값을 찾습니다.

두 가지 추가 열 기능은 기본 영수증 추출을 차량 관리에 바로 사용 가능한 비용 보고서로 바꿔줍니다:

추론 열을 통한 자동 분류. 모든 영수증이 자신이 무엇인지 명시적으로 밝히는 것은 아닙니다. 우편 고지서 방식의 통행료 청구서는 주차 영수증과 구조적으로 유사해 보일 수 있습니다. 독립 주유소의 연료 영수증에는 "디젤"이라는 단어가 눈에 띄지 않을 수 있습니다. 연료 유형 (옵션: 디젤 | 무연 | DEF | 기타) 또는 카테고리 (옵션: 연료 | 통행료 | 주차 | 정비)와 같은 추론 열을 정의하면 AI가 문서 내용을 읽어 올바른 값을 결정합니다. 라인 항목, 판매자 이름, 영수증 구조를 분석한 후 자동으로 열을 채웁니다. 혼합 영수증 배치 전체가 추출되면서 스스로 분류됩니다.

단위당 비용을 위한 계산된 열(Computed Column). 원시 영수증에는 총 결제 금액과 주유한 갤런 수만 표시됩니다. 비용 보고서에 필요한 것은 차량 수준의 갤런당 비용입니다. 갤런당 비용 (총액 ÷ 갤런)과 같은 계산된 열을 정의하면 AI가 추출 중에 이를 계산하여 원시 데이터와 함께 바로 분석 가능한 지표를 출력합니다. 세금 확인 (총액 × 관할 세율) vs 표시된 세금과 같은 열은 세금 금액이 예상 세율과 일치하지 않는 영수증을 표시하여 데이터 품질 문제가 IFTA 신고로 전파되기 전에 잡아냅니다.

한 달 치 영수증에서 IFTA 준비 완료 비용 보고서까지

다음은 월별 일괄 처리를 위한 종단 간 워크플로우입니다. 50대 차량을 보유한 차량군이 세 가지 출처(카드가 적용되는 거래의 경우 유류 카드 대시보드 내보내기, 통행료 징수 기관 PDF 인보이스, 운전자가 수집한 네트워크 외 종이 유류 영수증)에서 영수증을 받는다고 가정합니다.

처리 속도: AI는 페이지당 약 3분의 수동 데이터 입력과 비교하여 각 페이지를 5-10초 안에 추출합니다. 150개의 영수증의 경우, 이는 약 12-25분의 AI 처리 시간 대 7.5시간의 수동 입력에 해당합니다. 절약되는 시간은 추출 자체가 아니라 150번의 개별 타이핑 작업과 수동 입력 후에 따르는 구조적 정리를 없애는 데 있습니다. 월별 일괄 처리에 투입되는 영수증별 추출 프로세스에 대한 자세한 내용은 차량 유류 영수증이 구조화된 비용 스프레드시트로 추출되는 방법을 참조하십시오. 이는 일괄 프로세스가 전체 차량군으로 확장하는 단일 영수증 워크플로우입니다.

AI가 차량 영수증으로 할 수 있는 것과 없는 것

막연한 정확도 수치보다 솔직한 기대치가 더 나은 결과를 만듭니다. 이 도구가 잘 작동하는 부분과 사람의 주의가 필요한 부분은 다음과 같습니다:

이 도구는 영수증 데이터를 추출하고 구조화합니다. IFTA 신고서를 제출하거나, 연료세가 올바르게 적용되었는지 확인하거나, 사기성 영수증을 탐지하지는 않습니다. 이는 추출 이후에 이루어지는 회계 및 규정 준수 기능입니다. 이러한 분리는 의도적입니다. 추출은 기존의 회계, IFTA 신고 및 감사 워크플로우에 공급되는 깔끔하고 구조화된 데이터 세트를 생성하며, 이를 대체하려고 하지 않습니다.

자주 묻는 질문

하나의 열 설정으로 연료 영수증과 통행료 청구서처럼 완전히 다른 데이터 필드를 가진 문서를 모두 처리할 수 있나요?

가능합니다. AI가 각 문서를 필드 의미별로 독립적으로 읽기 때문입니다. 필요한 모든 필드의 상위 집합으로 열을 정의하세요: 날짜, 합계, 차량/단위, 관할권, 갤런, 연료 유형, 위치, 영수증 유형. 연료 영수증에서 AI는 갤런, 단가, 연료 유형, 주유소 위치를 찾습니다. 통행료 열은 해당 행에서 비어 있습니다(문서에 통행료 데이터가 없으므로). 통행료 청구서에서 AI는 날짜, 통행료 징수소(위치에 매핑), 합계, 관할권을 찾습니다. 갤런과 연료 유형 열은 비어 있습니다. 출력은 연료 행에는 연료 관련 열이 채워지고 통행료 행에는 통행료 관련 열이 채워진 하나의 스프레드시트입니다. 비용 보고서의 경우, 채워진 열로 구분된 모든 거래(연료 및 통행료)가 포함된 하나의 테이블이 바로 필요한 것입니다.

통행료 청구서에 50건의 개별 통행이 나열된 경우, AI는 각 항목을 추출하나요, 아니면 청구서 합계만 추출하나요?

통행료 청구서가 구조화된 테이블 형식(대부분의 통행료 당국 PDF 형식)으로 통행을 제시하는 경우 AI는 개별 항목 세부 정보를 추출합니다. 각 통행 행(날짜, 시간, 통행료 징수소, 금액)은 출력 스프레드시트의 별도 행이 됩니다. 통행당 비용 추적 또는 경로 수준 통행료 분석에 필요한 세분성입니다. 차량별 월별 통행료 합계만 필요한 경우 대신 요약 수준 열(차량, 월, 총 통행료)을 정의할 수 있으며 AI는 청구서 수준 합계를 읽습니다. 정의하는 열 이름이 출력의 세분성을 결정합니다.

연료 영수증에 주(state)가 명시되지 않은 경우 IFTA 관할권 매핑은 어떻게 처리하나요?

많은 연료 영수증에는 주유소 주소나 시/주 정보가 포함되어 있습니다. "관할권"을 열로 정의하면 AI는 영수증에 있는 위치 정보(주유소 시/주, 매장 주소 또는 위치 코드)를 추출합니다. 영수증에 위치 데이터가 전혀 없는 경우(체인 주유소에서는 드물지만 일부 독립 영수증에서는 흔함), 관할권 (옵션: AL|AK|AZ|AR|CA|CO|CT|DE|FL|GA|...)과 같은 추론 열을 정의하면 AI가 컨텍스트(주유소 이름 패턴, 영수증의 전화 지역 번호 또는 지역 브랜딩)에서 관할권을 추론하려고 시도합니다. 이는 100% 신뢰할 수 없으므로 점검해야 하지만, 수동 매핑 작업량을 150건의 영수증에서 추론이 불확실한 소규모 하위 집합으로 줄여줍니다. 가장 신뢰할 수 있는 IFTA 데이터를 얻으려면 AI가 추출한 영수증 데이터를 GPS 텔레매틱스와 결합하세요. GPS는 연료를 구매할 때 차량이 어느 주에 있었는지 알려주며, 이는 AI 추출이 보완하는 근본적인 진실입니다.

영수증 150장을 한 번에 일괄 처리하면 개별 처리할 때보다 추출 정확도가 떨어지나요?

아니요 — 각 영수증은 배치 크기와 관계없이 독립적으로 처리됩니다. 150장 배치는 150개의 개별 추출 작업이지, 문서 전체를 평균 내는 하나의 작업이 아닙니다. 47번째 위치의 희미한 감열지 영수증이 48번째 위치의 깨끗한 PDF 통행료 청구서 추출 품질에 영향을 주지 않습니다. AI는 각 문서를 개별적으로 읽으며 동일한 열 정의를 사용합니다. 개별 처리와 일괄 처리의 유일한 실질적 차이는 일괄 모드가 모든 결과를 자동으로 하나의 스프레드시트로 병합한다는 점입니다 — 문서당 개별 추출 품질은 동일합니다.

IFTA 요구사항인 영수증에 "세금 납부 증빙" 표시는 AI가 추출할 수 있나요?

IFTA는 유류 영수증에 해당 관할 구역에 세금이 납부되었음을 증빙하는 내용이 표시되어야 합니다 — 일반적으로 세금 항목, "세금 포함" 표기, 또는 영수증 내 유류세 내역으로 표시됩니다. AI는 영수증에 표시된 모든 세금 정보(판매세, 주 유류세, 연방 소비세, 또는 통합 "세금" 항목)를 추출합니다. 영수증에 세금 금액이 표시되면 "세금" 열을 정의하고 AI가 이를 채웁니다. 영수증에 세금이 항목별로 표시되지 않지만 갤런당 가격이 포함된 경우(소매 주유소에서는 항상 세금 포함), 갤런당 가격과 영수증 총액을 결합하여 세금 납부 상태를 간접적으로 증빙합니다. IFTA 신고 목적으로 원본 영수증의 디지털 사본(추출 데이터 + 영수증 이미지)은 IFTA의 전자 기록 보관 규정에 따라 허용되는 기록입니다. 영수증은 4년간 보관해야 합니다.

분기별 IFTA 신고 자체에 사용할 수 있나요, 아니면 월별 비용 보고서에만 사용할 수 있나요?

추출된 데이터는 IFTA 준비에 활용됩니다 — 차량 및 분기별로 정리된 구조화된 관할 구역 태그 유류 데이터를 제공합니다. 하지만 이 도구는 IFTA 세금 부채를 계산하거나, 관할 세율을 적용하거나, 신고서를 제출하지는 않습니다. IFTA 신고 프로세스는 동일합니다: 관할 구역별 총 갤런, 관할 구역별 총 마일리지, 해당 분기의 관할 세율이 필요합니다. 달라지는 점은 모든 영수증의 관할 구역 및 갤런 데이터를 수동으로 IFTA 워크시트에 추출하는 대신, AI가 생성한 스프레드시트가 모든 수동 영수증을 한 번에 처리한다는 것입니다. 카드 거래에 관할 구역 태그를 제공하는 유류 카드 거래 내보내기와 결합하여, AI 추출 데이터는 카드가 커버하지 못하는 약 30%의 영수증을 채워줍니다 — IFTA 담당자는 두 개의 부분 데이터 세트와 종이 더미 대신 하나의 완전한 데이터 세트로 작업하게 됩니다.