Por que meu sender ID alfanumérico foi substituído por um número?

Um registro de mensagem pode mostrar uma origem numérica depois de sua aplicação ter fornecido um nome de marca. Quando sua aplicação fornece text e from, Bird valida o remetente solicitado e recusa um inelegível. A aceitação por API não garante a apresentação do remetente no aparelho. Essa validação não substitui o remetente solicitado.

Bird troca meu remetente por um número em algum momento?

Para uma mensagem enviada com text e from, Bird recusa um remetente não suportado sem substituí-lo. Uma solicitação de template de sistema fornece uma referência template do catálogo de Bird em vez de um corpo de mensagem personalizado. Bird seleciona o remetente para essa solicitação de template. A solicitação e o campo from retornado identificam o formulário de envio e o remetente usado.

Bird verifica o remetente contra a política do destino antes de a mensagem ir a qualquer lugar. Se o destino não suporta o tipo alfanumérico, a chamada é recusada. A chamada também é recusada quando o destino exige um registro que esse remetente não possui. O erro nomeia o remetente para que você possa consultar seus requisitos.

Para uma solicitação com text e from, essas verificações recusam um envio inelegível sem reescrever o remetente. Um envio recusado não produz mensagem, tentativa de entrega nem evento de entrega. Se uma mensagem existir com um from diferente, compare a solicitação original, a seleção de template e a rota downstream.

Qual recusa eu vou ver de fato?

Três códigos são citados para isso e não são intercambiáveis.

Os dois primeiros são o par que importa. E12021 diz This sender is not available for the destination country e é o que um envio retorna; E12018 diz Alphanumeric senders are not available for the destination country e é o que o registro retorna. Eles descrevem a mesma política de país por duas portas diferentes, e por isso buscar pela mensagem específica de alfanumérico depois de um envio falho não encontra nada.

O terceiro é uma armadilha do mesmo tipo que a página de filtragem de operadora descreve para códigos de entrega. E12019 é publicado, documentado e não é emitido por nenhum caminho de código. Um registro obrigatório mas ausente aparece como um erro nomeando o remetente, não como E12019. Trate-o se quiser, mas não considere sua ausência nos seus logs como evidência de que o registro está em ordem.

O programa de registro numeric é o que aconteceu comigo?

Não, e o nome convida à confusão.

Os programas de registro do Bird incluem um chamado numeric, e lido sem contexto parece ser a causa que transformou seu nome em dígitos. Não é. numeric registra um long code: é o programa que um país opera para o tipo de remetente numérico, aplicado a um número que você já possui. Nada nele converte um remetente alfanumérico em um numérico.

Se um país para o qual você envia opera numeric, isso indica que os long codes dele precisam de registro, o que é útil ao escolher um tipo de remetente mas não diz nada sobre o seu alfanumérico. Registro de Sender ID lista todos os cinco programas e a qual tipo de remetente cada um se aplica.

Então de onde veio o número?

De algum lugar fora da validação de tipo de remetente, e há três pontos que vale verificar em ordem.

1. Confira de qual remetente você realmente enviou. O registro da mensagem carrega seu próprio remetente, e um espaço de trabalho com vários remetentes configurados é a forma comum de um envio sair de um remetente diferente do pretendido. Filtre suas mensagens por remetente para ver qual identidade foi usada.
2. Verifique se a mensagem veio do Bird. Se o mesmo programa também envia por outro provedor, ou por um fallback no seu próprio código, o número pode ser o remetente padrão desse caminho em vez de um remetente reescrito.
3. Pergunte sobre a mensagem específica. Depois que uma mensagem saiu do Bird, ela passou por uma operadora, e o que uma rede faz com o remetente após a transferência é comportamento dessa rede, não uma configuração sua. Informe o id da mensagem ao suporte, junto com o destino e o remetente que você esperava.

Duas coisas não explicam isso, e descartá-las economiza tempo. Não é o seu registro estar pendente, porque um registro pendente recusa o envio em vez de rebaixá-lo. E não é o destino estar desativado para o seu espaço de trabalho, porque isso também recusa o envio, com E12020.

O que impede que aconteça de novo?

Decida o remetente por destino em vez de por campanha.

A correção duradoura é saber, antes de enviar, quais tipos de remetente cada destino suporta e o que cada um exige. Isso é publicado por país em destinos SMS, e pode ser consultado para um dos seus próprios remetentes a partir de um terminal:

bird sms senders requirements <sender-id>

Quando um destino não suporta o tipo alfanumérico, nenhum registro existe para contornar isso, e a escolha é um tipo de remetente diferente. Qual tipo de remetente devo usar compara os quatro. Quando o destino suporta o tipo mas exige um registro primeiro, sender IDs SMS cobre como fazer um.