Cuarentena de números para SMS A2P: guía operativa
Diseña un proceso revisable para poner destinos en observación, suspender temporalmente el tráfico y decidir su reactivación sin convertir una señal aislada en un bloqueo definitivo.
Qué resuelve una cuarentena y qué no
Una cuarentena es un control operativo temporal para limitar o pausar mensajes hacia un destino mientras se revisa una señal de riesgo o de fallos. Su objetivo es evitar que un problema se repita y, al mismo tiempo, conservar una vía para corregir falsos positivos y reactivar el tráfico legítimo.
No es lo mismo que una lista de supresión por consentimiento. Si una persona se ha dado de baja o no existe una base válida para enviarle mensajes, el destino debe gestionarse conforme a las reglas aplicables de consentimiento y cumplimiento; una revisión técnica no sustituye esa obligación.
No hay umbrales universales de fallos ni una duración estándar de cuarentena que pueda recomendarse para todos los remitentes, rutas y destinos. La evidencia disponible no permite fijar cifras. Cada organización debe definir criterios acordes con sus datos, riesgos, obligaciones y acuerdos operativos, y documentar por qué los aplica.
- Use la cuarentena para controlar un riesgo operativo revisable, no para borrar la causa del problema.
- Mantenga separados los motivos técnicos, las señales de fraude y las decisiones relacionadas con consentimiento.
- Prefiera una restricción temporal y delimitada a un bloqueo permanente cuando la evidencia aún sea incompleta.
Señales que pueden iniciar una revisión
Una señal sirve para abrir una revisión, no necesariamente para decidir el resultado. Puede considerarse un patrón de errores repetidos, reclamaciones recibidas por canales legítimos, cambios de estado reportados por los sistemas disponibles o alertas internas. Antes de actuar, compruebe que el evento corresponde al destino y al intervalo correctos.
Un DLR es un informe de estado asociado al mensaje. No debe presentarse como prueba independiente de que el mensaje llegó al dispositivo ni como explicación concluyente de la causa de un fallo. Interprete cada estado según la documentación de la plataforma o ruta que lo generó y tenga en cuenta que los informes pueden ser incompletos o inciertos.
Compare señales relacionadas con el mismo destino y contexto: remitente, tipo de tráfico, ruta, periodo y comportamiento previo. Una concentración de eventos puede justificar una revisión prioritaria, pero no demuestra por sí sola que el número sea fraudulento, inválido o ajeno a un usuario legítimo.
- Verifique que no se trate de un error de formato o de asociación entre mensaje, destino y resultado.
- Distinga entre datos de envío, informes DLR y alertas de sistemas de inteligencia de numeración.
- No convierta una sola reclamación, un DLR aislado o un fallo puntual en una conclusión definitiva.
Qué puede aportar HLR Lookup
HLR Lookup es una consulta de inteligencia de numeración ofrecida en determinados contextos de SMS. Su disponibilidad y los campos devueltos dependen del servicio utilizado; la información proporcionada aquí no permite especificar qué atributos estarán disponibles en cada consulta.
No trate una consulta HLR como prueba de consentimiento, identidad, titularidad del número ni entrega garantizada de un mensaje. Tampoco sustituye la validación de los registros de envío, la interpretación de los DLR ni la revisión de reclamaciones.
Antes de incorporar este tipo de consulta al flujo, confirme qué datos proporciona el servicio concreto, cuándo se actualizan, qué limitaciones declara y qué uso está permitido. Si el resultado no puede interpretarse con suficiente certeza, registre esa incertidumbre y evite usarlo como fundamento único para una suspensión.
- Documente la fuente y la fecha de la consulta.
- Considere el resultado como una señal de apoyo, no como veredicto sobre identidad, permiso o entrega.
- Limite el acceso y el uso a lo necesario para la revisión.
Estados operativos claros
Defina estados que indiquen qué puede ocurrir con el destino y quién debe actuar. Un esquema posible es activo, en observación, en cuarentena, pendiente de revisión y reactivado. El nombre de los estados importa menos que tener reglas comprensibles, responsables asignados y transiciones registradas.
En observación, el tráfico puede continuar bajo los controles que la organización haya establecido. En cuarentena, la organización puede pausar o limitar el tráfico afectado mientras revisa el caso. No presuponga que una implementación concreta de plataforma permite restricciones por destino, ruta o tipo de mensaje: confirme primero las capacidades reales de sus sistemas.
La reactivación no debe borrar el historial. Debe registrar quién tomó la decisión, qué evidencia se revisó y qué control posterior se aplicará, si corresponde.
- Activo: no hay una restricción operativa vigente.
- En observación: existe una señal que requiere seguimiento, sin concluir que el destino sea ilegítimo.
- En cuarentena: se aplica una restricción temporal con motivo y alcance definidos.
- Pendiente de revisión: la evidencia disponible no basta para cerrar el caso.
- Reactivado: se levantó la restricción tras una revisión documentada.
Decidir si iniciar la cuarentena y delimitar su alcance
No existe un umbral de errores o reclamaciones respaldado aquí como regla universal. Establezca internamente cuándo una combinación de señales requiere revisión y cuándo justifica una restricción temporal. Considere la repetición, la calidad de la evidencia, el impacto potencial y la posibilidad de que el evento tenga una explicación técnica o contextual distinta.
Aplique el control más acotado que reduzca el riesgo identificado. Si la señal afecta a un destino concreto, evite extender automáticamente la medida a otros números, remitentes o rutas sin evidencia que lo justifique. Cuando el caso no sea claro, la observación o una revisión prioritaria pueden ser más proporcionales que un bloqueo amplio.
Antes de activar la medida, compruebe que la restricción no impida indebidamente comunicaciones legítimas críticas y que exista un canal de revisión apropiado. Las obligaciones aplicables y los compromisos de servicio deben formar parte de la decisión.
- Identifique la señal, su calidad y el contexto en que se produjo.
- Defina qué tráfico se restringe, durante cuánto tiempo se revisará y quién es responsable.
- Evite decisiones irreversibles basadas en un único evento no corroborado.
- Establezca una ruta para corregir errores y solicitar revisión.
Flujo de revisión y decisión
Primero, valide el formato y el contexto del destino. ITU-T E.164 trata el plan internacional de numeración pública; puede servir como referencia para cuestiones de numeración, pero no establece por sí misma un procedimiento de cuarentena A2P. Confirme además que los registros consultados pertenecen al mismo destino y no se han mezclado eventos.
Después, reúna las evidencias disponibles: intentos de envío, estados DLR con su fuente, reclamaciones pertinentes y alertas internas. Registre qué se sabe y qué no se puede concluir. Si se utiliza HLR Lookup, anote el proveedor o sistema consultado y la fecha, sin atribuirle capacidades que no estén documentadas.
Finalmente, elija entre cerrar la alerta, mantener observación, aplicar una cuarentena acotada o solicitar más revisión. Escriba el motivo de la decisión y la evidencia que la respalda. Si la causa no puede determinarse, deje constancia de la incertidumbre en lugar de asignar una explicación no verificada.
- Validar formato, asociación de eventos y periodo.
- Separar observaciones directas de interpretaciones.
- Consultar únicamente fuentes pertinentes y documentadas.
- Registrar decisión, responsable, alcance y próximo punto de revisión.
Reactivación, controles temporales y falsos positivos
Reactivar cuando la revisión concluya que la restricción ya no está justificada o que la señal se explicó de forma compatible con tráfico legítimo, de acuerdo con las reglas internas. La evidencia suministrada no permite establecer un plazo fijo ni una prueba única para autorizar la reactivación.
Si persiste la incertidumbre, puede mantenerse el caso pendiente de revisión o aplicarse un control temporal más limitado, siempre que sea viable en la plataforma y proporcionado al riesgo. No mantenga una cuarentena indefinida por inercia: defina quién revisará el caso y cuándo volverá a evaluarse.
Cuando se confirme un falso positivo, corrija el estado operativo y conserve el registro de la rectificación. Revise también si otros destinos fueron afectados por la misma regla; no amplíe el bloqueo como respuesta automática.
- Indique qué evidencia permite levantar o mantener la restricción.
- Asigne una persona o equipo responsable de la siguiente revisión.
- Retire las medidas que ya no sean necesarias y registre la fecha.
- Mantenga por separado cualquier supresión exigida por consentimiento o cumplimiento.
Trazabilidad y acceso limitado
Un registro útil permite reconstruir la decisión sin recopilar información innecesaria. Incluya el motivo, la fecha, la señal observada, las fuentes consultadas, el alcance de la medida, la persona o equipo responsable, la vigencia prevista y el resultado de la revisión.
Limite el acceso a quienes necesitan gestionar el caso y aplique las políticas de conservación y protección de datos de la organización. No incluya contenido de mensajes u otros datos personales si no son necesarios para justificar y resolver la revisión.
Revise periódicamente si las reglas están generando bloqueos erróneos o si los casos quedan abiertos sin responsable. La finalidad es mejorar la calidad de las decisiones, no convertir métricas internas en garantías de entrega o de legitimidad.
- Motivo y señal concreta.
- Fecha de inicio, vigencia o próxima revisión.
- Fuente de la evidencia y límites conocidos.
- Alcance de la cuarentena y responsable.
- Decisión final, resultado y registro de correcciones.
Preguntas frecuentes
¿Cuántos fallos deben producir una cuarentena?
No hay un umbral universal respaldado por la información disponible. Defina criterios internos según el contexto, la calidad de las señales y el impacto potencial; documente la regla y evite usar un fallo aislado como prueba concluyente.
¿Un DLR confirma que el SMS llegó al teléfono?
No necesariamente. Un DLR es un informe de estado de la plataforma o ruta que lo genera y no debe confundirse automáticamente con una verificación independiente de recepción en el dispositivo.
¿HLR Lookup demuestra que el número pertenece al destinatario o que dio su consentimiento?
No. No use HLR Lookup como prueba de identidad, titularidad, consentimiento ni entrega garantizada. Confirme el alcance documentado del servicio concreto y considere sus resultados únicamente dentro de esos límites.
¿Cuánto tiempo debe durar una cuarentena?
La información disponible no establece una duración estándar. Fije una vigencia o una fecha de revisión conforme a sus reglas internas, asigne un responsable y evite mantener una restricción indefinida sin reevaluación.
¿La cuarentena sustituye una lista de supresión por baja o falta de consentimiento?
No. La cuarentena es un control operativo para revisar riesgos o fallos. Las bajas y demás obligaciones de consentimiento deben gestionarse de forma separada conforme a las normas aplicables.
Fuentes consultadas
- 3GPP specifications3GPP
- ITU-T E.164International Telecommunication Union
- GSMA resourcesGSMA
- SMS concepts for Azure Communication ServicesMicrosoft Learn