delivery-tracking

CJ대한통운과 우체국 공식 조회 표면을 사용해 송장 번호로 현재 배송 상태를 조회한다. 이 스킬은 택배사별 로직을 carrier adapter 단위로 나눈다. 새 택배사를 붙일 때는 아래 필드를 먼저 정한다. 현재 어댑터는 아래 둘이다. 공식 진입 페이지에서 _csrf 를 읽고, 그 값을 tracking-detail POST에 같이 보낸다. 기본 예시는 curl 로 _csrf 와 cookie를 유지하고, Python은 JSON 정리에만 쓴다. 아래 값은 2026-03-27 기준 live smoke test( 1234567890 )에서 확인한 정규화 결과다. 추가 smoke test 로는 000000000000 도 사용할 수 있다. CJ 응답은 parcelResultMap.resultList 가 비어 있어도 parcelDetailResultMap.resultList 쪽에 이벤트가 들어올 수 있으므로, 상세 이벤트 배열을 우선 본다. published 예시는 공통 결과 스키마( carrier , invoice , status , timestamp , location , event_count , recent_events , 선택적 status_code )에 맞춰 비식별 필드만 남기고, 담당자 이름·연락처가 섞일 수 있는 crgNm 원문은 그대로 보여주지 않는다. 우체국은 공식 entry page가 다시 trace.RetrieveDomRigiTraceList.comm 으로 sid1 을 POST하는 구조다. 우체국은 로컬 Python HTTP client보다 curl --http1.1 --tls-max 1.2 경로가 더 안정적이므로 그 조합을 기본 예시로 쓴다. 아래 값은 2026-03-27 기준 live smoke test( 1234567890123 )에서 확인한 정규화 결과다. 우체국 기본정보 테이블은 등기번호 , 보내는 분/접수일자 , 받는 분 , 수령인/배달일자 , 취급구분 , 배달결과 순서를 사용하고, 상세 이벤트는 processTable 아래 날짜 / 시간 / 발생국 / 처리현황 행을 읽으면 된다. published 예시는 CJ와 같은 공통 결과 스키마( carrier , invoice , status , timestamp , location , event_count , recent_events )에 맞춰 배송 상태에 필요한 값만 남기고, 이벤트 location에 섞일 수 있는 TEL 번호 조각도 제거한 뒤 수령인/상세 메모 원문은 그대로 노출하지 않는다. 응답 원문을 그대로 붙이지 말고 아래 공통 결과 스키마로 요약한다. - CJ대한통운 : 공식 배송조회 페이지가 노출하는 JSON endpoint 사용 - 우체국 : 공식 배송조회 페이지가 사용하는 HTML endpoint 사용 - 결과는 공통 포맷(택배사 / 송장번호 / 현재 상태 / 최근 이벤트들)으로...