임대한 번호의 인바운드 이벤트와 받은편지함: 웹훅 혼돈 없는 양방향 운영

아웃바운드는 로드맵 슬라이드를 가져가고, 인바운드는 호출기를 가져갑니다. 고객이 임대 번호에 STOP을 답하고, 사진을 보내고, 다시 걸면 이벤트는 여러분의 시스템에 착지해야 합니다 — 지원이 신뢰하는 인박스이지, 흩어진 로그가 아닙니다. 인바운드 규율 없는 양방향은 일방향 약속에 민원 대기열을 더한 것입니다.

IOSOR는 인바운드 webhook과 클라이언트에 안전한 오류와 함께 임대 번호를 할당합니다 — white-label, 다음날 운영에 외부 포털이 필요 없습니다. 월 플랫폼 사용이 USD 1,000+ 근처가 되면 webhook 인증 증거, STOP 로그, 인박스 상관이 상업 검토 재료가 됩니다. 증거를 먼저, 확장은 나중입니다.

설계 단계에서 잡아야 할 인바운드 이벤트

STOP 누락은 컴플라이언스 사고이지 «나중에 기록»이 아닙니다. DLR과 아웃바운드 상관이 없으면 재무는 월말에 눈감고 대사합니다. 참조 양방향 인바운드 인박스 가이드와 STOP·HELP 키워드 정책. 카탈로그 live 양방향은 위 네 줄을 덮습니다. in setup은 생산 양방향이 아닙니다.

인바운드 webhook 규율

• 모든 인바운드 요청을 인증한다
• 핸들러는 멱등 — 재시도는 정상
• 부작용(티켓, 자동 회신, CRM) 전에 영속화
• 데드 레터 큐와 리플레이 도구

비교 인바운드 웹훅 재시도. 카탈로그가 live인데 webhook이 미인증이면 변호할 수 없는 약속입니다. 플랫폼은 재시도합니다. 소비자가 재시도를 새 사건으로 다루면 인박스와 장부가 함께 터집니다. 자동 회신 전에 영속화하십시오.

사기 구멍이 없는 인박스

인박스는 채팅 장난감이 아니라 증거입니다.

1. 번호, 타임스탬프, 안전하게 가린 본문을 보여 준다.
2. 회신이 스레드가 되면 아웃바운드 맥락을 잇는다.
3. 자동 회신을 제한해 루프를 막는다.
4. 컴플라이언스 질의용 감사 가능한 내보내기.

상담원은 원시 업스트림 페이로드를 절대 보지 않습니다. 원시 진단은 운영 채널로. 한도 없는 자동 회신은 잘못된 루프에서 prepaid를 비웁니다.

임대 번호 수명주기와 인박스

번호는 UTC 달력월로 갱신됩니다. 해제는 인바운드를 깨끗이 끊어야 합니다. 갱신 담당과 폐기 담당을 문서화하십시오. 짝을 지으십시오 로컬·수신자부담 임대 현실. 카탈로그가 in setup이면 생산 양방향이 아닙니다. 살아있는 할당 없는 인박스 행은 유령 티켓입니다.

위험 신호

• 생산 번호의 인바운드가 «곧 제공»
• 중복 제거 없음 → 티켓 중복
• 동의 맥락 없는 자동 회신
• 어느 번호가 이벤트를 받았는지 추적 불가
• 상담원에게 원시 업스트림 페이로드
• 카탈로그 live인데 미서명 webhook
• 해제된 번호가 아직 인바운드를 배달
• 양방향을 약속했으나 카탈로그는 in setup

IOSOR로 시작하기

임대한 양방향 번호 하나를 할당한다. 시험 MO를 보낸다. 받은편지함을 열어 DID, 테넌트, 상관 id가 있는 한 줄을 확인한다. 데드레터에서 같은 사건을 재생해 두 번째 줄이 없음을 본다. 지원이 소리 내어 읽을 STOP 경로를 넘긴다. 임대 DID 위의 받은편지함 유물이지, 게이트웨이 잠금도 홍수 스로틀도 아니다.

IOSOR 핵심 요약

임대 번호 받은편지함은 지원 한 줄이다. 줄 없는 webhook 2xx는 조용한 드롭이다.

할 일: 각 MO를 상담원이 여는 줄에 묶어라. 하지 말 일: 원본 로그에 인바운드를 두고 받은편지함이라 부르지 마라.