Dlaczego mój alfanumeryczny sender ID został zastąpiony numerem?

Rekord wiadomości może pokazywać nadawcę numerycznego, mimo że Twoja aplikacja podała nazwę marki. Gdy aplikacja przekazuje text i from, Bird waliduje żądanego nadawcę i odrzuca niedozwolonego. Zaakceptowanie przez API nie gwarantuje prezentacji nadawcy na telefonie. Ta walidacja nie zastępuje żądanego nadawcy.

Czy Bird kiedykolwiek podmienia mojego nadawcę na numer?

Przy wiadomości przesłanej z text i from Bird odrzuca nieobsługiwanego nadawcę bez podmiany. Żądanie z szablonem systemowym przekazuje referencję template z katalogu Bird zamiast własnej treści wiadomości. Bird wybiera nadawcę dla tego żądania szablonowego. Żądanie i zwrócone pole from identyfikują formę wysyłki i użytego nadawcę.

Bird sprawdza nadawcę względem polityki miejsca docelowego, zanim wiadomość gdziekolwiek trafi. Jeśli miejsce docelowe nie obsługuje typu alfanumerycznego, wywołanie jest odrzucane. Wywołanie jest również odrzucane, gdy miejsce docelowe wymaga rejestracji, której ten nadawca nie posiada. Błąd wskazuje nadawcę, więc możesz sprawdzić jego wymagania.

Przy żądaniu z text i from te kontrole odrzucają niedozwoloną wysyłkę bez nadpisywania nadawcy. Odrzucona wysyłka nie generuje wiadomości, próby dostarczenia ani zdarzenia dostarczenia. Jeśli istnieje wiadomość z inną wartością from, porównaj oryginalne żądanie, wybór szablonu i dalszą trasę.

Którą odmowę faktycznie zobaczę?

Trzy kody są cytowane w tym kontekście i nie są wymienne.

Pierwsze dwa to para, którą warto znać. E12021 zawiera treść This sender is not available for the destination country i jest zwracany przez wysyłkę; E12018 zawiera treść Alphanumeric senders are not available for the destination country i jest zwracany przez rejestrację. Opisują tę samą politykę krajową z dwóch różnych drzwi, dlatego szukanie sformułowania specyficznego dla alfanumerycznych po nieudanej wysyłce nic nie daje.

Trzeci to pułapka tego samego rodzaju, jaką strona carrier filtering opisuje dla kodów dostarczenia. E12019 jest opublikowany, udokumentowany i nieemitowany przez żadną ścieżkę kodu. Brakująca wymagana rejestracja pojawia się jako błąd wskazujący nadawcę, a nie jako E12019. Obsłuż go, jeśli chcesz, ale nie traktuj jego braku w logach jako dowodu, że rejestracja jest w porządku.

Czy program rejestracyjny numeric jest tym, co mi się przydarzyło?

Nie, a nazwa sugeruje to nieporozumienie.

Programy rejestracyjne Bird obejmują jeden o nazwie numeric i czytany na zimno brzmi jak to, co zamieniło Twoją nazwę w cyfry. Tak nie jest. numeric rejestruje numer długi: to program, który kraj prowadzi dla typu nadawcy numerycznego, stosowany do numeru, który już posiadasz. Nic w nim nie konwertuje nadawcy alfanumerycznego na numerycznego.

Jeśli kraj, do którego wysyłasz, prowadzi program numeric, oznacza to, że jego numery długie wymagają rejestracji. To przydatna informacja przy wyborze typu nadawcy, ale nic nie mówi o Twoim alfanumerycznym. Sender ID registration opisuje wszystkie pięć programów i typ nadawcy, którego każdy dotyczy.

Skąd więc wziął się numer?

Z innego miejsca niż bramka typu nadawcy. Oto trzy miejsca warte sprawdzenia po kolei.

1. Sprawdź, z czego faktycznie wysłałeś. Rekord wiadomości zawiera własnego nadawcę, a obszar roboczy z kilkoma skonfigurowanymi nadawcami to typowa przyczyna wysyłki z innego niż zamierzony. Przefiltruj wiadomości po nadawcy, żeby zobaczyć, która tożsamość ją obsłużyła.
2. Sprawdź, czy wiadomość w ogóle przeszła przez Bird. Jeśli ten sam program wysyła też przez innego dostawcę albo przez fallback w Twoim kodzie, numer może być domyślnym nadawcą tamtej ścieżki, a nie nadpisanym.
3. Zapytaj o konkretną wiadomość. Po opuszczeniu Bird wiadomość przeszła przez operatora, a to, co sieć robi z nadawcą po przekazaniu, to zachowanie tej sieci, nie Twoje ustawienie. Podaj supportowi message id wraz z miejscem docelowym i oczekiwanym nadawcą.

Dwie rzeczy tego nie wyjaśniają, a ich wykluczenie oszczędza czas. To nie oczekująca rejestracja, bo oczekująca rejestracja odmawia wysyłki, a nie degraduje ją. I to nie wyłączenie miejsca docelowego dla Twojego obszaru roboczego, bo to również odmawia wysyłki, z kodem E12020.

Co zapobiega powtórzeniu się tej sytuacji?

Decyduj o nadawcy na podstawie miejsca docelowego, nie kampanii.

Trwałe rozwiązanie to wiedza, jeszcze przed wysyłką, które typy nadawców obsługuje każde miejsce docelowe i czego każdy z nich wymaga. Dane te są publikowane per kraj na stronie Miejsca docelowe SMS i możesz je sprawdzić dla własnego nadawcy z terminala:

bird sms senders requirements <sender-id>

Jeśli miejsce docelowe w ogóle nie obsługuje typu alfanumerycznego, nie istnieje rejestracja, która dałaby Ci do niego dostęp, i pozostaje wybór innego typu nadawcy. Którego typu nadawcy użyć porównuje cztery typy. Jeśli typ jest obsługiwany, ale wymaga najpierw rejestracji, Sender IDs SMS opisuje jej tworzenie.