서비스 입력용 요청문 v2 (2026-10-13 KST)

사용 방법
아래 요청문과 id·text만 있는 tickets 5행을 같은 조건으로 각 서비스에 전달합니다.
ZIP 전체나 fixture.json을 그대로 서비스에 올리지 않습니다. fixture.json의 route, expected.json, candidates 합성 점수는 로컬 채점 자료입니다. 출력의 route 필드는 필요하며, 입력에서 정답 route를 제외한다는 뜻입니다.
원래 fixture.json과 expected.json은 verify.py가 읽으므로 변경하지 않습니다. 최초 응답을 그대로 response.json에 저장해 로컬에서 검산합니다.

요청문
아래 tickets의 다섯 문의를 분류한다.
분류 규칙: text에 결제 또는 영수증이 있으면 결제,
그렇지 않고 로그인이 있으면 로그인, 나머지는 기타다.
JSON 객체에 items와 promises 두 키만 쓴다.
items는 원문 순서대로 id, route 두 키의 객체 다섯 개다.
route는 결제, 로그인, 기타 중 하나다.
원문에 없는 처리 일정·환불·할인 약속을 추가하지 않는다.
이번 자료에는 확정 약속이 없으므로 promises는 빈 배열이다.
JSON 앞뒤에 설명이나 코드 울타리를 붙이지 않는다.

tickets:
[
  {
    "id": "C01",
    "text": "중복 결제 확인 요청"
  },
  {
    "id": "C02",
    "text": "로그인 비밀번호 재설정 문의"
  },
  {
    "id": "C03",
    "text": "영수증 발급 문의"
  },
  {
    "id": "C04",
    "text": "로그인 인증 화면 오류"
  },
  {
    "id": "C05",
    "text": "도움말 글자 크기 제안"
  }
]
