건설 COI 추적, 여전히 이메일과 스프레드시트에
갇혀 있습니다

COI 스프레드시트는 건설업계의 보편적인 통과의례지만, 아무도 자랑하지 않는다

Reddit의 r/ConstructionManagers에서 한 신입 프로젝트 코디네이터가 6개월 전에 이렇게 물었다: "저는 기본적으로 하루 종일 하청업체에 이메일을 보내서 새 COI를 만료 전에 받느라 시간을 다 씁니다. 이건 완전히 미친 짓 같고 엄청난 고위험 작업이에요. 이 스프레드시트에서 단 하나의 날짜를 놓치면 회사에 수백만 달러의 손실이 생길 수 있습니다. 다들 이렇게 하고 있나요?"

댓글들은 하나같이 같은 반응이었다: 그래, 다들 이렇게 하고 있어. 그리고 맞아, 그건 악몽이야. 한 PM은 자신의 시스템을 "스프레드시트와 전화 통화"라고 설명했다. 다른 이는 "카운티 검사관이 나타날 때까지 만료된 면허를 추적하는 게 두렵다"고 말했다. 또 다른 글에서는 한 중소 규모 GC가 단도직입적으로 물었다: "보통 이렇게 번거로운가요?"

이 글들이 드러내는 것은 건설 전문가들이 규정 준수를 못해서가 아니다. 드러나는 것은 COI 추적이 업계 기술 스택의 사각지대에 있다는 점이다. 프로젝트 관리 소프트웨어와 회계 시스템 사이에 끼어 어디에도 속하지 않고, 누구도 해결하지 못한 과제인 것이다.

기본 도구는 항상 똑같다: 마스터 스프레드시트. 하청업체명, 증권 유형, 보험사, 증권 번호, 보상 한도, 발효일, 만료일, 추가 피보험자 여부, 구상권 포기 여부, 그리고 갱신 주기마다 길어지는 비고란으로 구성된 열들. 스프레드시트가 30행 미만일 때는 잘 작동한다. 하지만 하청업체가 50개이고 각각 4개의 증권 라인이 있다면, 200개의 데이터 포인트를 관리해야 한다. 단 하나의 셀만 오래돼도 보험에 가입되지 않은 하청업체가 현장에서 작업을 수행할 수 있는 위험이 생긴다.

보험증권은 실제 증권이 아닙니다 — 스프레드시트는 그 차이를 구분할 수 없습니다

미국 건설업계에서 표준으로 사용되는 ACORD 25 책임보험 증명서(COI 양식)에는 대부분의 사람들이 지나치는 굵은 대문자 문구가 있습니다: "본 증명서는 정보 제공 목적으로만 발행되며 증명서 보유자에게 어떠한 권리도 부여하지 않습니다. 본 증명서는 아래 증권이 제공하는 보장을 긍정적 또는 부정적으로 수정, 연장 또는 변경하지 않습니다."

이는 작은 글씨의 면책 조항이 아닙니다. 이는 문서의 법적 구조입니다. 보험 증명서는 보험사가 증권에 대해 믿는 내용을 요약한 것입니다. 이는 보험사를 구속하지 않습니다. 나열된 보장이 존재한다는 것을 보장하지 않습니다. 증명서 보유자란에 해당 문구가 나타나더라도, 원청업체가 추가 피보험자로 등재되었음을 입증하지 않습니다.

이러한 실패 사례를 자세히 들여다보면, 스프레드시트가 이를 잡아낼 수 없는 이유를 알 수 있습니다. COI에는 200만 달러의 일반 책임 총액이 명시되어 있지만, 실제 보험 증권에는 하청업체가 수행하는 특정 작업에 대한 면책 조항이 포함되어 있습니다. 증명서에는 원청업체가 추가 피보험자로 등재되어 있지만, 이는 공사 중인 작업을 보장하는 CG 20 10 승인에만 해당될 뿐, 공사 완료 후 작업을 보장하는 CG 20 37은 포함되지 않아 하청업체가 작업을 마친 후 발견까지 수개월이 걸리는 사각지대가 발생합니다. 구상권 포기란에 체크 표시가 되어 있지만, 해당 승인은 실제로 보험사에 제출된 적이 없습니다.

미국 독립 보험 에이전트 및 브로커 협회에 따르면, ACORD 25 양식은 세 가지 주요 문제에 취약합니다. 즉, 하청업체가 일감을 따낼 수 있도록 존재하지 않는 보장을 표시하는 에이전트의 증명서 사기, 시중에서 구할 수 있는 보험 상품으로는 충족시킬 수 없는 까다로운 계약상 보험 요구 사항, 그리고 증명서가 약속한 내용과 달리 증명서 보유자가 실제로 해지 통지를 받지 못하는 지속적인 문제입니다. 스프레드시트는 이 중 어떤 것도 인식하지 못합니다. PDF에 적힌 내용을 기록하고 넘어갈 뿐입니다.

따라서 건설 현장의 모든 COI 추적 스프레드시트는 체계적으로 신뢰할 수 없는 데이터를 기반으로 구축됩니다. 증명서 하나당 PDF에서 Excel로 필드를 입력하는 데 5분이 소요되는 데이터 입력 병목 현상은 실제 문제이지만, 두 번째로 심각한 문제일 뿐입니다. 가장 심각한 문제는 입력되는 데이터가 90%의 확률로 틀렸으며, 스프레드시트에는 이를 감지할 메커니즘이 전혀 없다는 점입니다.

아무도 설계하지 않았고 아무도 이기지 못하는 4자 계주

이메일과 스프레드시트가 여전히 기본 COI 워크플로우로 남아 있는 이유를 이해하려면 단일 증명서가 이동하는 경로를 추적해 보십시오.

원도급업체는 하도급업체에 필요한 보험 조건을 명시한 계약서를 보냅니다: 일반 배상책임 1건당 200만 달러 / 연간 총액 400만 달러, 산재보상보험 법정 한도, 업무용 자동차보험 100만 달러, 초과보험 500만 달러, 추가 피보험자 및 대위변제 포기 특약 포함. 하도급업체는 이 요건을 보험설계사에게 전달합니다. 설계사는 보험사 시스템에서 증권 정보를 조회하여 ACORD 25 양식을 작성합니다. IRMI 감사 결과에 따르면 이 과정에서 계약 조건 대비 90% 이상의 오류율이 발생합니다.

설계사는 COI PDF를 하도급업체에 이메일로 보내고, 하도급업체는 이를 원도급업체의 프로젝트 코디네이터에게 전달합니다. 코디네이터는 PDF를 열어 각 항목(증권번호, 보험사명, 보장 유형, 한도, 개시일, 만기일, 추가 피보험자 여부, 대위변제 포기 여부)을 읽고 마스터 스프레드시트에 직접 입력합니다. PDF는 마지막으로 저장한 사람에 따라 파일명 규칙이 제각각인 공유 네트워크 폴더에 보관됩니다. 스프레드시트는 업데이트되고, 코디네이터는 만기 30일 전 알림을 캘린더에 설정합니다.

4개 당사자, 4번의 전달, 기초 증권 조건에 대한 검증은 전혀 없습니다. 이 체인의 마지막에 있는 코디네이터는 전달된 이메일을 받은 설계사가 보험사 시스템에서 작성한 문서에서 데이터를 옮겨 적고 있습니다. 진실 공급원(source of truth)과는 4단계나 떨어져 있습니다. 각 단계에서 데이터는 훼손됩니다. 증권번호 한 자리가 잘못 입력되고, 보상 한도가 뒤바뀌고, 전화 통화로 논의되었지만 서류로 접수되지 않은 추가 피보험자 특약이 누락됩니다.

이것은 더 나은 규율로 고칠 수 있는 고장난 프로세스가 아닙니다. 모든 참여자가 서로 다른 인센티브를 가진 다자간 워크플로우입니다. 하청업체는 현장에 투입되어 돈을 받고 싶어 합니다 — 보험 서류 작업은 마찰입니다. 하청업체의 에이전트는 계정을 유지하고 싶어 합니다 — 계약이 원하는 내용을 명시한 증명서를 발급하는 것이, 정책이 실제로 그 내용을 제공하지 않더라도, 그 목표에 부합합니다. 원청의 코디네이터는 체크박스를 채우고 다음 하청업체로 넘어가고 싶어 합니다. 보험사의 실제 보험약관 언어만이 청구 시 유일하게 중요하며, 그 체인에서 에이전트의 언더라이터 외에는 아무도 읽지 않는 유일한 것입니다.

보험 갱신은 이를 기하급수적으로 악화시킵니다. 하청업체의 일반 배상 책임 보험은 매년 갱신되지만, 산재보험과 같은 날짜는 아닙니다. 포괄보험은 세 번째 날짜에 갱신됩니다. 자동차 보험은 네 번째 날짜에 갱신됩니다. 모든 갱신 주기는 모든 하청업체의 모든 보험 항목에 대해 완전한 4자 릴레이를 촉발하며 — 모든 갱신은 아무것도 변하지 않은 것처럼 스프레드시트에 기록되는 오류의 새로운 기회를 만듭니다.

업계는 소프트웨어를 샀다. 스프레드시트는 그대로였다.

건설은 기술에 적대적인 업계가 아닙니다. 미국 건설업자 협회(AGC)의 2025 전망 조사에 따르면 대형 건설사의 66%가 프로젝트 관리 소프트웨어를, 44%가 견적 소프트웨어를, 40%가 일정 관리 소프트웨어를 사용합니다. 평균적으로 기업은 6.2개의 개별 디지털 도구를 배포합니다. 이는 기술 도입을 거부하는 업계가 아닙니다. 도입된 기술이 COI 문제를 해결하도록 설계되지 않은 업계입니다.

Procore는 변경 지시서, RFI, 제출물, 펀치 리스트를 관리합니다. 하지만 하청업체의 일반 배상 책임 보험이 실제 수행하는 작업을 보장하는지 확인하지는 않습니다. Procore 내에서 COI 규정 준수 추적을 이용하려면 GC가 Billy, myCOI, Jones, SmartCompliance 또는 TrustLayer와 같은 별도 통합 솔루션을 구매해야 합니다. 이 도구들은 각각 API를 통해 Procore에 연결되어 규정 준수 상태를 동기화하지만, 누군가가 COI PDF를 읽고 필드를 추출하는 기본적인 데이터 수집 단계는 소프트웨어가 유용한 작업을 수행하기 전에 수동으로 이루어져야 합니다.

예를 들어 Billy 플랫폼의 Procore 사이드 패널을 사용하면 규정 준수 관리자가 Procore를 벗어나지 않고도 하청업체의 보험 상태를 확인할 수 있습니다. 하지만 먼저 누군가가 COI PDF를 업로드해야 하며, 관리 검토 팀이나 GC의 내부 직원이 이를 요구 사항과 대조하여 확인해야 합니다. myCOI는 공인 보험 전문가 팀을 통해 유사한 기능을 수행합니다. Jones는 AI 기반 검증을 추가하여 실제 보험 증권에서 제외 조항을 식별합니다. 이는 모두 유용한 서비스입니다. 하지만 이들은 스프레드시트가 직면한 동일한 데이터 수집 병목 현상 위에서 작동합니다. 즉, PDF가 이메일로 도착하면 누군가가 그 내용을 판단해야 합니다.

스프레드시트가 계속 사용되는 이유는 계약업체가 소프트웨어 구매를 거부해서가 아니다. 구매한 소프트웨어가 데이터가 시스템에 들어온 후의 규정 준수 상태를 관리하도록 설계되었기 때문이지, 이메일로 도착하는 PDF에서 데이터를 시스템에 입력하는 용도가 아니기 때문이다. 즉, 한 페이지짜리 ACORD 양식에서 증권 번호, 보상 한도, 만료일을 읽어 구조화된 기록에 입력하는 단계가 전체 워크플로의 자동화되지 않은 중간 구간이다. 이 문제가 해결되지 않는 한, 모든 COI 추적 플랫폼은 수동 입력 단계의 하류에 있으며, 스프레드시트를 계속 사용하는 사용자는 어느 정도 수준에서 여전히 직접 입력해야 하는 데이터를 관리하기 위해 플랫폼에 비용을 지불하는 것이 명확한 개선이 아님을 인지하고 있다.

누락된 계층: 입력 없이 PDF에서 스프레드시트로 데이터 가져오기

구조적 문제가 COI 데이터가 PDF 안에 있고 추적 도구는 구조화된 데이터를 필요로 하는 것이라면, 가장 직접적인 개입은 스프레드시트를 교체하거나 다른 플랫폼을 구매하는 것이 아니다. 수동 입력 단계(인증서당 5분, 잘못 입력된 숫자, 복사-붙여넣기된 만료일)를 PDF가 도착할 때 자동으로 처리되는 것으로 축소하는 것이다.

바로 여기서 문서 추출이 COI 추적의 경제성을 바꾼다. ACORD 25 양식에서 필드를 읽어 Excel에 입력하는 대신, 필요한 열(증권 번호, 보험사, 보상 유형, 사고 한도, 총 한도, 발효일, 만료일, 추가 피보험자(예/아니오), 구상권 포기(예/아니오))을 정의하고 AI가 COI PDF에서 각 값을 찾도록 한다. 출력은 모든 필드가 채워진 스프레드시트의 한 행이며, 입력 작업이 필요 없다. PDF는 폴더에 들어가고, 데이터는 추적기에 들어간다. 인증서를 받은 후 기록될 때까지의 간격이 몇 초로 줄어든다.

이 접근 방식이 효과적인 이유는 ACORD 25 양식이 레이아웃은 표준화되어 있지만 실제로는 스캔 이미지, 평면화된 PDF, 전자 서명된 문서, 그리고 현장 사무실에서 찍힌 인쇄 증명서 사진 등 다양한 형식으로 도착하기 때문입니다. 이러한 형식에서는 픽셀 위치가 달라져 기존 OCR 템플릿 매칭이 실패합니다. ImageToTable.ai의 열 이름 추출은 좌표 매칭 대신 양식의 의미론적 내용을 이해하여 이 문제를 해결합니다. 즉, "보험사 A"를 식별하고 텍스트의 의미(위치가 아닌)를 기반으로 인접한 증권 번호를 가져옵니다.

이 접근 방식이 지속 가능한 이유는 기존 워크플로우를 포기할 필요가 없기 때문입니다. 스프레드시트를 계속 사용할 수 있습니다. 공유 폴더를 계속 사용할 수 있습니다. Billy나 myCOI와 같은 COI 추적 플랫폼을 계속 사용하거나 추가할 수도 있습니다. 추출된 데이터는 Excel이나 CSV를 수용하는 모든 시스템에 입력되기 때문입니다. 이메일 중계는 계속 작동합니다. 하청업체는 여전히 에이전트로부터 증권을 받아 COI를 원청업체에 전달하지만, 코디네이터는 더 이상 PDF를 셀에 옮겨 적느라 하루를 보내지 않습니다. 스프레드시트는 데이터 입력 단말기가 아닌 추출 데이터로 채워지는 대시보드가 됩니다.

동일한 추출 계층은 건설 프로젝트 코디네이터가 직면하는 광범위한 문서 규정 준수 문제 전반에 걸쳐 작동합니다. 하청업체 청구서는 15가지 다른 형식으로 도착하지만 AP팀은 모든 청구서에서 동일한 필드를 필요로 합니다. 하도급 포기각서, W-9, 사업자 등록증은 각각 고유한 데이터를 가지고 있으며, 누군가는 현재 이를 별도의 추적기에 수동으로 입력하고 있습니다. 열 이름 추출은 이 모든 것을 동일한 작업으로 처리합니다. 열을 정의하고, 문서를 업로드하고, 구조화된 데이터를 얻는 것입니다. 이것이 어떤 규정 준수 범주에 속하든 마찬가지입니다.

이는 전용 COI 추적 플랫폼을 대체하는 것이 아닙니다. 해당 플랫폼은 보험 증권 언어를 확인하고, 배제적 승인을 표시하며, 프로젝트 전반의 규정 준수를 추적하고, 감사 추적을 제공합니다. 스프레드시트로는 복제할 수 없고 추출 도구가 시도하지 않는 기능입니다. 추출은 한 단계 위의 문제를 해결합니다. PDF에서 데이터를 가져와 다음에 사용할 시스템으로 전송하는 것입니다. 처음부터 누락되었던 계층입니다. 업계가 다른 모든 소프트웨어 범주를 채택한 후에도 스프레드시트가 기본값이 되고 유지된 이유입니다.

자주 묻는 질문

Procore나 Sage가 COI 추적을 처리하지 않는 이유는 무엇인가요?

Procore와 Sage 300 CRE는 프로젝트 관리 및 회계 플랫폼입니다. 시스템에 들어오면 재무 및 운영 데이터를 구성합니다. 둘 다 COI PDF를 읽거나, 보험 필드를 추출하거나, 증명서에 나열된 보장 범위가 기본 보험 증권과 일치하는지 확인하도록 설계되지 않았습니다. Procore의 앱 마켓플레이스에는 COI 규정 준수 상태를 Procore 대시보드에 다시 연결하는 타사 추가 기능(Billy, myCOI, Jones, SmartCompliance)이 나열되어 있지만, 초기 데이터 캡처 단계(ACORD 25 양식 읽기)에는 여전히 사람이나 별도의 추출 도구가 필요합니다. 격차는 Procore의 기능 세트에 있는 것이 아닙니다. COI 데이터가 사전 디지털화되어 도착한다는 아키텍처 가정에 있습니다.

모든 하청업체가 포털을 통해 COI를 제출하도록 요구할 수 없는 이유는 무엇인가요?

포털은 데이터 입력 부담을 귀하가 아닌 하청업체나 그들의 보험사로 옮길 뿐, 없애지는 않습니다. 여전히 누군가는 ACORD 25 양식을 읽고 필드를 채워야 합니다. 모든 하청업체의 보험사가 또 다른 플랫폼에 로그인해야 하는 불편함 때문에 포털 기반 COI 추적 도구는 낮은 업체 도입률을 보입니다. 6명의 다른 GC(원도급업체)를 위해 일하는 하청업체가 6개의 다른 규정 준수 포털에 계정을 유지할 수는 없습니다. 이것이 이메일이 지속되는 이유입니다. 이메일은 모든 하청업체, 모든 보험사, 모든 GC 코디네이터가 100% 사용하는 유일한 커뮤니케이션 채널이기 때문입니다. 더 효과적인 개입 방법은 수신 측에서 이 보편적인 채널을 통해 도착하는 어떤 형식이든 처리할 수 있도록 만드는 것입니다.

보험 증명서는 법적 구속력이 있나요?

아니요. ACORD 25 보험 증명서는 그 자체로 "정보 제공 목적으로만" 발행되며 "증명서 보유자에게 어떠한 권리도 부여하지 않습니다." 이는 그것이 설명하는 보험 정책을 수정, 연장 또는 변경하지 않습니다. 법적 구속력이 있는 유일한 문서는 보험 정책 자체와 이에 첨부된 특약입니다. 증명서에 GC가 추가 피보험자로 명시되어 있지만, 특약이 실제로 보험사에 제출되지 않은 경우, 증명서 내용과 관계없이 GC는 보장을 받지 못합니다. 이것이 건설 규정 준수에서 가장 위험한 오해이며, IRMI의 감사 결과에서 90% 이상의 계약자 보험이 계약 요구 사항을 충족하지 못하는 것으로 나타난 이유는 서류 문제가 아니라 보장되지 않은 위험 노출 문제입니다.

ACORD 25와 ACORD 28의 차이점은 무엇인가요?

ACORD 25는 책임보험 증명서로, 제3자 청구로부터 보호하는 책임 보장(일반 배상책임, 자동차, 산재, 포괄책임)을 요약합니다. 하도급업체가 원도급업체에 제출하는 양식입니다. ACORD 28은 상업용 재산보험 증명서로, 건물, 내용물, 장비 등 재산 보장을 문서화하여 1차 손실을 보상합니다. 건설 현장에서 원도급업체가 받는 양식은 95%가 ACORD 25이며, ACORD 28은 프로젝트 소유자가 원도급업체나 하도급업체의 건설공사보험 또는 장비 보장을 증명해야 할 때 사용됩니다. 두 양식 모두 동일한 법적 면책 조항을 포함합니다. 즉, 보험 증권이 아니며 증서 보유자에게 권리를 부여하지 않습니다.

AI 추출 도구가 보장 범위의 적절성을 확인하나요?

아니요. 추출 도구는 COI PDF에서 증권 번호, 보장 한도, 만료일 등 구조화된 데이터를 추출하지만, 해당 숫자가 계약의 보험 요구 사항을 충족하는지, 명시된 특약이 실제 증권에 존재하는지, 증서에 기재된 보장 내용이 보험사의 실제 증권 약관과 일치하는지 확인하지 않습니다. 이러한 확인 단계는 보험 증권을 검토하는 전문 컴플라이언스 담당자나 증권 수준 확인 기능을 갖춘 전용 COI 추적 플랫폼이 필요합니다. 추출은 데이터 입력 단계를 간소화할 뿐입니다. 컴플라이언스 확인은 별도이며 필수적인 후속 단계입니다.