운송 브로커 컴플라이언스에서
운송사 COI 만료가 간과되는 이유

아무도 풀고 싶어 하지 않는 수학 문제

'대규모 운송사 COI 관리'가 실제로 무엇을 의미하는지 숫자로 살펴보겠습니다. 중간 규모의 화물 중개업체가 200개의 활성 운송사를 운영하는 것은 드문 일이 아닙니다. 각 운송사는 여러 개의 보험 증권을 보유합니다: 자동차 배상 책임, 화물 보험, 일반 배상 책임, 그리고 많은 경우 산재 보상 또는 포괄 초과 보험입니다. 운송사당 최소 4가지 유형의 보험 증권입니다. 각 증권은 12개월 주기로 운영됩니다.

여기서 수학이 불편해지는 부분이 나옵니다: 이 12개월 주기는 달력과 정렬되어 있지 않습니다. 운송사 A의 자동차 배상 책임은 3월 15일에 갱신됩니다. 운송사 B의 화물 보험은 9월 7일에 갱신됩니다. 운송사 C의 일반 배상 책임은 11월 23일에 갱신됩니다. 세금 신고 기간이나 공개 등록 기간과 달리, 모든 것이 한꺼번에 만기가 되는 'COI 갱신의 달'은 없습니다. 각각 4개의 증권을 가진 200개 운송사를 기준으로, 800개의 개별 데이터 포인트를 추적해야 하며 — 매달 약 66개가 만기됩니다.

이제 증권이 만기되면 어떤 일이 발생하는지 생각해 보겠습니다: 운송사의 보험 대리점은 갱신 COI를 생성하여 운송사에 이메일로 보냅니다. 운송사는 이를 중개업체에 전달할 수도 있고 아닐 수도 있습니다. 중개업체의 규정 준수 담당자는 COI PDF를 열고, 보장 한도를 읽고, 증권 번호, 개시일, 만기일, 운송사 이름을 스프레드시트에 입력한 다음 최소 요건과 대조 확인합니다. 주의 깊게 읽고 입력하는 데 COI당 3분이 걸린다면, 월 66건의 COI는 순수 데이터 입력에만 3시간 이상이 소요됩니다 — 실제 규정 준수 분석이 시작되기 전입니다. 그리고 이는 모든 운송사가 제때 갱신서를 보낸다는 가정하에 한 것이며, 이것이 진짜 문제로 이어집니다.

아무도 바통을 넘겨주지 않는 3자 릴레이

COI 갱신은 치명적인 설계 결함이 있는 3자 간 인수인계 과정입니다. 인수인계 실패의 결과를 부담하는 당사자가 문서를 보유한 당사자와 직접적인 연락 수단이 없다는 것이 그 결함입니다.

보험 에이전트 — 정책 상태를 확실히 아는 유일한 당사자 — 는 중개인이 아닌 운송사와 계약 관계를 맺고 있습니다. 운송사의 자동차 책임 보험이 갱신되면 에이전트는 새 COI를 운송사에 보냅니다. 에이전트의 의무는 여기서 끝납니다. 에이전트는 중개인에게 통지할 의무가 없으며, 중개인의 컴플라이언스 수신함에 참조로 보낼 의무도 없고, "이 운송사가 보험 기간 중에 보험을 해지하면 화물 중개인에게 알려주십시오"라는 합의도 없습니다. 운송사가 에이전트의 고객입니다. 중개인은 그렇지 않습니다.

한편, 운송사는 화물을 계속 운송할 사업적 인센티브가 있습니다. 보험이 곧 만료되는 운송사는 자신의 화물을 통제하는 중개인에게 그 정보를 알리려 하지 않습니다. 한 중개인이 r/FreightBrokers에 올린 글에서 말했듯이: "그러면 운송사는 기술적으로 보험 기간 전체에 걸쳐 무보험 상태였고, 새 보험을 찾을 때 보험 공백이 생깁니다." 보험료 인상에 직면한 운송사들 — 미국 교통연구소(ATRI)에 따르면 상업용 자동차 보험료가 2014년부터 2024년까지 마일당 37.8% 상승 — 은 갱신을 미루거나 다른 보험사를 알아볼 재정적 압박을 받습니다. 견적을 비교하는 매일이 중개인의 배차 대기열에 무보험 운송사가 있는 하루입니다.

그리고 중개인은? 중개인은 가장 마지막에 알게 됩니다. 이 릴레이에서 아무도 그들에게 알릴 의무가 없기 때문입니다. COI는 운송사가 보내기로 결정할 때까지 중개인의 수신함에 도착하지 않으며, 그 시점에는 갱신 통지가 운송사의 이메일에 2주 동안 쌓여 있었을 수도 있습니다. "에이전트가 COI 생성"과 "중개인의 컴플라이언스 시스템에 COI 입력" 사이의 공백은 전혀 모니터링되지 않습니다 — 그리고 바로 그 공백에 보험 공백이 존재합니다.

이것은 가상의 극단적 사례가 아닙니다. Reddit의 한 중개인은 실제 결과를 설명했습니다: "우리 시스템에 COI가 만료된 운송사가 있고 그날 배송을 해야 한다면, 우리는 불가능하다고 말해야 했습니다." 릴레이가 실패하고 중개인이 비즈니스 관계와 컴플라이언스 위험 사이에서 선택을 강요받는 순간입니다 — 애초에 존재해서는 안 되는 선택입니다.

TMS는 운송비용까지 정확히 추적하지만, 화물운송업체의 보험 미가입 여부는 알지 못합니다.

화물 브로커는 화물운송관리시스템(TMS)에 의존합니다. McLeod, Mercurygate, Turvo, AscendTMS와 같은 플랫폼은 화물 입찰, 운송업체 지불, 경로 추적, 운임 감사 등 브로커리지 운영의 중추적인 역할을 담당합니다. 이러한 시스템은 운송업체의 정시 도착률, 마일당 평균 운임, 화물 인도 시각을 정확히 알려줄 수 있습니다. 하지만 알려주지 못하는 것이 있습니다. 바로 해당 운송업체의 자동차 책임 보험이 12일 전에 만료되었는지 여부입니다.

이것은 버그가 아닙니다. 모든 주요 TMS 아키텍처에 내재된 기능적 한계입니다. TMS 플랫폼은 운송 실행 — 화물을 픽업하여 배송하는 과정 — 을 관리하도록 설계되었습니다. 보험 만료와 같은 규정 준수 모니터링은 핵심 설계 요구 사항이 아니었습니다. 그 결과, 운송업체 규정 준수에서 가장 중요한 문서인 COI는 브로커가 매일 사용하는 시스템 외부에 완전히 존재하게 되었습니다.

이에 대응하여 운송업체 검증 부가 기능 계층이 등장했습니다: Highway, Carrier411, RMIS, OnRamp. 이러한 도구는 운송업체 자격을 검증하고, 안전 등급을 모니터링하며, 온보딩 시 보험 상태를 확인합니다. 그러나 이들의 모델은 특정 시점 검증이지 지속적인 모니터링이 아닙니다. 운송업체가 1월 온보딩 시 보험 검사를 통과할 수 있습니다. 4월이 되면 화물 보험이 갱신되었지만, 브로커 사무실의 누군가가 갱신된 COI를 요청하고, PDF를 읽고, 데이터를 입력하기 전까지는 새로운 보험 한도가 화주 계약 요구 사항을 충족하는지 아무도 알 수 없습니다. OnRamp의 제품 문서는 이 점을 명확히 설명합니다: "규정 준수 검증 도구 위에 있는 워크플로 계층이지, 이를 대체하는 도구가 아닙니다."

FMCSA의 SAFER 시스템 — 브로커가 유효한 보험 등록 여부를 확인하는 데 사용하는 정부 데이터베이스 — 도 특정 시점의 스냅샷일 뿐입니다. 이 시스템은 조회 시점에 운송업체가 FMCSA에 보험 증권을 등록했는지 여부만 확인합니다. 보험 만료까지 90일이 남았는지, 보험 한도가 계약 요구 사항을 충족하는지, 운송업체가 화물 보험에 가입했는지는 알려주지 않습니다. 또한 규정 준수 담당자 2명뿐인 브로커리지에서 매일 200개 운송업체에 대해 SAFER를 확인하는 것은 현실적인 워크플로가 아닙니다.

비대칭 문제: 운송사의 책임, 브로커의 법적 책임

연방법에 따라 보험 유지 의무는 전적으로 화물 운송사에 있습니다. 49 CFR §387.7은 화물 운송사가 최소 재정 책임 한도를 유지하지 않은 상태에서는 상용 차량을 운행할 수 없다고 명시합니다. 이 최소 기준은 협상 대상이 아닙니다: 일반 화물의 경우 공공 책임 보험 $750,000, 위험 물질의 경우 $1,000,000, 폭발물 또는 독성 가스의 경우 $5,000,000입니다(49 CFR §387.9). 현재 FMCSA는 요구 보험 없이 운행할 경우 위반 일당 최대 $21,114의 벌금을 부과합니다.

따라서 보험 유지 책임은 운송사에 있습니다. 그러나 여기서 비대칭성이 브로커의 문제가 됩니다: 과실 선택 법리 아래에서, 보험이 만료되었거나, 부적절하거나, 검증할 수 없는 운송사를 배차한 브로커는 해당 운송사가 일으킨 사고에 대해 책임을 질 수 있습니다 — 보험 유지가 운송사의 의무였음에도 말입니다. 논리는 간단합니다. 브로커가 운송사를 선택했습니다. 브로커는 운송사의 준수 여부를 확인할 의무가 있었습니다. 브로커는 그 의무를 다하지 못했습니다.

2023년, 일리노이 항소 법원은 Cornejo v. Alliance Shippers 사건에서 바로 이 문제를 다루었습니다. 배심원단은 화물 브로커에게 $18,150,750의 평결을 내렸습니다 — 운송사가 브로커의 대리인이며 브로커가 운전자의 과실에 대해 대리적 책임을 진다고 판단한 것입니다(2023 IL App.1st No. 220633). 항소 법원은 궁극적으로 대리인 문제에 대해 원심을 뒤집었지만 — 배심원단이 브로커와 운송사를 하나의 실체로 취급하도록 설득되었다는 사실은 책임 논쟁이 어디로 향하고 있는지를 보여줍니다.

그리고 이 논쟁은 곧 미국 연방 대법원에 도달합니다. Montgomery v. Caribe Transport II 사건은 2026년 여름까지 판결이 예상되며, FAAAA가 브로커에 대한 주 차원의 과실 선택 청구를 배제하는지 여부를 결정할 것입니다. 법원이 브로커가 운송사 선택 과실로 주 차원에서 소송을 당할 수 있다고 판결한다면, 체계적인 COI 검증을 입증할 수 없는 모든 브로커의 법적 노출은 즉각적이고 심각해집니다. 원고 측 변호인단이 이미 시사한 바와 같이: "앞으로 모든 중대한 트럭 사고 사건에서 변호사가 가장 먼저 물어야 할 질문은: 이 트럭 배차에 브로커가 관여했는가입니다."

이제 점을 연결해 보십시오: 200개의 운송사를 관리하는 브로커는 통계적으로 월 66건의 COI 만료 이벤트를 경험합니다. COI 갱신 릴레이에는 브로커가 새 증명서를 받을 수 있도록 보장하는 메커니즘이 없습니다. TMS는 보험 상태를 모니터링하지 않습니다. 그리고 보험이 만료된 운송사가 사고를 일으키면, 브로커는 사고를 유발한 것이 아니라 — 보험 적용을 확인할 수 없었던 운송사를 선택한 것에 대해 책임에 직면합니다. 이 시스템은 실시간 가시성이 가장 낮은 당사자가 가장 큰 법적 노출을 부담하도록 설계되어 있습니다.

보험사들이 예방이 아닌 보험료로 해결하려는 14년의 이야기

이 문제에는 운송사 COI 추적을 해마다 더 어렵게 만드는 거시경제적 측면이 있으며, 이는 중개인의 규정 준수 프로그램과는 무관합니다.

상업용 자동차 보험은 14년 연속 적자를 기록했습니다. 2024년에는 결합비율이 107.2에 달해 보험사들이 수집한 보험료 $1.00당 $1.07을 보험금과 비용으로 지급했습니다. 상위 20개 상업용 자동차 보험사 중 14곳이 100을 초과하는 결합비율을 기록했습니다. 이 부문은 지난 2년 동안에만 순인수손실이 100억 달러를 초과했습니다. 한편 트럭 운송 보험료는 2024년 마일당 $0.102로 사상 최고치를 기록했으며, 이는 일반 인플레이션율이 약 절반 수준으로 상승한 10년 동안 37.8% 증가한 수치입니다(ATRI Operational Costs of Trucking, 2025).

그리고 여기 중요한 사실이 있습니다: 같은 기간 동안 사고율은 감소했습니다. 대형 트럭 사고율은 2021년부터 2024년까지 2.6% 하락했습니다. 사고는 줄었습니다. 보험료는 올랐습니다. 보험업계의 손실은 더 많은 사고가 아니라 더 큰 보험금 청구, 공격적인 원고 소송, 의료비 인플레이션에서 비롯됩니다.

운송사 COI를 추적하는 중개인의 경우, 보험업계의 이러한 적자에 대한 대응은 직접적인 하류 효과를 가져옵니다: 운송사 이탈. 보험료가 오르면 소규모 운송사는 더 높은 보험료를 지불하거나, 보장을 축소하거나, 보험을 만료시키는 선택을 해야 합니다. 작년에 완전히 규정을 준수했던 운송사가 비용 관리를 위해 책임 보장을 $1M에서 $750K로 낮출 수 있으며, 이 새로운 한도는 많은 화주 계약 요구사항보다 낮아집니다. 또는 더 저렴한 보험사를 찾는 동안 30일 동안 보험을 만료시켜 보장 공백을 만들 수 있으며, 누군가 적극적으로 모니터링하지 않는 한 중개인의 추적 시스템이 이를 포착하지 못합니다. 보장 공백은 운송사를 수년간 비표준 보험 시장에 머물게 할 수 있으며, 동일한 한도에 대해 보험료가 30%에서 50% 더 높습니다.

운송은 국내 화물 톤수의 72.6%를 차지합니다(CRC Group, 2025). 이 72.6%의 모든 화물은 중개인이 COI 상태를 알고 있어야 하는 운송사 아래에서 이동합니다. 보험 시장이 운송사 보장을 더 변동적으로 만들 때, 중개인의 COI 추적 업무는 동일한 도구와 동일한 인력으로 그만큼 더 긴급해집니다.

격차 해소: 브로커가 통제할 수 있는 것

앞선 섹션들이 브로커의 규정 준수를 가로막는 구조적 힘을 그려냈다면 — 실제로 그러하다 — 질문은 이렇다: 브로커가 실제로 무엇을 할 수 있는가?

오늘날 활용 가능한 가장 효과가 큰 변화는 새 COI 추적 플랫폼을 구매하거나, 규정 준수 인력을 늘리거나, 운송사가 새 기술을 도입하도록 요구하는 것이 아니다. "COI가 받은 편지함에 도착한 시점"과 "COI 데이터가 확인 가능한 스프레드시트에 입력된 시점" 사이의 시간을 줄이는 것이다. 수령과 입력 사이의 공백에서 만료된 보장이 감지되지 않으며, 그 공백을 줄이는 데 운송사나 보험 에이전트의 행동 변화는 필요하지 않다. 브로커가 이미 수령한 것을 처리하는 방식만 바꾸면 된다.

모든 ACORD 25 COI에서 중요한 데이터 포인트는 한정적이고 예측 가능하다: 증권 번호, 보험사 이름, 보장 유형, 보장 한도, 개시일, 만료일, 증서 보유자. 일곱 개 필드. 그것뿐이다. 129개 필드로 구성된 ACORD 25 양식의 나머지 모든 것은 규정 준수 목적상 노이즈에 불과하다 — 보험 업계에는 유용하지만, 운송사가 최소 기준을 충족하는지 확인하는 브로커에게는 무의미하다.

PDF에서 이 일곱 개 필드를 추출하는 데 관리형 규정 준수 서비스나 좌석당 소프트웨어 구독이 필요하지 않다. 필요한 것은 인간이 읽는 방식대로 COI를 읽는 도구다 — 각 필드가 페이지에서 어디에 위치하는지가 아니라 무엇을 의미하는지 이해하는 방식이다. 서로 다른 보험사의 COI는 서로 다른 레이아웃, 글꼴, 필드 배치를 사용하므로, 템플릿 기반 또는 위치 기반 추출 방식은 운송사가 새 보험사의 COI를 보내는 순간 작동을 멈춘다. 이것이 바로 맞춤 열 추출이 해결하는 문제다: 원하는 열을 지정하면 — "자동차 책임 한도", "만료일", "증서 보유자" — AI가 템플릿을 기억하는 것이 아니라 의미를 이해하여 문서 어디에서든 각 값을 찾아낸다. 이 개념이 처음이라면 COI 데이터 추출 개요에서 시작하고, COI 추출 완전 가이드는 산업 전반의 적용 범위를 다룬다.

중견 브로커리지의 실무 워크플로는 다음과 같다:

이 워크플로우는 TMS, 운송사 검증 도구, 또는 규정 준수 프로세스를 대체하지 않습니다. 이는 가장 느리고, 오류가 가장 많으며, 자동화가 가장 어려운 단계 — PDF에서 데이터를 수동으로 추출하는 작업을 대체합니다. 다운스트림의 모든 것은 이미 작동합니다. 누군가 먼저 입력해야 했던 데이터를 기다리고 있었을 뿐입니다.

건설 산업도 이와 유사한 문제를 다룹니다 — 대규모 하도급업체 COI 추적 — 동일한 추출 접근 방식이 여기에도 적용됩니다. 규정 준수 과제가 여러 산업에 걸쳐 있다면, 200개 이상의 하도급업체에 걸친 COI 추적 확장에서 건설 산업 특화 버전을 다루며, 건설 산업의 COI 추적 문제에서 더 깊은 구조적 유사성을 분석합니다.

자주 묻는 질문

디지털 원본이 아닌 스캔된 COI PDF에서도 작동하나요?

네. ImageToTable.ai는 네이티브 PDF와 스캔/이미지 기반 PDF를 모두 처리합니다. 사람이 스캔된 페이지를 보는 것과 동일하게 문서를 시각적으로 읽습니다. 인쇄, 서명 후 다시 스캔된 COI도 디지털로 생성된 것과 동일하게 처리됩니다. 인쇄된 텍스트, 여백의 수기 메모, 도장이 찍힌 보증 모두 읽을 수 있습니다.

저희 보험사들은 수십 개의 다른 보험 회사에서 COI를 보내며, 모두 레이아웃이 다릅니다. 그래도 추출이 작동하나요?

네. 템플릿이 필요 없는 추출 방식은 이러한 시나리오를 위해 특별히 설계되었습니다. AI가 필드의 의미를 이해하여 위치를 찾기 때문에, 사용된 보험사의 레터헤드, 레이아웃 또는 글꼴에 관계없이 모든 ACORD 25 변형에서 작동합니다.

이미 myCOI와 같은 COI 추적 플랫폼을 사용하고 있습니다. 이것이 여전히 필요한가요?

COI 추적 플랫폼은 알림을 자동화하고, 만료된 증명서에 플래그를 지정하며, 규정 준수 대시보드를 유지 관리합니다. 하지만 여전히 누군가가 COI PDF의 데이터를 플랫폼에 입력해야 합니다. 추출 단계는 추적 플랫폼보다 앞선 단계입니다. COI 데이터를 스프레드시트로 추출하여 모든 추적 시스템으로 가져올 수 있으므로, 자동화가 시작되기 전에 존재하는 수동 데이터 입력 병목 현상을 제거할 수 있습니다.

COI에 수기 메모나 도장이 찍힌 보증이 있으면 어떻게 하나요?

AI는 인쇄된 텍스트와 함께 COI의 필기, 도장 및 주석을 읽습니다. 수기로 작성된 발효일 또는 추가 피보험자 상태를 나타내는 도장도 인쇄된 필드와 동일하게 캡처됩니다. 이는 보험 대리인이 한도를 수정하거나 여백에 보증 참조를 추가한 COI의 경우 특히 중요합니다.

COI에 명시된 "사고 발생 기준"과 "청구 기준" 보험 유형의 차이는 어떻게 처리하나요?

추출 과정은 COI에 명시된 대로 보험 유형을 그대로 가져옵니다. 사고 발생 기준과 청구 기준 보장의 차이는 위험 분석에 중요합니다. 청구 기준 보험은 만료 시 사고 발생 기준 보험과 다른 종류의 공백을 남기기 때문입니다. 하지만 추출 단계는 데이터를 해석하는 것이 아니라 수집하는 것입니다. 분석은 이후 스프레드시트나 추적 시스템에서 처리하며, 추출은 데이터가 정확하게 전달되도록 보장합니다.

TMS와 통합할 수 있나요?

추출된 데이터는 Excel(XLSX) 또는 CSV 형식으로 제공되며, McLeod, Mercurygate, Turvo, AscendTMS 등 모든 주요 TMS와 myCOI, SmartCompliance 같은 COI 추적 플랫폼으로 가져올 수 있습니다. 직접적인 API 통합은 없지만, XLSX/CSV 출력은 가져오기 기능이 있는 모든 시스템에서 사용할 수 있는 범용 브리지 형식 역할을 합니다. 실제 작업 흐름은 다음과 같습니다: COI를 Excel로 추출 → 검토 및 확인 → TMS 또는 규정 준수 시스템으로 가져오기.