연료비 & 통행료 영수증 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가 문서 내용을 읽고 올바른 값을 결정합니다. 품목, 가맹점명, 영수증 구조를 분석하여 열을 자동으로 채웁니다. 혼합된 영수증 배치 전체가 추출과 동시에 스스로 분류됩니다.

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

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

다음은 월별 배치 작업의 전체 워크플로입니다. 50대 차량을 보유한 차량군에서 영수증이 연료 카드 대시보드 내보내기(카드가 적용되는 거래), 톨게이트 PDF 인보이스, 운전자가 수집한 네트워크 외 종이 연료 영수증 등 세 가지 출처에서 들어온다고 가정합니다.

처리 속도: AI는 페이지당 약 5~10초 만에 추출하는 반면, 수동 데이터 입력은 페이지당 약 3분이 소요됩니다. 영수증 150장 기준으로 AI 처리 시간은 약 12~25분인 반면, 수동 입력은 7.5시간이 걸립니다. 절약되는 시간은 추출 자체가 아니라 150번의 개별 입력 작업과 수동 입력 후 필요한 구조 정리 작업이 사라진다는 점입니다. 월별 배치에 투입되는 영수증별 추출 프로세스에 대한 자세한 내용은 차량 연료 영수증을 구조화된 비용 스프레드시트로 추출하는 방법을 참조하세요. 배치 프로세스가 전체 차량군으로 확장하는 단일 영수증 워크플로입니다.

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

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

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

자주 묻는 질문

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

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

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

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

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

대부분의 연료 영수증에는 주유소 주소나 도시/주 정보가 포함되어 있습니다. "관할권(Jurisdiction)"을 열로 정의하면, AI가 영수증에 있는 위치 정보(주유소 도시 및 주, 매장 주소, 위치 코드)를 추출합니다. 영수증에 위치 데이터가 전혀 없는 경우(체인 주유소는 드물지만 일부 독립 영수증에서 흔함), 관할권 (옵션: AL|AK|AZ|AR|CA|CO|CT|DE|FL|GA|...)과 같은 추론 열(Inferred Column)을 정의하면 AI가 맥락(주유소 이름 패턴, 영수증의 전화 지역번호, 지역 브랜딩)을 바탕으로 관할권을 추론합니다. 이 방법이 100% 신뢰할 수는 없으므로 표본 점검이 필요하지만, 150장의 영수증 중 추론이 불확실한 소수만 수동으로 매핑하면 되므로 작업량이 크게 줄어듭니다. 가장 신뢰할 수 있는 IFTA 데이터를 얻으려면 AI가 추출한 영수증 데이터와 GPS 텔레매틱스를 결합하세요. GPS는 연료 구매 당시 차량이 있었던 주를 알려주며, 이는 AI 추출이 보완하는 근본적인 진실(ground truth)입니다.

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

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

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

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

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

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