실행 로그가 표준 업무 흐름에서 어디서 벗어났는지 보여주는 관리자 페이지입니다.

• 묶음 기준: verdict
• 한 행: 사유 라벨 · case_no + 한 줄 요약(근거 수치 포함)

화면·코드·면접에서 이 단어를 그대로 씁니다. 키는 출력 스키마의 enum 과 같습니다.

• 자가채점 — 정답표와 맞은 케이스 · 정답 60행 기준 수치는 본인이 러너를 돌려 나온 값을 넣습니다. 예측 화면에는 비워 둡니다 — 출처를 댈 수 없는 숫자를 화면에 두지 않기 위해서입니다.
• 출력 스키마 검증 항목을 통과 여부와 함께 상시 노출
• 검증 노트 — 자동 / 수동 / 정직 경계선

• 로그가 0행이면 묶음 대신 읽은 파일 이름과 0행임을 보여주고 판정표는 만들지 않습니다.
• 필수 값이 빠졌거나 타입이 어긋난 행은 판정에서 빼고 어느 행이 왜 빠졌는지 상단에 목록으로 남깁니다. 나머지 케이스의 판정은 그대로 나옵니다.

{"type":"object","properties":{"case_no":{"type":"string"},"verdict":{"type":"string","enum":["on_path","step_skipped","out_of_order","timestamp_missing","activity_unmapped","duplicate_event"]},"observed_step_count":{"type":["integer","null"]},"required_step_count":{"type":["integer","null"]},"evidence":{"type":"array","items":{"type":"object","properties":{"field":{"type":"string"},"agg":{"type":["string","null"]},"value":{},"quote":{"type":["string","null"]}},"required":["field","value"]}},"next_action":{"type":"string"}},"required":["case_no","verdict","observed_step_count","required_step_count","evidence","next_action"]}

[
  {
    "case_no": "PO-2026-001",
    "verdict": "on_path",
    "observed_step_count": 4,
    "required_step_count": 4,
    "evidence": [
      {
        "field": "activity_raw",
        "agg": "count",
        "value": 4
      },
      {
        "field": "step_no",
        "value": 4
      },
      {
        "field": "occurred_at",
        "value": "2026-08-09T14:00"
      }
    ],
    "next_action": "표준대로 흘렀습니다. 기준선 케이스로 남깁니다."
  },
  {
    "case_no": "PO-2026-006",
    "verdict": "on_path",
    "observed_step_count": 4,
    "required_step_count": 4,
    "evidence": [
      {
        "field": "activity_raw",
        "agg": "count",
        "value": 4
      },
      {
        "field": "step_no",
        "value": 4
      },
      {
        "field": "occurred_at",
        "value": "2026-08-14T15:00"
      }
    ],
    "next_action": "표준대로 흘렀습니다. 기준선 케이스로 남깁니다."
  },
  {
    "case_no": "PO-2026-002",
    "verdict": "step_skipped",
    "observed_step_count": 3,
    "required_step_count": 4,
    "evidence": [
      {
        "field": "activity_raw",
        "value": "Receive Goods"
      },
      {
        "field": "activity_name",
        "value": "구매요청 승인"
      },
      {
        "field": "step_no",
        "value": 2
      }
    ],
    "next_action": "구매요청 승인 없이 발주가 나갔습니다. 승인 없이 발주가 가능한 경로가 열려 있는지 확인합니다."
  },
  {
    "case_no": "PO-2026-003",
    "verdict": "out_of_order",
    "observed_step_count": 4,
    "required_step_count": 4,
    "evidence": [
      {
        "field": "activity_raw",
        "value": "Issue PO",
        "quote": "Issue PO"
      },
      {
        "field": "occurred_at",
        "value": "2026-08-05T13:00"
      },
      {
        "field": "step_no",
        "value": 3
      }
    ],
    "next_action": "발주가 승인보다 먼저 찍혔습니다. 사후 승인이 관행인지 담당자에게 확인합니다."
  },
  {
    "case_no": "PO-2026-005",
    "verdict": "timestamp_missing",
    "observed_step_count": 3,
    "required_step_count": 4,
    "evidence": [
      {
        "field": "event_no",
        "value": "EV-016"
      },
      {
        "field": "occurred_at",
        "value": null
      }
    ],
    "next_action": "시각이 비어 있어 순서를 재지 못했습니다. 정상으로 세지 않고 로그를 다시 내려받습니다."
  },
  {
    "case_no": "PO-2026-004",
    "verdict": "activity_unmapped",
    "observed_step_count": 2,
    "required_step_count": 4,
    "evidence": [
      {
        "field": "activity_raw",
        "value": "Vendor Risk Review",
        "quote": "Vendor Risk"
      },
      {
        "field": "activity_raw",
        "value": "Approve PR"
      }
    ],
    "next_action": "사전에 없는 활동입니다. 사전에 추가하기 전에는 단계 집계에서 빼 둡니다."
  },
  {
    "case_no": "PO-2026-003",
    "verdict": "duplicate_event",
    "observed_step_count": 4,
    "required_step_count": 4,
    "evidence": [
      {
        "field": "event_no",
        "agg": "count",
        "value": 2
      }
    ],
    "next_action": "같은 이벤트 번호가 두 번 적재됐습니다. 앞 건으로만 판정하고 뒤 건을 로그에서 뺍니다."
  }
]

[자동 검증 · 1주차] 1. verdict가 enum 여섯 값 안에 있는지 확인합니다. 2. case_no·verdict·observed_step_count·required_step_count·evidence·next_action이 모두 있는지 확인합니다. 3. step_no가 1 이상 8 이하인지 확인합니다. 4. occurred_at이 null인 행이 있으면 verdict가 timestamp_missing인지 확인합니다. 5. evidence의 field가 두 입력 표의 컬럼에 실재하는지 확인합니다. 6. evidence의 quote가 그 행 activity_raw의 일부인지 확인합니다. 7. next_action이 존댓말로 끝나는지 확인합니다. [판정 규칙] 1. 활동 이름은 대소문자와 띄어쓰기, 구분자를 없애 소문자로 모은 뒤 standard_process_steps의 activity_id와 맞춥니다. 맞는 것이 없으면 미매핑으로 남기고 그 행은 나머지 판정에서 뺍니다. 2. 같은 행 번호가 두 번 들어오면 앞 건만 남기고 뒤 건은 적재 단계에서 사유와 함께 뺍니다. [수동 검증] 1. 단계를 건너뛴 케이스가 긴급 처리 규정에 따른 것인지 담당자가 읽어 확인합니다. 2. PO-2026-002처럼 표기가 흔들렸지만 사전으로 맞춰진 활동은 미매핑 사유를 달지 않는 것이 맞는지 확인합니다. [평가 러너 · 2주차] 1. 손으로 만든 정답표와 맞춰 사유별로 어긋난 건을 세고 어느 사유에서 많이 틀리는지 나눕니다. 2. 로그와 정답을 작성자가 만든 합성 기준이라 이 수치는 성능 측정이 아니라 데모 조건 동작입니다.