50개 이상 하도급업체 COI 추적하기
전용 컴플라이언스 소프트웨어 없이

"단 한 번의 날짜 누락이 회사에 수백만 달러의 손실을 초래할 수 있습니다"

Reddit의 r/ConstructionManagers에서, 중견 GC 업체의 프로젝트 코디네이터가 하청업체 규정 준수 스프레드시트를 인수받은 상황을 설명했습니다:

"제 상사가 저에게 모든 하청업체 규정 준수 — COI, 면허, 유치권 포기 — 를 거대한 '마스터 스프레드시트'로 관리하게 하고 있습니다. 저는 기본적으로 하루 종일 이메일로 하청업체를 추적하며 만료 전에 새 COI를 받아내는 데 시간을 보내고 있습니다. 이 스프레드시트에서 날짜 하나만 놓쳐도 회사에 수백만 달러의 손실이 생길 수 있습니다."

경험 많은 건설 관리자들의 답변은 두 가지를 확인해 주었습니다: 맞습니다, 대부분의 회사가 여전히 스프레드시트를 사용합니다, 그리고 맞습니다, 그 방식은 들리는 것만큼 위험합니다. 스프레드시트는 보편적인 출발점입니다 — 무료이고 유연하며 하청업체가 8곳일 때는 충분합니다. 30곳이 되면 병목이 되고, 50곳이 되면 책임이 됩니다.

이 문제에 대한 시장의 해답은 전용 COI 추적 플랫폼입니다: 보험업계 규정 준수 로직을 갖춘 myCOI, 깊은 Procore 사이드 패널 통합과 CRIS 인증 건설 전문가를 갖춘 Billy, 30,000개 이상의 사전 검증된 공급업체 네트워크에서 AI 기반 2단계 검증을 제공하는 Jones, 98,000개 이상의 계약업체 데이터베이스와 RiskBot AI를 갖춘 BCS. 이러한 도구들은 효과적입니다 — Billy는 ENR 상위 20개 일반 건설업체가 실시간 하청업체 보험 규정 준수에 자사 플랫폼을 사용한다고 보고합니다 — 하지만 소규모 팀의 경우 일반적으로 월 $200–500부터 시작하고 하청업체 수에 따라 증가하는 구독 비용이 발생합니다. 여러 프로젝트에서 얇은 마진으로 운영하는 린 GC에게는 예산을 넘어설 수 있는 항목입니다.

COI 1개 vs 50개: 악몽 뒤에 숨은 숫자들

보험 증명서(COI) 한 장을 수동으로 처리하는 데는 약 5분이 걸립니다. PDF를 열고, 피보험자 이름을 찾고, 일반 배상책임 보험사를 확인하고, 증권 번호를 대조하고, 개시일과 만료일을 기록한 다음, 자동차 배상책임, 포괄(엄브렐러), 산재보상 섹션에 대해 같은 과정을 반복합니다. 추적 스프레드시트에 입력하고, 다음 문서로 넘어갑니다.

50장을 처리하는 것은 250분이 아닙니다. 하루 종일 걸립니다. 왜냐하면 대략 12번째 증명서쯤에서 피로가 쌓이기 때문입니다. 증권 번호가 서로 흐릿하게 보입니다. 자동차 배상책임 한도를 실수로 일반 배상책임 열에 입력합니다. 어떤 하도급업체의 엄브렐러 보험사가 일반 배상책임 보험사와 다르다는 것을 놓칩니다. 추가 피보험자 승인이 실제로 체크되었는지 — 아니면 그냥 암시된 것인지 — 확인을 건너뜁니다.

규모가 커질수록 계산은 더 나빠집니다:

NAHB에 따르면 평균 단독주택 한 채에는 24개의 서로 다른 하도급업체가 참여합니다(중앙값 22). 상업용 프로젝트는 더 많습니다. 중층 건물 하나에는 40개 이상의 하도급업체가 동시에 활동할 수 있으며, 각 업체는 일반 배상책임, 자동차, 엄브렐러, 산재보상에 걸쳐 별도의 보험 요건을 갖습니다. 3~5개의 활성 상업용 프로젝트를 동시에 관리하는 GC는 80~150개의 활성 COI를 추적해야 할 수 있으며, 분기별 갱신으로 연간 320~600건의 증명서 검토가 발생합니다.

이것이 단일 문서 처리와 일괄 처리의 차이가 근본적인 이유입니다. 단순한 속도 차이가 아니라 프로세스 차이입니다. 일괄 처리는 모든 문서를 한 번에 업로드하고, 원하는 열을 한 번 정의하고, 병합된 단일 스프레드시트를 출력으로 받는 것을 의미합니다. AI는 배치의 모든 문서를 읽고, 각 문서에서 동일한 필드 세트를 추출하여 단일 테이블로 정리합니다. 문서당 한 행, 데이터 포인트당 한 열입니다. 정의한 열이 출력 스프레드시트의 헤더가 됩니다. 이 열 이름 추출 방식이 단일 COI에서 어떻게 작동하는지 자세히 알아보려면 COI 데이터를 Excel로 추출하는 방법에 대한 가이드를 참조하세요.

이와 같은 패턴은 일괄 처리가 문서 검토의 단위 경제성을 바꾸는 모든 업종에 동일하게 적용됩니다. 소규모 법률 사무소는 이를 활용해 수백 건의 계약서에서 핵심 조항을 동시에 추출하여 계약서를 한 건씩 검토하던 방식에서 전체 계약 포트폴리오를 한 번에 스캔하는 방식으로 전환합니다. 소규모 기업은 이를 활용해 1년치 영수증을 일괄 처리하여 세무 신고용 스프레드시트로 변환합니다. 공통점은 이렇습니다: 각 문서를 독립된 처리 작업으로 보지 않고 데이터 세트로 취급하기 시작하면, 문서당 처리 시간이 한 자릿수 이상 줄어듭니다.

COI에 실제로 포함된 내용 — 그리고 실제로 필요한 것

ACORD 25 책임보험 증명서(Certificate of Liability Insurance) — 미국 건설업계에서 표준으로 사용되는 양식 — 에는 보험 적용 섹션 전반에 걸쳐 약 30여 개의 필드가 있습니다. 그중 하도급업체 컴플라이언스 추적에 필요한 것은 일부에 불과합니다.

양식에 무엇이 있는지 이해하는 것이 중요한 이유는 AI가 무엇을 찾도록 지시할지 결정하기 때문입니다. AI 기반 열 이름 추출은 템플릿 매칭이 아닌 의미론적 이해를 기반으로 작동합니다: 도구에 원하는 정보를 지정하면 — 예를 들어 "일반 배상책임 보험 증권 번호" — 페이지의 어느 위치에 있든 그 설명과 의미상 일치하는 텍스트를 문서에서 검색합니다. 특정 좌표의 필드를 기대하는 기존 OCR과 달리, 열 이름 추출은 사람이 문서를 읽는 방식과 동일하게 의미를 스캔하지 위치를 스캔하지 않습니다.

모든 COI에서 추출할 가치가 있는 필드:

건너뛸 수 있는 필드: 생산자(보험 에이전트) 연락처 정보, 업무 내용 설명 블록, 계약 취소 통지 표준 문구, 각 보험사의 NAIC 번호. 이는 PDF에 남아 있어도 되는 참조 데이터로, 이를 추적 스프레드시트에 추출하면 컴플라이언스 가치 없이 노이즈만 추가됩니다.

"표준" ACORD 양식에서 템플릿 접근 방식이 실패하는 이유

언뜻 보기에 ACORD 25는 템플릿 기반 추출의 이상적인 대상처럼 보입니다. 일관된 위치에 라벨이 있는 표준화된 양식입니다. 템플릿을 한 번 훈련시키고, 들어오는 COI에 적용하면 필드가 자동으로 채워집니다.

이 방식은 데모에서는 훌륭하게 작동하지만 실제 운영에서는 무너집니다. 문제는 표준 ACORD 레이아웃이 발급하는 거의 모든 보험사에 의해 수정된다는 점입니다. 일부 보험사는 필드 위치를 이동시키는 자체 헤더, 푸터, 브랜딩을 추가합니다. 일부는 양식을 약간 재배치하는 전자 필기 소프트웨어를 사용합니다. 일부는 여전히 회전이나 정렬 불량으로 스캔되는 타자기로 작성된 종이 양식을 발급합니다. 일부는 2010/05판을 사용하는 반면, 특정 필드를 재배치한 2016/03 개정판을 사용하는 곳도 있습니다. AGC의 표준 하도급 계약서(AGC 640/ASA 4100/ASC 52)는 상세한 보험 요건을 명시하지만 증명서 형식은 보험사에 맡깁니다. 즉, GC는 보험사가 만든 모든 시각적 레이아웃의 COI를 받게 됩니다.

한 보험사의 출력물에 맞게 구성된 템플릿 기반 추출은 다른 보험사의 출력물에서는 조용히 실패합니다. Agency A의 출력물을 기준으로 "Policy Number"가 좌표(x=340, y=210)에 있을 것으로 예상하는 시스템은, Agency B의 형식이 사용자 정의 헤더로 인해 필드를 15픽셀 위에 배치하면 빈 값을 반환합니다.

열 이름 추출은 픽셀 위치가 아닌 의미적 의미를 읽음으로써 이 문제를 완전히 우회합니다. "General Liability Each Occurrence Limit"이라는 열을 정의하면 AI는 특정 양식 개정판의 특정 상자가 아니라 일반 책임 보험과 관련된 금액을 찾아야 한다는 것을 이해합니다. ACORD 25의 일반 책임 섹션에서 "EACH OCCURRENCE" 라벨을 찾은 다음, 해당 보험사 출력물에서 그 라벨이 픽셀 338에 있든 355에 있든 상관없이 옆에 있는 금액을 읽습니다. 동일한 열 정의가 모든 보험사, 모든 브로커, 모든 형식 변형의 COI에서 작동합니다.

이것이 일괄 처리를 가능하게 만드는 차이점입니다. 50개 다른 보험사의 50개 증명서에 적용되는 하나의 필드 정의가 재구성 없이 작동합니다.

배치 워크플로: 증명서 50장, 스프레드시트 하나

배치 COI 추출 워크플로는 세 단계로 나뉩니다:

COI에 특정 보장 항목이 없는 경우 — 예를 들어 하도급업체가 차량을 사용하지 않는 업종이라 자동차 배상 책임이 없는 경우 — 오류를 생성하는 대신 해당 셀을 그냥 비워 둡니다. 이는 배치 처리의 중요한 설계 결정 중 하나입니다: 50개 문서에서 누락된 필드마다 중단되는 프로세스는 배치 프로세스가 아닙니다. 마찰만 추가된 50개의 순차 처리 작업일 뿐입니다.

시간 비교는 무엇이 달라지는지 이해하는 가장 간단한 방법입니다:

병목 현상은 AI의 읽기 속도가 아닙니다. 이는 페이지당 초 단위로 측정됩니다. 병목 지점이 "얼마나 빨리 입력할 수 있는가"에서 "올바른 열을 정의하고 모든 파일을 수집했는가"로 옮겨갑니다. 이는 타이핑 속도 문제가 아니라 프로세스 설계 문제이며, 오히려 바람직한 문제입니다.

문제 발생 시 처리: 대규모 파일 관리

일괄 처리에는 단일 문서 워크플로에는 없는 과제가 따릅니다. 가장 흔한 것은 파일 이름 지정, 결과 그룹화, 예외 처리입니다.

파일 이름 지정. 50개의 COI에서 "피보험자 이름"을 추출하면 AI가 해당 필드를 스프레드시트에 출력합니다. 하지만 어떤 행이 어떤 하도급업체의 파일에 해당할까요? 추출 도구는 일반적으로 원본 파일 이름을 참조 열로 보존하므로, 이름 규칙은 위생 투자가 됩니다. SubcontractorName-ProjectName-Date.pdf 같은 패턴 — 예: ABC-Electric-MainStreet-2026-02-15.pdf — 을 사용하면 파일을 열지 않고도 프로젝트, 하도급업체, 날짜별로 정렬할 수 있습니다. 이는 AI 문제가 아니라, AI가 추출 부분을 효율적으로 처리함으로써 더 잘 드러나게 만드는 워크플로 문제입니다.

결과 그룹화. 서로 다른 세 프로젝트의 COI를 한 번에 업로드하면 출력 스프레드시트에 섞여 들어갑니다. 규정 준수 추적을 위해서는 결과를 프로젝트별로 정리하는 것이 일반적입니다 — 각 프로젝트 소유자는 서로 다른 보험 요건을 가지며, 프로젝트가 감사 단위이기 때문입니다. 두 가지 방법이 있습니다: 프로젝트별로 일괄 처리하거나(프로젝트 A의 COI만 업로드하고 내보낸 다음, 프로젝트 B를 처리), "프로젝트" 추론 열을 포함하는 것입니다. "파일 이름에 'MainStreet'가 포함되면 → Main Street Tower, 'Riverside'가 포함되면 → Riverside Commons" 같은 규칙을 가진 추론 열은 추출 중에 각 행에 올바른 프로젝트를 자동으로 태그합니다 — 사후 수동 할당이 필요 없습니다.

예외 처리. 모든 COI가 깔끔하게 추출되지는 않습니다. 대비가 낮은 스캔 품질이 나쁜 증명서는 부분 결과를 생성할 수 있습니다. 하도급업체 이름이 계약 법인과 일치하지 않는 COI는 올바르게 추출되더라도 검토 중에 플래그가 표시될 수 있습니다. 일괄 워크플로는 이러한 항목을 전체 배치를 중단시키는 차단 요소가 아니라 추출 후 검토할 예외로 취급해야 합니다. 실용적인 기준: 증명서의 10% 이하가 수동 검토가 필요하면 일괄 처리는 성공입니다. 30%가 검토가 필요하면 다시 실행하기 전에 파일 품질을 확인하세요.

여기서 일괄 처리 사고방식이 단일 문서 사고방식과 갈라집니다. 단일 문서 처리에서는 각 결과를 검증한 후 다음으로 넘어갑니다. 일괄 처리에서는 모든 것을 한 번에 처리하고 출력을 감사합니다. 문서당 시간 절약은 이러한 역전에 달려 있으며 — 전용 COI 추적 소프트웨어도 플랫폼 마이그레이션 없이 동일한 역전 위에 구축되어 있습니다.

FAQ

일괄 추출이 myCOI, Billy 또는 Jones를 대체할 수 있나요?

규정 준수의 복잡성에 따라 다릅니다. 이러한 플랫폼은 지속적인 모니터링을 제공합니다 — 만료 60일, 30일, 7일 전 자동 갱신 알림, AM Best에 대한 실시간 보험사 등급 확인, 모든 변경 사항을 추적하는 감사 추적 기능을 갖추고 있습니다. 일괄 추출은 특정 시점의 데이터를 캡처합니다. 워크플로가 "분기별로 모든 COI 검토, 스프레드시트 업데이트, 만료 항목 수동 표시"라면 일괄 추출이 데이터 입력을 처리합니다. 프로젝트에 자동 보험사 검증과 Procore의 결제 워크플로(예: Billy의 Procore Pay 통합)와 연동되는 실시간 규정 준수 대시보드가 필요하다면, 전용 플랫폼이 수동 스프레드시트와 추출 조합으로는 재현할 수 없는 기능을 제공합니다. 차이는 규정 준수 관리 시스템과 데이터 캡처 도구의 차이이며, 일괄 추출은 후자에 해당합니다.

손으로 작성한 COI나 스캔한 종이 양식에서도 작동하나요?

네, 다만 정확도는 스캔 품질에 따라 달라집니다. 스캔한 종이 COI — 특히 원래 타자기로 발행되었거나 손으로 작성된 경우 — 문자 단위 OCR로 텍스트를 추출하는 대신 문서 이미지를 해석하는 시각적 AI 엔진으로 읽을 수 있습니다. 대비가 낮은 스캔, 짙은 그림자, 기울어진 페이지는 정확도를 떨어뜨립니다. 최상의 결과를 얻으려면 인쇄된 증명서 사진 대신 하도급업체의 보험 에이전트에게 PDF 사본을 요청하세요.

COI에서 추가 피보험자(Additional Insured) 보증이 체크되지 않은 경우는 어떻게 하나요?

ACORD 25 양식에는 각 보장 유형 옆에 ADDL INSD(추가 피보험자) 체크박스 열이 있습니다. 하지만 체크박스만으로 회사가 실제로 추가 피보험자로 명시되었는지 확인할 수는 없습니다 — 이를 위해서는 특정 보증 양식(일반적으로 진행 중인 작업의 경우 CG 20 10 또는 CG 20 37)이 필요합니다. COI에는 "증명서 보유자가 추가 피보험자인 경우, 해당 보험증권에 보증이 포함되어야 합니다"라고 명시되어 있습니다. 열 이름 추출은 체크박스 선택 여부(Y/N 필드)를 캡처할 수 있지만, 적절한 보증이 존재하는지 확인하려면 실제 보증 문서를 검토해야 하며, 이 단계는 일괄 추출로 자동화되지 않습니다.

한 번에 몇 개의 COI를 처리할 수 있나요?

일괄 처리는 여러 파일을 동시에 업로드할 수 있으며, 각 파일은 일반적으로 인증서 하나를 나타냅니다. 실질적인 한계는 추출 도구보다는 파일 관리(명명 일관성, 프로젝트 그룹화, 추출 후 검토)에 의해 결정됩니다. 한 번에 100개의 인증서를 처리하는 것은 기술적으로 가능하지만, 100행짜리 스프레드시트의 정확성을 감사하는 것은 그 자체로 하나의 작업입니다. 대부분의 GC는 프로젝트별로 일괄 처리(배치당 20~40개 COI)하는 것이 추출 속도와 검토 작업량 사이에서 최상의 균형을 제공한다고 생각합니다.

AI가 비(非)ACORD COI 형식에서도 데이터를 추출할 수 있나요?

네. ACORD 25가 미국 건설업계의 지배적인 표준이지만, 일부 보험사는 독자적인 레터헤드에 인증서를 발행하거나 건설공사 위험 보장을 위해 ACORD 27(재산보험 증명)을 사용합니다. 열 이름 추출은 인증서가 사용하는 양식 템플릿이 아니라 필드의 의미에 대한 의미론적 이해("증권 번호", "만료 날짜", "보장 한도")를 기반으로 데이터를 찾습니다. 즉, 문서에 정보만 존재한다면 동일한 열 정의가 ACORD 및 비(非)ACORD 인증서 모두에서 작동합니다.

OSHA 규정 준수는 어떻습니까? 일괄 COI 추적이 도움이 되나요?

OSHA 29 CFR 1926.16(b)에 따르면 원도급업체는 하도급 여부와 관계없이 계약상 모든 기준의 준수에 대한 전반적인 책임을 집니다. 1926.16(c)는 원도급업체와 하도급업체 간의 공동 책임을 규정하며, 이는 양측 모두 위반으로 지적될 수 있음을 의미합니다. COI 추적이 OSHA 안전 요구 사항을 직접적으로 충족시키지는 않지만, 이는 상당한 주의 의무의 핵심 구성 요소입니다. 하도급업체가 (1926 Subpart C에서 요구하는) 산재보상보험에 가입되어 있는지 확인하는 것은 GC가 감독 책임을 합리적으로 이행했음을 입증하기 위한 전제 조건입니다. 문서화되고 체계적인 COI 검토 프로세스(스프레드시트 기반이라도)는 OSHA가 하도급업체의 위반을 조사할 때 GC의 입지를 강화합니다.

규정 준수 스프레드시트는 적이 아니다

건설 기술 마케팅에는 Excel 스프레드시트를 제거해야 할 문제로 규정하는 경향이 있다. 스프레드시트를 플랫폼으로 대체하라. 데이터를 이전하라. 새 인터페이스를 배우라. 구독료를 지불하라.

스프레드시트가 문제가 아니다. 문제는 수동으로 입력하는 방식이 하청업체 20곳을 넘어서면 확장되지 않고, 잘못 입력했을 때의 규정 준수 비용 — 활성 현장의 무보험 하청업체 — 이 무엇이 언제 잘못되느냐에 따라 비싸거나 치명적일 수 있다는 점이다. 피닉스의 한 일반 건설업체는 최근 하청업체의 산재보상 보험이 47일 전에 만료된 것을 발견했다. 경미한 부상에 따른 OSHA 검사에서 그 공백이 드러났다. 그 결과 발생한 책임 청구, 규제 벌금, 공사 지연 비용은 5년치 보험료보다 더 컸다 — 이는 월 300달러짜리 COI 추적 구독료가 싸 보이고, 300만 달러의 무보험 책임 청구가 치명적으로 보이게 만드는 숫자다.

일괄 추출은 스프레드시트를 대체하지 않는다. 스프레드시트에 데이터를 공급한다. GC는 동일한 Excel 파일을 유지한다 — 동일한 열, 동일한 조건부 서식, 동일한 검토 프로세스 — 하지만 배치당 데이터 입력 시간을 몇 시간에서 몇 분으로 줄인다. 규정 준수 스프레드시트는 병목 지점에서 원래 그래야 했던 대시보드가 된다.

하청업체 수가 자동 갱신, 실시간 대시보드, 보험사 등급 통합이 필요한 영역으로 넘어가면, 추출된 데이터가 있는 스프레드시트는 어떤 플랫폼으로든 가져올 수 있도록 이미 구조화되어 있다. 처음부터 다시 입력할 필요가 없다.