[Feat] 발신번호(known_sender_numbers) 후보 축적 파이프라인

[kite-pp]

🏷️ 이슈 유형

• feat : 새로운 기능 추가
• fix : 버그 수정
• refactor : 동작 변경 없는 구조 개선
• docs : README 등 문서 추가/수정
• chore : 설정, 빌드, 의존성 패키지 변경
• 기타 : 설명 추가 작성

💡기능

#57(금융기관 공식 정보 검증)에서 도메인 대조는 구현 완료됐지만, 발신번호 대조는 데이터가 없어 보류됐던 항목을 분리한 후속 이슈. OfficialInstitution.known_sender_numbers(app/analysis/institution/registry.py)는 스키마만 준비돼 있고 전량 비어 있음.

Spring은 이미 실제 발신번호(AnalysisRequestedPayload.sender)를 매 요청마다 전달하고 있으나(app/infrastructure/rabbitmq/schemas.py) 파이프라인에서 사용하지 않고 있음 - 이 실 수신 데이터를 축적해 신뢰할 수 있는 발신번호 후보 데이터셋을 만드는 것이 목표.

담당: 기범(Python AI) + 진용(Spring Boot)

🛠️할 일 목록

• URL 없어도 감지된 기관명이 institutionMatch.institution에 채워지도록 수정 (PR Fix(#57): URL 없어도 감지된 기관명은 institutionMatch.institution에 반환 #74, 발신번호-기관 연계에 필요) - Python 완료·배포
• sender 필드를 기관명 대조 결과와 연계해 축적하는 방식 설계 - Spring PR #104: InstitutionSenderCandidate 엔티티 + SenderNumberNormalizer
• 신뢰도 기준 정의 - 동일 후보 기본 3회 관측 시 REVIEW_REQUIRED 전환 (SENDER_CANDIDATE_REVIEW_THRESHOLD로 설정 가능)
• 축적된 후보를 사람이 검토 후 반영하는 프로세스 정리 - COLLECTING/REVIEW_REQUIRED/APPROVED/REJECTED 상태 관리, 자동 승인 없음, docs/sender-candidate-review.md(SafeFam_BE)에 문서화
• 검증된 데이터가 실제로 쌓이고 사람 검토를 거쳐 known_sender_numbers에 반영된 뒤, 규칙 엔진에 발신번호 대조 신호 추가 (도메인 대조와 동일한 패턴) - 실 데이터 축적 대기 중, 현재 착수 불가

📌 참고 사항 / 제약 조건

• #57에서 전화번호(공식 대표번호/발신번호)를 의도적으로 비워둔 이유와 동일: 검증되지 않은 번호를 "공식"으로 잘못 표기하면 오탐/오정보 제공 위험이 도메인 오류보다 큼. 반드시 실제 수신 데이터 기반 축적 + 사람 검토를 거칠 것.
• [Feat] 금융기관 공식 정보(도메인) 검증 기능 #57 API 계약 작업(institutionMatch) 완료 후 분리됨 - 진용 요청으로 별도 이슈로 관리.

Refs #57