SMS

¿Qué es el registro de sender ID y por qué algunos países lo exigen?

El registro de sender ID registra quién puede usar una identidad de envío, y ayuda al destino a verificar el negocio y el tráfico previsto.

Un remitente puede funcionar en el tráfico de un país mientras otro país exige un registro. El registro conecta esa identidad con la información que el destino requiere antes de permitir el tráfico.

¿Por qué los destinos exigen el registro?

El registro permite que el registro o proveedor pertinente verifique quién usa una identidad y qué tráfico representa.

Por ejemplo, el régimen de sender ID de IMDA busca reducir la suplantación de marca mediante SMS. Las verificaciones de identidad requeridas ayudan a distinguir organizaciones registradas de usuarios no autorizados de un nombre.

El registro no recoge el permiso de los destinatarios. Sigues necesitando el consentimiento adecuado para el mensaje.

¿Qué registra Bird para un registro?

Bird registra el registro de un remitente para un país de destino.

El mismo remitente puede estar aprobado en un país y en revisión en otro. Conserva tanto sender_id como country_code al hacer seguimiento de ese trabajo.

El campo registration_mode de la respuesta de requisitos indica si el registro en el país es obligatorio, opcional o innecesario. El campo status informa en qué punto se encuentra un registro. approved satisface un registro obligatorio. not_required significa que ningún registro activo condiciona el envío, lo que también aplica antes de iniciar un registro opcional.

sender_id_behavior describe qué ocurre con el sender ID que envías: preserved lo conserva, overwritten lo reemplaza antes de la entrega y unknown significa que el comportamiento no está confirmado. Una política none con comportamiento overwritten no ofrece registro. Un registro obligatorio puede permanecer overwritten después de la aprobación. Un registro opcional es overwritten antes de la aprobación y pasa a ser preserved para sus categorías de mensaje aprobadas.

¿Qué programa de registro debo usar?

Usa el programa devuelto para ese remitente y destino, y luego sigue sus próximas acciones.

El campo program de Bird puede identificar estos flujos:

ValorPropósito del registro
10dlcRegistro empresarial en EE. UU. para marcas y campañas con números locales
tfnVerificación de número gratuito
alphaRegistro de remitente alfanumérico
numericRegistro de número largo
short_codeSolicitud de código corto

La guía de remitentes describe el registro. La guía de 10DLC cubre su flujo separado de marca, campaña y número.

No canalices todos los programas a través de la llamada genérica de registro. Algunos usan flujos separados de verificación o solicitud gestionada. Las acciones de next en la respuesta identifican el paso adecuado.

¿Cómo verifico el progreso antes de enviar?

Lee los requisitos del país del remitente y sigue la próxima acción indicada.

bird sms senders requirements <sender-id>

Para cada país, inspecciona registration_mode, sender_id_behavior, program, status y next. La referencia de requisitos documenta esos campos.

timeline_min_days y timeline_max_days informan el tiempo estimado de aprobación en días hábiles. Cualquiera de los dos puede ser null cuando no se publica una estimación. Planifica en función del estado informado en lugar de tratar una estimación como aprobación.

¿Qué sucede si envío antes de la aprobación?

Bird rechaza un envío mientras procesa la solicitud cuando registration_mode es required y el registro de remitente no está satisfecho. Un registro opcional puede permanecer pendiente mientras el remitente sigue enviando con un sender ID sobrescrito.

Ese rechazo ocurre antes de que Bird cree el mensaje saliente. No hay intento de entrega ni evento de fallo de entrega para la solicitud rechazada.

Lee el error y los requisitos del remitente indicado para encontrar el paso de recuperación. El filtrado del operador es una ruta de fallo diferente que ocurre después de que Bird envía el mensaje a un operador.

¿Qué más debe estar listo después del registro?

Habilita el destino para el espacio de trabajo. Verifica que el tipo de remitente esté permitido allí. Confirma que tienes el consentimiento requerido del destinatario.

La respuesta de requisitos informa destination_enabled por separado del estado de registro. Un país deshabilitado devuelve E12020, incluso cuando el registro de su remitente está aprobado.

Verifica el destino, el remitente y el destinatario antes de liberar el mensaje. El registro cumple un requisito; no garantiza que la red entregue todos los mensajes.

En resumen

  1. El registro es específico de un remitente y un destino.

    La aprobación en un país no establece la aprobación del mismo remitente en otro.

  2. La lectura de requisitos indica el programa aplicable.

    Sigue las próximas acciones devueltas en lugar de elegir un flujo de registro solo por el nombre del remitente.

  3. Un registro aprobado no habilita el destino.

    Consulta destination_enabled por separado, porque la configuración del espacio de trabajo aún puede impedir el envío.

  4. Un rechazo de registro no produce recorrido de entrega.

    Un remitente rechazado antes de ser aceptado no tiene mensaje saliente ni evento de fallo de entrega que inspeccionar.

Ponlo en práctica.

Continúa con la documentación, guías y ejemplos sobre este tema. Los recursos están en inglés.

Obtener un resumen de implementación

Construye sobre la misma red.

Obtén una clave API de prueba de inmediato. El acceso a producción se desbloquea cuando añades un método de pago y verificas un remitente.

Tu próxima idea.
Lista para conectar.