LoaSchedule

그룹 일정이 꼬일 때 확인할 순서

멤버 가능 시간, 파티 미정 상태, 중복 일정, 알림 실패를 순서대로 점검하는 방법입니다.

작성·검증: 로케줄 운영자 · 최종 공개 검토: 2026-08-09 · 예상 읽기 시간: 10분 · 사례 데이터: 기능 검증용 가상 사례

먼저 확정 일정과 후보 시간을 나눕니다

일정이 꼬였다고 느껴질 때는 대부분 확정된 파티와 아직 후보인 시간이 섞여 있습니다. 캘린더에서 실제 출발 시간이 저장된 파티부터 확인해야 합니다.

후보 시간은 그룹 가능 시간으로 보고, 레이드 파티 일정은 확정 약속으로 다루면 충돌 원인을 빠르게 찾을 수 있습니다.

  • 캘린더에서 확정 파티만 먼저 확인합니다.
  • 미정 파티는 별도 목록으로 빼서 봅니다.
  • 후보 시간은 그룹 가능 시간에서 다시 비교합니다.

중복 일정은 캐릭터 단위로 봅니다

같은 유저라도 캐릭터가 다르면 다른 레이드에 참여할 수 있지만, 실제 플레이 시간은 한 사람에게 묶여 있습니다. 그래서 일정 충돌은 캐릭터와 유저를 함께 봐야 합니다.

고정 파티가 많은 계정은 캘린더에서 같은 시간대에 여러 약속이 겹치지 않는지 먼저 확인하는 것이 좋습니다.

  • 같은 시간대에 같은 유저가 여러 파티에 있는지 봅니다.
  • 캐릭터가 달라도 현실 시간이 겹치면 조정합니다.
  • 출발 전날에는 공대장 기준으로 한 번 더 확인합니다.

알림 실패는 마지막에 봅니다

Discord 알림 실패는 일정 데이터가 맞는지 확인한 다음 봐야 합니다. 일정 자체가 틀렸다면 알림이 성공해도 잘못된 시간이 전달됩니다.

먼저 로케줄 파티 상세의 시간이 맞는지 확인하고, 그다음 전송 실패자와 Discord 상태를 점검하는 순서가 안전합니다.

  • 파티 상세의 출발 시간을 먼저 확인합니다.
  • 전송 실패 유저의 공식 서버 가입 여부를 봅니다.
  • DM 설정이나 Discord 재연동을 안내합니다.

이 문서의 검증 범위

이 문서는 일정이 어긋났을 때 로케줄 화면에서 확인할 순서를 진단 절차로 정리했습니다. 공식 게임 정보가 아니라 파티 상세, 수락 상태, 캘린더, Discord 보조 알림 사이의 데이터 우선순위를 배포 기능 기준으로 설명합니다.

로케줄에서 실행하는 순서

  • 1. 저장된 출발 시간부터 확인합니다 — 채팅이나 기억보다 레이드 파티 상세에 저장된 날짜와 시간을 먼저 확인하고, 시간대와 주차가 맞는지 봅니다. 이유: 원본 데이터가 틀리면 알림과 캘린더가 정상이어도 잘못된 일정이 전달됩니다. 증상보다 기준 기록을 먼저 확인해야 진단 순서가 짧아집니다.
  • 2. 확정 파티와 미정 파티를 분리합니다 — 출발 시간이 저장된 파티만 확정 목록으로 보고, 시간이 없는 파티는 후보 조율 단계로 되돌립니다. 이유: 미정 항목까지 충돌 검사에 넣으면 실제 약속과 가능성이 섞입니다. 확정된 일정만 남겨야 어떤 두 약속이 충돌하는지 정확히 볼 수 있습니다.
  • 3. 참여 상태와 실제 인원을 확인합니다 — 멤버별 수락 여부, 미가입 캐릭터, 서포터 포함 여부를 확인합니다. 대기 멤버에게는 별도 연락해 참여 가능 여부를 확정합니다. 이유: 일정 문제처럼 보여도 실제 원인은 멤버 미확정일 수 있습니다. 누가 오는지 정해지지 않은 상태에서는 시간을 다시 잡아도 출발 가능성이 높아지지 않습니다.
  • 4. 유저 단위 중복을 찾습니다 — 같은 이용자가 다른 캐릭터로 겹치는 파티에 들어가 있는지 확인하고, 앞 파티 지연까지 고려해 한쪽 시간을 조정합니다. 이유: 캐릭터 목록만 비교하면 동일 이용자의 중복 약속이 다른 사람처럼 보입니다. 현실에서 동시에 플레이할 수 없는 약속을 사람 기준으로 찾아야 합니다.
  • 5. 마지막에 알림 전달 상태를 봅니다 — 저장 시간, 확정 여부, 멤버 구성이 모두 맞은 뒤 Discord 연동, 서버 가입, DM 허용, 전송 결과를 확인합니다. 이유: 알림은 저장된 일정을 전달하는 보조 수단입니다. 원본 일정이 틀린 상태에서 알림만 복구하면 잘못된 정보를 더 확실하게 보내게 됩니다.

조건별 판단표

  • 캘린더와 채팅 시간이 다름 → 파티 상세 원본 확인 후 한쪽으로 통일 · 근거: 저장된 일정이 서비스 내 단일 기준
  • 인원은 8명인데 출발 멤버가 부족함 → 대기 상태를 제외하고 다시 계산 · 근거: 초대와 수락은 다른 상태
  • 같은 시간인데 캐릭터명은 모두 다름 → 계정 소유자 기준 중복 확인 · 근거: 한 이용자가 여러 캐릭터를 운영할 수 있음
  • 일정은 맞는데 일부만 알림을 못 받음 → 해당 멤버의 Discord 조건 확인 후 별도 전달 · 근거: 알림 실패는 일정 저장 실패와 별개

예시: 토요일 파티 두 개가 모두 지연되는 경우

첫 파티는 20시, 두 번째 파티는 21시 30분으로 저장되어 있고 한 이용자가 서로 다른 캐릭터로 두 파티에 참여합니다. 첫 파티는 90분 이상 걸릴 가능성이 있습니다.

알림 실패부터 조사하지 않고 원본 일정, 확정 상태, 사람 단위 충돌 순서로 좁혀 원인을 찾습니다. 수정된 시간과 전달된 시간이 다시 하나로 맞춰집니다.

  • 두 파티의 저장 시간을 확인해 단순 표기 오류가 아닌 실제 충돌임을 확인합니다.
  • 두 번째 파티에서 해당 이용자의 캐릭터가 수락 완료 상태인지 확인합니다.
  • 첫 파티 예상 종료와 준비 시간을 계산해 두 번째 파티를 22시로 조정합니다.
  • 파티 상세 시간을 먼저 고친 뒤 모든 멤버에게 정정 내용을 전달하고 전송 실패자는 별도로 확인합니다.

증상별 복구 순서

  • 증상: 일정 문제를 고쳤는데 다음 알림도 틀림 · 원인: 채팅만 정정하고 파티 상세 원본을 수정하지 않음 · 복구: 저장 시간을 먼저 수정한 뒤 최신 일정으로 다시 알립니다.
  • 증상: 캘린더에는 빈 시간인데 멤버가 참여하지 못함 · 원인: 다른 캐릭터로 잡힌 동일 이용자의 일정을 놓침 · 복구: 캐릭터명 대신 계정 소유자 기준으로 앞뒤 파티를 비교합니다.
  • 증상: 특정 멤버만 반복해서 공지를 못 받음 · 원인: Discord 미연동, 서버 미가입, DM 차단 또는 전송 실패 · 복구: 연동 조건을 확인하고 해결 전까지 파티 상세와 별도 채널로 일정을 공유합니다.

체크리스트

  • 레이드 파티 상세의 날짜, 시간, 주차가 맞는가
  • 미정 파티와 확정 파티를 분리했는가
  • 대기 멤버를 제외한 실제 출발 인원을 확인했는가
  • 같은 이용자의 다른 캐릭터 일정을 확인했는가
  • 원본 수정 뒤 알림 전달 상태를 확인했는가