

적절한 심의실로 분류 및 배정
각 안건은 점수가 매겨진 후, 지정된 의장과 적절한 검토 등급을 갖춘 의사결정 룸으로 배정됩니다. 이러한 배정 과정 또한 다른 모든 의사결정과 마찬가지로 기록됩니다. 안건 분류(Triage) →
HONESTAS는 귀사의 계약 및 보상 시스템과 나란히 작동합니다. AI가 클레임, 견적, 보험료 산정 또는 사기 조사 상정(Referral)을 지원할 때, HONESTAS는 해당 건을 적절한 심의실로 보내 공방과 검토를 거치게 하고, 지정된 담당자의 서명을 받아 전체 과정을 다시 열어 재실행할 수 있는 하나의 기록으로 봉인합니다.


자동차보험 클레임의 지급준비금(Reserve) 설정, 갱신 보험료 산정, SIU 상정 또는 바인더(Binder) 계약 체결 등 모든 사안은 고객에게 도달하기 전에 동일한 4단계를 거칩니다.


각 안건은 점수가 매겨진 후, 지정된 의장과 적절한 검토 등급을 갖춘 의사결정 룸으로 배정됩니다. 이러한 배정 과정 또한 다른 모든 의사결정과 마찬가지로 기록됩니다. 안건 분류(Triage) →


AI 석(Seat)에서 찬반 논거를 제시하고, 챌린저 석에서는 도출된 결론을 반박합니다. 소수 의견도 기록으로 남으며, 최종 결정은 의장이 내립니다. 의사결정 룸 →


다른 계열의 두 번째 모델이 해당 의사결정을 처음부터 다시 검증합니다. 두 모델의 결과가 일치하지 않으면, 담당자가 직접 확인할 때까지 어떠한 결정도 외부로 나가지 않습니다. 교차 모델 검증 →


검증된 전결 권한을 가진 담당자가 서명합니다. 전체 과정은 외부 타임스탬프와 함께 봉인되어, 수년이 지난 후에도 다시 열어 재실행할 수 있는 기록으로 보존됩니다. 봉인된 기록 →
모든 구성 요소는 동일한 사용자, 권한, 기록 체계를 공유합니다. 팀이 어느 곳에서 작업을 하든, 그 결과는 출처와 함께 봉인된 의사결정 기록으로 남게 됩니다.


모든 사안에 맞는 최적의 룸, 의장, 검토 등급 배정.
트리아지(Triage)

다각도의 논증, 모든 룸에 배치된 챌린저, 그리고 한 명의 최종 결정권자.
의사결정 룸

서로 다른 계열의 두 모델이 합의해야 하며, 그렇지 않으면 어떤 결정도 확정되지 않습니다.
교차 검증

모든 의사결정을 다시 열고 재실행할 수 있습니다. 이를 Decision Passport로 공유하세요.
봉인된 기록

모든 모델에는 책임자가 지정되며, 모든 변경 사항은 실제 적용 전에 입증됩니다.
모델 검증

실행할 때마다 동일하게 재현할 수 있는 테일 리스크(Tail-loss) 및 스트레스 테스트.
스트레스 테스트HONESTAS는 Adverant의 제품입니다. 그 기반에는 모든 AI 호출이 모델로 전달되기 전에 거치는 계층인 Adverant Nexus가 자리 잡고 있습니다. 어떠한 호출도 의사결정 룸, 검증, 봉인 단계를 건너뛸 수 없는 이유가 바로 여기에 있습니다.
보상 담당자, 언더라이터, 손해사정사, 중개사, 커버홀더(Coverholder), 감사인은 각자의 권한(Seat)이 허용하는 범위만 열람할 수 있습니다.


각 보험 종목(LOB)의 실무 용어로 구현되는 안건 분류, 의사결정 룸, 교차 모델 검증, 서명 및 봉인 기록.


모든 모델 호출을 위한 단일 전송 경로, 동의 기반의 메모리, 그리고 실행 전 권한, 예산, 규칙을 확인하는 거버넌스.

계약 관리, 보상, 모델 레지스트리 및 위험 피드를 있는 그대로 읽어 들입니다. 시스템에 다시 기록(Write-back)하는 모든 작업은 검증을 거쳐 기록됩니다.


당사의 EU 클라우드 또는 귀사의 자체 데이터센터. 어느 쪽이든 봉인된 기록은 설치 환경 외부에 별도로 보관됩니다.


어떤 화면이나 에이전트에서 발생하든 모든 모델 호출은 동일한 경로를 거칩니다. 귀사가 허용한 모델과 위치로만 전송되고, 예산에 맞춰 집계되며, 해당 호출이 사용된 의사결정 기록에 남겨집니다.
어시스턴트는 각 담당자와 팀이 허용한 내용만 기억하며, 알고 있는 내용을 투명하게 보여주고 요청 시 즉시 삭제합니다. 기억된 내용 또한 다른 자료와 마찬가지로 출처가 명시됩니다.
권한, 전결 한도, 기업 간 정보 차단벽(Wall), 사내 규정을 호출이 실행된 후가 아니라 실행 전에 확인합니다. 검증을 통과하지 못한 호출은 사유와 함께 거부되며, 이 거부 내역 또한 기록됩니다.