사용량 집계 조회
사용량 집계 조회
Authentication
API Key를 Bearer 토큰으로 전달
Path parameters
계정 ID
Query parameters
집계 시작(UTC, 포함). to 와 함께 주어야 합니다 — 한쪽만 주면 400.
생략하면 현재 청구 주기 전체를 집계합니다.
집계 끝(UTC, 미포함). 구간 최대 92일.
특정 미터만 조회. 반복 지정(?meter=a&meter=b). 생략 시 전체.
진행 중인 오늘(UTC) 구간을 포함할지. 오늘 구간은 다시 조회할 때마다 값이 달라지고 스캔 구간도 그만큼 늘어납니다. 정산은 확정 구간만 쓰는 것이 정상이므로 기본은 false 입니다.
페이지당 항목 수(기본 200, 최대 1000).
pageSize 의 별칭(하위호환). 신규 연동은 pageSize 를 사용하세요.
pageSize 의 별칭(하위호환). 신규 연동은 pageSize 를 사용하세요.
1-based 페이지 번호.
Response
집계 결과
페이징 상태. 다른 목록 API 의 meta 와 같은 모양이다.
total 은 records 를 쪼갠 전체 행 수이며, 축을 지정할수록 커진다. totals(사용량
합계)와는 다른 것이다.
집계 구간. from/to 를 주지 않으면 현재 청구 주기가 들어간다.
⚠️ 경계는 전부 UTC 다. 청구 주기 시작은 일 경계가 아니라 가입 순간의 시각이 그대로
쓰인다(실측: 03:56:49, 11:21:39). 달력 월로 직접 합산하면 우리 청구서와 어긋나므로
정산에는 이 응답의 from/to 를 그대로 쓸 것.
groupBy 축으로 쪼갠 사용량. 수량만 담는다.
- 통화·전사·요약은 초다. 분 올림은 여기서 하지 않는다(축마다 올림하면 합계가 커진다).
- 금액도 담지 않는다 — 단가가 누진 구간이라 축별로 나눌 수 없다.
축과 무관한 계정 전체 합계. records 를 미터별로 합한 값과 일치한다.
이번 구간의 종량 예상액.
⚠️ 현재는 어떤 조회에서도 항상 null 이다 — 금액 계산은 플랜 포함량·누진 구간·
애드온을 함께 봐야 해서 청구 경로를 재사용하는 후속 작업으로 남았다. 아래는 채워졌을
때의 계약이다.
다음 두 경우에는 그때에도 null 이다.
groupBy에linkId·number·day중 하나라도 지정한 조회 — 축별 금액은 제공하지 않는다.from/to로 청구 주기가 아닌 임의 구간을 조회한 경우.
⚠️ 확정 청구액이 아니다. 정기 결제 시점의 플랜료·애드온·일할 계산은 포함되지 않는다.