보험설계사 실무용
가입 당시 약관을
빠르게 찾아보세요
보험사 · 상품명 · 가입일을 기준으로 가장 유력한 약관 버전을 먼저 보여줍니다.
약관 찾기
상품명과 가입일로 당시 적용 약관을 찾습니다.
약관 상세
가입 당시 적용된 공식 기초서류를 확인합니다.
최근 조회
이 기기에만 저장됩니다.
개발·검증
운영 DB와 Resolver 상태를 확인합니다. · build v0.87
검증 바로가기
현재 작업을 맨 위에서 실행
앞으로 새 검증 단계는 이 영역 바로 아래에 배치합니다. 이전 검증기록은 아래쪽에 유지합니다.
v0.87 · Non-stop Gate
1상품 단위 검증 + 오류건 보류 후 계속 진행
v0.86에서 교보 725건까지 진행 후 page 73에서 네트워크 호출이 5회 연속 실패했습니다. 이제 한 상품씩 요청하고, 반복 실패한 위치는 기술보류 큐로 넘겨 전체 검증을 계속합니다.
기존 `ith-v085-fullgate` 체크포인트 사용 · 기록 초기화 금지
3회 실패 → 기술보류 후 다음 상품 계속 · 25건마다 자동 쿨다운 · 마지막에 기술보류만 재검증
v0.86 · Gate 안정화
전체범위 Gate 자동재시도 + 소배치 복구
v0.85에서 교보 270건 처리 후 `Failed to fetch`가 반복되어 멈춘 지점을 그대로 이어받습니다. 교보를 페이지당 5건씩 쪼개고, 실패 시 자동 재시도 후 2건 소배치로 낮춰 재시도합니다.
v0.85 localStorage checkpoint를 그대로 사용 · 초기화하지 마세요
일시 네트워크 오류 5회 자동재시도 · D1 write/migration/full import 없음
v0.85 · 전체범위 Gate
교보·신한 전체 Gate Runner + 현대/KB 정밀계약
v0.84에서 교보 1,127건·신한 357건 전체 Inventory 끝을 확인했습니다. 이번에는 작은 배치로 실제 상세/버전/약관 PDF를 전체범위에 걸쳐 검증하고 중간상태를 브라우저에 저장합니다.
교보는 10상품/요청 · 신한은 최대 10상품/요청 · 일시정지/재개 가능
D1 write/migration/full import 없음 · 브라우저를 닫아도 진행상태 저장
v0.84 · 전체범위 추적
교보·신한 페이지 끝까지 순회 + 현대/KB 계약 추적
교보·신한은 브라우저에서 페이지별 Worker 요청을 반복해 전체 Inventory의 끝을 찾습니다. 현대는 onclick/AJAX 함수계약을, KB는 content() 함수 정의와 URL 조합식을 직접 추적합니다.
전체범위 목록 순회/계약 추적만 실행 · D1 write/migration/full import 없음
반복 페이지가 나오면 자동 중단해 잘못된 무한순회를 막습니다.
v0.83 · 범위 확장
Gate Ready 2사 전체범위 준비 + 현대/KB 계약 보강
교보·신한은 20건 표본을 넘어 전체 목록 규모를 read-only로 확인하고, 현대해상은 실제 렌더링 공시 화면의 검색계약을, KB는 content(...) 인자의 PDF 파일명을 직접 검증합니다.
전체범위 inventory/계약 Probe만 실행 · D1 write/migration/full import 없음
v0.82 · 저장 직전 준비
Gate Ready 2사 Import Preview + HOLD 2사 원인진단
교보생명·신한라이프는 Gate 20/20 통과 결과를 저장 전 Preview로 변환하고, 현대해상·KB손해보험은 HOLD 원인을 별도 진단합니다.
Preview/진단만 실행 · D1 write/migration/full import 없음
교보·신한은 별도 승인 전까지 실제 저장하지 않습니다.
v0.81 · Gate 안정화
4사 분할 Gate + KB 문서계약 보정 + 생보 근거상태
교보/신한에서 발생한 Worker subrequest 한도를 피하도록 보험사별 Gate를 별도 요청으로 실행합니다. 현대는 v0.79 확정 공식 URL을 사용하고, KB는 content(...) 문서액션에서 공식 PDF 다운로드 계약을 해석합니다.
각 보험사 Gate는 read-only 별도 호출 · D1 write/migration/full import 없음
삼성생명/한화생명은 live contract가 아니라 공식 근거/접근상태를 구분해 표시합니다.
v0.80 · Gate 가속
4사 저장 전 Gate + 생보 2사 공식 공시 확인
현대해상·KB손해보험·교보생명·신한라이프를 최대 20건씩 실제 read-only Gate 검증하고, 삼성생명·한화생명의 공식 공시 구조를 병렬 확인합니다.
상품/버전/문서 D1 write 없음 · migration 없음 · full import 없음
Gate 통과 보험사가 생겨도 별도 승인 전에는 저장하지 않습니다.
v0.79 · 멀티보험사 확장
손보 5사 + 생보 5사 준비 현황
공식 공개 공시실의 조회 계약과 문서 경로만 검증합니다. GATE READY 전에는 저장 대상으로 승격하지 않습니다.
full import 없음 · migration 없음 · 상품/버전/문서 D1 쓰기 없음
수동 Family 보호 · I/II/III 자동 병합 금지
v0.78 · 현재 단계
KB 문서액션 해석 + 삼성 실제 검색 POST + 한화 Submit 계약
KB는 상세 5/5 HTTP 성공과 문서액션 확보가 확인됐습니다. 이제 각 약관/요약서/사업방법서 버튼의 JS 함수와 다운로드 경로를 해석합니다. 삼성은 정확히 확인된 search POST를 기본 폼값으로 read-only 호출하고, 한화는 submit 함수/hidden 필드를 분석합니다.
KB 문서 URL 계약 확정 · 삼성 상품검색 응답 확인 · 한화 server-rendered submit 계약 확인
D1 상품/버전/문서 저장 없음 · migration 없음
v0.77 · 현재 단계
KB 상세 재검증 + 삼성/한화 정확 Source Contract
v0.76에서 KB 상세 POST 자체가 아니라 응답 후 문서링크 파서의 함수명 오류가 확인됐습니다. 해당 오류를 수정하고 HTTP 응답/판매일자/문서 액션을 분리 기록합니다. 삼성·한화는 주변 문자열이 아니라 실제 AJAX/fetch/axios 요청 블록만 추출합니다.
KB `v069LikelyDocLinks` 오류 제거 · 삼성 search_law 오탐 분리 · 한화 self-link 오탐 분리
D1 상품/버전/문서 저장 없음 · 신규 migration 없음
v0.76 · 현재 단계
KB 상세 POST Dry Run + 삼성 상품데이터 계약 + 한화 폼계약
KB는 detail()이 제출하는 공식 상품상세 폼을 실제 read-only POST로 확인하고, 삼성/한화는 상품데이터 요청 구조를 회사 전용으로 좁힙니다.
KB POST는 공식 상품상세 조회 폼만 허용 · 삼성/한화 endpoint 실제 호출 없음
products / product_versions / documents 저장 없음 · SQL 없음
v0.75 · 현재 단계
KB detail 함수 분석 + 삼성 계약 좁히기 + 한화 오류 수정
v0.74 결과에서 KB는 목록 10건이 정확했지만 onclick이 모두 javascript:detail()로만 노출됐고, 삼성은 안전 GET 후보가 0건이었습니다. 한화 Deep Recipe는 내부 함수명 오류로 API 500이 발생했습니다.
KB detail() 함수 정의/폼 hidden 필드 분석 · 삼성 페이지 전용 계약문맥 재분석 · 한화 undefined 함수 오류 제거
endpoint 실제 POST 호출 없음 · D1 상품/버전/문서 저장 없음 · SQL 없음
v0.74 · 현재 단계
KB 상세 Dry Run + 삼성 안전 GET Probe + 한화 Deep Recipe
KB는 정확히 파싱된 상품코드/상품명에서 상세화면 이동 힌트를 따라 공식문서·판매기간을 읽습니다. 삼성은 상품 관련성이 높은 GET endpoint만 안전하게 Probe하고, 한화는 JS 문맥을 더 깊게 분석합니다.
삼성은 상태변경 요청 금지 · POST 호출 금지 · KB/한화도 read-only 탐색만 수행
products / product_versions / documents 저장 없음 · SQL 없음
v0.73 · 현재 단계
KB 정밀 파서 + 삼성·한화 요청 Recipe 추출
v0.72에서 현대+KB 19건 중 PASS 4 / REVIEW 15가 나왔습니다. KB는 목록 표의 4개 열(판매상태·보험종류·상품코드·상품명)을 회사 전용 파서로 다시 읽고, 삼성·한화는 동적 endpoint 주변 JavaScript에서 method/parameter/form serialize 정보를 추출합니다.
KB 상품명 오인식 제거 · 상세화면 이동 힌트 확보 · 삼성/한화 실제 요청 Recipe 좁히기
endpoint 호출 없음 · products / product_versions / documents 저장 없음 · SQL 없음
v0.72 · 현재 단계
준비 2사 실제 Dry Run + 동적 2사 계약분석 + 메리츠 격리진단
현대해상·KB손해보험은 실제 상품행을 최대 20건씩 read-only Dry Run하고, 삼성화재·한화손해보험은 동적 endpoint/method/param 계약을 분석합니다. 메리츠화재는 공식 공시 URL의 Worker fetch 문제를 별도 진단합니다.
정적 준비사 2곳은 Dry Run · 동적 후보 2곳은 요청계약 분석 · 메리츠는 fetch 진단
이번에도 products / product_versions / documents 저장 없음 · SQL 없음
v0.71 · 현재 단계
4사 공식 공시 직접 Probe + 인코딩 보정
v0.70의 일반 링크추적 방식은 4사에서 실질적인 결과가 없었습니다. 이번에는 공식 상품공시 URL을 직접 지정하고 EUC-KR/CP949 계열 페이지까지 정상 디코딩해서 다시 확인합니다.
삼성화재 공식 보험상품공시 · KB손해보험 상품목록(약관) · 한화손해보험 현재/판매중지상품 · 메리츠화재 공시 후보
현대해상 v0.70 실제 Dry Run은 그대로 유지하며, 이번 작업도 상품/버전/문서 D1 저장은 없습니다.
v0.70 · 현재 단계
현대해상 실제 Dry Run + 나머지 4사 2차 탐색
현대해상은 공식 상품행을 실제 Adapter 후보 형식으로 최대 20건 Dry Run합니다. 삼성화재·KB손보·한화손보·메리츠는 공시 관련 내부 링크를 따라가며 더 정확한 상품공시 페이지를 찾습니다.
이번에도 products / product_versions / documents 저장 없음 · DB손해보험 운영데이터 유지
현대해상 Dry Run 결과가 충분하면 다음 단계에서 별도 Gate를 거쳐 실제 저장 준비로 넘어갑니다.
v0.69 · 현재 단계
손보 5사 실제 상품행 Dry Run Probe
공시 페이지 HTML에 실제 상품행이 있으면 최대 20건 샘플을 직접 파싱하고, 삼성화재처럼 동적 템플릿이면 동일 출처 JavaScript에서 상품조회 요청 스키마 후보를 찾습니다.
상품명·판매상태·판매기간·공식문서 링크를 샘플로 확인하지만 products / product_versions / documents에는 저장하지 않습니다.
다음 단계에서 검증 통과 회사만 실제 Adapter Dry Run으로 승격합니다.
v0.68 · 현재 단계
손보 5사 Adapter Blueprint 확정
v0.67 결과를 실제 Adapter 구현용 Blueprint로 정리합니다. 삼성화재·현대해상은 Dry Run 준비도를 확인하고, KB·한화·메리츠는 같은 실행에서 구조를 더 좁힙니다.
products / product_versions / documents 쓰기 없음 · 기존 DB손해보험 226 / 286 / 834 유지
보험사 Registry의 discovery 상태만 갱신합니다.
Ticket 09
운영 D1 검증
Gate 1 통과: 20건/FAIL 0/오류 0/약관 20건 확인. 이제 승인 표본 20건만 운영 D1 저장 검증합니다.
Ticket 10
Family Resolver
저장된 20건을 기본명·판매채널·판매기간으로 비교합니다. I/II/III 계열은 자동 병합하지 않고 REVIEW로 분리합니다.
Ticket 11
Family 검토·승인
AUTO는 안전 묶음으로 적용하고, REVIEW는 같은 계보인지 각각 별도 계보인지 직접 결정합니다. 수동 결정은 이후 자동 Resolver가 덮어쓰지 않습니다.
Ticket 12
가입일 기준 Version Resolver
보험사 · 상품명 · 가입일로 당시 판매 버전을 찾습니다. 공식 판매기간과 시스템 추정기간을 구분하며, 복수 후보는 자동 확정하지 않습니다.
Ticket 13
적용 약관 묶음 Resolver
가입일에 맞는 버전을 확정한 뒤 보험약관·사업방법서·상품요약서 등 공식문서를 한 묶음으로 보여줍니다.
Gate 2
DB손해보험 장기보험·대면·건강 전체범위 검증
현재 표본 20건이 아니라 DB손해보험 공시실의 판매중지 > 장기보험 > 대면 > 건강 범위를 작은 배치로 끝까지 훑습니다. 이 단계는 읽기 전용이며 D1에는 아무것도 저장하지 않습니다.
Gate 2.5
저장 전 최종검토
Gate 2에서 통과한 후보를 다시 읽기 전용으로 수집하여 REVIEW 사유, 문서 보유율, 판매기간 이상, 중복 충돌을 검사하고 SAFE/HOLD로 분리합니다. D1에는 저장하지 않습니다.
DB손해보험 · 판매중지 · 장기보험 · 대면 · 건강
※ 아직 DB손해보험의 모든 상품군/채널 전체를 의미하지 않습니다.
공식문서 보유율
v0.64
D1 전체반영 결과
DB손해보험 · 판매중지 · 장기보험 · 대면 · 건강
※ DB손해보험의 모든 상품군 전체를 의미하지 않습니다.
SAFE 286개 판매버전만 2건 단위로 반영합니다. 백업 참조가 확인되지 않으면 쓰기를 시작할 수 없습니다.
v0.65
보험사 확장 현황
보험사를 하나씩 새로 만드는 방식이 아니라 공통 Registry + 보험사별 Adapter 구조로 묶어 batch onboarding합니다. 기존 DB손해보험 v0.64 데이터는 건드리지 않습니다.
DB손해보험 · 판매중지 · 장기보험 · 대면 · 건강
다른 보험사는 공식 공시실 구조 확인 후 batch 단위로 활성화합니다.
v0.66
주요 손보 5사 Adapter Discovery
삼성화재 · 현대해상 · KB손해보험 · 한화손해보험 · 메리츠화재의 공식 사이트를 한 번에 읽기 전용 점검합니다. 상품/판매버전/문서는 저장하지 않습니다.
공식 공시실 연결성 · 상품공시 표지자 · 판매중지/판매기간 · 약관/사업방법서/요약서 · 폼/스크립트/endpoint 후보 탐지
Registry의 마지막 점검 상태만 갱신하며 기존 DB손해보험 226/286/834 데이터는 건드리지 않습니다.
v0.67
손보 5사 정밀 Adapter 탐색
v0.66 결과를 바탕으로 공식 공시실 URL을 보정하고 동일 출처 JavaScript·폼·요청 endpoint 후보까지 읽기 전용으로 분석합니다.
현대해상: 보험상품공시 페이지 · 메리츠화재: 상품목록 공시 페이지로 직접 연결
KB·한화는 현재 공시 페이지 내부 요청 구조를 심층 분석합니다. 상품/버전/문서는 아직 저장하지 않습니다.