ACORD 25: 추가 피보험자 사각지대
스프레드시트가 절대 찾지 못하는 것

체크박스가 곧 보장은 아닙니다

북미 건설업계의 거의 모든 하청업체가 사용하는 ACORD 25 — 책임보험 증명서 양식에는 ADDL INSD라는 열이 있습니다. 이 열은 보상 범위 표에서 증권 양식 유형과 하도급 포기 열 사이에 조용히 자리 잡고 있습니다. 하청업체의 보험 대리인이 증명서를 작성할 때, 증명서 보유자가 추가 피보험자로 등록된 각 보상 항목에 대해 이 열에 체크 표시나 "X"를 표시합니다.

리스크 관리팀은 PDF를 받습니다. 보상 범위 표로 스크롤합니다. 일반 책임(General Liability) 행을 찾습니다. ADDL INSD 열에 "X"가 있는 것을 확인합니다. 규정 준수 스프레드시트에 "AI: 예"를 입력합니다. 증명서는 승인 더미로 이동합니다.

이 워크플로는 논리적이고 표준화되어 있으며 수천 개의 건설 회사에서 따르고 있습니다. 그러나 이것이 바로 증명서 하나하나를 통해, 계약업체 포트폴리오의 모든 활성 프로젝트에 걸쳐 보장되지 않은 위험이 축적되는 메커니즘이기도 합니다.

ACORD 25 양식 자체에는 이것이 왜 위험한지에 대한 설명이 포함되어 있습니다 — 대부분의 검토자가 벽지처럼 익숙해져 건너뛰는 굵은 글씨로 증명서에 직접 인쇄되어 있습니다:

쉽게 말해: 증명서는 대리인의 메모일 뿐, 보험사의 계약이 아닙니다. 대리인이 ADDL INSD 상자에 체크할 수 있습니다. 업무 설명(Description of Operations)란에 보증 양식 번호를 입력할 수 있습니다. CG 20 10 양식 사본을 첨부할 수 있습니다. 그러나 보험사가 보증을 처리하지 않았다면 — 인수자가 승인하지 않았고, 추가 피보험자가 실제로 증권에 추가되지 않았다면 — 증명서에 표시된 어떤 내용도 보장을 제공하지 않습니다. 증명서는 정보 제공용입니다. 증권에 대한 보증만이 방어 및 배상에 대한 권리를 창출합니다.

법적 선례는 이 점에 대해 명확했습니다. 조지아 주법 O.C.G.A. § 33-24-19.1(j)은 여러 주 법원이 유지해 온 입장을 성문화했습니다: 보험 증명서는 증권이 아니며 보장을 수정하지 않습니다. 청구가 발생하고 보험사가 증명서 내용과 달리 실제로 보증이 발행되지 않았음을 발견하면, 추가 피보험자를 방어하고 배상해야 할 보험사의 의무는 존재하지 않습니다. 스프레드시트 항목 "AI: 예"는 누군가가 사실이길 바랐던 것의 기록이 됩니다.

이는 이론적인 극단적 사례가 아닙니다. COI 검증 플랫폼인 Bramble은 콘도미니엄 계약업체 증명서 데이터 세트를 조사한 결과, 추가 피보험자 상태를 주장한 COI의 약 31%가 증권 수준에서 해당 보증을 가지고 있지 않았다는 사실을 발견했습니다. 자산 관리자나 GC가 보장을 위해 의존했던 증명서 세 통 중 거의 한 통은 유령 추가 피보험자 보호를 지니고 있었습니다 — COI에는 보이지만, 증권에는 없는 것입니다.

AI 추가피보험자 확인이 ACORD 25에 표시되는 세 가지 방식과 실패하는 세 가지 방식

추가피보험자 확인란은 단순한 이진 필드가 아닙니다. ACORD 25 양식에서는 각각 다른 규칙이 적용되고 각각 고유한 실패 방식을 가진 세 가지 별도 위치에 나타날 수 있습니다. 이 세 가지를 이해하는 것은 스프레드시트 기반 검토가 왜 구조적으로 이러한 차이를 포착할 수 없는지 이해하는 데 필수적입니다.

ADDL INSD 확인란 (가장 일반적, 가장 신뢰도 낮음)

이는 보장 항목 그리드의 열로, 보험 증권 라인당 하나씩 있습니다. 여기에 체크 표시가 있으면 보험 생산자가 자신이 아는 한 피보험자의 증권에 증서 보유자를 위한 추가피보험자 확인이 추가되었다는 것을 나타냅니다.

실패 방식: 생산자의 믿음은 법적 효력이 없습니다. 생산자는 보험사가 아닙니다. 생산자는 확인을 처리하지 않습니다. 보험사의 인수 부서가 처리합니다. 에이전트는 피보험자가 말한 내용이나 포괄 확인 조항이 이론적으로 허용하는 내용에 기초하여 선의로 확인란을 체크할 수 있지만, 보험사가 실제로 확인을 발행하거나 추가 보험료를 징수하지 않았을 수 있습니다. 뉴욕 금융서비스국의 규제 의견은 에이전트가 실제 증권의 조건을 변경, 확장 또는 수정하는 조건을 증서에 추가해서는 안 된다고 명시적으로 밝히고 있습니다. 확인란은 정확히 이 범주에 속합니다. 존재할 수도 있고 존재하지 않을 수도 있는 수정 사항을 설명하려고 시도합니다.

미국 독립보험에이전트중개인협회가 발행한 표준 보험 에이전시 지침은 이를 강화합니다: "추가피보험자 지위와 구상권 포기를 기본으로 포함시키지 마십시오. 증권에 '서면 계약에 의해 요구되는 경우' 자동 확인 조항이 포함되어 있더라도 에이전시는 기본적으로 추가피보험자를 표시해서는 안 됩니다." 지침은 명확합니다. 확인란은 실제 처리에 조건부이며 보장이 아닙니다.

운영 설명 블록 (자유 텍스트, 미검증)

모든 ACORD 25의 보상 범위 그리드 아래에는 운영 설명 / 위치 / 차량 / 부가약관에 의한 면책사항 / 특별 조항 블록이 있습니다. 이는 구조화된 스키마가 없는 자유 텍스트 필드로, 에이전트가 사실상 무엇이든 입력할 수 있습니다.

실제로 이 블록은 추가 피보험자 상태에 대한 가장 구체적인 정보를 담는 경우가 많습니다. 에이전트는 "ABC Construction, Inc.는 CG 20 10(07/04) 및 CG 20 37(07/04)에 따라 추가 피보험자로 지정됨"이라고 작성할 수 있습니다. 또는 "서면 계약에 따라 요구되는 추가 피보험자"라고 쓸 수도 있습니다. 그리고 문제가 더 복잡해지는 경우는, 계약에서 요구하는 특정 부가약관 양식 번호를 입력하면서 실제로 해당 부가약관이 정책에 첨부되었는지 확인하지 않는 경우입니다.

오류 유형: 자유 텍스트는 대규모로 기계 검증이 불가능합니다. 위험 관리자가 이번 주에 80개의 증명서를 검토해야 할 때, 운영 설명 블록은 한 줄 한 줄 읽어야 하는 빽빽한 텍스트 단락이 됩니다. "CG 20 10에 따른 추가 피보험자"(진행 중인 작업에 대한 보상 존재)와 "CG 20 10 및 CG 20 37에 따른 추가 피보험자"(완료된 작업으로 보상 확장)의 차이는 문장 중간의 몇 글자에 불과합니다. "서면 계약에 따라 요구되는 추가 피보험자"(조건부 — 계약에서 요구하는 경우에만 보상 존재)와 "ABC Construction은 부가약관 CG 20 10에 따라 추가 피보험자로 지정됨"(구체적 — 조건과 관계없이 보상 존재)의 차이는 피로한 상태에서 훑어볼 때 거의 동일해 보이는 표현 속에 숨겨진 법적 미묘함입니다.

첨부 부가약관 페이지 (가장 가치 있지만 가장 덜 확인됨)

추가 피보험자 상태에 대한 유일한 법적 증거는 실제 부가약관 페이지, 즉 보험사에서 처리되어 명명된 피보험자의 정책에 첨부된 ISO 양식 또는 보험사 동등 양식입니다. 적절히 준비된 증명서에서 이러한 부가약관 페이지는 ACORD 25 양식 뒤에 첨부 파일로 나타납니다. 여기에는 정책 번호, 부가약관 양식 번호(CG 20 10, CG 20 37, CG 20 33 등), 추가 피보험자 이름, 발효일이 포함됩니다.

오류 유형: 검토자가 이를 요청하거나 검토하는 경우가 거의 없습니다. 업계 표준은 ACORD 25를 수집하고 진행하는 것입니다. 부가약관 페이지가 포함되어 있더라도 PDF 뒷부분에 있어 거의 스크롤되지 않습니다. 프로젝트 시작 시 200명의 하청업체를 관리하는 규정 준수 코디네이터는 증명서당 약 3~5분의 시간을 갖습니다. 이 시간은 정책 날짜, 보상 한도 확인, 증명서 수령자 이름 확인에 소비됩니다. 계약 요구 사항과 일치하는 양식 번호를 찾기 위해 첨부된 부가약관 페이지를 스캔하는 것은 5분 검토 시간에 맞추기 어렵습니다.

이로 인해 구조적 규정 준수 격차가 발생합니다. 증명서 패키지에서 법적으로 가장 중요한 부분이 무시될 가능성이 가장 높은 부분이 되는 것입니다. 200개의 행과 "AI 확인됨"이라는 열이 있는 COI 추적 스프레드시트는 정책 수준에서 실제로 확인된 부가약관이 전혀 없음에도 100% 준수율을 보여줄 수 있습니다.

아무도 확인하지 않는 추가 피보험자: AI가 잘못된 보험 증권에 존재할 때

꼼꼼한 검토자 — 추가 피보험자 페이지까지 스크롤하는 사람 — 조차 놓칠 수 있는 더 미묘한 오류 방식이 있습니다. 이는 추가 피보험자 보장약관이 존재하지만, 증명서 보유자가 가정하는 것과 다른 보험 증권 라인에 있을 때 발생합니다.

일반적인 하청업체 보험 스택을 고려해 보십시오:

언뜻 보면 COI가 규정을 준수하는 것처럼 보입니다. ACORD 25의 ADDL INSD 열이 체크되어 있습니다. 업무 설명 블록에는 "ABC 건설을 추가 피보험자로 지정"이라고 적혀 있습니다. 보장약관 페이지가 첨부되어 있고, PDF 3페이지에는 ABC 건설이 일정에 기재된 CG 20 10 보장약관이 나타납니다.

차이는 보장약관이 어떤 보험 증권 라인에 첨부되었는지 추적할 때만 드러납니다. 포괄 보험 증권이 CG 20 10을 보유합니다. 청구에 가장 먼저 대응하는 1차 계층인 일반 배상책임 보험 증권은 그렇지 않습니다. 이로 인해 추가 피보험자는 1차 한도가 소진된 후에만 보호되는 보장 구조가 생성됩니다. 현장 부상으로 인한 $75,000 일반 배상책임 청구의 경우 포괄 보험은 작동하지 않습니다. GC는 GL 보험 증권의 추가 피보험자가 아닙니다. 청구는 GC 자체 보험에 영향을 미칩니다.

이것은 인위적인 시나리오가 아닙니다. COI 추적 플랫폼 Jones는 규정 준수 워크플로에서 이 정확한 문제를 문서화했으며, 클라이언트마다 AI 보장약관이 표시되어야 하는 위치에 대한 규칙이 달랐습니다 — 일부는 업무 설명 블록과 보장약관 페이지 모두에 요구하고, 다른 일부는 여러 보장 라인에 동시에 요구했습니다. 클라이언트 요구 사항의 다양성은 그 자체로 문제가 맞춤형 확인 규칙을 생성할 만큼 널리 퍼져 있다는 증거입니다.

더 깊은 구조적 문제: ACORD 25는 하나의 ADDL INSD 열을 표시하지만, 해당 열은 5개 행(GL, Auto, Umbrella, WC, Other)이 있는 그리드에 있습니다. 체크박스는 해당 행에 적용됩니다 — 그러나 양식의 시각적 단순성은 검토자가 이를 단일 예/아니오 조건으로 취급하도록 유도합니다. Umbrella 행의 체크박스가 GL 행이 보장약관을 보유한다는 의미는 아닙니다. 그러나 검토자가 한 번에 50개의 증명서를 스캔하고 ADDL INSD 열이 여러 행에 걸쳐 일관되게 "X"를 표시할 때, 시각적 패턴 인식이 행별 확인을 무시합니다. 눈은 규정 준수 패턴을 봅니다. GL 행이 그 일부일 수도 있고 아닐 수도 있습니다.

500건의 증명서, 검토자는 단 한 명: 수동 검증이 구조적으로 놓치는 간극

20개의 진행 중인 프로젝트를 관리하는 중견 종합 건설업체는 각 프로젝트당 평균 25개의 하도급업체를 두고 있으며, 언제든지 추적 시스템에 약 500건의 보험 증명서를 보유하고 있습니다. 각 증명서는 온보딩 시 검증되어야 하며, 갱신 시 재검증되어야 하고, 하도급업체가 프로젝트 중간에 보험사를 변경할 때마다(보험 만료 및 교체로 인해 흔히 발생) 다시 검증되어야 합니다.

검증 작업량은 선형적이지 않습니다. 증명서는 한꺼번에 몰려 들어옵니다. 프로젝트 착공 전 주에 40건, 하도급업체 차량 보험이 동시에 갱신될 때 15건, 감사 마감일이 다가와 규정 준수 팀이 플래그되지 않은 만료 COI를 발견했을 때 8건 등입니다. 위험 관리자나 규정 준수 코디네이터는 차분하고 집중된 환경에서 증명서를 처리하지 않습니다. 그들은 분류 작업(triage)을 하고 있습니다.

분류 작업 조건에서 인간의 검토 프로세스는 예측 가능한 성능 저하 경로를 따릅니다:

4단계에 이르면, 뇌는 분석적 검증에서 패턴 인식으로 전환됩니다. ADDL INSD 체크박스는 시각적 신호, 즉 "이 항목은 처리됨"을 알리는 초록불이 됩니다. GL 라인의 CG 20 10과 Umbrella 라인의 CG 20 10 차이는 패턴 인식 모드에서는 눈에 띄지 않습니다. 다시 분석 모드로 돌아가 정책 라인을 그리드에서 추적하고, 보증 페이지와 교차 참조하며, 양식 번호가 계약 사양과 일치하는지 확인해야 합니다.

이는 근면의 실패가 아닙니다. 프로세스 설계의 실패입니다. 인간의 시각 시스템은 수백 번의 반복에 걸쳐 밀집된 표 형식 문서를 높은 정확도로 필드 단위 검증하도록 설계되지 않았습니다. 수동 보험 데이터 입력의 15~20% 오류율은 보험 규정 준수 업계 전반에서 문서화되어 있습니다. 이는 무능함 때문이 아니라, 작업의 인지적 요구와 지속적인 분석적 주의력에 대한 인간의 능력 사이의 구조적 불일치 때문입니다.

Reddit 스레드는 현장의 현실을 포착합니다: "하청업체는 잘못된 보상 한도, 누락된 추가 피보험자 보증, 또는 잘못된 프로젝트 이름이 적힌 증명서를 보냅니다. 그냥 프로세스가 있다고 충분하지 않습니다." 프로세스(스프레드시트, 체크리스트, 5분 검토)는 통제의 환상을 만들면서 가장 중요한 격차를 검토하지 않은 채로 남겨둡니다.

추출이 검증 방정식을 어떻게 바꾸는가

수동 COI 검토의 구조적 실패는 검토자가 부주의해서가 아닙니다. 검토자가 두 가지 작업(데이터 입력(정책 번호, 한도, 날짜를 스프레드시트에 입력)과 규정 준수 검증(페이지 내용이 계약 요구 사항을 충족하는지 평가))을 동시에 수행해야 하며, 각 필드가 별도의 분석적 주의를 요구하는 문서 형식이기 때문입니다. 이는 두 가지 다른 인지 작업이며, 동시에 수행하면 둘 다 저하됩니다.

이 둘을 분리하는 것이 격차가 줄어들기 시작하는 임계점입니다. 페이지 내용을 추출하는 데이터 입력 단계는 AI 추출이 처리합니다. 내용이 계약을 충족하는지 결정하는 규정 준수 검증 단계는 위험 관리자에게 남으며, 이제 각 증명서가 실제로 말하는 바에 대한 완전하고 정확한 추출 결과를 지원받습니다.

AI가 ACORD 25를 읽을 때, ADDL INSD 체크박스만 보지 않습니다. 체크박스 상태, Description of Operations 블록의 모든 줄(특정 양식 번호 "CG 20 10" 및 "CG 20 37" 포함), 첨부 페이지의 보증 양식 번호 등 세 가지 보증 정보 소스를 동시에 추출할 수 있습니다. 이 세 데이터 포인트는 스프레드시트의 세 열(AI 확인됨?, 설명 블록 텍스트, 발견된 보증 양식 번호)에 배치되며, 위험 관리자는 이를 나란히 검토합니다.

불일치가 스프레드시트에서 눈에 띕니다: AI 열에 "X"가 표시되지만 보증 양식 번호 열이 비어 있습니다. 설명 블록에 "CG 20 10"이라고 나와 있지만 첨부된 보증 페이지는 CG 20 33입니다. GL 행에 체크박스가 있지만 보증은 Umbrella 행에 있습니다. 이것이 수동 검토가 인지적 설계상 대규모로 표면화할 수 없는 규정 준수 신호입니다.

이 접근 방식은 모든 문서를 구조화된 스프레드시트로 변환하는 동일한 사용자 정의 열 추출 워크플로우를 기반으로 합니다. 증권 번호, 피보험자 이름, GL 1회 사고 한도, GL 총 한도, ADDL INSD 체크박스, 업무 내용, 승인 양식 번호, 증권 만료일 등 원하는 열을 정의하면 AI가 각 ACORD 25 PDF를 읽을 때 해당 필드의 의미를 이해하여 추출합니다. 고정된 좌표를 찾는 방식이 아닙니다. 보험사별 형식 차이(글꼴 크기, 필드 위치 이동, 양식 위에 겹쳐진 대리점 스탬프 등)는 AI가 위치가 아닌 의미를 기준으로 읽기 때문에 추출에 영향을 주지 않습니다.

출력 결과는 모든 증명서의 데이터가 동일한 12열 템플릿으로 추출된 규정 준수 추적기입니다. 위험 관리자의 업무는 "PDF 열기, 필드 읽기, 스프레드시트에 입력하기"에서 "스프레드시트에서 불일치 항목을 스캔하여 표시하기"로 전환됩니다. 이는 근본적으로 다른 인지 부하입니다. 열에서 위험 패턴을 스캔하는 것은 PDF에서 개별 필드를 추출하는 것보다 훨씬 빠르며, 패턴 인식 단계가 스캔된 양식이 아닌 구조화된 데이터에서 작동하므로 오류율이 낮아집니다.

규모 문제(500개의 증명서, 검토자 1명)의 경우, 증명서당 소요 시간이 수동 추출 및 검토 5분에서 AI 추출 약 10초와 구조화된 데이터 검토 30초로 단축됩니다. 이전에는 필드 전사라는 기계적 작업에 소모되던 검토자의 주의 집중 시간이 이제 회사를 실제로 보호하는 분석 작업, 즉 가짜 AI 보장이 있는 증명서를 식별하는 데 사용될 수 있습니다. 열별 워크플로우에 대한 자세한 내용은 ACORD 25 추출 가이드에서, 수백 개의 증명서를 한 번에 처리하는 배치 규모 전략은 배치 ACORD 25 검증 워크스루에서 확인할 수 있습니다.

자주 묻는 질문

ACORD 25의 'ADDL INSD' 체크박스에 법적 효력이 있나요?

아니요. ACORD 25 양식 자체에 "증명서 보유자에게 어떠한 권리도 부여하지 않으며" "정책이 제공하는 보장을 적극적 또는 소극적으로 수정, 연장 또는 변경하지 않는다"고 명시되어 있습니다. 체크박스는 보험 생산자의 표기에 불과합니다. 추가 피보험자 승인은 보험사가 처리하여 정책에 첨부해야 보장이 적용됩니다. 그렇지 않으면 체크박스는 법적 효력이 전혀 없습니다.

CG 20 10과 CG 20 37의 차이점은 무엇이며, 왜 둘 다 필요한가요?

CG 20 10은 명명된 피보험자의 진행 중인 작업으로 인한 책임에 대해 추가 피보험자 보장을 제공합니다. 즉, 하청업체가 프로젝트에서 적극적으로 작업하는 동안 적용됩니다. CG 20 37은 완료된 작업으로 인한 책임에 대해 추가 피보험자 보장을 제공합니다. 즉, 하청업체의 작업이 완료된 후에 적용됩니다. CG 20 37이 없으면 하청업체가 현장을 떠난 후 추가 피보험자 보호가 없으므로, 프로젝트 완료 후 몇 달 뒤에 발견된 결함 청구는 GC 자체 정책에 영향을 미칩니다. 건설 완료 후 수년간 소멸 시효가 연장되는 모든 프로젝트에서는 두 승인 모두 필요합니다.

AI 추출이 설명 블록의 승인 양식 번호와 첨부 페이지의 승인 양식 번호를 구분할 수 있나요?

네, 추출 열이 출처 컨텍스트를 캡처하도록 설계된 경우 가능합니다. 작업 설명 텍스트 블록용 열과 첨부 페이지에서 찾은 승인 양식 번호용 열을 별도로 정의하면 추출된 스프레드시트에 각 정보의 출처가 정확히 표시됩니다. 설명 블록에서 CG 20 10 양식 번호가 발견되었지만 첨부된 승인 페이지에는 없는 경우, 증명서 표기가 실제 처리된 승인에 의해 뒷받침되지 않을 수 있다는 신호입니다.

하청업체가 포괄 추가 피보험자 승인을 가지고 있는 경우, 체크박스를 확인해야 하나요?

포괄 추가 피보험자 승인은 일반적으로 "서면 계약에 의해 요구되는 경우"라는 문구로 촉발되며, 명명된 피보험자가 이를 요구하는 서면 계약을 체결한 모든 법인에 자동으로 추가 피보험자 지위를 확장합니다. 그러나 포괄 보장에도 조건이 있습니다. 서면 계약이 존재해야 하고, 계약이 추가 피보험자 지위를 요구해야 하며, 계약 범위가 승인의 보장 트리거 범위 내에 있어야 합니다. COI 체크박스만으로는 이러한 조건이 충족되었는지 확인할 수 없습니다. 보장 적용 여부는 증명서 표기가 아닌 기본 계약과 실제 승인 언어에 따라 결정됩니다.

ISO는 몇 개의 추가 피보험자 승인을 발행하며, 건설에 중요한 것은 무엇인가요?

ISO는 수십 개의 추가 피보험자 승인(CG 20 09부터 CG 20 38 이상)을 발행하며, 이는 다양한 관계(소유자, 임차인, 계약자, 관리자, 판매자, 증여자)와 다양한 보장 트리거(진행 중인 작업, 완료된 작업, 계약에 따라 자동 적용)를 다룹니다. 건설 분야에서 가장 일반적으로 요구되는 세 가지는 CG 20 10(추가 피보험자 — 진행 중인 작업, 지정), CG 20 37(추가 피보험자 — 완료된 작업), CG 20 33(건설 계약 시 자동 추가 피보험자 지위)입니다. 각각은 판본 날짜가 다르며 보장 문구가 실질적으로 다릅니다. CG 20 10의 04/13 및 12/19 판본은 "발생하는" 문구를 "전부 또는 일부로 인해 발생한"으로 대체하여 10/01 판본보다 더 좁은 범위를 가지며, 법원은 이를 명명된 피보험자의 과실 입증이 필요하다고 해석했습니다. 승인에 인쇄된 판본 날짜가 중요합니다.

COI 승인이 정책과 일치하지 않는 빈도에 대한 업계 표준이 있나요?

여러 독립적인 출처는 상당한 격차를 지적합니다. Bramble의 콘도미니엄 계약자 증명서 데이터에 따르면 추가 피보험자 지위를 주장하는 COI의 약 31%가 해당 정책 수준의 승인이 부족했습니다. COI 검증 플랫폼이 인용한 업계 조사에 따르면 수동으로 검토된 건설 증명서의 23%에 오류 또는 보장 격차가 있습니다. IRMI 감사 결과 10개 중 9개의 증명서가 계약상 보험 사양을 충족하지 못한 것으로 나타났으며, 이는 범위가 더 넓지만 문제의 규모와 일치합니다. 데이터는 COI가 추가 피보험자 보호를 주장하는 하청업체 3곳 중 약 1곳이 실제로 보호를 받지 못함을 시사합니다.

ImageToTable.ai는 전용 COI 추적 플랫폼과 어떻게 다른가요?

전용 COI 추적 플랫폼(Jones, myCOI, bcs, Billy, CertFocus)은 지속적인 규정 준수 관리를 위해 특별히 설계되었습니다. 증명서 수집, 갱신 알림 전송, 프로젝트 관리 소프트웨어와의 통합, 일부는 수동 검토 서비스를 제공합니다. 이들은 추적 및 워크플로 문제를 해결합니다. ImageToTable.ai는 추출 단계라는 다른 문제를 해결합니다. ACORD 25 PDF 더미를 정의된 열에 모든 필드(승인 양식 번호 및 출처 컨텍스트 포함)가 추출된 구조화된 스프레드시트로 변환합니다. 스프레드시트를 통해 COI 규정 준수를 관리하거나 COI 플랫폼을 사용하지만 여전히 증명서 데이터를 수동으로 입력하는 팀의 경우, 승인 격차는 추출 단계에 숨어 있습니다. COI 규정 준수 비용 노출에 대한 더 광범위한 비교는 COI 규정 위반 비용 분석에 있으며, COI 데이터 추출에 대한 전체 개요는 COI 추출 가이드에 있습니다.