19. 기타 정책 · LivePack V4 정책서

일반/FHD 채널별 실제 고객 요금 → livepack-v4-pricing.md 에 권장 단가가 있다(확정 전). 구조·집계 규칙은 §19-22 에 정리했다. 미결은 기본료 최종 금액과 환율 재검토 기준선이다. 콘솔에는 금액을 표시하지 않는다.
체험 기간 → 기본 7일, 상황에 따른 변경은 운영자에게 맡김
체험 방송시간·시청시간 한도 → 방송시간은 사용기간 내 누적 5시간, 시청시간 30시간. 트래픽 한도는 두지 않는다 — 표준에서 과금하지 않는 값으로 체험을 끊을 수 없다(§19-22).
생성 가능 채널 수 → 10개/계정(Enterprise), 2개(Trial)
동시 LIVE 제한 → 생성 가능 채널 수와 동일(별도 한도를 두지 않는다 — §16) 전체 동시 방송 수를 모니터링해 IVS 리전 할당량(동시 송출 100 — §16.1)의 70~80% 에서 운영자 경고 → Quota 증설 → 실제 Service Quota 대비 임계 상황에서만 신규 송출 차단
채널 타입 생성 후 변경 → 가능
- 일반 채널(720p) ↔ FHD 채널(1080p) 변경 가능
- 방송 중에는 변경 불가, 방송이 종료된 대기 상태에서만 변경 가능
- 변경 후 다음 방송부터 새 채널 타입 적용
- 일반 → FHD 변경 시 요금 차이 안내 / FHD → 일반 변경 시 최대 화질이 720p 로 바뀜을 안내
녹화 기본 제공 여부 → 옵션 제공
녹화 과금 → 보관기간은 30일로 확정(§13). 단가는 요금 정책안 참조(확정 전). 일할 계산하지 않고 최소 정액을 청구하며, 포함량을 넘어도 녹화를 중단하지 않는다. 실패한 녹화는 녹화시간에 넣지 않는다. 남은 것은 옵션 미가입 계정의 콘솔 동작이다(§19-22).
비디오팩 VOD 자동 등록 → 불가능(추후 검토/개발)
라이브 채팅 초기 제공 여부 → 초기 제공. 기본료에 포함하고 별도 과금하지 않는다(확정 전 — §19-22). 그래서 "채팅을 켜 둔 시간"은 따로 쌓지 않는다. 라이브 썸네일도 같다. IVS Chat 은 영상 입력 1시간당 2,700 sent / 270,000 delivered 가 포함돼 있어 초기에는 기본료가 흡수한다 — 대규모 이벤트에서 원가가 유의미해지면 그때 별도 정책을 검토한다.

Stream Key 재발급 정책 → Stream Key 관리 가능

채널 생성 시 자동 발급, 복사 가능, 대기 상태에서는 언제든 재발급 가능
재발급 시 기존 Key 는 즉시 폐기(기존 Key 삭제 → IVS 에 새 Key 생성 요청)
새 Stream Key 를 사용해야 이후 송출 가능 — 기존 송출자는 새 Key 를 설정하기 전까지 다시 방송할 수 없다
Stream Key 는 보안 정보로 취급한다. 화면에서는 기본 마스킹하고 눌러서 볼 수 있게 하며, 외부 노출 주의를 함께 안내한다(개발자 API 키와 같은 취급 — §22.6).
안내 문구: "재발급하면 기존 Stream Key 는 즉시 사용할 수 없으며, 송출 프로그램에 새로운 Stream Key 를 다시 설정해야 합니다."

방송 중에도 재발급할 수 있다. 키가 새어 나간 긴급 상황에서 방송이 끝나기를 기다릴 수는 없다. 다만 현재 방송이 끊길 수 있으므로 경고를 강하게 하고 확인받은 뒤 진행한다. 이 기능은 유출 등 긴급 보안 상황에 쓰는 것을 권장한다 — 평소에는 대기 상태에서 바꾼다.

	대기	방송 중
확인창 제목	`Stream Key를 재발급할까요?`	`방송 중입니다. Stream Key를 재발급하시겠습니까?`
확인창 본문	기존 키를 쓸 수 없고 인코더를 다시 설정해야 한다	`재발급하면 기존 Stream Key를 사용할 수 없으며 현재 방송이 중단될 수 있습니다.` `계속하려면 송출 프로그램에 새 Stream Key를 다시 설정해야 합니다.`
버튼	활성	활성 + 위험 색. 툴팁으로 사용 시점을 안내한다

장시간 연속 방송 제한 → 최대 48시간 연속 방송 위캔디오 시스템의 별도 제한 처리는 없고 Amazon IVS 최대 48시간 정책을 적용(고객 안내 48시간). 24×7 무중단 방송은 초기에는 V3 라이브팩 이용 권장.
방송 종료 판단 기준 → 송출 단절 시 방송 종료
- 스트림 입력이 일시적으로 끊겨도 즉시 종료로 처리하지 않는다.
- IVS 재연결 대기시간 30초 동안 복구를 기다린다.
- 30초 이내 동일 스트림이 복구되면 기존 방송을 계속 진행한다.
- 30초 동안 복구되지 않아 IVS 세션이 종료되면 방송을 종료 상태로 처리한다.
- 이후 다시 송출되면 새로운 방송 세션으로 처리한다.

방송 이력 및 통계 제공 범위 → V3 범위를 기본으로 함

V4 구축에 따른 신규 통계 지표 추가는 초기 범위에 포함하지 않는다.
V3 와 동일 지표를 제공할 수 없으면 대체 지표·집계 방식을 별도 정의한다.
조건 선택은 채널 · 방송 · 방송 세션 세 단계를 늘 띄운다. 비디오팩 리뉴얼 통계 화면의 선택자(vid-dropdown — 검색 + 페이징)를 그대로 쓴다. 두 콘솔을 오가는 사용자가 같은 자리에서 같은 조작을 하게 하려는 것이다.
- <select> 를 쓰지 않는 이유는 목록이 길어지기 때문이다 — 채널·방송·세션은 수십~수백 개가 되고 그때 <select> 에는 찾을 방법이 없다.
- 위 단계를 고르지 않아도 아래 목록은 채운다. 비어 있으면 있는 기능을 못 쓰는 것처럼 보인다. 위를 고르면 그 범위로 좁혀질 뿐이다. 반대로 아래를 고르면 위가 확정된다 — 세션은 방송 하나에만 속하므로 선택자와 표가 서로 다른 범위를 가리키면 안 된다.
- 고른 즉시 조회하지 않는다. 조회 를 눌러야 반영된다(비디오팩 리뉴얼 통계와 같다). 조건이 여럿인 화면에서 고르는 족족 다시 그리면 채널을 바꾸는 도중에 한 번, 방송을 바꾸면 또 한 번 표가 흔들리고, 실제 API 가 붙으면 그만큼 요청이 늘어난다. 아직 반영되지 않은 조건이 있으면 조회 를 강조해 눌러야 한다는 사실을 보여주고, 기간이 규칙에 어긋나면 조회 자체를 막는다.
- 초기화 는 처음 들어왔을 때의 화면으로 되돌린다 — 조건을 하나씩 지우게 하지 않는다.
- 필터바의 왼쪽은 조건, 오른쪽은 고를 수 없는 정보다. 조건 선택자 · 기간 · 조회 · 초기화 를 왼쪽에 붙여 한 덩어리로 두고, 오른쪽에는 시간대(KST 고정)처럼 읽기만 하는 값을 남긴다. 고르고 정하고 조회하는 것이 한 줄로 이어지는 동작이라, 기간·버튼을 오른쪽 끝으로 밀면 눈이 화면을 가로질러야 하고 버튼이 눈에 띄지 않는다. 사용량 분석도 같다.
- 표를 눌러 내려가는 드릴다운은 조건이 아니라 이동이라 즉시 반영한다. 대신 선택자가 그 위치를 따라와, 위아래가 늘 같은 곳을 가리킨다.
- 선택자와 표의 드릴다운은 같은 상태다. 어느 쪽으로 좁히든 결과가 같아야 둘을 따로 배우지 않는다.
- 보고 있는 범위와 기간을 URL 에 남긴다 — ?channel=&broadcast=&session=&from=&to= (축·세부 축과 같은 이유). 기간까지 실어야 링크 하나가 그 화면을 그대로 재현한다 — 범위만 넘기면 기본 기간(최근 30일) 밖의 오래된 세션은 빈 화면으로 열린다. 남기지 않으면 세션 하나를 들여다보다 새로고침했을 때 아무 말 없이 전체로 돌아가고, "이 방송 세션 좀 봐 달라"를 링크로 건넬 방법이 없다. 남기는 것은 적용된 값이다 — 고르는 중인 값은 아직 화면이 아니다. 같은 규칙을 방송 이력(전체·채널 탭)의 선택 세션(?session=)에도 쓴다.
- URL 로 들어온 범위는 실재하는지 확인한 뒤에 그린다. 형식만 보고 통과시키면 없는 ID 로도 화면이 열리고, 요약은 해당 세션이 없어 전부 0 인데 차트는 상위 단계 데이터를 그려 한 화면이 서로 다른 말을 한다. 해석되지 않는 단계는 그 아래까지 버리고 상위 단계 화면을 그린다(있는 범위까지는 살린다). 그때 URL 도 정리한다 — 화면에 없는 조건이 주소에 남아 있으면 다시 공유했을 때 같은 일이 반복된다.
- 기간도 마찬가지다. 규칙 밖 기간(§19-14 의 1년·3년)으로 들어오면 기본 기간으로 되돌린다 — 달력으로는 고를 수 없는 범위가 주소창으로 들어와 집계되면 안 된다.
- 세션까지 고르면 합계도 그 한 건만 센다.
CSV 내보내기는 표 위 오른쪽 끝에 둔다(페이지 도구 다음). 내려받는 것은 화면이 아니라 그 표다 — 필터바에 두면 무엇이 받아지는지 화면에서 알 수 없다.

조회 기간에는 한계가 있다. V3 라이브팩과 같은 값이다(resources/js/common_script.js dateCheck()).

규칙	값	어겼을 때 문구 (V3 그대로)
한 번에 볼 수 있는 범위	최대 1년	`분석 기간 범위를 1년 이내로 설정하여 주세요.`
거슬러 올라갈 수 있는 한계	최근 3년 이내	`분석 기간은 현재일로부터 3년 이내로 설정하여 주세요.`
시작일 ≤ 종료일	—	`분석 기간의 시작일을 종료일보다 이전으로 선택해 주세요.`

모든 통계 화면에 같이 적용한다(시청 분석 · 사용량 분석). 달력에서 3년 밖 날짜는 아예 고를 수 없게 막고, 규칙에 어긋나면 조용히 잘라내지 않고 그 자리에서 이유를 말한 뒤 조회를 미룬다 — 사용자가 고른 범위와 화면의 수치가 다르면 그 수치를 믿을 수 없다.

표 위에 차트를 둔다. V3 라이브팩과 같은 구성이다(tags/chart/v4/channel.tag).

단계	차트	계열
전체 · 채널 · 방송	묶은 막대	누적 시청자 · 누적 순 시청자(플레이어) · 누적 순 시청자(IP)
방송 세션	꺾은선	동시 시청자 수 · 동시 순 시청자(플레이어) · 동시 순 시청자(IP)

표만 있으면 "어느 방송이 컸는지 / 언제 몰렸는지"를 숫자를 하나씩 비교해서 찾아야 한다. 막대는 항목이 많아지면 읽을 수 없어 값이 큰 순으로 상위 10개만 그리고 잘린 개수를 적는다. 꺾은선은 시간 축이라 자르지 않는다.

행이 늘어나는 표는 쪽 넘김이 아니라 더보기다(V3 와 같다). 위아래 값을 비교하려고 쪽을 오가면 앞의 값이 사라진다. 정렬을 바꾸거나 조회 조건이 바뀌면 처음 분량으로 되돌린다.
방송 세션 상세(요약)는 접어 둔다(기본 닫힘). 세션을 고른 화면의 본론은 구간별 지표와 차트이고 요약은 확인용이다 — 펼쳐 두면 본론이 화면 아래로 밀린다.
표 아래에 지표 설명을 붙인다. V3 가 표마다 붙이던 안내와 같다 (Messages_ko.properties 의 analytics.guide.v3.report*). 이름만 봐서는 누적 시청자 와 누적 순 시청자 가 어떻게 다른지 알 수 없어 수치를 잘못 읽는다. 시간대가 KST 고정이라는 사실도 여기서 밝힌다.

표 구성 — V3 라이브팩 analytics_v4/table/channel/table.jsp 의 단계별 열 구성을 따른다.

단계	열
전체 · 채널	순서 · 채널(또는 방송) · 방송 횟수 · 총 방송 시간 · 최대 동시 시청자 · 누적 시청자 · 누적 순 시청자(플레이어/IP) · 누적 시청 시간
방송	순서 · 방송 세션 제목 · 방송 시간 · 최대 동시 시청자 · 누적 시청자 · 누적 순 시청자(플레이어/IP) · 누적 시청 시간
방송 세션	순서 · 방송 일시 · 방송 구간(시/분) · 동시 시청자 수 · 동시 순 시청자(플레이어 기준) · 동시 순 시청자(IP 기준)

방송 단계의 첫 열은 시작 시각이 아니라 방송 세션 제목이다. 제목에 이미 시작 시각이 들어 있어(§7.5) 시각을 따로 두면 같은 값이 두 번 적힌다.
방송 세션을 고르면 요약이 아니라 구간별 지표를 보여준다. 요약만으로는 "언제 사람이 몰렸는지"를 알 수 없어 방송을 되돌아볼 수 없다. 세션 요약은 V3 의 top 영역과 같이 표 위에 남긴다.
구간 표시 단위는 1분 · 10분 · 1시간 · 24시간 네 가지다(V3 paging.tag 의 time_sort_page). 집계 원본은 늘 1분이고, 넓은 단위는 그 구간 안의 최댓값으로 묶는다 — 동시 시청자를 더하면 같은 시청자를 여러 번 세게 되어 단위를 넓힐수록 수가 부풀어 오른다.
방송 구간(시/분) 은 방송 시작으로부터의 경과 시간이다(V3 convertMillisToHHmm(smin)).

백업 채널 정책 → 이중화 미지원, 단일 채널 기본 제공
리전 선택 → 사용자가 선택하지 않고 콘솔에 노출하지 않는다. 기본 리전 Seoul. 특정 리전이 필요한 Enterprise·특수 고객 요구는 별도 검토.
채널/방송 상태 표시 → 상태값은 V3 를 기본 참조. 30초 재연결 대기 동안은 재연결 대기(회전 인디케이터와 끊긴 사유를 함께), 종료 후에는 종료 로 표시한다. 대기 중이라고 쓰지 않는다 — 방송이 없는 정상 유휴 상태가 대기(§23.4)라, 한 글자 차이로 정반대를 뜻하게 된다.

사용량 분석 → 시청 분석(§19-14)과 별도로 사용량 분석을 제공한다. 비디오팩 리뉴얼과 같은 구조로 분석 하위에 두 갈래를 둔다.

화면	내용
미디어 스토리지	저장되는 데이터 전부 — 녹화본 · 라이브 썸네일 · 등록 이미지(프리뷰) · 프리뷰 영상(추후). 날짜별
트래픽 전송량	데이터 전송량(Byte) 과 피크 대역폭(bps). 날짜별
방송 내역	방송 시간 · 세션 수. 날짜별로 묶고 하위에 방송 세션을 편다(V3 방식)

세 축 모두 기간으로 조회한다. 조건 영역·조회·초기화가 같은 자리에 같은 모양으로 선다 — 축을 옮겼는데 조작이 달라지면 한 화면에서 배운 것이 옆 화면에서 소용없다.

방송 내역의 세션 행에는 그 세션에 적용됐던 값(§7.3)을 함께 보여준다 — 채널 타입 · 채팅 · 녹화 · 썸네일 간격. 비용이 왜 그렇게 나왔는지가 한 화면에서 읽혀야 한다.
동시 LIVE 는 사용량 분석에 넣지 않는다 — 한도가 채널 수와 같아(§16) 따로 셀 값이 아니다.
녹화 저장 용량은 별도 축이 아니라 미디어 스토리지의 한 종류로 넣는다.
날짜 경계는 KST 다(§19-14 와 같다). 세션이 어느 날에 속하는지를 화면마다 다르게 세면 같은 기간을 조회해도 시청 분석과 방송 횟수·트래픽이 어긋난다.
일 평균 의 분모는 조회한 기간의 날 수다(양끝 포함, 오늘 이후는 세지 않는다). 데이터가 있는 날만 세면 방송이 뜸한 계정일수록 평균이 부풀어, 한 달을 조회하고도 며칠치로 나눈 값이 나온다. 방송이 없던 날도 그 기간의 하루다.
아무 일도 없던 날짜도 0 으로 적는다 — 표에서도 차트에서도 건너뛰지 않는다. 날짜가 빠지면 "그날은 조회가 안 됐다"로 읽히고, 추이에서는 없는 기간이 압축돼 보인다. 다만 0 인 날은 하위로 들어갈 것이 없으므로 날짜를 누를 수 없게 둔다(§23.5 — 빈 목록을 펼치지 않는다). 이는 §23.5 의 "0 으로 채운 표로 빈 상태를 대신하지 않는다"와 어긋나지 않는다 — 그 규칙은 기간 전체에 아무것도 없을 때 빈 상태를 쓰라는 말이고, 여기는 기간 안의 빈 날을 메우는 일이다.

단위 — 표는 수집 단위, 차트는 고르는 단위

표·요약·CSV 는 수집 단위 그대로 적는다 — 용량은 Byte, 대역폭은 bps. 표의 값은 눈으로 읽고 끝나는 값이 아니라 그대로 옮겨 적거나 계산에 쓰는 값이라, 화면 설정에 따라 변하면 안 되고 반올림으로 자리가 날아가서도 안 된다. 머리글에 단위를 함께 적는다(데이터 전송량 (Byte) · 피크 대역폭 (bps) · 총 저장량 (Byte)).
차트는 표시 단위를 고를 수 있다 — B / KB / MB / GB / TB. 차트는 크기를 눈으로 견주는 자리라 원시 숫자가 축에 서면 읽을 수 없다(20,000,000,000). 방송 시간 축에는 선택자를 두지 않는다 — 시간은 용량 단위로 고를 것이 없다.
차트에는 제목을 두지 않는다. 무엇인지는 범례가, 단위는 축이 말한다 — 제목까지 두면 같은 말을 세 번 하고, 단위를 제목에 적으면 사용자가 단위를 바꿨을 때 제목만 옛 단위로 남는다(데이터 전송량 (Byte) 아래 축은 GB 인 상태).
같은 이유로 범례에도 단위를 적지 않는다. 단위를 말하는 자리는 축 하나다.
축은 고른 단위 하나로 적는다. 값에 맞춰 눈금마다 단위가 달라지면(900 MB 위에 1.2 GB) 축이 한 자로 읽히지 않는다.
선택은 세 축이 공유한다. 스토리지에서 GB 로 보다가 트래픽으로 넘어가 다시 고르게 하지 않는다.
대역폭 축은 같은 선택을 bps 로 읽는다(KB → Kbps). V3 라이브팩도 한 선택을 두 축에 그렇게 옮겼다. 다만 배수는 다르다 — 용량은 1024, 대역폭은 1000(통신 관례)이다.

미디어 스토리지(정책서에 오래 비어 있던 자리다)

스토리지는 스냅샷이 아니라 쌓였다 빠지는 값이다. 녹화본이 30일 뒤 만료되면(§13) 그날 총량이 떨어진다. "지금 얼마"만 보여주면 언제 늘었는지·이번 달 피크가 얼마였는지를 알 수 없고, 그게 과금 근거다.
화면은 현재 / 기간 최고 → 추이 → 날짜별 표 → 현재 종류별 구성 순이다. 맨 아래 종류별 구성만 현재 시점의 값이다("지금 무엇이 용량을 쓰고 있나").
날짜별 표에는 총 저장량과 증감을 함께 적는다. 증감이 없으면 어느 날의 하락이 보관기간 만료인지 사용자가 지운 것인지 화면이 답하지 못한다. 줄어드는 것은 정상이라 경고색을 쓰지 않는다.
저장량은 선으로 그린다 — 하루치 발생량이 아니라 그날의 수준값이라 막대로 끊으면 뜻이 달라진다. 반대로 전송량·방송시간은 발생량이라 막대가 맞다.

트래픽 전송량

데이터 전송량(Byte) 과 피크 대역폭(bps) 은 답하는 질문이 다르다 — 앞은 "얼마나 나갔나"(과금), 뒤는 "가장 몰렸을 때 얼마나 굵었나"(회선·한도 설계)다. 총량이 같아도 하루에 고르게 나간 것과 한 시간에 몰린 것은 다른 상황이라 함께 본다.
피크 대역폭은 합계도 평균도 내지 않는다. 순간값이라 더하면 있지도 않은 순간이 되고, 평균 내면 아무 순간도 가리키지 않는다. 요약에는 기간 중 최고치만 적는다.
두 값은 한 차트에 그린다 — 전송량은 막대·왼쪽 축, 피크 대역폭은 선·오른쪽 축이다. V3 라이브팩도 같은 구성이었다(usage_bandwidth_chart2.tag — column + spline, yAxis: 1, opposite: true). 나눠 그리면 "많이 나간 날"과 "굵게 나간 날"이 같은 날인지 눈으로 맞춰 봐야 한다. 두 축은 단위가 다를 때만 쓴다 — 같은 단위를 두 축에 나누면 크기 비교가 거짓말이 된다.

날짜 → 시간대는 트래픽 전송량에만 둔다

트래픽에서 날짜를 고르면 그 하루를 24칸으로 편다. 하루 총량만으로는 "언제 몰렸나"를 알 수 없어 회선을 잡을 수 없다. V3 라이브팩도 트래픽 화면을 시간대로 다시 그렸다(/analytics/traffic/hourly?q=날짜).
시간대 화면은 날짜별과 같은 계열·같은 축을 쓴다. 축만 날짜에서 시간으로 바뀐다 — 드릴다운했다고 그림이 달라지면 위아래를 비교할 수 없다.
방송이 자정을 넘기면 걸친 만큼 나누어 센다. 시작 시각의 칸에 통째로 넣으면 4시간짜리 방송이 한 칸에 서고 나머지가 비어 "언제 몰렸나"가 거짓으로 읽힌다. 방송 횟수만은 시작한 칸에서 한 번 센다 — 칸마다 세면 한 세션이 여러 번으로 보인다.
시간대 표 아래에 그날의 방송 세션 목록을 잇는다(§7.3 적용 값과 함께).
방송 내역에는 시간대를 두지 않는다. 날짜를 고르면 그날의 방송 세션 목록만 편다(V3 방식) — "언제 몰렸나"는 회선을 잡으려는 트래픽의 질문이고, 방송 내역이 답하는 것은 "그날 무엇을 방송했나"다.

방송 내역에는 전송량·대역폭을 두지 않는다. 트래픽 축이 답하는 값을 여기 두면 같은 수를 두 화면에서 세게 되고, 이 화면이 답해야 하는 "그날 무엇을 얼마나 방송했나"에서 눈이 멀어진다.

표	방송 내역	트래픽 전송량
날짜별	`No · 날짜 · 방송 횟수 · 총 방송 시간`	여기에 `데이터 전송량 · 피크 대역폭` 을 더한다
세션 목록	`채널 · 방송 제목 · 시작 · 종료 · 방송 시간 · 채널 타입 · 적용 옵션`	여기에 `데이터 전송량` 을 더한다

두 표 모두 세 축이 마크업을 공유한다. 한 축에만 열을 넣거나 뺄 때는 반드시 축 조건을 건다 — 공유 구조에 그냥 손대면 다른 축까지 따라 바뀐다(실제로 세 번 그랬다). CSV 도 같은 조건으로 가른다.

방송 내역의 시간 값은 초까지 적는다 — 시작·종료·방송 시간·총 방송 시간 모두. 방송 시간은 사용량·정산의 근거라 분에서 끊으면 합계와 맞춰 볼 수 없고, 시작과 종료의 차이가 곧 방송 시간이어야 화면 안에서 검산이 된다.

19-19. 라이브 상태 — 송출 정보 화면에 지금 방송이 어떤지를 보여준다. 이 화면이 답해야 하는 질문은 셋뿐이다 — "정상인가" → "문제가 있다면 어느 구간인가" → "언제부터인가". 여기에 직접 답하지 않는 값은 기본 화면에서 뺀다.

구성은 네 덩어리다.

순서	내용
① 파이프라인	`입력 ── 처리 ── 출력 ── 재생` 네 구간의 상태 점. 어느 구간에서 났는지를 먼저 답한다
② 입력	묶음 이름은 `입력`(아래 `출력`과 짝이다). 그 안에 비디오(해상도·FPS·비트레이트)와 오디오(코덱·비트레이트) 두 줄 + 추이 그래프
③ 출력	상태 · 출력 프로파일(`HLS · 720p`). 지표는 두지 않는다
④ 라이브 이벤트	시각 · 구간 · 문장. 최근 것이 위

그래프에는 비디오와 오디오를 함께 그린다. 오디오는 비디오의 30분의 1이라 같은 눈금에 얹으면 바닥에 붙지만, 바닥에서 살짝 띄운 띠에 자기 기준으로 눕히면 소리가 끊긴 구간이 드러난다. 값의 크기를 견주려는 것이 아니라 끊김을 보려는 것이다.
축은 아래가 시간, 왼쪽이 수치이고 눈금에 단위(Mbps)를 함께 적는다. 정확한 값은 눈금이 아니라 가리켰을 때 나온다 — 지시선과 함께 시각·비디오·오디오 값을 띄운다.
표시 단위는 10초 / 1분 / 5분 중에 고른다. 묶을 때는 평균을 쓴다 — 최댓값으로 묶으면 끊긴 구간이 가려진다.
출력에는 그래프를 두지 않는다. IVS 가 고해상도로 주는 값이 입력 쪽뿐이다. FPS 는 값과 판정만 적는다 — 그래프를 늘릴수록 무엇을 봐야 하는지가 흐려진다.
프레임레이트 판정은 24fps 를 기준으로 한다(MIN_OK_FRAMERATE). 그 아래로 떨어지면 시청자가 끊김을 느낀다(영화가 24fps 다). 30fps 로 송출하다 여기까지 내려왔다면 인코더나 네트워크가 못 따라오고 있다는 신호다. 문구는 프레임 정상 / 프레임 낮음이다 — IVS 가 주는 값은 그 순간의 프레임레이트라 변동 폭까지는 알 수 없다. "안정"이라고 쓰면 재지 않은 것을 잰 것처럼 말하게 된다.
오디오도 함께 본다. 소리 사고는 영상 지표에 드러나지 않는다. 판정은 비트레이트만으로 한다 — 0 이면 오디오 없음(오류), 32kbps 미만이면 오디오 낮음(주의). 한 줄 요약에도 반영한다 — 소리가 없는데 "정상"이라고 적으면 안 된다.
오디오가 없는 입력을 오류로 보는 근거 — IVS 문서 기준이다.
- 실시간(Stage) 계열: RTMP streams must include both audio and video tracks, or they will be disconnected (Real-Time User Guide, RTMP Publishing). 오디오가 없으면 아예 끊긴다.
- 저지연(채널) 계열 — V4 가 쓰는 쪽이다. 문서에는 audio-only input is not supported 만 있고 비디오만 있는 입력을 어떻게 처리하는지는 적혀 있지 않다. 다만 ADVANCED_HD / ADVANCED_SD 의 트랜스코딩 사다리에 Audio-only at 64 kbps 렌디션이 포함돼 있어, 오디오 트랙이 없으면 그 렌디션을 만들 수 없다. 정상 상태로 보기 어렵다.
- 그래서 화면은 오디오 없음을 오류로 적는다. 다만 저지연 채널에서 비디오 전용 입력이 실제로 어떻게 동작하는지(끊김 / 무음 렌디션 생성 / 일부 플레이어 재생 실패)는 실측으로 확인해야 한다 — 부록 B.
무음(비트레이트는 정상인데 소리가 안 실린 경우)은 판정하지 않는다. IVS 는 오디오 레벨·라우드니스 지표를 주지 않는다. 알 수 없는 것을 아는 척하지 않는다 — 이 사고는 이 화면으로 잡을 수 없다는 것이 현재 한계다.
화면의 현재값은 그래프 시계열의 마지막 점이다. 따로 보관하면 "그래프는 0인데 값은 128kbps"처럼 같은 화면 안에서 서로 다른 말을 하게 된다.
처리 구간은 사용자가 제어할 수 없다 — 상태만 두고 지표는 두지 않는다.
출력·재생은 세션이 살아 있는지로만 판정한다. IVS 가 출력 지표를 주지 않으므로 모르는 것을 아는 척하지 않고, 화면에도 "출력은 상태만 확인할 수 있다"고 적는다.
이벤트는 기술 지표가 아니라 문장이다. FillMsec 같은 값을 그대로 보여주지 않고 입력 신호가 중단되었습니다 로 바꿔 쌓는다.
기본 화면에서 빼는 값: 키프레임 간격 · 오디오 비트레이트 · 오디오 레벨 · 드롭 프레임 · FillMsec · 네트워크 I/O · 4xx/5xx. 세 질문에 직접 답하지 않는다. 상태 판정 — 상태는 정상 / 주의 / 오류 / 확인 불가 넷이다. 확인 불가는 정상이 아니므로 같은 색으로 칠하지 않는다.

구간	판정 근거	정상	주의	오류	확인 불가
입력	IVS `StreamHealth` 와 오디오 판정 중 나쁜 쪽	둘 다 정상	`STARVING` 또는 오디오 낮음	오디오 없음	`UNKNOWN` 또는 신호 없음
처리	입력 판정 + 세션 상태	방송 중	—	재연결 대기	입력이 확인 불가일 때
출력	세션이 살아 있는지	방송 중	—	재연결 대기	방송 중이 아님
재생	세션이 살아 있는지	방송 중	—	재연결 대기	방송 중이 아님

입력 구간은 비디오와 오디오를 함께 본다. 소리가 안 들어오는데 "입력 정상"이라고 적으면 "문제가 어느 구간인가"에 답한다는 이 화면의 목적이 무너진다. 다만 아래 구간(처리·출력·재생)에는 옮기지 않는다 — 받은 것을 그대로 흘려보내는 구간이라 오디오 유무로 상태가 달라지지 않는다. 그래야 입력만 오류로 읽혀 원인이 좁혀진다.
맨 위 한 줄 요약은 네 구간 중 가장 나쁜 상태를 따른다 — 하나라도 오류면 오류, 하나라도 주의면 주의.
구간 사이의 선은 다음 구간의 상태 색을 쓴다. 어디서부터 무너졌는지가 선으로 읽혀야 한다.
출력·재생은 IVS 가 지표를 주지 않아 세션 생존 여부로만 판정한다. 이 이상은 알 수 없다.

이벤트 종류 — 여섯 가지다. 기술 지표가 아니라 문장으로 쌓는다.

종류	구간	문구
`sessionStarted`	입력	방송이 시작되었습니다
`inputLost`	입력	입력 신호가 중단되었습니다
`inputRestored`	입력	입력 신호가 복구되었습니다
`qualityDropped`	입력	입력 품질이 떨어졌습니다
`outputStarted` / `outputStopped`	출력	출력이 시작/중단되었습니다

최근 10건을 보여주고, 더 있으면 이전 이벤트 N건 더 보기로 펼쳐 최대 50건까지 본다. 그보다 오래된 것은 지금 방송을 판단하는 근거가 아니다.

표시 조건

방송 중(방송 중 · 재연결 대기)에 보여준다.
방송이 끝나도 종료 후 10분까지는 남긴다. 끊긴 이유를 확인하려고 들어왔는데 화면이 이미 사라져 있으면 이 카드를 둔 뜻이 없다. 재연결 대기(30초, §19-13)보다 넉넉해야 끊김 → 종료 흐름을 끝까지 볼 수 있다. 이때는 방송 종료됨 으로 표시하고 지표·그래프는 감춘 채 이벤트만 남긴다 — 끝난 방송의 값을 지금 값처럼 보여주면 안 된다. 파이프라인도 전 구간 확인 불가가 된다. 끝난 방송의 상태 기록 — 라이브 상태 카드는 지금 방송을 보는 자리라 끝나면 사라진다. 그러나 "그때 왜 끊겼나"는 대개 방송이 끝난 뒤에 묻는다. 그래서 방송 세션마다 기록을 남긴다.
방송 이력에서 행을 누르면 그 방송의 기록이 우측 패널에 열린다 — 비디오·오디오 요약, 입력 비트레이트 추이 그래프, 이벤트 목록. 이어서 그 방송이 남긴 것(녹화·채팅 로그)을 받고(§13·§14), 채널이나 이 방송의 시청 분석으로 나간다.
지금 방송과 같은 그래프를 쓴다(useBitrateChart). 같은 값을 두 곳에서 다르게 그리면 비교가 되지 않는다.
파이프라인은 두지 않는다 — 끝난 방송에는 "지금 어느 구간이 살아 있나"가 없다.
보관 기간을 두지 않는다. 세션 하나당 수 KB(요약값 몇 개 + 추이 점 백여 개)라 지울 이유가 비용에 없고, 방송 이력 자체에 보관 기간이 없는데 그 하위 기록만 사라지면 목록 대부분이 "기록 없음"이 된다. 세션이 남아 있는 한 기록도 남는다.
지표는 방송이 끝날 때 한 번만 읽어 저장한다. 조회할 때마다 다시 읽으면 같은 값을 반복해서 사 오는 셈이고, CloudWatch 는 1분 해상도를 15일까지만 보관해 나중에는 읽을 수도 없다. (요금·보관 기간은 백엔드 연동 시 최신 기준으로 확인한다.)
입력 품질 정보를 주지 않는 인프라(§2.2)의 방송은 기록이 없다 — 그렇게 적는다.
종료 후 10분이 지나면 라이브 상태 카드를 감춘다(그 뒤로는 위의 상태 기록에서 본다). 입력 품질 정보를 제공하지 않는 인프라(§2.2) 로 만든 채널도 값이 없어 그리지 않는다 — 화면은 인프라를 묻지 않고 값이 있는지만 본다.

19-20. 방송 이력 조회 기간 — 방송 이력 목록은 최근 14일을 기본으로 조회한다. 전체를 기본으로 두지 않는다.

이력은 채널 수 x 방송 횟수로 계속 쌓인다. 진입할 때마다 전부 끌어오면 사용자가 실제로 보는 것은 앞쪽 몇 줄인데 응답만 무거워진다.
기간은 방송 시작일 기준이고 양끝을 포함한다. 서버(API)가 거른다 — 전체를 받아 화면에서 자르면 기본 기간을 둔 뜻이 없어진다.
기간 선택 장치는 비디오팩 리뉴얼 콘텐츠 통계와 같은 형태를 쓴다. 형제 콘솔에서 이미 쓰는 장치라 여기만 다른 규칙을 만들지 않는다.

모드	내용
특정기간	시작·종료 날짜를 직접 고른다. 기본값이며 최근 14일이 채워져 있다
최근	`7일 / 30일 / 3개월 / 12개월`. 끝은 오늘, 시작은 오늘에서 그만큼 뺀 날
현재	`이번 주 / 이번 달 / 이번 분기 / 올해`. 시작은 그 구간 첫날, 끝은 오늘 (주 시작은 월요일)

최근·현재 는 날짜를 자동으로 계산하므로 계산된 구간을 옆에 그대로 적는다. 무엇을 조회하는지 보이지 않으면 자동 계산은 추측이 된다.
기간은 조회 버튼을 눌러야 반영된다. 날짜를 고치는 도중에 매번 다시 받으면 아직 다 고르지도 않은 범위로 목록이 흔들린다. 채널·방송·검색어는 이미 받아 온 목록을 좁히는 것이라 즉시 반영한다.
기본 기간은 "사용자가 건 필터"가 아니다. 결과가 비었을 때 "이력이 없습니다"가 아니라 "선택한 기간에 방송 이력이 없습니다" + 기간 넓히기를 준다 — 있는 데이터를 없다고 말하면 안 된다.
채널 상세의 방송 이력 탭은 이미 한 채널로 좁혀져 있어 기간 기본값을 두지 않는다.
방송 이력도 CSV 로 내보낸다. 기간·채널·방송·검색어로 좁힌 결과 전체를 내고, 정렬은 화면 순서를 따르되 쪽으로 자르지 않는다 — 파일로 받는 이유가 화면 밖의 줄까지 보려는 것이다. 열은 표와 같은 순서·같은 값이되 데이터 전송량은 수집 단위(Byte) 그대로 적는다(§19-18) — 화면은 읽기 쉬우라고 GB 로 줄이지만 파일은 다시 계산하는 값이라 반올림하면 합계가 맞지 않는다. 방송 중인 세션의 종료 칸에는 방송 중을 적는다. 파일 형식(BOM 붙인 UTF-8)은 분석 화면과 공유한다.

19-21. 송출 정보 화면의 좌우 구성 — 왼쪽은 송출(입력), 오른쪽은 재생(시청자) 이다.

왼쪽: 송출 정보(URL·키) → 권장 송출 사양 → 라이브 상태(§19-19).
오른쪽: 현재 송출 화면 + QR → 재생 정보(재생 URL·임베드·라이브 URL/키·썸네일 URL) → 채널 메타. 미리보기·QR·재생 정보는 모두 "시청자가 무엇을 어디서 보는가"라 한 줄기로 읽힌다.
권장 송출 사양은 카드 한 장을 쓰지 않는다. 복사해 쓰는 값이 아니라 인코더를 맞출 때 한 번 읽는 안내라, 송출 정보 아래에 접힌 줄로 둔다.

19-22. 과금 구조와 사용량 집계 — 콘솔은 청구서를 그리지 않는다. 청구의 근거가 되는 사용량을 후청구가 계산되는 형태로 남기는 것이 이 화면들의 일이다. 단가·원가·마진 근거는 livepack-v4-pricing.md 에 있다 — 이 절은 그 요금안을 콘솔이 어떻게 지키는지를 적는다.

단가는 확정 전(In Progress) 이다. 콘솔에는 금액을 표시하지 않는다 — 미확정 단가로 계산한 금액이 화면에 뜨면 사용자는 그것을 청구액으로 읽는다.

과금 체계는 운영방식으로 갈린다 (§2.1)

운영방식	구조
표준 (IVS / Cloudflare Stream)	기본료 + 방송시간 + 시청시간 + 선택형 녹화 옵션
전문 (MediaLive, Phase 2)	채널 Fee + 방송시간 + 트래픽 — 기존 V3 과금체계를 그대로 유지

단가는 이 문서에 두지 않는다. livepack-v4-pricing.md 가 원본이다 — 사본을 두면 원본이 바뀔 때 조용히 어긋나고, 콘솔은 금액을 표시하지 않으므로 단가는 코드 근거가 아니다. 여기에는 콘솔이 지키는 규칙만 둔다.

과금 항목만 옮기면 이렇다: 표준은 기본료 + 방송시간 + 시청시간 + 선택형 녹화 옵션이고, 채팅·라이브 썸네일은 기본료에 포함되며 트래픽은 별도 과금하지 않는다. 녹화 옵션은 월 포함량(30시간) + 초과분 후청구다.

기본료는 라이브팩 Enterprise 플랜의 기본 이용요금이다. 상품의 기본 기능·라이선스를 포함하며 플랜마다 차등 청구되거나 제외될 수 있다.
트래픽을 표준에서 과금하지 않는 이유: IVS·Cloudflare 모두 출력 원가의 단위가 GB 가 아니라 전달시간이다. GB 로 과금하면 원가 단위와 과금 단위가 어긋나 인프라(§2.2)를 바꿀 때마다 마진이 흔들린다. 인프라별로 고객 가격을 나누지 않는다 — 인프라는 서비스가 고르므로, 고객이 알 수 없는 이유로 요금이 달라지면 설명할 수 없다.

집계 규칙 (확정)

시청시간의 청구 근거는 인프라(IVS · Cloudflare)가 집계한 전달 시간이고, 사용량 분석에 표시한다. 시청 분석의 누적 시청 시간은 플레이어가 시청 통계를 위해 집계한 값이다. 이름은 같지만 소스가 다르고 수치도 다를 수 있다 — 두 화면이 다른 수를 내는 것이 정상이므로, 사용량 분석에 그 사실을 각주로 적는다. 적지 않으면 버그로 읽힌다.
재연결 대기 30초는 과금 구간에 포함한다. 인프라의 과금 요소가 아닐 수 있으나, 위캔디오 서비스에서는 방송 중에 포함되는 상태이고 복구를 위한 리소스가 쓰인다(§19-13). 그래서 세션의 방송시간에서 그 구간을 빼지 않는다.
시간당 단가 · 분 단위 비례 과금. 초는 세션마다 분으로 올림한다(반올림하지 않는다). 예: 시간당 단가가 2,000원 이면 37분 방송은 2,000 × 37 / 60 ≈ 1,233원(단가는 요금 정책안 참조).
녹화 옵션은 일할 계산하지 않는다. 활성화·해지 시점과 무관하게 월정액(최소 정액) 을 청구한다. 포함량(월 30시간)을 넘어도 녹화를 중단하지 않고 초과분을 후청구한다. 포함량은 청구기간에 새로 생성된 녹화 길이이고, 30일 보관은 별개의 retention 정책이다(§13).
실패한 녹화는 녹화시간에 넣지 않는다(§13). 사용료는 파일의 존재가 아니라 수행한 시간에 붙지만, 만들어지지 못한 것은 수행으로 치지 않는다. 그래서 세션에 recordedSec 을 따로 박는다 — recording.durationSec 을 쓰면 파일을 지우거나 보관기간이 지나는 순간 청구 근거가 함께 사라진다. 고객이 보관기간 전에 지워도 이미 발생한 녹화시간은 되돌리지 않는다.
미디어 스토리지는 고객 과금 항목이 아니다. 원가 검증·운영 모니터링용이다. 화면은 기간 누계(GB·일) 와 기간 최고(피크) 를 낸다. 피크는 총 저장량 하나만 적는다 — 종류별(녹화·썸네일·이미지) 칸을 함께 채우면 각자의 피크로 읽히는데, 종류마다 가장 컸던 날이 달라 한 줄에 세우면 실제로 없었던 조합이 된다. 날짜도 붙이지 않는다.
환율이 오르면 단가를 재산정한다. 기준선과 항목별 손익 계산은 요금 정책안 에 있다 — 여유가 3~5% 뿐이라 "환율이 오르면 그때 본다"로는 늦기 때문에 기준선을 미리 둔다. 콘솔이 하는 일은 없다(금액을 표시하지 않는다). 기준선 값이 두 문서에서 갈려 있어 확정이 필요하다.

체험(Trial) 한도 — §15

방송시간 5시간 · 시청시간 30시간 · 채널 2개.
트래픽 한도는 두지 않는다. 표준에서 과금하지 않는 값으로 체험을 끊으면 설명할 수 없다. 체험의 브레이크는 시청시간이다 — 방송 5시간만 막아 두면 그 5시간 동안 수천 viewer-hour 가 발생할 수 있다.

화면에 남기는 것

플랜 사용량(LNB · 플랜 화면)에 시청시간을 방송시간과 나란히 둔다. 표준 상품에서 청구액을 가장 크게 움직이는 축이라, 방송시간만 보여주면 사용자는 사용량의 일부만 보게 된다.
트래픽 화면은 그대로 둔다. 표준에서는 과금 항목이 아니지만 전문 운영방식에서는 과금 지표가 되고, 회선·한도를 잡을 때 보는 값이라 그 자체로 쓸모가 있다(§19-18).

집계 조건과 보기 (방송 내역)

조건은 채널 타입 · 적용 옵션(채팅 · 채팅 로그 · 녹화 · 라이브 썸네일). 채팅·썸네일은 기본료에 포함돼 그 자체로 과금이 갈리지는 않지만, 이 화면은 방송 이력을 확인하는 자리이자 운영자가 정산에 필요한 데이터를 추려 내는 자리라 조건으로 남긴다. 옵션을 여러 개 고르면 모두 켠 세션만 남는다(AND).
조건은 세션에 박힌 스냅샷(appliedOptions)으로 맞춘다(§7.3). 지금 채널 설정으로 맞추면 설정을 바꾼 순간 지난 달 집계가 함께 바뀐다.
운영방식(§2.1)은 아직 조건에 두지 않는다 — 지금 만들 수 있는 것이 표준 하나뿐이라 고를 것이 없다. 전문 운영방식이 추가되면 조건에 넣는다(과금 체계 자체가 갈리므로 그때는 반드시 필요하다). 값은 지금부터 세션에 박는다(operationMode) — 스냅샷은 나중에 넣으면 그때 만든 세션부터만 구분돼, 이미 지난 방송은 영영 어느 방식이었는지 알 수 없다.
결과는 날짜별 / 방송 세션별로 바꿔 본다. 정산 근거를 한 줄씩 확인하는 자리라 날짜를 눌러 하루씩 들어가는 것만으로는 기간 전체를 훑을 수 없다. 세션별은 조회 기간 전체를 한 표에 편다. 이 전환은 조회 줄 맨 앞에 둔다 — 무엇을 조회할지보다 무엇을 보고 있는지가 먼저 읽혀야 아래 표의 생김새가 예측된다.
조건은 조회 줄이 아니라 그 아래 한 줄에 편다. 조회 줄에 늘어놓으면 기간·조회·초기화와 섞여 어디까지가 기간이고 어디부터가 조건인지 흐려지고, 옵션이 늘 때마다 줄이 밀린다. 조건은 접힌 select 가 아니라 전부 펼친 칩이다 — 한 번에 고르는 자리고, 접어 두면 무엇이 켜져 있는지 열어 봐야 안다. 조회 줄의 필터 에는 몇 개 걸렸는지를 적고, 조건이 걸려 있으면 줄을 접지 않는다. 조건 줄의 초기화는 필터 초기화 다 — 조회 줄의 초기화 는 기간을 되돌려서, 같은 말을 쓰면 어느 쪽이 지워지는지 알 수 없다.
조건이 걸린 채 축을 옮기면 보이지 않는 조건으로 다른 축의 숫자를 읽게 된다 — 축을 옮기면 조건을 내린다.
방송 이력과 겹치지 않는다. 방송 이력은 "무슨 방송이 언제"(운영), 방송 내역 세션별은 "얼마가 나왔나"(과금)라 같은 세션을 다른 열로 본다.

녹화 옵션 미가입 계정 — 가입 여부는 관리자 시스템에서 켜는 계약 옵션이다(요금 정책안 4.5).

옵션을 해지하면 서버가 모든 채널의 녹화 설정값을 OFF 로 바꾼다. 콘솔의 토글을 잠그는 것만으로는 막을 수 없다 — 이미 녹화가 켜진 채널은 사용자가 끄지 않으면 계속 녹화되고, 청구할 수 없는 사용이 쌓인다. 설정값을 그대로 두고 서버가 무시하는 방식은 쓰지 않는다 — 화면은 녹화 켜짐이라고 말하는데 파일이 만들어지지 않아, 방송 이력에 녹화 안 함으로 남고 "왜 녹화가 없느냐"는 문의로 돌아온다. 값을 끄면 화면과 실제가 어긋나지 않는다. 재가입 시에는 채널마다 다시 켜야 한다(안내 대상).
미가입 상태에서 콘솔은 녹화를 새로 켤 수 없다 — 채널 생성과 채널 설정 양쪽에서 토글을 비활성 + 사유로 막는다(§23.5). 감추지 않는 이유는 그런 기능이 있다는 사실과 어떻게 하면 쓸 수 있는지를 알려야 하기 때문이다.
미가입인데 녹화가 켜져 있는 채널을 만나면 끄는 쪽만 열어 둔다. 위 규칙대로면 생기지 않아야 하는 상태지만, 서버 처리가 늦거나 실패했을 때 끌 수도 없는 채로 녹화가 계속되는 것을 막는 안전장치다.
방송 중에는 어차피 바꿀 수 없다(§7.3) — 이 규칙과 겹칠 때는 방송 중 잠금이 먼저다.

월 구간 — 녹화 포함량(월 30시간)을 세는 단위이며 달력월이 아니다.

사용 시작일(또는 결제일)을 기준으로 매월 갱신되는 한 달이고, 플랜마다 다를 수 있다. 예: Enterprise 의 기준일이 7일이고 현재 사용기간이 8/7~9/6 이면 다음 구간은 9/7~10/6 이다.
화면이 계산하지 않는다. 계정(서버)이 현재 구간을 내려준다(currentPeriodStart · currentPeriodEnd). 월말 기준일(31일 → 2월은 28/29일로 당김)과 갱신 시점을 화면마다 다시 구현하면 청구서와 어긋나는 순간이 생긴다 — 청구의 근거는 한 곳에서만 만든다.

현재 월 구간의 녹화 포함량 — 별도 화면을 두지 않고 방송 내역 요약 위 한 줄로 낸다.

현재 월 구간 녹화 · 12시간 30분 / 30시간 · 초과 없음 형태다. 초과분이 후청구되는데 포함량이 화면에 없으면 초과한 줄 모른 채 청구서를 받는다.
"이번 달"이라고 쓰지 않는다 — 달력월이 아니다(위 참조). 구간(2026-08-07 ~ 2026-09-06)은 툴팁으로 준다 — 없으면 언제부터 언제까지인지 알 수 없지만, 한 줄에 늘 펼쳐 두기에는 매번 읽을 값이 아니다. 툴팁이 있다는 신호(점선 밑줄)를 함께 둔다.
옵션 미가입 계정에는 이 줄을 보여주지 않는다. 0 / 30시간 은 가입하지도 않은 포함량을 가진 것처럼 읽힌다. 다만 월 중에 해지된 경우는 그 구간에 이미 발생한 녹화가 있고 최소 정액이 청구되므로, 사용량이 있으면 계속 보여준다.
기간 합계 요약과 같은 표에 섞지 않는다. 이 값만 조회 기간이 아니라 청구월 기준이라, 한 표에 두면 어느 기간의 숫자인지 알 수 없다.
집계 조건(필터)을 걸지 않는다. 포함량은 계정 전체에 붙는 계약 값이라 "FHD 만" 같은 조건으로 좁히면 포함량 대비 사용량이 실제보다 적게 보인다.
초과는 금액이 아니라 시간으로 적는다 — 단가가 확정 전이라 금액을 적으면 청구액으로 읽힌다.

아직 정하지 않은 것

기본료·플랜별 금액(§부록 A-1).
옵션 해지 시 서버의 녹화 중단 처리 — 위 참조.