주문 기록과 PG 정산 내역의 차이를 사유별로 보여주는 관리자 페이지입니다.

• 묶음 기준: reason_code
• 한 행: 사유 라벨 · merchant_order_no + 한 줄 요약(근거 수치 포함)
• 근거 표는 행을 펼쳤을 때 보입니다 (`side` / `field` / `value` 열)

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

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

• 파일을 올리기 전에는 샘플 데이터로 보기로 화면을 확인합니다.
• 열이 빠지거나 금액 칸이 비면 목록 대신 어느 줄이 왜 걸렸는지 이슈로 보여 주고 화면은 살아 있습니다.

{"type":"object","properties":{"finding_id":{"type":"string"},"merchant_order_no":{"type":"string"},"reason_code":{"type":"string","enum":["amount_gap","fee_gap","missing_in_orders","missing_in_settlement","status_conflict","unmapped_no"]},"gap_krw":{"type":["integer","null"]},"evidence":{"type":"array","items":{"type":"object","properties":{"side":{"type":"string","enum":["order","settlement"]},"field":{"type":"string"},"value":{"type":["string","integer","null"]}},"required":["side","field","value"]}},"summary":{"type":"string"},"hedge":{"type":["string","null"]}},"required":["finding_id","merchant_order_no","reason_code","evidence","summary"]}

[
  {
    "finding_id": "fnd_0001",
    "merchant_order_no": "BL-2026-0005",
    "reason_code": "amount_gap",
    "gap_krw": 1000,
    "evidence": [
      {
        "side": "order",
        "field": "amount_krw",
        "value": 99000
      },
      {
        "side": "settlement",
        "field": "settled_amount_krw",
        "value": 98000
      }
    ],
    "summary": "주문 금액보다 정산 금액이 1,000원 적습니다.",
    "hedge": null
  },
  {
    "finding_id": "fnd_0002",
    "merchant_order_no": "BL-2026-0099",
    "reason_code": "missing_in_orders",
    "gap_krw": null,
    "evidence": [
      {
        "side": "settlement",
        "field": "merchant_order_no_raw",
        "value": "BL-2026-0099"
      },
      {
        "side": "order",
        "field": "merchant_order_no_raw",
        "value": null
      }
    ],
    "summary": "정산 파일에만 있는 주문번호라 자사 주문에서 찾지 못했습니다.",
    "hedge": "합성 기준 판정이라 실제로는 취소 후 재발행 같은 다른 사유일 수 있습니다."
  },
  {
    "finding_id": "fnd_0003",
    "merchant_order_no": "BL-2026-0011",
    "reason_code": "status_conflict",
    "gap_krw": null,
    "evidence": [
      {
        "side": "order",
        "field": "status",
        "value": "cancelled"
      },
      {
        "side": "settlement",
        "field": "settle_status",
        "value": "paid"
      },
      {
        "side": "order",
        "field": "amount_krw",
        "value": 150000
      },
      {
        "side": "settlement",
        "field": "settled_amount_krw",
        "value": 150000
      }
    ],
    "summary": "주문은 취소인데 정산에는 지급으로 남아 있습니다. 금액은 양쪽이 같아 차이로 볼 수 없어 비웠습니다.",
    "hedge": null
  },
  {
    "finding_id": "fnd_0004",
    "merchant_order_no": "BL-2026-0003",
    "reason_code": "fee_gap",
    "gap_krw": null,
    "evidence": [
      {
        "side": "order",
        "field": "fee_krw",
        "value": null
      },
      {
        "side": "settlement",
        "field": "fee_krw",
        "value": 7200
      }
    ],
    "summary": "주문 쪽 수수료가 비어 있어 정산 수수료와 맞춰 볼 수 없습니다.",
    "hedge": null
  }
]

[자동 검증 — 코드가 판정합니다] 1. reason_code 가 enum 여섯 값 중 하나인지 확인합니다. 규칙이 정한 코드라 모델이 새 코드를 만들면 그 응답을 버립니다. 2. evidence 의 field 이름이 실제 입력 행에 있는 컬럼인지 대조합니다. 없는 이름을 인용하면 요약이 지어낸 문장이라는 뜻이라 규칙이 만든 기본 문장으로 되돌립니다. 3. gap_krw 가 두 근거 값의 차이와 일치하는지 다시 계산합니다. 4. summary 가 존댓말 한 문장인지, 수치가 근거 행의 값과 같은지 확인합니다. [수동 검증 — 사람이 봅니다] 1. 사유 코드가 사람이 보기에도 그 코드가 맞는지 표본 20건을 눈으로 확인합니다. 2. 부분 환불처럼 한 건이 두 사유에 걸릴 때 어느 쪽으로 묶는 것이 담당자에게 편한지 판단합니다.