ACORD 125 및 126 데이터 추출
12개 필드로

ACORD 125와 126이 각각 담당하는 범위

ACORD 125는 신청인을 식별하고, ACORD 126은 보험료 산정의 근거가 되는 일반 배상 책임 노출도를 담으며, 전체 인수 제출 건을 정박시키는 것은 125뿐입니다.

125는 상업 보험 신청서의 신청인 정보 섹션입니다. 네 페이지에 걸쳐 대리점과 보험사, 신청인의 법적 신원과 법인 형태, FEIN, SIC 및 NAICS 코드, 사업장과 연락처, 요청한 사업 라인, 이전 보험사, 손해 이력, 서명을 다룹니다.

126은 상업 일반 배상 책임 섹션이며 GL을 요청할 때 125에 첨부됩니다. 여기에는 보상 한도와 자기부담금, 사고 기준 또는 청구 기준, 위험 목록표, 시공업체 관련 질문, 제품 및 완성 작업 관련 질문이 담깁니다. 다른 라인 섹션도 같은 패턴을 따릅니다. 자동차는 127, 산재 보상은 130, 엄브렐라는 131, 그리고 ACORD 140 재산 섹션입니다.

9/8/2026에 개정된 ACORD의 양식 색인에는 두 양식 모두 2025/03 판본으로, 별도의 캘리포니아 125는 2023/01 판본으로 기재되어 있습니다. 2025년 3월 릴리스 공지에는 126이 2016/09에서 상향된 사실과 125의 DC 및 뉴욕 관련 신규 사기 고지 문구가 기록되어 있습니다. 브로커가 보내는 사본은 두 판본 뒤처질 수 있으며, 그 차이는 대부분 행정적인 것입니다.

이 점이 추출 설정을 바꿉니다. 페이지 위치를 기준으로 지정한 열은 판본이 바뀌면 깨집니다. 사실 자체를 이름으로 삼은 열은 그렇지 않습니다. 또한 신청서는 보험 가입의 증거가 아닙니다. 증명서는 ACORD 25이며, 이는 ACORD 25 COI 추출 가이드에서 다룹니다.

수동 입력에서 패킷이 무너지는 이유

수동 입력은 한 필드를 읽기 어려울 때가 아니라 두 페이지가 서로 일치해야 할 때 실패합니다. ACORD 125와 126은 기명 피보험자, 사업장, 발효일을 반복해서 기재하는데, 이 내용이 어긋나면 인수 거절이나 잘못된 견적으로 이어집니다.

두 번째 실패 원인은 참조에 의한 첨부입니다. ACORD 125의 사업장 블록에는 "추가 사업장은 ACORD 823을 첨부하십시오"라고 인쇄되어 있습니다. ACORD 126의 위험 목록표에는 "공간이 더 필요하면 ACORD 211, 위험 목록표를 첨부할 수 있습니다"라고 인쇄되어 있습니다. 비고란에는 흔히 "첨부된 ACORD 101 참조"라고 적혀 있습니다. 1페이지가 9페이지를 가리키는데, 시간에 쫓기면 그 메모만 입력되고 목록표는 읽히지 않습니다.

에이전시 내부에서는 보통 ACORD 125를 에이전시 관리 시스템이 이미 보유한 데이터로 생성합니다. Applied Epic, AMS360, HawkSoft, EZLynx 모두 신청서 양식을 만들어냅니다. 기존 계정의 경우 이 양식은 출력물이며, 아무도 이를 다시 읽어 들이지 않습니다. 이 양식이 입력물이 되는 것은 외부에서 들어올 때입니다. 즉 브로커 오브 레코드 패킷, MGA 인수 제출 건, 프로듀서의 종이 신청서, 또는 다른 에이전시가 준비한 갱신 건일 때입니다.

한 상업용 보험 프로듀서가 r/InsuranceAgent에서 이 간극을 이렇게 설명했습니다. "제 AMS에는 신규 비즈니스를 인수할 때 대부분의 위험 프로필과 인수 심사 데이터가 처음에는 없어서, 양식의 상당 부분을 직접 작성하게 됩니다. 저희 팀은 보험사 포털에 데이터를 먼저 입력하는 편입니다." 이러한 작업 순서가 대부분의 오류를 만드는 구조입니다. 포털 입력이 원본이 되고, 이후 생성되는 ACORD 126이 이를 그대로 물려받습니다.

Accenture와 The Institutes는 2008년부터 북미 P&C 인수 심사자를 조사해 왔습니다. 2021년 조사에서 인수 심사자의 업무 시간 중 40%는 관리 업무에, 30%는 인수 심사에 쓰였습니다(Accenture). 이런 시간 배분을 가진 검토자는 답이 다른 페이지에 있는 필드를 건너뜁니다.

건너뛰게 되는 필드는 어려운 필드인 경우가 드뭅니다. 바로 답이 9페이지에 있는 필드입니다.

그 비용은 에이전시가 부담합니다. 같은 스레드의 다른 에이전트가 말했듯이, "세부 정보를 미친 듯이 꼼꼼히 입력하지 않으면 인수 거절을 당하거나 잘못된 견적이 나가고, 보험사는 에이전트를 탓합니다."

견적을 결정하는 12개 필드

상업용 견적 결정의 대부분을 좌우하는 12개 필드가 있으며, 각 필드에는 꼼꼼한 입력자도 피할 수 없는 고유한 오류 방식이 있습니다.

126에서는 노출도가 명시된 기준 $1,000당으로 평가됩니다. $1,200,000의 급여를 $12,000,000으로 입력하면 반올림 오차가 아닙니다. 평가 기준액이 열 배가 되는 것입니다.

첫 번째 필드는 AMS에서도 조용히 실패합니다. DBA로 생성된 중복 계정은 갱신 시점에 두 레코드가 같은 증권을 주장하기 전까지는 정상으로 보입니다.

판본과 섹션을 넘어 통하는 하나의 열 세트

각 열의 이름은 그 값이 들어 있는 칸이 아니라 필요한 사실 자체를 따서 붙이면, 같은 세트로 2016/09 126과 2025/03 판본을 모두 읽을 수 있습니다.

이것이 ImageToTable.ai가 사용하는 방식인 맞춤 열 추출의 작동 원리입니다. 원하는 열 이름을 입력하면 AI가 각 페이지를 읽고 그 필드에 해당하는 값을 어디에 인쇄되어 있든 채워 넣습니다. 그 이름이 출력 헤더가 됩니다. 좌표에 묶인 것이 아무것도 없으므로 칸이 밀리거나 판본이 오래되어도 작업이 중단되지 않습니다.

문서 묶음을 배치로 업로드하면 출력은 하나의 테이블입니다. 다중 페이지 병합은 인수 제출 건을 하나로 유지합니다. 추적 중인 열이 바뀌면 새 그룹을 시작하거나, 기명 피보험자 같은 공통 참조로 페이지를 연결하거나, 업로드 건수를 일정 단위로 묶을 수 있습니다. 페이지들은 하나의 행으로 합쳐지고, 충돌하는 값은 첫 값 유지, 마지막 값 유지, 이어 붙이기, 다시 분리하기 중에서 선택할 수 있습니다.

125와 126 문서 묶음용 열 세트는 읽을 수 있을 만큼 작게 유지할 수 있습니다.

두 가지 규칙이 이 세트를 쓸 만하게 유지합니다. 어떤 사실이 두 양식에 모두 존재할 때는 "기명 피보험자(125에 인쇄된 대로)"처럼 출처를 밝혀 불일치가 드러나게 하십시오. 합집합은 넓게 두십시오. 필드를 담고 있지 않은 페이지는 해당 셀을 비워 두는데, 이는 오류가 아니라 신호입니다.

테이블을 어디로 보내기 전에 금액이 담긴 셀을 검토하십시오. Bbox 검증이 포함된 검토 모드는 셀을 클릭하면 그 값이 나온 영역을 강조 표시하고, 영역을 클릭하면 해당 셀로 돌아갑니다. 노출도 수치를 페이지와 대조하는 데 1초면 충분합니다.

데이터가 가는 곳, 그리고 멈추는 곳

출력물은 테이블이며, Applied Epic, AMS360, HawkSoft 또는 EZLynx로 들어가는 마지막 단계는 여전히 매핑 작업입니다.

Big I 2026 시장 점유율 보고서에 따르면, 2025년 미국 상업용 보험료의 87.7%를 독립 에이전트가 작성했으므로 기록은 AMS에 안착해야 합니다. ImageToTable.ai는 이러한 시스템에 기본적으로 연결되지 않습니다. XLSX, CSV 또는 JSON으로 내보낼 수 있으며, 자체 시스템에 행을 푸시하는 팀을 위해 webhook 알림이 있는 v1 API가 존재합니다.

두 가지 패턴이 효과적입니다. 스프레드시트가 작업 대기열이 될 수 있습니다. 인수 제출 건당 한 행으로, 효력 발생일, 노출도 또는 요청 한도별로 정렬하여 오늘 어떤 견적을 낼지 결정하는 데 사용됩니다. 또는 스테이징 파일이 될 수도 있습니다. CSV 또는 JSON으로 내보내고 통합을 담당하는 사람이 AMS에 매핑합니다. 매핑이 어려운 부분이며, 이는 추출 문제가 아닙니다. 필드 이름, 선택 목록 및 중복 매칭은 시스템마다 다릅니다.

두 가지 기능이 그 지점 이전의 인계를 제거합니다. 수집 링크를 사용하면 외부 브로커가 계정 없이 링크를 통해 패킷을 업로드할 수 있으며, 파일은 귀하의 대기열에 도착합니다. Email Inbox는 각 계정에 주소를 부여합니다. 패킷을 전달하고 열 세트를 바인딩하면 첨부 파일이 도착 시 처리됩니다. 둘 다 AMS를 건드리지 않습니다. PDF가 누군가의 받은 편지함에 금요일까지 방치되는 단계를 제거합니다.

분류기 없이 혼합된 받은 편지함 정리하기

양식 제목과 판본이 인쇄되어 있으므로 페이지에 이미 어떤 양식인지 표시되어 있습니다. 따라서 별도의 분류기는 읽기 질문이 아니라 라우팅 질문에 답하는 것입니다.

문서 분류기는 추출이 실행되기 전에 레이블을 할당하며, 레이블은 어떤 대기열 또는 필드 세트가 적용되는지 결정합니다. 하나의 받은 편지함에 청구 통지, 손해 이력서, 보험 증권 및 신청서가 각각 다른 곳으로 가야 하는 경우에 그 가치를 발휘합니다. 125 및 126 필드를 하나의 테이블에 넣는 것이 목적이라면, 레이블은 이미 페이지에 있습니다. "양식 유형"과 "양식 판본"을 열로 추가하면 FEIN을 추출하는 동일한 과정에서 읽은 판본을 알 수 있습니다.

한계: 이 도구는 문서에 레이블을 지정하거나, 패킷을 라우팅 대기열로 분할하거나, 열 세트를 선택하지 않습니다. 무엇을 업로드하고 어떤 열을 실행할지는 귀하가 결정합니다. 다중 페이지 PDF는 페이지별로 읽히며, Multi-Page Merge는 하나의 인수 제출 건의 페이지를 다시 하나의 행으로 결합합니다.

추출이 사람에게 남기는 것

추출은 사실 정보를 열로 옮깁니다. 인수 여부, 직업 코드 적정성, 손해 심각도, 특약 선택은 인수 심사자와 자격을 갖춘 보험 설계사가 담당합니다.

• 인수 여부와 자격. 특정 위험이 보험사에 맞는지는 보험사가 결정합니다.
• 직업 코드 적정성. 코드가 올바르게 기재되어 있어도 설명된 운영 내용에 대해 방어할 수 없을 수 있습니다.
• 손해 심각도. 빈도, 심각도, 적립 관행은 셀 안의 숫자만으로는 해결되지 않는 판단 사항입니다.
• 계약 요건. 추가 피보험자 지위, 대위권 포기, 주된 보험 및 비분담 조항은 보장 결정 사항이며, 증권은 해당 특약이 체결되었음을 증명하지 않습니다. 이 부분은 보험 증권 추출이 담당합니다.
• 서명 및 확인. 신청인이 신청서에 서명하며, 서명되지 않은 인수 제출 건은 일반적으로 인수 확정할 수 없습니다.
• 양식 작성. 이 도구는 작성 완료된 신청서를 읽습니다. ACORD 125를 작성, 서명 또는 제출하지 않습니다.

자주 묻는 질문

2016/09 ACORD 126과 같은 이전 판본에서도 작동합니까?

네, 열이 위치가 아닌 의미로 매칭되기 때문입니다. 각 행이 어느 판본에서 왔는지 알 수 있도록 양식 판본 열을 추가하세요.

Applied Epic 또는 AMS360과 연동됩니까?

아니요. Applied Epic, AMS360, HawkSoft 또는 EZLynx에 대한 네이티브 커넥터는 없습니다. 출력은 XLSX, CSV 또는 JSON이며, v1 API로 자체 엔드포인트에 결과를 푸시할 수 있습니다. 행을 AMS로 가져오는 것은 귀하의 팀 또는 공급업체가 처리하는 매핑 프로젝트입니다.

ACORD 125를 대신 작성해 줄 수 있습니까?

아니요. 작성 완료된 신청서를 읽고 값을 구조화된 데이터로 반환합니다. ACORD 양식을 생성, 작성, 서명 또는 제출하지 않습니다.

스캔본이나 수기 작성 신청서에서 추출 정확도는 어느 정도인가요?

인쇄된 필드는 비교적 단순한 경우입니다. 오류는 필기, 체크된 박스, 흐릿한 스캔본에서 발생합니다. 금액 필드와 보장 선택 항목은 원본 페이지와 대조하여 검토하세요.

ACORD 125는 보험 증권과 같은 건가요?

아닙니다. 125는 보장 신청서입니다. ACORD 25 증권은 제3자에게 발송되는 증빙 서류로, 증권 소지자에게 어떠한 권리도 부여하지 않는다는 자체 면책 조항이 포함되어 있습니다.

패킷은 사실이 여전히 문장으로 남아 있는 마지막 단계입니다

패킷은 상업용 견적에서 노출도, 법인, 한도가 아직 페이지 위의 문장으로 남아 있는 유일한 단계입니다. AMS는 그 앞에, 보험사의 요율 산정 엔진은 그 뒤에 있습니다. 이 열두 개 필드를 한 행에 입력한다고 해서 인수 심사 결정이 내려지는 것은 아닙니다. 다만 모든 페이지에서 동일한 숫자를 기준으로 결정이 이루어지게 합니다.