IOSOR Wiedza

Uwzględnianie lokalnych ograniczeń godzin ciszy w globalnych mapach zasięgu

Dowiedz się, jak skonfigurować automatyczne sprawdzanie zasięgu w IOSOR, aby zapobiegać odrzuceniom podczas godzin ciszy, zapewniając zgodność i oszczędzając saldo przedpłacone.

Uwzględnianie lokalnych ograniczeń godzin ciszy w globalnych mapach zasięgu.

Zrozumienie blokad dostarczania w godzinach ciszy

Lokalne godziny ciszy to ścisłe ramy regulacyjne, w których ruch promocyjny lub nieistotny SMS i OTP jest prawnie blokowany. Wysyłanie wiadomości w tych godzinach prowadzi do natychmiastowych odrzuceń na poziomie operatora, co marnuje saldo. W IOSOR traktujemy godziny ciszy jako dynamiczne limity zasięgu. Zamiast próbować dostarczyć wiadomość i otrzymać nieudany DLR, platforma ocenia prefiks E.164 miejsca docelowego i czas lokalny przed routingiem. To proaktywne podejście zapewnia, że Twój ruch pozostaje zgodny z lokalnym prawem bez ręcznej interwencji.

Mapowanie prefiksów E.164 na lokalne strefy czasowe

Aby zapobiec cichemu spalaniu środków, system mapuje prefiksy E.164 na precyzyjne geograficzne strefy czasowe. Po zainicjowaniu wywołania API, IOSOR sprawdza docelową strefę czasową. Jeśli bieżący czas lokalny mieści się w ograniczonym oknie godzin ciszy, wiadomość jest wstrzymywana lub odrzucana na poziomie bramy API. Zapobiega to niepotrzebnym potrąceniom salda przedpłaconego. System wykorzystuje wyszukiwania w bazie danych w czasie rzeczywistym, aby zapewnić, że nawet podzielone strefy czasowe w ramach jednego kodu kraju są dokładnie uwzględniane podczas decyzji o routingu.

Konfigurowanie automatycznych kontroli zasięgu w IOSOR

Deweloperzy mogą konfigurować automatyczne kontrole zasięgu za pośrednictwem konsoli IOSOR lub alertów webhook. Ustawiając reguły definiujące granice godzin ciszy (np. 20:00 do 08:00 czasu lokalnego), platforma automatycznie aktualizuje aktywną mapę zasięgu. Jeśli trasa jest tymczasowo ograniczona, system zwraca określony kod blokady zasięgu zamiast ogólnego błędu. Pozwala to Twojej aplikacji na płynne kolejkowanie wiadomości do późniejszego dostarczenia lub natychmiastowe powiadomienie użytkownika.

Zarządzanie blokadami przedpłaconymi i operacjami księgowymi

Wszystkie akwizycje numerów w IOSOR wykorzystują model udostępniania JIT. Gdy numer jest wymagany, na Twoim saldzie zakładana jest blokada przedpłacona, a numer jest przypisywany natychmiast. Wymagane jest utrzymanie salda przedpłaconego w wysokości USD 20, aby konto pozostało aktywne. W przypadku kont o dużym wolumenie, uruchamiany jest miękki przegląd w pobliżu USD 1.000/miesiąc, aby zoptymalizować limity routingu i zapewnić zgodność z lokalnymi protokołami STOP i Verify OK. To podejście oparte na księdze gwarantuje, że płacisz tylko za realne ścieżki dostarczania.

Integracja zasad zgodności i routingu

Integracja tych zasad zapewnia zgodność we wszystkich aktywnych korytarzach. Aby utrzymać optymalny routing, zapoznaj się z tymi zasobami:

Te przewodniki pomagają zarządzać złożonymi scenariuszami routingu, obsługiwać odrzucenia na poziomie prefiksu i utrzymywać wysokie wskaźniki dostarczalności w różnych jurysdykcjach.

Zacznij z IOSOR

Otwórz konsolę IOSOR i skonfiguruj automatyczne sprawdzanie zasięgu, aby przetwarzać prefiksy E.164 wraz z macierzami przesunięć lokalnych stref czasowych. Skonfiguruj reguły bramki API, aby automatycznie kolejkować lub odrzucać żądania wysyłki wpadające w lokalne okna ograniczeń. Monitoruj kanały statusu webhooków, aby zmiany statusu trasowania dostosowywały się dynamicznie w miarę przechodzenia stref czasowych w godziny ciszy.

Podsumowanie IOSOR

Bezpośrednia integracja reguł lokalnych godzin ciszy z automatycznymi testami zasięgu zapobiega kosztownym odrzuceniom na poziomie operatora.

Czy ten przewodnik był pomocny?

Powiązane przewodniki