가상 사례 · TEST_ONLY

CONTRACT REVIEW · TEST_ONLY고정 신용 악화 테스트 데이터 · 실제 기업, 고객 데이터, 투자 판단 또는 운영 권한 없음

신용 노출 선택지를 재검토합니다

고정 신용 악화 테스트 데이터에서 반대 근거, 선택지, 시나리오, 작업과 재검토 상태가 연결되는 전체 흐름입니다.

예제 작업대

DecisionCase의 재검토 상태를 읽습니다

고정 테스트 데이터의 입력, 구조 검사와 결과를 비교합니다. 추천이나 승인 버튼은 없습니다.
TEST_ONLY

INPUT / CASE BOUNDARY

Question
새 유동성 악화 신호가 신용 노출 검토를 다시 열어야 하는가
Case ID
case.credit-001
Scope
finance.credit.exposure.review
SignalBriefRef
opaque / COUNTEREVIDENCE
생성되지 않는 것추천 · 사람 승인 · 외부 작업 · RAIFFA 허용DecisionCaseRef는 검증된 snapshot digest에만 묶입니다.

DecisionCase의 재검토 상태를 읽습니다

입력

INPUT / CASE BOUNDARY

Question
새 유동성 악화 신호가 신용 노출 검토를 다시 열어야 하는가
Case ID
case.credit-001
Scope
finance.credit.exposure.review
SignalBriefRef
opaque / COUNTEREVIDENCE
검사

LINEAGE / OPTIONS / DISSENT

Reference
status · digest · time verified
Options
유지 · 축소 · 신규 노출 동결
Dissent
유동성 자료 불완전
ReviewTrigger
COUNTEREVIDENCE
결과

RESULT / DIGEST-BOUND REF

Schema
polya.decision-graph.v1
Version
1
Status
REVIEW_REQUIRED
Authority
NONEassurance TEST_ONLY
01

질문과 가상 범위를 고정합니다

가상 Case의 질문은 “새 유동성 악화 신호가 현재 신용 노출 검토를 다시 시작해야 하는가”입니다. 적용 범위는 `finance.credit.exposure.review`, 참여 역할은 credit analyst, investment owner와 risk officer로 제한합니다.

02

반대 근거에서 재검토까지 이어집니다

  1. 01
    opaque SignalBriefRef가 도착합니다

    COUNTEREVIDENCE 상태, digest와 시간만 검증하고 원문은 PÓLYA에 복제하지 않습니다.

  2. 02
    세 선택지를 비교합니다

    노출 유지, 축소, 신규 노출 동결 같은 가상 Option을 전제와 시나리오에 연결합니다.

  3. 03
    반대 의견을 보존합니다

    유동성 자료가 불완전하다는 Dissent와 추가 EvidenceRequest를 남깁니다.

  4. 04
    Case를 REVIEW_REQUIRED로 전환합니다

    기존 Decision을 삭제하지 않고 새 ReviewTrigger와 버전 변경 기록을 남깁니다.

  5. 05
    현재 DecisionCaseRef를 만듭니다

    검증된 snapshot digest에 묶인 opaque 참조를 만들되 authority는 NONE으로 유지합니다.

03

예제에서 확인할 결과

  • 자동 추천 없음
  • 사람 승인 없음
  • 외부 작업 배정 없음
  • RAIFFA 행동 허용 없음
축약된 DecisionCase 상태json
{
  "schema": "polya.decision-graph.v1",
  "id": "case.credit-001",
  "version": 1,
  "status": "REVIEW_REQUIRED",
  "scope": "finance.credit.exposure.review",
  "authority": "NONE",
  "assurance": "TEST_ONLY"
}