증명서(Certificate of Insurance)를 Excel로: 모든 보험사 ACORD 25 데이터
ACORD 25 양식에서 COI 필드를 수작업으로 다시 입력하는 데 증명서당 3~5분이 소요됩니다. 단일 증명서에 각각 고유한 증권 번호, 한도, 날짜가 있는 4개의 독립된 담보 행(GL, Auto, Umbrella, WC)이 포함된 경우, 열 하나가 어긋나면 규정 준수 추적기에 잘못된 만료 날짜가 기록됩니다. 이 도구는 모든 담보 행을 명명된 Excel 열로 추출하며 페이지당 5~10초가 걸립니다.
암호화 처리 · 변환 후 자동 데이터 삭제
보험 증서에서 추출할 수 있는 항목
받는 모든 보험 증서 레이아웃에 대해 새 템플릿을 만들 필요가 없습니다. 필요한 열 이름을 한 번만 입력하면 AI가 모든 COI에서 해당 값을 찾아냅니다. 표준 ACORD 25 레이아웃이든 보험사의 독점 증서 형식이든 상관없습니다. 하나의 열 이름 세트로 협력하는 모든 보험사의 증서에서 작동합니다.
이 도구는 맞춤 열 추출을 사용합니다. 출력 스프레드시트의 열 이름을 직접 정하면, AI가 필드 라벨의 의미와 문서의 시각적 구조에서의 위치를 이해하여 각 COI에서 해당 값을 찾아냅니다. 즉, 한 세트의 열 이름으로 다양한 보험사의 ACORD 25 양식, 비표준 독점 형식의 COI, 레이아웃이 어긋난 오래된 스캔 인증서까지 모두 처리할 수 있습니다. 보험사별로 템플릿이나 좌표 매핑이 필요 없습니다.
템플릿 기반 추출이 COI에서 실패하는 이유와 이 도구의 차별점
ACORD 25 양식은 보험 업계의 보편적 번역기입니다. 모든 보험 관계자가 담보 내용을 전달할 때 사용하는 표준 형식입니다. 그러나 "표준 양식"이 "표준 문서"와 같은 의미는 아닙니다. 모든 대행사 관리 시스템은 이 양식을 조금씩 다르게 렌더링하며, 단일 증명서는 실제로 평면 OCR이 이해하지 못하는 밀집된 그리드에 3~4개의 독립된 담보 정책을 담고 있습니다.
하나의 증명서에는 3~4개의 개별 보험 증권이 빽빽한 그리드로 쌓여 있지만, 플랫 OCR은 정책별 열이 아닌 행을 따라 왼쪽에서 오른쪽으로 읽습니다. ACORD 25의 보장 섹션에는 일반 책임, 자동차 책임, 엄브렐러/초과, 산재 보상에 대한 행과 보험사, 증권 번호, 개시일, 만료일, 한도에 대한 열이 있습니다. 좌표 기반으로 읽는 템플릿 기반 OCR은 자동차 행의 만료일을 GL 행의 한도와 잘못 정렬하여 조용히 잘못된 데이터를 생성할 수 있습니다. Reddit에서 프로젝트 관리자들은 하루 종일을 수동으로 COI 데이터를 검증하는 데 보낸다고 설명합니다 "이 스프레드시트에서 날짜 하나를 놓치면 회사에 수백만 달러의 손실을 초래할 수 있기 때문입니다."
추가 피보험자 필드는 체크박스이며, 체크박스는 좌표 기반 OCR에 보이지 않습니다. ACORD 25에서 추가 피보험자 상태는 업무 설명 섹션 옆의 체크 또는 체크 해제된 상자로 나타납니다. 텍스트 필드와 금액을 읽도록 훈련된 OCR 도구는 체크박스 상태를 완전히 건너뛰는 경우가 많아, 가장 중요한 규정 준수 질문에 답할 수 없게 됩니다. 규정 준수 전문가들이 지적하듯이, COI 체크박스만으로는 충분하지 않습니다. 실제 보증이 존재하는지 확인해야 하지만, 체크박스 추출이 없으면 해당 검증을 시작할 수도 없습니다.
보험사 문자 코드(A, B, C, D)는 플랫 추출이 놓치는 관계형 매핑을 생성합니다. ACORD 25에서 보장 테이블은 "Insr Ltr" 열의 문자 지정을 사용하여 각 보장 행을 헤더에 나열된 특정 보험사에 연결합니다. 생산자 이름과 운송업체 이름은 별도 블록에 나타납니다. 각 셀을 독립적으로 읽는 플랫 추출은 A → 운송업체 관계를 보존하지 않으므로, 수동 재작업 없이는 어떤 운송업체가 어떤 보장 행을 인수하는지 알 수 없습니다.
열을 한 번 정의하면 AI가 각 보장 항목 행을 독립적으로 읽어 최종 스프레드시트에서 정책별로 한 행씩 출력합니다. "보장 유형", "증권 번호", "사고당 한도", "만료일" 열을 정의하면 AI가 표의 각 보장 행을 별도의 데이터 레코드로 식별합니다. 일반 배상책임(GL) 행과 자동차 배상책임(Auto) 행은 각각 출력에서 별도의 행이 되며, 피보험자 명칭과 증서 보유자 값은 여러 행에 걸쳐 반복되어 출력이 전체 관계형 컨텍스트를 유지합니다. 보장 유형별로 필터링하고 만료일별로 정렬할 수 있습니다.
AI는 픽셀 좌표가 아닌 문서의 시각적 구조를 읽어 체크박스 상태, 보험사 코드, 밀집된 그리드 레이아웃을 인식합니다. "추가 피보험자"란의 체크 표시가 '예'를 의미하고, Insr Ltr 열의 "A"가 "보험사 A" 헤더 블록의 보험사를 가리키며, "일반 배상책임"으로 표시된 보장 행에 "자동차 배상책임" 행과는 별개의 증권 번호, 날짜, 한도가 있음을 이해합니다. 이러한 의미 기반 판독은 보험사의 렌더링 시스템이 각 요소를 페이지의 어디에 배치하든 관계없이 작동합니다.
하나의 열 정의가 모든 보험사의 COI, ACORD 표준 또는 독점 형식에서 동일하게 작동합니다. 증서가 Travelers에서 시스템 생성된 ACORD 25이든, 지역 보험사의 독점 형식이든, 소규모 하도급업체가 이메일로 보낸 스캔 PDF이든, 동일한 열 이름이 동일한 데이터 유형을 추출합니다. 보험사별 템플릿 설정이 필요 없습니다. 수동 좌표 매핑도 필요 없습니다. 열을 한 번 입력하면 AI가 모든 곳에서 값을 찾아냅니다.
하도급업체 COI 배치 처리 과정
업로드: 하도급업체에서 받은 원본 그대로
20개 하도급업체로부터 COI를 받습니다. 일부는 Applied Epic에서 생성된 ACORD 25 PDF, 일부는 보험사 고유 증명서 형식, 일부는 해상도가 제각각인 스캔본입니다. 한 하도급업체는 추가 피보험자(Additional Insured) 보증 페이지가 첨부된 COI를 보냅니다. 이 모든 파일을 하나의 배치로 함께 업로드하세요. 형식, 보험사, 문서 유형별 사전 분류는 필요 없습니다.
열 정의: 규정 준수 추적에 필요한 항목
출력 스프레드시트의 열 이름을 입력하세요: Named Insured, Certificate Holder, Carrier, Coverage Type, Policy Number, Each Occurrence Limit, Effective Date, Expiration Date, Additional Insured. 계산 열도 정의할 수 있습니다. 예를 들어 Days Until Expiration이라는 열을 만들고 AI가 만료일에서 오늘 날짜를 빼도록 설명을 입력하면, Excel에서 별도 수식 단계 없이 출력에 즉시 규정 준수 상태 표시가 포함됩니다.
출력: 모든 하도급업체의 모든 보장 항목이 담긴 단일 스프레드시트
각 행이 하나의 COI에서 추출한 하나의 보장 유형을 나타내는 Excel 파일을 다운로드하세요. GL + 자동차 + 산재 보장을 가진 하도급업체는 각 보장 섹션의 서로 다른 증권 번호, 한도, 날짜와 함께 동일한 Named Insured 및 Certificate Holder 값을 가진 세 개의 행이 생성됩니다. 출력은 피벗 테이블에 바로 사용할 수 있습니다. 보장 유형별로 필터링하여 모든 하도급업체의 GL 한도를 한눈에 확인하고, 만료일 기준으로 정렬하여 갱신 예정 증권을 표시하며, 보험사별로 그룹화하여 공급업체 포트폴리오 전반의 보장 집중도를 감사할 수 있습니다. 추가 피보험자 상태는 예/아니오 열로 표시되며, 확인된 경우 녹색, 미확인인 경우 공란으로 나타납니다. XLSX, CSV 또는 JSON으로 내보낼 수 있습니다.
최적의 활용 시점과 결과 검토가 필요한 경우
표준 ACORD 25 및 보험사 고유 형식의 COI에 대한 추출 정확도는 높습니다. 대량 배치를 처리하기 전에 몇 가지 문서 조건과 COI 특유의 복잡성을 이해하는 것이 좋습니다.
안정적으로 처리
시스템 생성 ACORD 25 인증서. Applied Epic, Vertafore, AMS360 및 기타 대행사 관리 시스템에서 생성된 COI는 높은 정확도로 추출됩니다. AI는 표준화된 섹션 헤더를 읽고 각 행의 보험 증권 번호, 날짜 및 한도를 올바른 출력 열에 매핑합니다.
보험사 독점 인증서 형식. 많은 대형 보험사(Travelers, Liberty Mutual, Chubb)는 ACORD 25가 아닌 자체 형식으로 인증서를 발행합니다. AI는 ACORD 레이아웃 템플릿을 일치시키는 것이 아니라 필드 레이블을 의미적으로 이해하여 동일한 필드 유형을 추출합니다.
하도급업체 COI 일괄 처리. 여러 하도급업체의 COI를 업로드합니다. 각각 다른 보험사와 다른 형식일 수 있으며, 하나의 열 정의로 모두 처리할 수 있습니다. 각 인증서는 독립적으로 처리되며 출력 Excel은 모든 하도급업체를 하나의 시트에 통합합니다.
200dpi 이상의 스캔된 종이 COI. 인쇄된 인증서의 선명한 스캔(이전 ACORD 버전 포함)은 안정적으로 추출됩니다. 추가 피보험자에 대한 체크박스 상태는 스캔 이미지가 체크 표시 여부를 구분할 수 있을 만큼 선명할 때 캡처됩니다.
다음 사례를 확인하세요
추가 피보험자 승인 페이지는 기본 COI와 별개의 문서입니다. AI는 ACORD 25 양식 자체에서 추가 피보험자 체크박스를 추출하지만, 실제 승인 문구는 별도의 첨부 페이지에 있습니다. COI와 함께 승인 페이지를 업로드하면 추가 피보험자 이름 열을 정의할 수 있으며 AI가 승인 페이지에서 추출합니다. 현재 버전은 증서 번호로 승인 페이지를 해당 COI에 자동으로 연결하지 않습니다. 출력의 각 승인 행이 올바른 증서에 해당하는지 확인하세요.
작거나 필기체로 손으로 작성된 COI. 에이전트가 ACORD 25 필드에 보험 증권 번호, 날짜 또는 한도를 손으로 작성하는 경우, 특히 보장 테이블의 좁은 그리드 셀에서 AI의 필기 인식 정확도는 인쇄된 텍스트 기준보다 낮아집니다. Confidence 열을 추가하여 수동 검토가 필요한 낮은 신뢰도 행을 표시하세요. 특히 보험 증권 번호와 금액과 같이 한 자리 숫자를 잘못 읽으면 문제가 되는 필드의 경우 더욱 중요합니다.
계속 양식에 걸쳐 있는 업무 설명. ACORD 25의 업무 설명 섹션이 "첨부 참조" 또는 ACORD 101 계속 양식을 참조하며 짧게 끝나는 경우, AI는 ACORD 25 자체에 있는 텍스트만 추출합니다. 계속 양식의 텍스트는 기본 증서와 함께 업로드에 포함된 경우에만 캡처됩니다.
그래픽 또는 이미지 기반 형식을 많이 사용하는 보험사의 COI. 일부 지역 보험사는 텍스트 레이어 문서가 아닌 PDF 내의 평면 이미지 렌더링으로 증서를 발행합니다. AI는 여전히 시각적 인식을 통해 이를 처리하지만 정확도는 이미지 해상도와 대비에 따라 달라집니다. 명명된 피보험자 또는 보험사 열에 예상치 못한 공백이나 잘못된 값이 표시되면 원본 PDF에 선택 가능한 텍스트 레이어가 포함되어 있는지 아니면 순수 그래픽인지 확인하세요. 순수 그래픽 문서는 더 높은 해상도로 업로드하는 것이 유리합니다.
자주 묻는 질문
모든 보험사의 ACORD 25 양식을 처리할 수 있나요, 아니면 정확한 표준 레이아웃을 사용하는 양식만 처리할 수 있나요?
어떤 보험사나 대리점 관리 시스템에서 생성했는지와 관계없이 ACORD 25 양식을 처리합니다. AI는 픽셀 좌표에 의존하지 않고 필드 라벨과 섹션 헤더를 의미적으로 읽기 때문에 보험사 간 위치 차이는 추출에 영향을 미치지 않습니다. ACORD 레이아웃을 전혀 따르지 않는 보험사 고유 형식도 지원됩니다. "Named Insured", "Policy Number", "GL Each Occurrence Limit" 같은 열을 정의하면 AI가 주변 라벨 텍스트와 시각적 맥락을 이해하여 페이지 어디에서든 해당 값을 찾아냅니다.
General Liability, Auto, Umbrella, Workers' Comp에 대한 별도 행이 있는 다중 행 보장 테이블은 어떻게 처리하나요?
ACORD 25 보장 테이블의 각 보장 행은 출력 Excel에서 각각의 행이 됩니다. "Coverage Type", "Policy Number", "Each Occurrence Limit", "Expiration Date" 같은 열을 정의하면 AI가 각 보장 섹션 행을 개별적으로 식별하여 GL 행의 정책 번호, 한도, 날짜를 하나의 출력 행으로 추출하고, Auto 행은 다음 행으로, Umbrella 행은 그 다음 행으로, Workers' Comp 행은 그 다음 행으로 추출합니다. 출력은 증명서 헤더(Named Insured, Certificate Holder, Producer)와 보장 수준 세부 정보 간의 1:N 관계를 유지합니다. Named Insured와 Certificate Holder 값은 관련된 모든 행에 반복되므로 하도급업체와 보장 유형의 모든 조합으로 필터링, 정렬, 피벗할 수 있습니다. 이는 테이블 그리드를 왼쪽에서 오른쪽으로 읽어 Auto 행의 날짜가 GL 행의 정책 번호와 잘못 정렬될 위험이 있는 평면 OCR과 근본적으로 다릅니다.
추가 피보험자 체크박스 감지 정확도는 어느 정도인가요, 특히 스캔한 COI의 경우?
에이전시 관리 시스템에서 생성된 대부분의 COI를 차지하는 깨끗한 디지털 PDF의 경우 체크박스 감지는 신뢰할 수 있습니다. 표시된 박스는 일관되게 '예'로 식별되고, 표시되지 않은 박스는 '아니요'로 식별됩니다. 스캔한 종이 COI의 경우 정확도는 스캔 품질에 따라 달라집니다. 200dpi 이상의 선명한 스캔은 신뢰할 수 있는 체크박스 감지를 제공합니다. 해상도가 낮은 스캔이나 체크박스 격자선이 흐릿해지는 팩스 사본은 정확도를 떨어뜨립니다. 이 구분이 중요한 이유는 추가 피보험자 체크박스가 중요한 규정 준수 지표이기 때문입니다. 이는 하청업체의 보험 증권이 귀하를 추가 피보험자로 지명하도록 승인되었는지 여부를 알려주며, 이는 청구 발생 시 귀하의 법적 지위에 영향을 미칩니다. 배치에서 처음 몇 장의 스캔 COI에 대해 추가 피보험자 열을 표본 점검한 후, 출력 패턴이 원본 문서에서 보이는 내용과 일치하면 자신 있게 진행하는 것을 권장합니다.
수집 링크와 통합하여 하청업체가 직접 COI를 업로드하게 할 수 있나요?
네. ImageToTable.ai에는 수집 링크 기능이 포함되어 있습니다. 각 하청업체에 보낼 수 있는 공유 가능한 URL입니다. 하청업체는 링크를 열고 짧은 확인 코드를 입력한 후 COI를 귀하의 처리 대기열에 직접 업로드합니다. 하청업체 측에서 등록이나 로그인이 필요 없습니다. 파일은 귀하가 이미 정의한 열 이름으로 추출 준비가 된 상태로 귀하의 계정에 저장됩니다. 이를 통해 COI를 요청하고, 독촉하고, 전달하는 이메일 왕복이 사라지고, 모든 증명서가 이메일 스레드에 분산되지 않고 일관된 형식의 처리 파이프라인에 도착합니다. 처리 후 추출된 데이터는 귀하가 직접 업로드한 COI와 함께 Excel 출력에 채워집니다.
피보험자(Named Insured) 필드는 어떻게 처리되나요? 이름이 비슷해 보일 때 피보험자와 증명서 보유자를 구분할 수 있나요?
네, 가능합니다. ACORD 25에서 피보험자(Named Insured)는 별도의 블록에 표시되며, 증명서 보유자(Certificate Holder)는 페이지 아래쪽의 별도 블록에 표시됩니다. AI는 시각적 구조를 읽어 표준 ACORD 25의 왼쪽에 있는 "INSURED" 또는 "PRODUCER" 아래에 나열된 주체를 계약자로, "CERTIFICATE HOLDER" 아래에 나열된 주체를 보험 증명을 요청하는 당사자로 이해합니다. 이러한 의미 기반 판독을 통해 두 이름이 구조적으로 유사한 회사명인 경우에도 각 당사자가 올바른 출력 열에 정확히 할당됩니다. 이는 좌표 기반 OCR이 실패하는 또 다른 사례입니다. 서로 다른 보험사의 ACORD 렌더링에서 두 이름 블록의 위치가 바뀌면, 고정 좌표에서 이름을 찾는 템플릿은 경고 없이 두 당사자를 서로 바꿔버릴 수 있습니다.