손해실적보고서의 네 숫자,
일치해야 합니다

손해실적보고서는 세 개의 문서가 겹쳐진 것이며, 가운데 하나만 클레임 테이블입니다

모든 손해실적보고서에는 헤더, 클레임 그리드, 합계가 있으며, 스프레드시트의 행이 되는 것은 클레임 그리드뿐입니다. 헤더는 기명 피보험자, 보험사, 증권 번호, 보장 종류, 보험 기간을 식별합니다. 클레임 그리드는 블록 또는 행마다 클레임 하나를 나열합니다. 합계는 보험 기간별, 흔히 보장별로 지급액, 준비금, 발생액을 다시 제시하며 클레임 건수도 포함합니다.

헤더에는 평가 기준일도 있으며, 때로는 "as of" 또는 "evaluated"로 표시됩니다. 이는 페이지의 모든 지급액과 준비금 수치에 대한 기준 시점입니다. 이것이 없으면 발생액은 시계가 붙지 않은 값이 되고, 같은 클레임을 다루더라도 두 보고서를 비교할 수 없습니다. 10월 14일에 인쇄된 손해실적보고서는 10월 14일에 보험사가 믿었던 것을 알려줄 뿐, 지금 믿는 것에 대해서는 아무것도 알려주지 않습니다.

파일을 하나의 연속된 테이블로 읽는 것이 첫 번째 오류가 생기는 지점입니다. 클레임 그리드는 흔히 2페이지나 5페이지에서 시작하고, 스캔본은 모든 페이지 상단에 보험 헤더를 반복하며, 합계 행은 클레임 행과 같은 열 모양을 공유합니다. 클레임이 없는 연도는 빈 페이지가 아니라 "no known losses" 서한으로 도착할 수 있으며, 이는 빈 결과가 아니라 실제 문서입니다. 아래의 모든 내용은 정확성을 논하기 전에 이러한 계층이 분리되어 있다고 가정합니다.

두 보고서를 비교할 수 있는지 결정하는 네 가지 숫자

지급액, 준비금, 발생액, 그리고 보고서 자체의 인쇄 합계는 나머지 테이블이 의미를 갖기 전에 반드시 일치해야 하는 유일한 수치입니다. 다른 필드는 그 숫자가 어떻게 나왔는지 설명할 뿐, 검증하지는 않습니다.

발생액은 인수자가 실제로 가격을 매기는 항목입니다. 지급액 $47,000에 준비금 $28,000이 있는 클레임은 $47,000이 아니라 $75,000짜리 클레임이며, 미결 준비금에 바로 손해 발달이 숨어 있습니다. 이 업무가 처음인 사람들이 놀라는 점은 발생액이 아예 인쇄되지 않는 경우가 얼마나 흔한지입니다. 이는 파생 수치이며, 많은 보고서에서 보험사는 두 입력값만 주고 더하라고 기대합니다.

발생액이 가장 먼저 깨지며, 원인은 보통 오타가 아니라 정의입니다

세 가지 보험사 관행이 동일한 클레임에서 발생액을 수만 달러 움직일 수 있으며, 그중 페이지에서 스스로를 알리는 것은 하나뿐입니다. 어느 것도 추출 오류가 아닙니다. 열 세트가 이를 무시하면 모두 추출 오류가 됩니다.

비용이 금액 열 안에 있거나 밖에 있습니다. 많은 보험사는 배분 손해조사비(방어 변호사와 독립 손해사정인 비용)를 지급액과 준비금에 포함합니다. 다른 보험사는 "손해만, ALAE 미포함"이라고 인쇄하고 비용을 별도 열에 둡니다. 주석을 읽지 않고 양쪽에서 지급액과 준비금을 추출하면 방어 비용 $30,000을 포함한 클레임과 제외한 클레임을 비교하게 됩니다. 이미 포함한 보험사에 대해 별도 비용 열을 발생액에 더하면 같은 금액을 두 번 계산하게 됩니다. 주석이 두 규칙 중 어느 것이 적용되는지 결정하며, 이는 보통 열 머리글이 아니라 스탬프나 각주입니다.

회수금은 순액으로 처리되거나 총액으로 표시됩니다. 제3자로부터 회수한 대위청구와 잔존물 회수금은 발생액을 줄일 수 있고, 별도 열에 있으면서 발생액은 총액으로 유지될 수도 있습니다. $80,000을 지급하고 하도급업체로부터 $60,000을 회수한 클레임은 순손실 $20,000이며 총액 기준으로는 $80,000입니다. 두 숫자 모두 정확합니다. 한 보험사의 순액 수치를 다른 보험사의 총액 수치에 더하는 것은 정확하지 않습니다.

준비금이 없을 수 있으며, 이는 완전히 합법일 수 있습니다. 플로리다는 보험사가 서면 요청 후 15일 이내에 피보험자에게 5년 손해실적보고서를 보내도록 요구하며, 같은 법령은 보험사가 손해 준비금 정보를 제공할 필요가 없다고 명시합니다(Fla. Stat. § 627.444). 켄터키는 같은 5년에 대해 20일 기한을 정합니다(KRS 304.20-100). 요청 측면은 규제됩니다. 내용은 표준화되지 않았습니다. 양식조차 한쪽만 표준화되어 있습니다. ACORD 611은 클레임 이력 및 손해실적보고서 요청서일 뿐 보고서 자체가 아니며, 돌아오는 보고서는 공통 레이아웃을 따르지 않습니다(ACORD forms index). 브로커들도 같은 차이를 설명합니다. 일부 보험사는 사고 발생일을 인쇄하고 다른 보험사는 보고일만 인쇄하며, 일부는 준비금과 클레임 비용을 완전히 빼고, 일부는 클레임이 종결될 때까지 거의 아무것도 표시하지 않습니다(r/InsuranceProfessional).

지급액만 있는 보고서에서 계산 열 발생액은 지급액을 반환합니다. 지급액 $9,000에 준비금 $86,000이 있는 클레임은 $9,000짜리 클레임이 되고, 시트는 깔끔하게 채워지며, 프로세스 어디에서도 오류를 보고하지 않습니다.

그 실패는 곱씹어 볼 가치가 있습니다. 이후의 모든 검증을 통과하고도 남는 유일한 실패이기 때문입니다. 행 수는 맞고, 합계도 맞아떨어지며, 파일도 열립니다. 다만 계정이 실제보다 좋아 보일 뿐입니다. 유일한 방어책은 산술보다 먼저 적용하는 규칙입니다. 누락된 준비금은 공백으로 두고 절대 0으로 처리하지 않으며, 상태 열에 해당 필드가 보고되지 않았음을 기록합니다. 공백은 미지(unknown)로 전파됩니다. 0은 사실(fact)로 전파됩니다.

모든 금액이 맞아도 행 수와 그룹화가 다음으로 실패합니다

클레임 테이블은 모든 산술 검증을 통과하고도 빈도를 과대평가할 수 있습니다. 빈도는 금액이 아니라 행 수로 세기 때문입니다. 대부분의 피해는 네 가지 문제에서 비롯됩니다.

합계 행을 클레임으로 집계. 소계 행에는 클레임처럼 보이는 금액이 있고 클레임 번호는 대개 비어 있습니다. 이것이 데이터에 섞여 들어가면 보험 기간에 유령 클레임이 하나 생기고 금액은 두 번 계산됩니다. 언더라이터가 가장 먼저 읽는 것이 건수이므로, 발생액이 맞더라도 이 오류는 계정의 운영에 대한 이야기를 바꿔 놓습니다.

사고 하나에 클레임 번호 두 개. 야드 트랙터가 방문자를 들이받은 사고는 자동차 보험과 일반 배상책임 양쪽에 준비금이 잡히고, 각 보장마다 별도의 클레임 번호가 붙을 수 있습니다. 클레임 번호로 중복을 제거하면 아무것도 걸리지 않습니다. 두 번호가 실제로 다르기 때문입니다. 실무적인 규칙은 사고 발생일, 설명, 금액을 기준으로 대조해 사고를 한 번만 세고 두 보장의 준비금은 모두 유지하는 것입니다. 무작정 적용하면 같은 사고가 클레임 건수와 발생액을 두 배로 만듭니다.

지급 없이 종결된 클레임도 여전히 집계됩니다. 심도에는 $0을, 빈도에는 클레임 하나를 더하는데, 이는 안전 프로그램이 조용히 실패하고 있을 때 리스크 매니저에게 꼭 필요한 신호입니다. 행을 "금액이 0보다 큰" 조건으로 걸러내면 보고서에서 가장 유용한 패턴이 삭제됩니다.

한 제출 건 안에서 서로 다른 평가 기준일. 보험사 다섯 곳의 패킷에는 평가 기준일이 다섯 개 있을 수 있고, 그중 하나는 발행된 이후 계정과 함께 계속 전달되어 온 탓에 수년 전 날짜인 경우가 많습니다. 그런 보고서들의 발생액을 합산하면 어느 단일 기준일로도 뒷받침되지 않는 합계가 나옵니다. 모든 행에 평가 기준일을 유지하고, 각 수치가 어느 기준일에 속하는지 밝히지 않은 채 보고서를 합치는 것을 거부해야 합니다.

인수 심사자가 가장 먼저 보는 필드와, 이들을 계속 붙잡아 두는 보고서 수준 필드

정책 맥락이 없는 클레임 행은 쓸 수 없습니다. 같은 클레임 번호라도 어느 보험사가 발행했고 어느 기간에 속하는지 알기 전에는 아무 의미가 없기 때문입니다. 그래서 열 구성은 표지 시트가 아니라 모든 행에 두 수준을 모두 담아야 합니다. 패킷을 구성하는 브로커에게 결과물은 인수 제출 데이터, 즉 평가 시스템이나 인수 심사자의 워크북이 추가 전사 없이 그대로 받아들일 수 있는 클레임 수준 테이블입니다.

산재보험 손해실적보고서에는 열이 두 개 더 필요합니다. 첫 번째는 클레임 유형으로, 의료비만인지 소득 손실이 있는지입니다. 의료비만 청구된 포트폴리오는 같은 총액이라도 보상금이 포함된 포트폴리오와 전혀 다르게 읽히기 때문입니다. 두 번째는 의료비와 보상금의 구분으로, 둘은 각각 지급액이나 준비금으로 처리될 수 있습니다. 나머지는 모두 같은 패턴을 따릅니다.

클레임당 한 행은 문서 템플릿이 아니라 열 정의입니다

손해실적보고서 추출은 출력 열을 고정하고 읽기가 각 문서에 적응하도록 하는 방식으로 작동합니다. 이것이 맞춤 열 추출과 템플릿 기반 파싱의 차이입니다. 클레임 번호, 사고 발생일, 지급액, 준비금, 상태, 평가 기준일 등 원하는 열 이름을 입력하면, AI가 페이지에서 위치를 아는 것이 아니라 레이블의 의미를 이해하여 각 값을 찾아냅니다. 각 보험사마다 템플릿도, 샘플 세트도, 설정도 필요하지 않습니다.

템플릿 방식은 이 문서 유형에서 구조적인 이유로 실패합니다. 템플릿은 위치를 매핑하므로 보험사 레이아웃마다 하나씩 필요하고, 재발행된 보고서나 새로운 스캔 해상도가 이를 깨뜨립니다. 보험사가 스무 곳이면 템플릿도 스무 개, 유지보수 대기열도 생깁니다. 의미 기반 열 정의는 한 번 작성하면 다음에 나타나는 보험사에도 적용되며, 이는 패킷이 도착하기 전까지 이전 보험사를 알 수 없는 인수 건에서 중요합니다.

배치 처리가 열 정의를 제출 가능한 시트로 바꿔줍니다. 모든 보험사 PDF를 한 배치로 업로드하면 결과가 하나의 테이블로 병합되어, 네 곳의 보험사에 걸친 5년 이력이 각 행에 보험사와 보험 기간이 붙은 하나의 행 세트가 됩니다. 보고서 수준 열이 아래로 이어지는 한 순서는 상관없습니다.

두 개의 열이 보고서가 여러분에게 맡긴 계산을 대신합니다. 발생액 (지급액 + 준비금)으로 정의된 계산 열은 보험사가 발생액을 인쇄하지 않은 행을 포함해 모든 클레임 행에서 이 수치를 도출합니다. 두 번째 계산 열은 해당 행의 지급액 더하기 준비금이 인쇄된 발생액과 일치하지 않거나, 한 섹션의 클레임 행 합계가 인쇄된 기간 합계와 맞지 않을 때 차이를 반환할 수 있습니다. 둘 다 가치가 있습니다. 첫 번째는 빈틈을 채우고, 두 번째는 보험사 자체의 계산이나 여러분의 행 캡처가 어디서 잘못됐는지 알려줍니다.

마지막으로 중요한 설정은 검증입니다. bbox 강조 표시가 있는 검토 모드를 사용하면 추출된 셀을 클릭하여 원본 페이지에서 그 값이 어디서 왔는지 확인할 수 있고, 페이지의 영역을 클릭하면 해당 셀로 돌아갑니다. 손해실적보고서의 경우, 40페이지를 다시 읽지 않고도 낮아 보이는 준비금을 확인하는 방법입니다. 검토할 배치에 Auto-annotate를 켜두면 열었을 때 강조 표시가 준비되어 있습니다.

다섯 가지 확인으로 이 테이블을 요율 산정에 쓸 수 있는지 판단합니다

클레임 행이 보험사 자체 합계와 맞아떨어지기 전까지 이 테이블은 초안에 불과하며, 이 확인만이 누락된 페이지를 잡아낼 수 있습니다. 인수 담당자에게 시트가 전달되기 전에 다음을 순서대로 실행하세요.

샘플링은 배치가 깨끗해 보일 때 팀이 건너뛰는 부분입니다. 몇 개의 행을 뽑아 페이지와 대조하며 읽으면 합계로는 잡을 수 없는 실패, 즉 내부적으로는 일관되지만 잘못된 클레임에 연결된 값을 발견할 수 있습니다. 이를 위한 실무 절차는 배치 검증 및 표본 점검 샘플링에 나와 있습니다.

클레임 테이블이 알려주지 않는 것

깔끔한 테이블은 보험사가 보고한 내용에 답합니다. 위험이 얼마의 가치가 있는지에는 답하지 않습니다. 이 경계를 짚고 넘어갈 만한 이유는, 이 문서 유형에서 나타나는 실패 양상이 과소 신뢰가 아니라 과잉 신뢰이기 때문입니다.

인수 결정을 내리지는 않습니다. 인수 성향, 조건, 자기부담금 구조, 가격은 인수자에게 남습니다. 계리적 관점을 만들어내지도 않습니다. 스프레드시트에서 발생액을 경과보험료로 나눌 수는 있지만, 추세 선택, 발전 계수, 신뢰도는 추출 계층이 하거나 암시해서는 안 되는 일입니다. 보험사나 대리점 관리 시스템으로 연결하는 커넥터를 제공하지도 않습니다. 결과물은 여러분이나 여러분의 요율 산출 도구가 불러오는 스프레드시트, CSV 또는 JSON이며, Applied Epic, Vertafore 또는 사내 워크벤치로의 매핑은 여러분의 통합 작업입니다.

또한 보험사가 빠뜨린 것을 지어낼 수 없습니다. 준비금 열이 페이지에 없다면, 올바른 결과물은 모델링된 추정치가 아니라 공란과 플래그입니다. 두 보험사 사이의 정의 충돌을 해결하지도 않습니다. 충돌이 존재한다는 사실을 보여줄 수 있을 뿐이며, 이것이 비용과 회수금을 각자의 열에 유지하는 이유입니다. 그리고 신청서의 손해 이력 섹션을 대체하지도 않습니다. 여기서는 ACORD 125와 각 보장 섹션이 신청인이 과거 클레임에 대해 말하는 내용을 기록합니다. 보험사 손해실적보고서는 증거이며, 둘은 함께 읽습니다. 같은 주의가 산재보험 경험 요율 수정에도 적용됩니다. 이는 보험사가 요율 산정 기관에 제출하는 단위 통계 데이터로 계산되므로, 눈앞의 손해실적보고서와 불일치하는 것은 오류의 증거라기보다 예상되는 일입니다.

제출 서류에 보험 증권도 포함된다면, 이는 자체 필드를 가진 별도의 추출 작업이며, 보험 증권 데이터를 스프레드시트로 추출하는 워크플로는 따로 두는 것이 좋습니다. 손해실적보고서는 클레임 이력입니다. FNOL 양식과 수리 견적서 같은 클레임 접수 문서는 세 번째 범주이며, 보험 클레임 추출 가이드에서 다룹니다.

FAQ

AI가 스캔하거나 팩스로 받은 손해실적보고서를 읽을 수 있나요?

네. 추출은 텍스트 레이어에 의존하지 않고 페이지를 시각적으로 읽기 때문에, 스캔본, 팩스본, 원본 PDF 모두 동일한 열 정의로 처리됩니다. 다만 판독 가능 여부가 한계를 정합니다. 준비금 열 위에 도장이 찍힌, 기울어진 3세대 팩스본은 검토가 필요하며, 솔직히 말해 일부 페이지는 추출하기보다 다시 요청하는 편이 낫습니다.

보고서에 준비금 열이 없을 때 발생액을 어떻게 계산하나요?

계산할 수 없고, 시도해서도 안 됩니다. 지급액을 기록하고 준비금은 비워 둔 뒤 해당 행을 준비금 미보고로 표시하세요. 대안으로 결측값을 0으로 처리하면 발생액이 지급액과 같아져 보고서상 모든 미결 클레임을 과소평가하게 됩니다. 이 수치가 견적에 중요하다면 준비금은 보험사나 손해사정사로부터 받아야 합니다.

보험사마다 템플릿을 만들지 않아도 되나요?

그렇습니다. 열은 이름으로 한 번만 정의하고, 추출은 의미를 기준으로 값을 찾아내기 때문입니다. 표가 전혀 없는 문단 형식의 손해실적보고서는 필드가 개별적으로 라벨링되지 않을 수 있어 더 어려운 경우입니다. 이런 문서도 추출은 되지만, 행을 신뢰하기 전에 검토 과정을 거치는 것이 좋습니다.

이 도구가 손해율을 계산해 주나요?

손해율에 필요한 열, 즉 보험 연도별 발생액을 제공해 드리며, 보험료와 나눗셈은 스프레드시트에서 직접 추가하시면 됩니다. 어떤 연도를 포함할지, 부분 기간을 어떻게 연환산할지, 결과가 해당 계정 규모에 비추어 신뢰할 만한지는 판단하지 않습니다. 그 부분은 계리적 판단입니다.

손해실적보고서는 ACORD 신청서의 손해 이력과 같은 건가요?

아닙니다. ACORD 신청서 부분은 청약의 일부로 작성되는 신청인 본인의 과거 손해 요약입니다. 손해실적보고서는 보험사의 기록으로, 평가 기준일 기준으로 발급되며 보험 증권 번호와 연결됩니다. 인수 담당자가 둘 다 요구하는 이유는 서로 다른 질문에 답하기 때문이며, 두 문서 간의 불일치 자체도 알아둘 가치가 있습니다.

이 테이블의 가치는 읽는 수고를 없애 준다는 데 있지 않습니다. 모든 보험사에 대해 지급액, 준비금, 발생액을 같은 위치에 놓아 주기 때문에, 맞지 않는 정의가 계정을 조용히 좋아 보이게 만든 숫자가 아니라 열에 드러난 공백으로 나타난다는 데 있습니다. 바로 그 지점에서 손해실적보고서는 넘겨 읽는 문서에서 확인할 수 있는 무언가로 바뀝니다.