¿Por qué mi sender ID alfanumérico fue reemplazado por un número?

Un registro de mensaje puede mostrar un origen numérico después de que tu aplicación proporcionó un nombre de marca. Cuando tu aplicación proporciona text y from, Bird valida el remitente solicitado y rechaza uno no elegible. La aceptación de API no garantiza la presentación del remitente en el teléfono. Esa validación no reemplaza el remitente solicitado.

¿Bird alguna vez cambia mi remitente por un número?

Para un mensaje enviado con text y from, Bird rechaza un remitente no admitido sin reemplazarlo. Una solicitud de plantilla de sistema proporciona una referencia template del catálogo de Bird en lugar de un cuerpo de mensaje personalizado. Bird selecciona el remitente para esa solicitud de plantilla. La solicitud y el campo from devuelto identifican la forma de envío y el remitente utilizados.

Bird verifica el remitente contra la política del destino antes de que el mensaje vaya a cualquier parte. Si el destino no admite el tipo alfanumérico, la llamada se rechaza. También se rechaza cuando el destino exige un registro que este remitente no tiene. El error nombra al remitente para que puedas consultar sus requisitos.

Para una solicitud con text y from, estas comprobaciones rechazan un envío no elegible sin reescribir el remitente. Un envío rechazado no produce ningún mensaje, intento de entrega ni evento de entrega. Si existe un mensaje con un from diferente, compara la solicitud original, la selección de plantilla y la ruta posterior.

¿Qué rechazo veré en la práctica?

Se citan tres códigos para esto y no son intercambiables.

Los dos primeros son el par que debes conocer. E12021 dice This sender is not available for the destination country y es lo que devuelve un envío; E12018 dice Alphanumeric senders are not available for the destination country y es lo que devuelve el registro. Describen la misma política de país desde dos puertas distintas, por eso buscar la redacción específica de alfanuméricos después de un envío fallido no encuentra nada.

El tercero es una trampa de la misma forma que la página de filtrado de operadores describe para códigos de entrega. E12019 está publicado, documentado y no lo emite ninguna ruta de código. Un registro requerido pero ausente aparece como un error que nombra al remitente, no como E12019. Manéjalo si quieres, pero no trates su ausencia en tus registros como evidencia de que el registro está bien.

¿El programa de registro numeric es lo que me pasó?

No, y el nombre invita a la confusión.

Los programas de registro de Bird incluyen uno llamado numeric, y leído en frío suena como lo que convirtió tu nombre en dígitos. No lo es. numeric registra un código largo: es el programa que un país ejecuta para el tipo de remitente numérico, aplicado a un número que ya posees. Nada en él convierte un remitente alfanumérico en uno numérico.

Si un país al que envías ejecuta numeric, lo que eso te dice es que sus códigos largos necesitan registro, algo útil cuando eliges un tipo de remitente pero que no dice nada sobre tu alfanumérico. Registro de sender ID tiene los cinco programas y a qué tipo de remitente aplica cada uno.

Entonces, ¿de dónde vino el número?

De algún lugar fuera de la compuerta de tipo de remitente, y hay tres sitios que vale la pena revisar en orden.

1. Revisa desde qué remitente enviaste realmente. El registro de mensaje lleva su propio remitente, y un espacio de trabajo con varios remitentes configurados es la forma habitual en que un envío sale desde uno distinto al que pretendías. Filtra tus mensajes por remitente para ver qué identidad lo llevó.
2. Verifica si el mensaje salió de Bird. Si el mismo programa también envía a través de otro proveedor, o a través de un respaldo en tu propio código, el número puede ser el remitente predeterminado de esa ruta y no uno reescrito.
3. Pregunta por el mensaje específico. Una vez que un mensaje salió de Bird pasó por un operador, y lo que una red hace con un remitente después de la transferencia es comportamiento de esa red, no una configuración tuya. Envía el id del mensaje a soporte, junto con el destino y el remitente que esperabas.

Dos cosas no lo explican, y descartarlas ahorra tiempo. No es que tu registro esté pendiente, porque un registro pendiente rechaza el envío en lugar de degradarlo. Y no es que el destino esté desactivado para tu espacio de trabajo, porque eso también rechaza el envío, con E12020.

¿Qué evita que vuelva a pasar?

Decide el remitente por destino en lugar de por campaña.

La solución duradera es saber, antes de enviar, qué tipos de remitente admite cada destino y qué requiere cada uno. Eso se publica por país en destinos de SMS, y se puede consultar para uno de tus propios remitentes desde una terminal:

bird sms senders requirements <sender-id>

Cuando un destino no admite el tipo alfanumérico en absoluto, no existe un registro que te dé acceso, y la opción es un tipo de remitente diferente. Qué tipo de remitente debería usar compara los cuatro. Cuando sí admite el tipo y exige un registro primero, sender IDs SMS cubre cómo crearlo.