IOSOR Wiedza
Konfiguracja wyzwalaczy SMS dla nieodebranych połączeń przychodzących
Dowiedz się, jak skonfigurować zautomatyzowane wyzwalacze SMS dla nieodebranych połączeń głosowych i sygnałów zajętości w konsoli white-label CPaaS IOSOR.
Konfiguracja wyzwalaczy SMS dla nieodebranych połączeń przychodzących.
Architektura awaryjna połączeń głosowych
Nieodebrane połączenia głosowe oraz sygnały zajętości w ruchu o dużej skali oznaczają utracone przychody. Architektura platformy rozwiązuje ten problem poprzez integrację zdarzeń stanu głosu z potokami wysyłki wiadomości wychodzących. Gdy sesja głosowa kończy się statusem zajętości, przekroczeniem czasu dzwonienia lub brakiem odpowiedzi, silnik główny przechwytuje kod rozłączenia SIP. Wysyła on natywne powiadomienie webhook do Twojego mikroserwisu routingu, zawierające identyfikator dzwoniącego, wybierany numer oraz przyczynę niepowodzenia, eliminując potrzebę ręcznej interwencji.
Alokacja numerów JIT i blokady salda
Wdrażanie numerów zapasowych wymaga ścisłych mechanizmów księgowych. Numery w standardzie E.164 przypisujesz błyskawicznie dzięki funkcji alokacji JIT w panelu dzierżawcy white-label. Każde przypisanie numeru generuje obciążenie miesięczne (MRC) salda, zabezpieczone depozytem przedpłaconym. Platforma opiera się na restrykcyjnym modelu progu przedpłaty wynoszącym 20 USD, co gwarantuje nieprzerwaną ciągłość operacji. Konta przekraczające wysokie limity ruchowe przechodzą miękką weryfikację w okolicach 1000 USD miesięcznie, co pozwala zapewnić zgodność z procedurami routingu i zapobiega nadużyciom typu SMS pumping.
Konfiguracja webhooków głosowych i parsowanie stanu
Ustawienie nasłuchu stanu połączeń wymaga precyzyjnej konfiguracji webhooków wewnątrz konsoli. Przejdź do profilu routingu głosu i dodaj adres URL swojego punktu końcowego do subskrypcji zdarzeń połączeń nieodebranych. Platforma przesyła pakiety JSON zawierające szczegółowe metryki dyspozycji połączenia. Twój system odbiorczy analizuje numer dzwoniącego w formacie E.164, weryfikuje godziny operacyjne i natychmiast kolekuje spersonalizowaną wiadomość tekstową, aby skontaktować się z dzwoniącym przed skorzystaniem z oferty konkurencji.
Zautomatyzowana wysyłka SMS i śledzenie DLR
Gdy wyzwalacz awaryjny zadziała, system inicjuje sekwencję wysyłki wiadomości za pośrednictwem automatycznych pul routingowych. Każda wychodząca wiadomość wymaga spełnienia norm operatora, w tym automatycznej obsługi rezygnacji oraz filtrowania słowa kluczowego STOP. Statusy doręczeń w czasie rzeczywistym monitorujesz za pomocą szczegółowych logów DLR w konsoli. Nudne próby nieudanych doręczeń aktywują alternatywne trasy lub powiadamiają zespół inżynierów przez webhook, co zapewnia wysoką skuteczność konwersji przy nieodebranych połączeniach.
Integracja wiadomości i operacje startowe
Kompleksowe strategie ruchu przychodzącego wymagają zsynchronizowanych kanałów wiadomości oraz rygorystycznej walidacji przedwdrożeniowej. Zapoznaj się z powiązanymi przewodnikami architektonicznymi, aby zoptymalizować wdrożenie: przewodnik po dwukierunkowej skrzynce, wykonaj testy u operatora za pomocą Tydzień pilotażowy ruchu przychodzącego: testy MO na wynajętym DID oraz skaluj wydajność, korzystając z Drugi miesiąc ruchu przychodzącego: obciążenie MO na tym samym DID, aby utrzymać wysoką przepustowość w szczytach ruchu.
Rozpocznij z IOSOR
Przy nieodebranym przychodzącym głosie — brak odpowiedzi lub zajęte po dzwonku — wyślijcie jedno SMS na tym samym przychodzącym DID i call-id. Nie wysyłajcie SMS, póki jeszcze dzwoni. Oznaczcie wiersz missed-call-to-SMS. To zapas z nieodebranego przychodzącego, nie failover wychodzącego alertu głosowego po końcowej porażce, nie wlot spamu MO i nie strona STOP/HELP.
Podsumowanie IOSOR
Nieodebrany przychodzący głos staje się jednym SMS na tym samym DID i połączeniu.
Róbcie: poczekajcie na stan nieodebranego, potem jedno SMS. Nie róbcie: SMS w trakcie dzwonka albo nowy intent jak failover wychodzącego alertu.
Czy ten przewodnik był pomocny?
Powiązane przewodniki
- Buforowanie webhooków przychodzących w celu radzenia sobie ze szczytami opóźnień u operatora
Dowiedz się, jak skonfigurować reguły buforowania przychodzącego IOSOR, aby chronić webhooki przed opóźnieniami operatora, szczytami współbieżności i błędami timeoutów.
- Synchronizacja słów rezygnacji dla wielu najemców w ruchu przychodzącym
Opanuj synchronizację rezygnacji dla wielu najemców w IOSOR. Dowiedz się, jak przychodzące słowa kluczowe STOP zarządzają globalnymi blokadami.
- Deduplikacja przychodzących zdarzeń MO na poziomie bramki API
Zatrzymuj zduplikowane zdarzenia MO i podwójne naliczanie opłat za pomocą blokad deduplikacji bramki, logiki JIT i bezpiecznego rejestru.