Waarom is mijn alfanumerieke afzender-ID vervangen door een nummer?

Een berichtrecord kan een numerieke herkomst tonen nadat je applicatie een merknaam heeft meegegeven. Wanneer je applicatie text en from meestuurt, valideert Bird de gevraagde afzender en weigert een niet-toegestane. Acceptatie door API garandeert niet de afzenderweergave op het toestel. Die validatie vervangt de gevraagde afzender niet.

Wisselt Bird mijn afzender ooit in voor een nummer?

Bij een bericht dat is ingediend met text en from weigert Bird een niet-ondersteunde afzender zonder deze te vervangen. Een systeem-templateverzoek stuurt een template-referentie uit de catalogus van Bird mee in plaats van een eigen berichttekst. Bird selecteert de afzender voor dat templateverzoek. Het verzoek en het geretourneerde from-veld geven aan welk verzendformulier en welke afzender zijn gebruikt.

Bird controleert de afzender tegen het beleid van de bestemming voordat het bericht ergens naartoe gaat. Als de bestemming het alfanumerieke type niet ondersteunt, wordt de aanroep geweigerd. De aanroep wordt ook geweigerd wanneer de bestemming een registratie vereist die deze afzender niet heeft. De fout vermeldt de afzender zodat je de vereisten kunt bekijken.

Bij een verzoek met text en from weigeren deze controles een niet-toegestane verzending zonder de afzender te herschrijven. Een geweigerde verzending levert geen bericht, afleverpoging of aflevergebeurtenis op. Als er een bericht bestaat met een ander from, vergelijk dan het oorspronkelijke verzoek, de templateselectie en de downstream-route.

Welke weigering krijg ik daadwerkelijk te zien?

Drie codes worden hiervoor aangehaald en ze zijn niet uitwisselbaar.

De eerste twee zijn het paar dat je moet kennen. E12021 luidt This sender is not available for the destination country en is wat een verzending teruggeeft; E12018 luidt Alphanumeric senders are not available for the destination country en is wat registratie teruggeeft. Ze beschrijven hetzelfde landbeleid vanuit twee verschillende deuren, en daarom vind je niets als je na een mislukte verzending zoekt op de alfanumeriek-specifieke tekst.

De derde is een valkuil van dezelfde vorm als de pagina carrier filtering beschrijft voor afleveringscodes. E12019 is gepubliceerd, gedocumenteerd en wordt door geen enkel codepad uitgegeven. Een registratie die vereist maar afwezig is, verschijnt als een fout die de afzender noemt, niet als E12019. Vang het af als je wilt, maar behandel de afwezigheid ervan in je logs niet als bewijs dat de registratie in orde is.

Is het numeric-registratieprogramma wat mij is overkomen?

Nee, en de naam nodigt uit tot verwarring.

De registratieprogramma's van Bird bevatten er een genaamd numeric, en op het eerste gezicht klinkt het als datgene wat je naam in cijfers heeft veranderd. Dat is het niet. numeric registreert een long code: het is het programma dat een land voert voor het nummerafzendertype, toegepast op een nummer dat je al hebt. Niets erin zet een alfanumerieke afzender om in een numerieke.

Als een land waarnaar je verzendt numeric voert, vertelt dat je dat de long codes van dat land geregistreerd moeten worden, wat handig is bij het kiezen van een afzendertype maar niets zegt over je alfanumerieke afzender. Sender ID-registratie bevat alle vijf programma's en op welk afzendertype elk van toepassing is.

Waar kwam het nummer dan vandaan?

Ergens anders dan de afzendertype-poort, en er zijn drie plekken die je in volgorde kunt controleren.

1. Lees terug waarvandaan je daadwerkelijk hebt verzonden. Het berichtrecord bevat zijn eigen afzender, en een werkruimte met meerdere geconfigureerde afzenders is de gewone manier waarop een verzending uitgaat vanaf een andere dan je bedoelde. Filter je berichten op afzender om te zien welke identiteit het heeft verstuurd.
2. Controleer of het bericht überhaupt van Bird kwam. Als hetzelfde programma ook via een andere provider verzendt, of via een fallback in je eigen code, kan het nummer de standaardafzender van dat pad zijn in plaats van een herschreven afzender.
3. Vraag naar het specifieke bericht. Zodra een bericht Bird heeft verlaten, is het via een carrier gegaan, en wat een netwerk met een afzender doet na de overdracht is het gedrag van dat netwerk en geen instelling die jij beheert. Vermeld het message-id aan support, samen met de bestemming en de afzender die je verwachtte.

Twee dingen verklaren het niet, en ze uitsluiten bespaart tijd. Het is niet je registratie die in behandeling is, want een lopende registratie weigert de verzending in plaats van deze te downgraden. En het is niet de bestemming die is uitgeschakeld voor je werkruimte, want dat weigert de verzending ook, met E12020.

Wat voorkomt dat het opnieuw gebeurt?

Bepaal de afzender per bestemming in plaats van per campagne.

De duurzame oplossing is om vóór verzending te weten welke afzendertypen elke bestemming ondersteunt en wat elk type vereist. Dat is per land gepubliceerd op SMS-bestemmingen, en je kunt het voor een van je eigen afzenders opvragen vanuit een terminal:

bird sms senders requirements <sender-id>

Als een bestemming het alfanumerieke type helemaal niet ondersteunt, bestaat er geen registratie waarmee je alsnog toegang krijgt, en is de keuze een ander afzendertype. Welk afzendertype moet ik gebruiken vergelijkt de vier. Als de bestemming het type wel ondersteunt maar eerst een registratie wil, behandelt SMS sender IDs hoe je die aanmaakt.