선불 아래 DLR 실패 재시도: 언제 다시 시도하고 언제 지출을 멈출까

티켓이 «실패했다»고 쓰고 누군가 지갑이 빌 때까지 재시도를 두드린다. 실패는 상태가 아니다. undelivered, rejected, expired 는 다른 행동을 요구한다. 선불에서는 자동 재시도마다 차변 줄이 선다. 공짜 예의가 아니다. 루프 전에 사전에 합의하라. 아니면 제품은 전환을 쫓고 재무는 죽은 번호에 대한 두 번째·세 번째를 낸다.

IOSOR 는 white-label prepaid 다. 대시보드, webhook, 내보내기에서 같은 DLR 어휘. live 복도만 한도 있는 재시도를 허용한다. in setup 은 «다음에 된다»가 아니다. 미전달·거절·만료 상태 와 DLR, 지연, 장애 조치 를 보라. 월 USD 1,000+ 근처에서는 상태 버킷별 재시도 차변이 더 촘촘한 상업 읽기에 들어간다.

재시도 로직 전의 상태 사전

재시도 코드를 쓰기 전에 종단 상태를 표로 찍어 제품·운영·재무가 같은 줄을 가리키게 하라. 사전 없는 재시도는 돈을 태우는 루프다. 전달 하락은 SMS 전달률 하락 플레이북.

failed 대 rejected 대 expired

Failed / undelivered 는 플랫폼이 일을 넘겼고 단말이 확인하지 않았다는 뜻이다. 복도가 건강하면 한도 있는 재시도가 전환을 살릴 수 있다. Rejected 는 망 또는 정책 거절이다. 같은 번호·같은 본문은 거의 다시 거절되고 다시 차변된다. Expired 는 시간이다. TTL 이 복도 지연보다 짧거나 발송 전 큐. expired 를 failed 로 치고 재시도를 두드리면 expired 줄만 늘어난다. 창 밖의 OTP 는 더 이상 전환하지 않는다. 지갑은 낸다.

재시도 한도와 지갑 충격

메시지마다 자동 시도 한도를 두고 사용자 재전송과 시스템 failover 를 나눠 기장하라. 각 시도는 ledger 의 correlation ID 에 맞아야 한다. «도착할 때까지» 무제한은 죽은 복도에서 prepaid 를 비운다. 재무는 목적지·상태·시도 번호·차변을 내보내야 한다. USD 1,000+ 근처에서 주인 없는 루프는 티켓이 아니라 상업 주제가 된다. 정책이 멈추라 하면 제품이 한 번 더 원해도 지갑은 멈춘다.

제품 대 재무 소유권

제품은 정책을 가진다. 어떤 상태가 재시도 가능한지, TTL, 재전송 쿨다운. 재무는 가시성을 가진다. 각 시도가 차변인지, 내보내기가 webhook 과 맞는지. 운영은 복도 슬라이스를 가져 세계 평균이 깨진 경로를 숨기지 않게 한다. 같은 표가 없으면 prepaid 는 «다시 시도» 대 «지출 중지»를 정할 수 없다. 지원이 구두 환불을 약속하고 ledger 가 매번 청구하는 상태를 두지 마라.

위험 신호

• sent 와 failed 뿐인데 자동 재시도가 있음
• rejected 페이로드에 동일한 타격 세 번
• expired 를 망 장애로 침
• 시스템 failover 와 사용자 재전송이 같은 차변 줄
• 시도 한도 없는 «도착할 때까지»
• 카탈로그가 in setup 인데 재시도를 약속
• 재무 내보내기에 시도 번호가 없음

IOSOR로 시작

사전을 채운다. failed 대 rejected 대 expired. 자동 재시도에 천장을 두어 실패한 DLR이 새 prepaid 차감을 열지 않게 한다. 사용자 재전송 단추는 시스템 시도와 다르다. 낮은 양으로 live 회선 둘에서 천장을 증명한다.

IOSOR 핵심 요약

실패 DLR 재시도는 지출 천장이지, 끝없는 고리가 아니다.

할 일: 종단 상태를 나누고 시도를 천장하며 사용자 재전송을 시스템 시도와 따로 보낸다. 하지 말 일: rejected나 expired를 일시 failed처럼 돌리지 마라.