자동화는 반복을 줄일 수 있지만 최신성, 정확성, 관련성을 보장하지 않습니다. AI 요약도 검증할 제안입니다.
각 숫자의 근거 보존
사용한 데이터와 숫자를 대조하고 기간, 단위, 필터, 계산 버전을 보존합니다. 중요한 계산은 독립적으로 확인합니다. 누락을 지어낸 값으로 채우거나 예측을 관측 결과로 제시하지 않습니다.
오류와 검토 계획
검토자, 수신자, 수정 책임자를 정합니다. 부분 실패를 표시합니다. 이전 정상 보고서는 다시 보내도 새로워지지 않습니다. 내용과 수신자를 확인하고 보편적 절감 약속 대신 실제 절감을 측정합니다.
| 항목 | 기록할 확인 사항 |
|---|---|
| 숫자 | 추적 가능한 출처, 식, 범위 |
| AI 요약 | 주장과 한계 검토 |
| 배포 | 상태와 수신자 확인 |
출처와 확인
- NIST — Generative AI Profile, confabulation and evaluation
- Government Analysis Function — Communicating uncertainty
시간대와 지연 이벤트
보고 기간은 이벤트 시간과 마감 규칙에 달려 있습니다.
- 이벤트 시각, 수신 시각과 업무 시간대를 따로 기록합니다. 가상 예에서 23:30 UTC는 고정 오프셋 UTC+02:00에서 다음 날 01:30입니다. PostgreSQL의 시간대 포함 타임스탬프는 원래 시간대 이름을 보존하지 않습니다.
- 시작은 포함하고 끝은 제외하는 구간을 사용합니다. 업무 시간대에서 경계를 정한 뒤 UTC로 변환합니다. 계절 시간 변경, 월 변경과 시각 없는 날짜를 시험합니다. 현지의 하루를 항상 24시간으로 바꿀 수는 없습니다.
- 허용 지연과 보고서 마감 시각을 정합니다. 같은 식별자를 재처리해 새 이벤트와 중복을 구별합니다. 발표된 버전을 보관하고 수정 영향을 기록합니다. 워터마크는 도착 추정이며 완전성을 보장하지 않습니다.
재현 가능한 수락 사례
가상 예시입니다. 고객이나 실제 관측 결과를 나타내지 않습니다.
사례 입력 보기
{
"event_time": "2026-10-08T23:30:00Z",
"report_zone": "UTC+02:00",
"local_time": "2026-10-09T01:30:00+02:00"
}예상 판단
지정 시간대에서 이벤트는 10월 9일에 해당합니다. UTC 시점도 보존합니다.
검증 절차
- 보고 시간대와 기준 시점을 정합니다.
- 자정 근처 이벤트를 재현합니다.
- UTC, 현지 날짜 및 마감 규칙을 보존합니다. 시계 변경 때 모호해지는 현지 시각도 포함하고, 시점을 추정하지 말고 오프셋과 시간대를 보관하세요.
수신 날짜를 이벤트 날짜로 써도 되나요?
보고서 정의가 요구하는 경우에만 가능합니다. 두 시각을 모두 보존하고 지연 이벤트 처리 방식을 설명하세요.
1차 자료: PostgreSQL — Date/time types. 관련 방법: 실무 가이드 읽기.