보험 증서 데이터를 Excel로 추출 — ACORD 양식 및 COI 필드 모든 보험사 형식 지원
ACORD 25 양식의 COI 필드를 수동으로 다시 입력하는 데 증서당 3~5분이 소요됩니다. 단일 증서에 GL, 자동차, Umbrella, WC 등 4개의 개별 보험 항목이 각각의 증권 번호, 한도, 날짜와 함께 포함되어 있을 때, 한 열만 잘못 정렬해도 규정 준수 추적기에 잘못된 만료일이 기록됩니다. 이 도구는 모든 보험 항목을 명명된 Excel 열로 페이지당 5~10초 만에 추출합니다.
암호화 처리 · 변환 후 자동 데이터 삭제
보험증권에서 추출할 수 있는 정보
필요한 열 이름을 입력하세요. AI는 각 필드의 의미를 이해하여 표준 ACORD 25 양식이나 보험사 고유 증권 형식에 관계없이 모든 COI에서 해당 값을 찾아냅니다. 하나의 열 이름 세트로 여러 보험사의 문서에 적용할 수 있습니다.
이 도구는 사용자 정의 열 추출 방식을 사용합니다. 출력 스프레드시트의 열 이름(예: "피보험자명", "GL 사고당 한도", "만료일")을 직접 지정하면, AI가 각 COI에서 해당 필드 레이블의 의미와 문서 내 시각적 위치를 파악하여 일치하는 값을 찾아냅니다. 따라서 보험사별 ACORD 25 양식, 비표준 독점 형식의 COI, 레이아웃이 변경된 오래된 스캔본에서도 동일한 열 이름 세트로 작동하며, 보험사마다 템플릿이나 좌표 매핑이 필요하지 않습니다.
COI가 템플릿 기반 추출을 무너뜨리는 이유 — 그리고 여기서의 차별점
ACORD 25 양식은 보험 업계의 보편적인 번역기입니다. 모든 보험사가 보장 내용을 전달하는 데 사용하는 표준 형식입니다. 하지만 '표준 양식'이 '표준 문서'와 같은 의미는 아닙니다. 각 에이전시 관리 시스템이 이를 약간씩 다르게 렌더링하며, 단일 증서는 실제로 3~4개의 독립적인 보험 정책을 밀집된 그리드로 나타내는데, 평면 OCR은 그 구조를 이해하지 못합니다.
하나의 증명서에는 3~4개의 개별 보험 증권이 밀집된 그리드로 쌓여 있지만, 평면 OCR은 정책별 열이 아닌 행을 따라 왼쪽에서 오른쪽으로 읽습니다. ACORD 25의 보장 섹션에는 일반 배상책임, 자동차 배상책임, 포괄/초과 배상책임, 산재보상에 대한 행과 보험사, 증권 번호, 발효일, 만료일, 한도에 대한 열이 있습니다. 좌표로 읽는 템플릿 기반 OCR은 자동차 행의 만료일을 일반 배상책임 행의 한도와 잘못 정렬하여 조용히 잘못된 데이터를 생성할 수 있습니다. Reddit에서 프로젝트 관리자들은 하루 종일 COI 데이터를 수동으로 확인하는 데 시간을 보낸다고 설명하며 "이 스프레드시트에서 하나의 날짜를 놓치면 회사에 수백만 달러의 손실이 발생할 수 있다"고 말합니다.
추가 피보험자 필드는 체크박스이며, 체크박스는 좌표 기반 OCR에 보이지 않습니다. ACORD 25에서 추가 피보험자 상태는 업무 설명 섹션 옆에 체크 또는 체크 해제된 상자로 나타납니다. 텍스트 필드와 금액을 읽도록 훈련된 OCR 도구는 일상적으로 체크박스 상태를 건너뜁니다. 즉, 가장 중요한 규정 준수 질문("이 하청업체의 정책이 우리를 보장하도록 승인되었는가?")에 답할 수 없게 됩니다. 규정 준수 전문가들이 지적하듯이, COI 체크박스만으로는 충분하지 않으며 실제 승인 존재를 확인해야 하지만, 체크박스 추출 없이는 그 확인조차 시작할 수 없습니다.
보험사 문자 코드(A, B, C, D)는 평면 추출이 놓치는 관계형 매핑을 생성합니다. ACORD 25에서 보장 테이블은 "Insr Ltr" 열의 문자 지정을 사용하여 각 보장 행을 헤더에 나열된 특정 보험사에 연결합니다. 생산자 이름과 보험사 이름은 별도 블록에 나타납니다. 각 셀을 독립적으로 읽는 평면 추출은 A → 보험사 관계를 유지하지 않으므로, 수동 재작업 없이 어떤 보험사가 어떤 보장 행을 인수하는지 알 수 없습니다.
열을 한 번 정의하면 AI가 각 보장 행을 독립적으로 읽고 최종 스프레드시트에서 정책당 한 행씩 출력합니다. "보장 유형", "증권 번호", "사고당 한도", "만료일" 열을 정의하면 AI는 테이블의 각 보장 행을 별도의 데이터 레코드로 식별합니다. 일반 책임(GL) 행과 자동차 책임(Auto) 행은 각각 출력에서 별도의 행이 되며, 피보험자명과 증명서 보유자 값은 행 전체에 반복되어 전체 관계형 컨텍스트를 유지합니다. 보장 유형별로 필터링하고 만료일별로 정렬할 수 있습니다.
AI는 픽셀 좌표가 아닌 문서의 시각적 구조를 읽어 체크박스 상태, 보험사 코드 문자, 조밀한 그리드 레이아웃을 인식합니다. "추가 피보험자" 상자에 체크가 있으면 '예'를 의미하고, "보험사 코드" 열의 "A"는 "보험사 A" 헤더 블록의 보험사에 매핑되며, "일반 책임" 레이블이 있는 보장 행은 아래 "자동차 책임" 행과 별개의 증권 번호, 날짜, 한도를 가짐을 이해합니다. 이러한 의미론적 읽기는 보험사의 렌더링 시스템이 페이지에서 각 요소를 어디에 배치하든 관계없이 작동합니다.
하나의 열 정의로 ACORD 표준 또는 독점 형식 등 모든 보험사의 COI(보험 증명서)에서 작동합니다. Travelers의 시스템 생성 ACORD 25, 지역 보험사의 독점 형식, 소규모 하청업체가 이메일로 보낸 스캔 PDF 등 증명서 형식에 관계없이 동일한 열 이름이 동일한 데이터 유형을 추출합니다. 보험사별 템플릿 설정이나 수동 좌표 매핑이 필요 없습니다. 열을 한 번 입력하면 AI가 모든 곳에서 값을 찾습니다.
하도급업체 COI 배치 처리 과정
업로드 — 하청업체에서 받은 원본 그대로
20개 하청업체로부터 COI를 받습니다. Applied Epic에서 생성된 ACORD 25 PDF, 보험사 고유 증명서 형식, 다양한 해상도의 스캔본 등 형식이 제각각입니다. 한 하청업체는 추가 피보험자 확인 페이지가 첨부된 COI를 보내기도 합니다. 모든 파일을 한 번에 일괄 업로드하세요. 형식, 보험사, 문서 유형별로 미리 분류할 필요가 없습니다.
열 정의 — 컴플라이언스 추적기에 필요한 항목
출력 스프레드시트의 열 이름을 입력하세요: 피보험자, 증명서 보관인, 보험사, 담보 유형, 증권 번호, 1사고당 한도, 개시일, 만료일, 추가 피보험자. 계산 열도 정의할 수 있습니다. 예를 들어 만료까지 남은 일수라는 열을 만들고 설명에 AI가 오늘 날짜에서 만료일을 빼도록 지시하면, Excel에서 별도 수식 없이 출력에 즉시 컴플라이언스 상태 지표가 포함됩니다.
출력 — 모든 하청업체의 모든 담보 행이 포함된 단일 스프레드시트
각 행이 하나의 COI에서 하나의 담보 유형을 나타내는 Excel 파일을 다운로드합니다. GL + 자동차 + 산재 보상을 보유한 하청업체는 세 개의 행을 생성하며, 각 행은 동일한 피보험자 및 증명서 보관인 값을 가지지만 각 담보 섹션의 증권 번호, 한도, 날짜는 다릅니다. 출력은 피벗 테이블에 바로 사용할 수 있습니다. 담보 유형별로 필터링하여 모든 하청업체의 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 버전 2010/05 및 2016/03 포함)의 선명한 스캔본을 안정적으로 추출합니다. 추가 피보험자 체크박스 상태는 스캔 이미지가 체크 여부를 구분할 수 있을 정도로 선명할 때 캡처됩니다.
다음 사례 확인 필요
추가 피보험자 승인 페이지는 COI 본문과 별도 문서입니다. AI는 ACORD 25 양식 자체에서 추가 피보험자 체크박스를 추출하지만, 실제 승인 문구(어떤 법인이 지정되었는지, 어떤 보장이 확장되는지)는 별도 첨부 페이지에 있습니다. COI와 함께 승인 페이지를 업로드하면 추가 피보험자 이름 열을 정의할 수 있으며 AI가 승인 페이지에서 추출합니다. 현재 버전은 증서 번호로 승인 페이지를 해당 COI에 자동 연결하지 않습니다. 출력의 각 승인 행이 올바른 증서에 해당하는지 확인하세요.
손글씨가 작거나 필기체로 작성된 COI. 에이전트가 ACORD 25 필드(특히 보장 테이블의 좁은 셀)에 증권 번호, 날짜, 한도를 손으로 작성하면 AI의 필기 인식 정확도가 인쇄된 텍스트 기준보다 떨어집니다. 신뢰도 열을 추가하여 신뢰도가 낮은 행을 수동 검토용으로 표시하세요. 특히 증권 번호나 금액처럼 한 자리 오독이 중요한 필드에 유용합니다.
계속 양식에 걸쳐 있는 업무 내용 설명. ACORD 25의 업무 내용 설명 섹션이 "별지 참조" 또는 ACORD 101 계속 양식 참조로 잘린 경우, AI는 ACORD 25 자체에 있는 텍스트만 추출합니다. 계속 양식의 텍스트는 메인 증서와 함께 업로드에 포함된 경우에만 캡처됩니다.
그래픽이나 이미지 기반 형식을 많이 사용하는 보험사의 COI. 일부 지역 보험사는 텍스트 레이어 문서 대신 PDF 내 평면 이미지 렌더링으로 증서를 발행합니다. AI는 여전히 시각적 인식을 통해 처리하지만 정확도는 이미지 해상도와 대비에 따라 달라집니다. 출력에서 피보험자 또는 보험사 열에 예상치 못한 공백이나 왜곡된 값이 나타나면 원본 PDF에 선택 가능한 텍스트 레이어가 있는지 아니면 순수 그래픽인지 확인하세요. 순수 그래픽 문서는 더 높은 해상도로 업로드하는 것이 좋습니다.
자주 묻는 질문
모든 보험사의 ACORD 25 양식을 처리할 수 있나요? 아니면 정확한 표준 레이아웃을 사용하는 양식만 가능한가요?
어떤 보험사나 에이전시 관리 시스템에서 생성된 ACORD 25 양식이든 처리 가능합니다. AI는 픽셀 좌표가 아닌 필드 레이블과 섹션 헤더를 의미적으로 읽기 때문에, 보험사 간 위치 차이(예: 한 보험사는 "증권 번호"를 다른 곳보다 10픽셀 위에 렌더링)가 추출에 영향을 미치지 않습니다. ACORD 레이아웃을 따르지 않는 보험사 독점 형식도 지원됩니다. "피보험자명", "증권 번호", "GL 각 발생 한도"와 같은 열을 정의하면 AI가 페이지 내 어디서든 해당 레이블 텍스트와 시각적 맥락을 이해하여 해당 값을 찾아냅니다.
일반 배상책임, 자동차, 포괄배상책임, 산재보험에 대한 별도 행이 있는 다중 행 보상 테이블은 어떻게 처리하나요?
ACORD 25 보상 테이블의 각 보상 행은 출력 Excel에서 자체 행이 됩니다. "보상 유형", "증권 번호", "각 발생 한도", "만료일"과 같은 열을 정의하면 AI가 각 보상 섹션 행을 개별적으로 식별합니다. GL 행의 증권 번호, 한도, 날짜를 하나의 출력 행으로, 자동차 행을 다음 행으로, 포괄배상책임 행을 그 다음 행으로, 산재보험 행을 그 다음 행으로 추출합니다. 출력은 증명서 헤더(피보험자명, 증명서 수취인, 발행인)와 보상 수준 세부 정보 간의 1:N 관계를 유지합니다. 피보험자명과 증명서 수취인 값은 모든 관련 행에 걸쳐 반복되므로 하청업체와 보상 유형의 모든 조합으로 필터링, 정렬, 피벗할 수 있습니다. 이는 표 그리드를 왼쪽에서 오른쪽으로 읽어 자동차 행의 날짜를 GL 행의 증권 번호와 잘못 정렬할 위험이 있는 평면 OCR과 근본적으로 다릅니다.
추가 피보험자 체크박스 감지 정확도는 어느 정도인가요? 특히 스캔된 COI의 경우요.
깨끗한 디지털 PDF(대부분의 보험사 관리 시스템에서 생성된 COI)의 경우 체크박스 감지는 신뢰할 수 있습니다. 표시된 박스(X 또는 체크)는 '예'로, 표시되지 않은 박스는 '아니오'로 일관되게 식별됩니다. 스캔된 종이 COI의 경우 정확도는 스캔 품질에 따라 달라집니다. 200dpi 이상의 선명한 스캔은 신뢰할 수 있는 체크박스 감지를 제공합니다. 저해상도 스캔이나 팩스로 전송된 사본은 체크박스 격자선이 흐려져 정확도가 떨어집니다. 추가 피보험자 체크박스는 중요한 규정 준수 지표이므로 이 차이는 중요합니다. 이는 하청업체의 보험 증권이 귀하를 추가 피보험자로 지명하도록 승인되었는지 여부를 알려주며, 이는 청구 발생 시 귀하의 법적 지위에 영향을 미칩니다. 배치의 처음 몇 개 스캔 COI에서 추가 피보험자 열을 점검한 후, 출력 패턴이 원본 문서와 일치하면 신뢰하고 진행하는 것을 권장합니다.
수집 링크와 연동하여 하청업체가 직접 COI를 업로드하도록 할 수 있나요?
네. ImageToTable.ai에는 수집 링크 기능이 포함되어 있습니다. 각 하청업체에 보낼 수 있는 공유 가능한 URL입니다. 하청업체는 링크를 열고 짧은 확인 코드를 입력한 후 COI를 귀하의 처리 대기열에 직접 업로드합니다. 등록이나 로그인이 필요하지 않습니다. 파일은 귀하가 이미 정의한 열 이름과 함께 추출 준비가 완료된 상태로 계정에 저장됩니다. 이를 통해 COI 요청, 추적, 전달을 위한 이메일 왕복을 없애고, 모든 증명서가 이메일 스레드에 흩어지지 않고 일관된 형식의 처리 파이프라인에 도착하도록 보장합니다. 처리 후 추출된 데이터는 귀하가 직접 업로드한 COI와 함께 Excel 출력에 포함됩니다.
피보험자 명칭(Named Insured) 항목은 이름이 비슷할 때 피보험자와 증명서 보유자를 구분할 수 있나요?
네. ACORD 25 양식에서 피보험자 명칭은 일반적으로 왼쪽 상단의 피보험자 섹션에 별도 블록으로 표시되며, 증명서 보유자는 아래쪽 별도 블록에 나타납니다. AI는 시각적 계층 구조를 읽어 표준 ACORD 25의 왼쪽에 있는 "INSURED" 또는 "PRODUCER" 아래에 기재된 주체를 보험 계약자로, "CERTIFICATE HOLDER" 아래에 기재된 주체를 보장 증명을 요청하는 당사자로 이해합니다. 이러한 의미 기반 판독은 두 이름이 구조적으로 유사한 회사명(예: 피보험자 명칭 "ABC Construction LLC"와 증명서 보유자 "ABC Development Corp")인 경우에도 각 당사자를 올바른 출력 열에 정확히 할당합니다. 이는 좌표 기반 OCR이 실패하는 또 다른 사례입니다. 두 이름 블록이 다른 보험사의 ACORD 렌더링 간에 위치가 변경되면, 고정 좌표에서 이름을 기대하는 템플릿은 경고 없이 두 당사자를 서로 바꿔버릴 수 있습니다.