IOSOR 가이드
SMS, WhatsApp, 이메일을 아우르는 단일 대화 스레드 구축
IOSOR 화이트 라벨 CPaaS 라우팅, 웹훅 및 원장 제어를 사용하여 SMS, WhatsApp 및 이메일 전반에서 통합된 대화 식별자를 구축하는 방법을 알아보세요.
SMS, WhatsApp, 이메일을 아우르는 단일 대화 스레드 구축。
이종 채널 간 고객 식별자 매핑
SMS, WhatsApp 및 이메일 전반에서 통합된 대화 스레드를 구축하려면 채널 식별자를 내부 프로필과 분리해야 합니다. 수신 SMS는 E.164 전화번호를 제공하고, WhatsApp 웹훅은 E.164와 연결된 ID를 제공하며, 이메일은 RFC 주소를 사용합니다. IOSOR는 이러한 이종 주소들을 단일 스레드 키(Thread Key)에 바인딩합니다. 웹훅을 통해 수신 이벤트가 도착하면 플랫폼은 비즈니스 로직을 실행하기 전에 발신자를 활성 컨텍스트에 매핑합니다.
수신 페이로드 메커니즘을 단일 세션으로 표준화
각 프로토콜은 상태를 서로 다르게 처리합니다. SMS는 비동기 DLR 콜백에 의존하고, WhatsApp은 대화 창 타이머를 사용하며, 이메일은 MIME 구조로 작동합니다. IOSOR는 수신 페이로드를 표준화된 JSON 구조로 정규화합니다. 사용자가 SMS로 STOP을 답장하든, WhatsApp으로 메시지를 보내든, 이메일에 답장하든 상관없이 API는 본문, 타임스탬프 및 컨텍스트 토큰을 동일한 형식으로 정리합니다. 하위 애플리케이션은 각 채널용 프로토콜 어댑터 없이 단일 스트림을 처리합니다.
다중 채널 스레드를 위한 원장 지급 보유 및 라우팅 로직
대화 스레드를 지속적으로 유지하려면 확정적인 라우팅 순서와 투명한 비용 할당이 필요합니다. 어떤 채널로든 메시지를 발송할 때 IOSOR는 원장에서 선불 지급 보유(Hold)를 처리합니다. 아웃바운드 WhatsApp 메시지나 SMS는 즉시 잔액 조회를 트리거합니다. 전송 전에 발송이 실패하면 지급 보유가 즉시 해제됩니다. 이러한 아키텍처는 보조 경로 실행 시 대화 상태를 유지하면서 다중 채널 발송 중 잔액 오차를 방지합니다.
SMS, WhatsApp 및 이메일 전반의 수신 거부 신호 관리
교차 채널 식별자 관리는 동의 상태의 동기화된 적용을 요구합니다. 사용자가 SMS를 통해 STOP 명령을 전송하면 컴플라이언스 규칙에 따라 연동된 모든 채널의 아웃바운드 메시지가 정책에 맞게 해당 거부 의사를 준수합니다. IOSOR는 식별자 원장 내에 글로벌 및 채널별 수신 거부 플래그를 기록합니다. 자동화된 트리거가 업데이트를 발송하려고 시도할 때 엔진은 대기열에 추가하기 전 동의 상태를 검증하여 발신자 평판과 규정 준수를 보호합니다.
아키텍처 적합성 및 교차 채널 연동
다중 채널 메시징 스레드를 CRM 및 티켓팅 엔진에 연결하려면 신뢰할 수 있는 웹훅 전송이 필요합니다. 관련 라우팅 전략 및 설정 가이드는 다음 참조 리소스를 확인하세요:
이러한 패턴은 JIT 번호 할당과 웹훅 메커니즘을 활용합니다.
IOSOR로 시작하기
진정으로 통합된 대화 아이덴티티를 구축하려면, 먼저 IOSOR 콘솔 내에서 고객 아이덴티티 매핑을 구성하여 E.164 번호와 이메일 주소를 연결하십시오. 웹훅이 정규화된 인바운드 페이로드를 수신하도록 설정되어 있는지 확인하여 IOSOR가 SMS, WhatsApp 및 이메일 전반에 걸쳐 단일 세션을 유지할 수 있도록 하십시오. 고객의 통합된 스레드에 중단이 발생하지 않도록, 원장 잔액이 충분한지 확인하고 필요한 경우 충전하십시오.
IOSOR 핵심 요약
이 글은 진정한 옴니채널 고객 경험이 채널을 선택하는 것이 아니라, 채널에 관계없이 단일하고 연속적인 대화를 유지하는 것임을 보여주었습니다. IOSOR는 이질적인 채널 프로토콜, 아이덴티티 형식 및 상태 관리의 복잡성을 추상화하여 모든 고객 상호작용이 하나의 일관된 스레드에 기여하도록 함으로써 이를 달성합니다.
고객의 관점을 우선시하여 대화 기록이 모든 통합 채널에서 손상되지 않고 접근 가능하도록 보장하십시오. IOSOR의 아이덴티티 매핑 및 페이로드 정규화를 활용하여 이러한 원활한 경험을 구축하고, 통합된 스레드 내에서 규정 준수 및 고객 신뢰를 유지하는 데 있어 동기화된 옵트아웃 관리의 중요한 역할을 결코 간과하지 마십시오.
이 가이드가 도움이 되었나요?
관련 가이드
- 스레드 중간에 From이 변경될 때 식별자는 정직하게 유지되어야 합니다
SMS, E.164 및 발신자 ID 전반에서 스레드 중간에 From 주소를 전환할 때 IOSOR에서 대화 상태와 정산 무결성을 유지하세요.
- 이중 차감 없는 옴니채널 원활한 전환
원장 점유 및 네트워크 세션에서 중복 청구를 발생시키지 않고 SMS에서 WhatsApp 또는 이메일로 다중 채널 장애 조치를 오케스트레이션하는 방법을 알아봅니다.