지역 병·의원의 콘텐츠 담당자가 월말 안내를 빠뜨리지 않으려고 1월 31일에 반복 일정을 만들었다고 가정해 보겠습니다. 설정에 ‘매월’이 보인다는 이유만으로 2월에도 알림이 생긴다고 기대하면 안 됩니다. 매달 같은 날짜를 반복하는 규칙과 그달의 마지막 날짜를 선택하는 규칙은 다른 날짜 목록을 만듭니다. 콘텐츠 달력을 검수할 때에는 반복 문구 아래 실제 생성되는 회차를 확인해야 합니다.
iCalendar 표준인 RFC 5545는 반복 계산에서 존재하지 않는 날짜가 나오면 해당 회차를 건너뛰도록 정합니다. 2월 30일처럼 유효하지 않은 날짜를 그달 말일로 자동 보정하는 규칙이 아닙니다. 따라서 이 표준의 규칙을 사용하는 일정에서 ‘31일마다 한 번’과 ‘매월 31일’도 구별해야 합니다. 전자는 날짜 사이의 간격을 말하고 후자는 각 달의 일자를 조건으로 삼습니다.
예를 들어 시작일을 2026년 1월 31일로 두고 FREQ=MONTHLY;BYMONTHDAY=31;COUNT=4라는 반복 규칙을 적용한다고 하겠습니다. 별도의 추가일이나 제외일이 없고 시작 회차부터 세는 조건에서 네 날짜는 1월 31일, 3월 31일, 5월 31일, 7월 31일입니다. 2월과 4월, 6월에는 31일이 없습니다. COUNT=4는 네 달 동안이라는 뜻이 아니며, 건너뛴 유효하지 않은 날짜도 회차 수에 들어가지 않습니다.
담당자가 원한 것이 매달 말일의 원고 점검이라면 이 결과는 운영 의도와 다릅니다. RFC 5545에서 BYMONTHDAY=-1은 달의 끝에서 첫 번째 날, 즉 말일을 나타냅니다. 같은 시작일에서 월간 말일 규칙으로 네 회차를 잡는다면 2026년 1월 31일, 2월 28일, 3월 31일, 4월 30일이 됩니다. 이 예시는 표준을 이해하기 위한 날짜 계산이며 실제 병원의 발행일을 지정한 것이 아닙니다.
말일이 정해졌다고 발행 가능한 업무일도 정해진 것은 아닙니다. 병원의 확인 담당자가 쉬는 날이라면 그날 검수할 수 있는지는 별도 문제입니다. ‘말일’, ‘마지막 평일’, ‘내부 승인에 필요한 마지막 업무일’ 가운데 어떤 의미로 달력에 넣었는지 먼저 정해야 합니다. 휴일을 피한다는 이유로 편집자가 날짜를 임의로 앞당기면 내부 승인 기한과 발행 약속까지 달라질 수 있습니다.
사용 중인 달력 서비스가 화면의 ‘매월’을 어떤 규칙으로 저장하는지도 확인합니다. 모든 앱이 같은 문구나 선택지를 제공한다고 가정하지 않습니다. 권한 있는 담당자가 시험용 일정에서 31일이 있는 달과 없는 달을 모두 펼쳐 보고, 설명에 적힌 의도와 실제 날짜 목록을 비교할 수 있습니다. 현재 달 한 칸에서 정상 표시된다는 사실은 다음 달의 회차가 존재한다는 증거가 아닙니다.
검수 기록에는 설정 화면만 붙이지 말고 예상한 날짜와 생성된 날짜를 함께 남깁니다. 빠진 회차가 발견되면 알림이 울리지 않은 문제인지, 처음부터 날짜가 생성되지 않은 문제인지 나누어 확인합니다. 일정이 없는 달을 알림 채널 고장으로 보고 메시지만 다시 보내는 방식은 같은 누락을 반복할 수 있습니다. 운영 중인 일정을 변경하기 전에는 현재 규칙과 이미 정해진 원고 기한의 관계를 담당자가 확인해야 합니다.
이렇게 확인한 달력은 ‘매월 반복’이라는 한 줄보다 구체적인 약속을 담습니다. 월말 점검이 필요한 원고라면 짧은 달에도 회차가 생기는지, 발행 전에 확보해야 할 검수 시간이 남는지 읽을 수 있어야 합니다. 날짜가 생겼다는 사실과 원고의 승인 완료는 별도로 관리하되, 이번 점검에서는 실제로 존재하는 날짜에 작업이 배치되었는지부터 확정합니다.
반복 날짜 계산의 근거: RFC 5545, section 3.3.10 및 3.8.5.3 https://www.rfc-editor.org/rfc/rfc5545.html#section-3.3.10