인바운드 MO의 차단 목록 전송: DID의 STOP 명령으로 발신 평판 보호

인바운드 MO를 통한 자동 수신 거부 아키텍처

최종 사용자가 전용 E.164 DID로 수신된 인바운드 모바일 발신(MO) 메시지에 STOP, UNSUBSCRIBE 또는 QUIT로 답장할 때 플랫폼은 이 신호를 즉시 처리해야 합니다. API 레이어의 차단 목록(Suppression List)에 번호를 저장하면 이후의 아웃바운드 모바일 수신(MT) 트래픽이 통신사 규정 준수 규칙을 위반하는 것을 방지합니다. 차단된 수신자를 대상으로 아웃바운드 메시지 전송이 시도되면, 게이트웨이는 네트워크 전송이 발생하기 전에 페이로드를 삭제하거나 건너뜀(Skipped)으로 표시해야 합니다. 이 아키텍처는 이벤트 기반 흐름에 의존하여 규정 준수를 밀리초 단위로 적용함으로써 발신 평판을 보호합니다.

인바운드 키워드의 차단 목록 매핑

인바운드 MO 페이로드는 발신자 E.164 번호, 목적지 DID, 타임스탬프 및 원본 메시지 본문을 포함하는 웹훅을 통해 전달됩니다. 차단 하위 시스템은 STOP, CANCEL, END, QUIT, OPTOUT을 포함한 표준 수신 거부 키워드를 파싱합니다. 일치 항목이 감지되면 수집 엔진은 공백과 악센트를 제거하고 문자를 대문자로 변환하며 정규식 파서를 실행하여 문자열을 정규화합니다. 본문에 독립된 일치 항목이나 선두 키워드가 포함되어 있으면 엔진은 영구 데이터 저장소에 대한 원자적 쓰기 작업을 트리거합니다.

웹훅, 상태 코드 및 Skipped가 오류가 아닌 이유

아웃바운드 발송 요청이 차단된 E.164 목적지를 대상으로 할 때 CPaaS 엔진은 상류 라우팅 경로로 데이터를 보내기 전에 전송을 차단합니다. 플랫폼은 'skipped_suppressed'를 나타내는 상태 페이로드와 함께 HTTP 200 OK 응답을 반환합니다. 수신 거부 차단에 대해 HTTP 4xx 또는 5xx 상태 코드를 반환하는 것은 인프라 오류나 클라이언트 요청 형식 오류를 의미하여 API 클라이언트 SDK에서 불필요한 재시도 로직을 트리거하므로 안티 패턴입니다. HTTP 200 OK와 'skipped_suppressed'를 함께 반환함으로써 의도된 건너뜀임을 정확히 전달합니다.

운영 규칙 및 선불 잔액 제어

인바운드 MO 처리 및 차단 엔진을 관리하려면 안정적인 재정적 안전장치가 필요합니다. CPaaS 플랫폼은 중단 없는 웹훅 처리 및 DID 라우팅을 유지하기 위해 USD 20 선불 하한선을 특징으로 하는 엄격한 선불 구조로 운영됩니다. 계정 잔액이 이 최소 임계값 미만으로 떨어지면 인바운드 MO 웹훅은 삭제되지 않고 최대 72시간 동안 대기열에 버퍼링되어 중요한 수신 거부 준수 신호를 보존합니다. 월간 처리량이 USD 1,000/월 부근의 검토 기준을 향해 확장됨에 따라 담당자는 트래픽을 평가합니다.

준수 매트릭스: 인바운드 수신 거부 처리

IOSOR와 함께 시작하기

STOP 가 DID 에 닿으면 다음 MT 전에 발신 MSISDN 을 그 테넌트 억제 명단에 쓴다. 이어지는 보내기가 거절됨을 증명한다. MO 시각과 명단 행을 보낸다. 명단 쓰기 없는 webhook 2xx 는 이 일이 아니다. E.164 정리는 다른 문.

관련: 발신 번호 vs 메시지 발신자: 음성 라이브가 SMS 라이브를 의미하지 않음 DID 바인딩 전 E.164 정규화: 플러스 기호, 0 및 공백 첫 차감 전 선불 잔액 예약.

IOSOR 핵심 요약

DID 의 착신 MO 는 명단 쓰기이지, 로그 기념품이 아니다.

할 일: 다음 MT 전에 억제한다. 하지 말 일: STOP 을 기록함으로 두고 MT 를 이어 가거나, 주간 덤프를 기다리지 마라.