완전한 거래 서류철이
자금 집행 가능한 거래는 아닙니다

자금 제공자는 서류가 서로 일치하는지 확인하기 위해 거래 서류철을 엽니다.

자동차 금융 자금 집행 데스크는 서명된 계약서가 승인된 딜과 일치하는지, 계산과 공개 사항이 정확한지, 부가 상품이 프로그램에 부합하는지, 모든 조건이 해소되었는지, 그리고 해당 딜을 자금 집행하거나 보류하거나 신용 심사로 넘길 수 있는지를 확인합니다. 완비성은 서류 묶음을 대기열에 올릴 뿐입니다. 일치 여부는 자금 제공자가 판단합니다.

세 가지 역할이 서로 다른 시점에 동일한 사실을 다루며, 각자는 서류 묶음의 일부만 봅니다.

거래 서류철은 서로 다른 당사자가 각자의 용어로 작성한 서류 묶음입니다. 부동산 클로징 패키지도 같은 형태를 가지므로, 이를 한 번이라도 구성해 본 사람이라면 비교 문제가 익숙하게 느껴질 것입니다.

차량 식별 정보는 세 곳에 존재합니다: 구매 주문서, 할부 판매 계약서, 보험 증권 명세서입니다. 차량 소유권 신청서는 네 번째 전사본으로, 보통 동일한 DMS(딜러 관리 시스템) 기록에서 생성됩니다. 구매자 이름은 신용 신청서와 계약서에 있으며, 이 이름이 보험 증권과 일치해야 합니다. 금액은 주문서와 계약서에 나타나지만, 두 서류가 같은 숫자를 담고 있지는 않습니다.

VIN 확인에는 세 가지 결과가 있으며, 그중 하나는 서류를 보는 것만으로는 해결할 수 없습니다.

세 가지 결과는 다음과 같습니다. 모든 서류에 동일한 17자가 기재된 경우, 서류 중 하나에 다른 17자가 기재된 경우, 또는 모든 서류에 동일한 17자가 기재되어 있지만 실제 인도된 차량과 다른 차량의 것인 경우입니다. 처음 두 가지는 비교할 수 있습니다. 세 번째는 모든 서류가 일치하기 때문에 비교할 수 없습니다.

49 CFR 565.13에 따르면 VIN은 17자입니다. 1~3번째 자리는 제조사를 식별하고, 4~8번째는 차량을 설명하며, 9번째는 검증 숫자, 10번째는 연식, 11번째는 공장, 12~17번째는 일련번호입니다. 허용되는 문자 집합에서는 1과 0으로 혼동하기 쉬운 I, O, Q를 제외합니다.

형식 확인은 문자열이 17자이고 허용된 문자만 사용하는지 확인합니다. 거기서 멈추는 VIN 검증은 문자열의 형태를 확인할 것이지 차량의 정체성을 확인한 것이 아닙니다. 자리만 바뀐 두 VIN을 살펴보겠습니다.

처음 열다섯 자리는 일치합니다. 차이는 마지막 두 자리에 있으며, 이는 검토자가 제조사와 연식이 일치하는 것을 확인한 뒤 대충 넘기는 부분입니다. 문자별 비교는 이를 잡아냅니다. 흘깃 보는 것은 그렇지 않습니다.

9번째 문자는 나머지 열여섯 자리에 대한 체크섬인 검증 숫자입니다. 이는 전사 오류를 잡기 위해 존재하지만, 누군가 계산해야만 합니다. 육안 검토는 계산하지 않습니다. 혼합 PDF에서 일련번호를 추출할 때도 같은 문제가 나타납니다. 깔끔해 보이는 문자열이 검증된 문자열과 같지는 않습니다.

더 어려운 경우는 세 번째 결과입니다. 한 구매자는 똑같이 생긴 두 차량을 시승한 뒤, 더 오래 전시되어 있었고 $1,500 할인이 붙은 두 번째 차량을 선택했는데, 나중에 서류가 첫 번째 차량으로 작성된 것을 발견했습니다. 모든 서류에 같은 VIN이 기재되어 있었습니다. 서류 간 비교는 그 거래 서류철을 통과시켰을 것입니다. 비교할 대상이 없었기 때문입니다. 차량 정체성의 유일한 기준은 서류 묶음이 아니라 차량 또는 소유권 증서에 있는 VIN입니다.

금융 금액은 정해진 숫자이며, 구매 주문서에는 보통 다른 숫자가 표시됩니다.

계약서의 금융 금액은 구매 주문서의 총 가격이 아니며, 그 차액은 정당한 경우가 많습니다. Regulation Z, 12 CFR 1026.18(b)는 이를 현금 가격에서 계약금을 뺀 금액에 채권자가 금융한 기타 금액을 더하고 선불 금융 수수료를 뺀 것으로 정의합니다. 같은 규정의 1026.18(j)는 금융 수수료를 다시 더한 별도의 총 판매 가격을 정의합니다. 구매 주문서에는 총 가격, 미납 잔액 또는 금융 금액 항목이 표시될 수 있으며, 이는 서로 다른 세 가지 숫자입니다.

부가 상품은 계약 금액이 더 높은 가장 흔한 이유입니다. CFPB의 2024년 가을 자동차 금융 감독 보고서에 따르면 소비자는 일반적으로 개시 시점에 GAP, 서비스 계약 및 유사 상품을 금융하며, 보험료는 선불로 지급되고 금융 금액에 포함됩니다. 1026.18(c)(1)(iii)에 따라 해당 선택적 상품의 수취인을 항목별로 명시해야 합니다. 마이너스 에쿼티도 또 다른 정당한 차액입니다. CFPB의 2024년 마이너스 에쿼티 보고서는 조사한 거래의 12%에서 이를 발견했으며, 신차 평균 $5,073, 중고차 평균 $3,284였습니다.

다음은 차액을 해소하는 연결의 예입니다. 주문서에는 $28,900 판매 가격, $3,000 계약금, $2,150 세금 및 수수료가 표시되어 미납 잔액이 $28,050입니다. 계약서에는 금융 금액이 $30,640으로 표시됩니다. $2,590 차액은 $1,895 차량 서비스 계약과 $695 GAP 정책입니다. 주문서에 두 상품이 모두 기재되어 있으면 연결이 해소되어 예외가 없습니다. 주문서에 없으면 $2,590이 예외입니다.

금액 확인은 일치 여부가 아닙니다. 차액의 모든 달러에 이름이 있는지 여부입니다.

계약서 내부의 산술은 별도의 확인 사항입니다. 주문서와의 연결이 해소되어도 계약서 내부가 잘못될 수 있습니다. 이는 곱해도 맞지 않는 항목과 같은 실패 패턴을 한 단계 위에서 보여줍니다. 개별 숫자는 맞아 보이지만 그 관계가 맞지 않습니다.

보험 증권 명세서에 올바른 VIN이 있어도 대출 기관의 확인을 통과하지 못할 수 있습니다.

보험 증권 명세서는 보험의 요약으로, 명의 피보험자, VIN이 포함된 보장 차량, 보장 범위와 자기부담금, 그리고 유치권자 또는 손실 수령인이 기재됩니다. VIN은 자금 집행에서 중요한 여러 항목 중 하나일 뿐입니다.

한 실제 신용조합의 공개된 요건을 보면 그 형태를 알 수 있습니다. 대출 기관이 유치권자 또는 손실 수령인으로 표시되어야 하고, 보험의 담보가 대출 서류의 담보와 일치해야 하며, 보장 한도가 대출 금액보다 적어서는 안 됩니다. 이는 세 가지 독립적인 검사이며, VIN이 일치하는 것은 두 번째 검사만 충족합니다.

명의 피보험자는 가장 자주 잘못 보이지만 때로는 맞는 항목입니다. 배우자 이름, 사업체 이름, 또는 결혼 전 이름으로 된 보험은 그 사람이나 법인이 계약서상의 구매자 또는 공동 구매자라면 적법할 수 있습니다. 검사 기준은 명의 피보험자가 계약서상의 구매자와 일치하는지이지, 첫 페이지의 첫 번째 이름과 일치하는지가 아닙니다. 계약서에 전혀 없는 사람의 이름으로 된 보험이 문제가 됩니다.

손실 수령인은 축약되는 항목입니다. 보험사가 청구를 지급할 때 사용하는 것은 대출 기관의 정확한 법적 명칭과 주소입니다. 대출 기관을 추가 피보험자로만 기재하고 손실 수령인으로는 기재하지 않은 보험은 증명서가 완전해 보여도 잘못된 칸에 표시된 것입니다. 다른 VIN으로 작성된 보험은 다른 차량을 설명하므로, 보험의 담보는 대출의 담보가 아닙니다.

VIN이 일치한다는 것은 그 VIN을 위해 보험이 작성되었음을 증명합니다. 보험료가 납부되었는지, 손실 발생일에 보험이 여전히 유효한지, 또는 보장 한도가 대출 기관의 프로그램을 충족하는지는 증명하지 않습니다. 이는 별개의 확인 사항이며, 보험 증권 명세서는 보험의 증거이지 현재 상태의 증거가 아닙니다.

서명 누락을 잡아내는 검토는 필드가 불일치할 때는 맞지 않는 검토입니다.

자금 집행 체크리스트는 완전성 도구입니다. 각 문서를 규칙과 대조합니다. 존재 여부, 서명 여부, 날짜 기재 여부, 올바른 양식 여부입니다. 필드 불일치는 두 문서 사이의 관계이며, 한 번에 한 문서만 보는 규칙으로는 이를 볼 수 없습니다.

• 존재는 동일함이 아닙니다. 체크리스트는 계약서에 VIN이 있다고 말합니다. 계약서의 VIN이 주문서의 VIN과 같다고는 말하지 않습니다.
• 용어가 다릅니다. 총 가격, 미납 잔액, 금융 금액, 총 판매 가격은 네 가지 다른 숫자입니다. 이를 하나의 숫자로 취급하는 검토자는 정당한 차이를 문제로 표시하거나 해당 필드 확인을 중단합니다.
• DMS는 하나의 값을 모든 양식에 복사합니다. 시스템은 보통 하나의 필드에서 VIN을 주문서, 계약서, 차량 소유권 신청서, 보험 요청서에 인쇄합니다. 한 번의 오타가 내부 일관성이 되며, 이것이 가장 발견하기 어려운 유형입니다.
• 눈은 접두사에 고정됩니다. 제조사와 연식이 일치하므로 검토자는 일련번호도 일치한다고 가정합니다. 마지막 여섯 글자가 하나씩 읽힐 가능성이 가장 낮은 부분입니다.

체크리스트는 VIN이 존재한다고 말할 수 있습니다. VIN이 다른 두 문서에 기재된 것과 같은지 알려줄 수는 없습니다.

대기열은 상황을 더 악화시킵니다. 자금 담당자는 서류철 목록을 처리하지, 처음부터 끝까지 한 묶음을 읽지 않습니다. 부적합 목록에 없는 불일치는 소유권 담당자, 보험사 또는 고객이 발견할 때까지 살아남습니다.

두 문서가 불일치할 때 어느 쪽이 우선인지는 필드가 결정하며, 답은 모든 필드에서 같지 않습니다.

규칙은 필드별로 다르며, 비교하기 전에 이를 기록해 두면 정의 차이가 예외가 되는 것을 막을 수 있습니다. 이것이 없으면 모든 차이가 오류로 보이고, 검토자는 값을 해결하는 대신 평균을 내기 시작합니다.

추출 단위는 문서입니다. 거래 서류철은 여러 문서의 집합이기 때문입니다.

서류철당 한 행으로는 찾으려는 불일치가 숨겨집니다. 모든 문서에서 동일한 필드를 하나의 표로 추출하여 문서당 한 행(문서에 표가 있으면 항목당 한 행)으로 만들고, 추출 후 비교하십시오.

ImageToTable.ai의 맞춤 열 추출이 이를 실용적으로 만들어 주는 부분입니다. VIN, 금융 금액, 총 판매 가격 또는 미납 잔액, 명의 피보험자, 손실 수령인 등 원하는 열 이름을 입력하면, AI가 페이지에서의 위치가 아니라 필드의 의미를 이해하여 각 값을 찾아냅니다. 열 이름은 출력 표의 헤더가 됩니다. 자금 제공자별 템플릿도, 딜러가 양식을 변경할 때 다시 그릴 영역도 필요하지 않습니다.

모든 행이 하나의 문서일 때는 VIN 열 하나로 충분합니다. Document Type 열은 각 값을 어떤 문서가 제공했는지 알려주므로, 주문서의 VIN, 계약서의 VIN, 보험 증권의 VIN을 세 개의 별도 열 없이도 구분할 수 있습니다.

배치 처리가 물량을 감당합니다. 서류철 파일 배치를 한 번에 업로드하면 하나의 Excel 표로 돌아오므로, 작업 단위가 접수 단위와 일치합니다. 출력은 XLSX, CSV 또는 JSON이 될 수 있습니다.

서류철이 하나의 다중 페이지 PDF로 도착하는 경우, Document Type (options: Purchase Order / Retail Installment Contract / Insurance Declaration / Title Application / Other)와 같은 추론 열을 추가하십시오. AI가 각 페이지의 내용을 기반으로 분류하므로, 페이지 인덱스를 문서 그룹으로 필터링할 수 있습니다. 서류철에는 다중 페이지 병합을 켜지 마십시오. 이 설정은 하나의 논리적 문서의 페이지를 위한 것이며, 서류철은 서로 다른 문서의 집합입니다.

계산 열은 한 문서 안의 산술을 확인할 수 있습니다. 예를 들어 Contract Math Check (output OK if Amount Financed equals the itemized total, otherwise the difference)는 같은 계약서에 있는 두 값을 비교합니다. 계약서의 금융 금액과 주문서의 미납 잔액은 서로 다른 행에 있으므로 비교할 수 없습니다. 그 비교는 시트의 수식입니다.

행을 내보내고 나면 비교는 평범한 스프레드시트 작업입니다. 피벗이나 조회 세 번으로 거래 번호와 문서 유형별로 표를 재구성해 세 VIN을 나란히 놓은 다음, B2, C2, D2에 세 VIN이 들어 있는 상태에서 =IF(AND(EXACT(B2,C2),EXACT(C2,D2)),"match","check")를 사용합니다. 금액의 경우 계약 금액에서 주문서의 미납 잔액과 명시된 추가 항목을 빼고 나머지가 0인지 확인합니다. VIN 검사가 실패하거나 금액이 맞지 않는 행만 표시합니다.

3행 추출은 그 형태를 보여줍니다:

이 표는 하나가 아니라 세 가지 질문을 만들어냅니다. 두 VIN은 일치하고 계약서가 예외이므로 계약서가 가장 먼저 확인할 문서입니다. 명의 피보험자가 구매자와 다르므로 계약서에 공동 구매자가 필요하거나 보험 증권을 수정해야 합니다. 주문서의 미납 잔액과 계약서의 금융 금액이 $2,590 차이 나므로, 다음 질문은 어떤 상품이 그 차액을 설명하는가입니다.

경계 상자(bbox)가 있는 검토 모드는 VIN 행을 확인하는 방법입니다. 표시된 셀 위에 마우스를 올리거나 클릭하면 해당 셀이 나온 영역이 원본 이미지에서 강조 표시됩니다. 이미지의 영역을 클릭하면 일치하는 셀이 선택됩니다. 배치가 클 때는 처리 후 Auto-annotate를 켜 두면 파일을 열었을 때 상자가 이미 표시되어 있습니다. F&I 양식의 빽빽한 손글씨에는 더 강력한 비전 모델을 선택하는 계정 설정인 상위 모델 등급을 사용하십시오. 표준 등급은 인쇄된 표에 맞게 만들어졌습니다.

자금 집행 전 4단계 점검으로 자금 제공자보다 먼저 불일치를 잡아냅니다.

이 점검은 일회성 감사가 아니라 한 주 분량의 거래 서류철에 걸쳐 반복 가능해야 합니다. 네 가지 결정을 한 번 내리고 모든 배치에 적용하면 충분합니다.

이를 건너뛰는 비용은 며칠로 측정됩니다. Dealertrack의 2020년 운송 중 계약 데이터에 따르면 전통적인 종이 문서 묶음은 평균 5일이 소요되며, 종이 계약 네 건 중 한 건은 누락된 서명, 빠진 조건, 또는 대출 기관의 요건을 충족하지 못한 계약과 같은 오류를 포함했습니다. VIN 오타 때문에 반송된 서류철은 처음부터 다시 그 대기열에 들어갑니다.

이 방법에는 명확한 한계가 있습니다. 모든 문서가 동일하게 반복하는 오류는 잡아낼 수 없습니다.

추출은 출처가 확인된 값을 제공합니다. 판정을 내리지는 않으며, 이 경계가 중요한 이유는 이를 흐리는 도구가 새로운 종류의 잘못된 기록, 즉 권위 있어 보이지만 변호할 수 없는 기록을 만들어내기 때문입니다.

• VIN 디코딩이나 차량 이력 조회는 하지 않습니다. 이 도구는 페이지에 적힌 17자를 읽을 뿐입니다. NMVTIS(National Motor Vehicle Title Information System), 제조사 데이터베이스, 소유권 이력, 도난 차량 목록을 조회하지 않으며, 해당 VIN이 그 차량의 것임을 증명하지도 않습니다.
• 검증 숫자 검증은 하지 않습니다. 아홉 번째 문자는 시트 외부에서 계산할 수 있습니다. 추출은 문자열을 반환할 뿐, 검증 결과를 반환하지 않습니다.
• 문서 간 판단은 하지 않습니다. 비교는 스프레드시트의 수식입니다. 이 도구는 값을 추출할 뿐, 두 행이 불일치한다거나 그 불일치가 무엇을 의미하는지 판단하지 않습니다.
• 자금 집행 결정은 하지 않습니다. 신용을 승인하거나, 조건을 해석하거나, 자금을 집행하거나, 거래의 자금 집행 가능 여부를 결정하지 않습니다.
• 서명 진위 확인은 하지 않습니다. 서명이 있는지 여부는 알려줄 수 있습니다. 하지만 그 사람이 서명했는지, 전자 서명 감사 추적이 온전한지, 사후에 서명되지 않았는지는 검증하지 않습니다.
• 보험 증명은 하지 않습니다. 보험 증권 명세서는 약관이 무엇을 말하는지 보여줍니다. 보험료가 납부되었는지, 손실 발생일에 보험이 유효한지는 증명하지 않습니다.
• 소유권 브랜드 확인은 하지 않습니다. 폐차(salvage), 재조립(rebuilt), 침수(flood) 브랜드는 거래 서류철이 아니라 소유권 기록에 있습니다.
• 키 없이는 조인할 수 없습니다. 문서들이 공통된 거래 번호나 VIN을 공유하지 않으면 행을 자동으로 매칭할 수 없으며, 사람이 날짜, 구매자, 차량을 기준으로 직접 매칭해야 합니다.

모든 문서가 일치하는 경우가 가장 중요합니다. 동일한 잘못된 VIN이 모든 양식에 인쇄되어 있으면 서류 묶음은 내부적으로 일관성이 있어 비교를 통과합니다. 이를 바로잡을 수 있는 것은 차량, 소유권 또는 재고 번호뿐입니다. 문서 확인은 차량에 대한 확인이 아니라 기재 사항에 대한 확인입니다.

FAQ

구매 주문서, 계약서, 보험 기록 전반에서 VIN을 자동으로 비교할 수 있나요?

각 문서에서 VIN을 추출해 표로 자동 정리할 수 있습니다. 비교 자체는 스프레드시트 수식으로 처리해야 합니다. 세 값이 서로 다른 행에 있기 때문입니다. 거래 번호와 문서 유형 기준으로 표를 재구성한 뒤, 세 VIN을 정확한 문자열 비교로 검증하세요. 이 도구가 문서 간 판단을 대신 해주지는 않습니다.

이 도구가 VIN의 유효성이나 도난 신고 여부를 확인하나요?

아닙니다. 인쇄된 그대로의 VIN을 읽을 뿐입니다. 차량을 해독하거나 검증 숫자를 확인하거나 NMVTIS, 제조사 데이터베이스, 도난 차량 목록을 조회하지 않습니다. 이는 별도의 데이터 소스를 대상으로 하는 별도의 단계이며, 페이지상 VIN이 정확하더라도 이 단계에서 실패할 수 있습니다.

금융 금액이 구매 주문서 총액과 다른 이유는 무엇인가요?

서로 다른 숫자이기 때문입니다. 금융 금액은 Regulation Z에 따라 현금 가격에서 계약금을 뺀 금액에 기타 금융 금액을 더하고, 선납 금융 수수료를 뺀 값으로 정의됩니다. 주문서에는 총 가격, 미납 잔액 또는 총 판매 가격이 표시될 수 있습니다. GAP과 서비스 계약 같은 부가 상품은 금융 처리되어 금융 금액에 포함되며, 트레이드인으로 인한 마이너스 에쿼티도 같은 방식으로 더해집니다. 그 차액의 모든 달러를 설명할 수 있다면 그 차이는 정당합니다.

VIN이 일치하면 자금 집행이 가능한가요?

아닙니다. VIN 일치는 차량 신원 확인을 충족할 뿐입니다. 자금 제공자는 또한 명의 피보험자가 계약상 구매자 또는 공동 구매자인지, 자금 제공자가 정확한 법적 명칭으로 손실 수령인으로 기재되어 있는지, 보장 한도가 프로그램을 충족하는지, 필요한 서명이 모두 있는지, 모든 조건이 해소되었는지를 확인합니다.

스캔하거나 촬영한 거래 서류철도 읽을 수 있나요?

네. PDF, JPG, PNG, WebP, AVIF를 지원하며 스캔본과 휴대폰 사진도 포함됩니다. 필기, 흘림체, 체크박스도 지원합니다. F&I 양식의 빽빽한 필기는 상위 처리 등급이 필요한 경우이며, 표준 등급은 인쇄된 표에 적합합니다.

서류철 전체가 20페이지짜리 PDF 하나라면 어떻게 하나요?

추론 문서 유형 열을 추가하고 출력을 페이지 색인으로 취급한 다음, 페이지를 구매 주문서, 계약서, 보험, 소유권 그룹으로 필터링하세요. 이 경우 Multi-Page Merge를 사용하지 마세요. 그 설정은 하나의 논리적 문서의 페이지를 단일 행으로 합치도록 설계된 것이고, 서류철은 서로 다른 문서의 집합이기 때문입니다. PDF를 문서별로 분할할 수 있다면, 분할하는 편이 문서당 한 행으로 구성된 더 깔끔한 테이블을 얻을 수 있습니다.

전자 서명을 검증하나요?

아니요, 존재 여부 이상은 검증하지 않습니다. 계약서나 부가 양식에 서명이 있는지 여부는 보고할 수 있습니다. 하지만 서명자의 신원, 전자 서명 감사 추적의 무결성, 또는 자금 집행 전에 문서가 서명되었는지는 검증하지 않습니다. 그런 확인은 전자 서명 플랫폼과 대출 기관 자체 프로세스의 몫입니다.

패킷은 서로 일치해야 하는 일련의 주장이며, 가장 중요한 주장은 완결성 검사가 결코 읽지 않는 것들입니다. 서류철 하나를 실행해 세 개의 VIN과 금액 연결을 비교하고, 자금 제공자보다 먼저 어떤 문서가 어긋나는지 확인하세요. 거래 서류철로 테스트해 보세요.