알림이 안 오거나 깨질 때

자동 안내가 안 올 때

1. 해당 업무가 실제로 완료됐는지 주문·가입 상태와 알림함을 확인합니다.
2. 공통 메일·전화 방식과 해당 이벤트 체크를 확인합니다.
3. 회원 또는 주문자의 실제 전화번호와 메일 주소를 확인합니다.
4. 알림톡이면 Senderkey와 이벤트에 연결된 템플릿의 승인·상태를 확인합니다.
5. 이력에서 접수 ID·최종 결과·API 오류 원문을 읽습니다.
6. 확인된 원인을 수정한 뒤 필요한 최소 수신 검사만 합니다. 대기 상태에 반복 발송하지 않습니다.

잔액과 API 오류

일반 오류 -99만 보고 잔액 부족으로 단정하지 않습니다. API 사용자 ID가 웹에서 확인한 계정과 같은지, 허용 IP·키·발신번호·템플릿·대체문자 제목 등 오류 원문이 지목한 값을 확인합니다.

잔액 조회·연결 확인과 실제 수신 검사는 다릅니다. 접수 ID가 없는 거절 요청과 접수 후 최종 실패를 구분하고 이전 요청이 전달 중인지 먼저 확인합니다.

한글이 물음표로 도착

운영 코드가 문자 API 본문·제목을 UTF-8 그대로 보내는지 확인합니다. EUC-KR 바이트 검사를 실제 전송 인코딩 변환으로 바꾸지 않습니다. 저장된 문구 자체가 이미 물음표로 바뀌었다면 원문을 복원해야 합니다.

다른 확장이 자체 API 요청을 만들고 있는지 확인하고 코어 공개 발송 엔진으로 통일합니다. 이미 깨져서 보낸 문자를 대량 재발송하지 말고 원인을 고친 뒤 한 건의 한글 수신으로 확인합니다.

미리보기에는 있는데 발송 버튼이 비활성

• 받는 사람 0명이면 선택 회원의 번호를 확인합니다.
• 알림톡 템플릿이 미승인·중단이면 가져오기와 심사 상태를 확인합니다.
• 필수 변수가 비어 있으면 실제 값을 입력하거나 관리자 확인 목적의 예시 본문 발송을 명시적으로 선택합니다.
• 공통 전화 사용 안 함 상태에서 직접 발송을 요청하고 있지 않은지 확인합니다.