Volver al blog Operaciones SMS

Elegibilidad de rutas A2P SMS: filtros antes de comparar calidad

Define filtros verificables por destino, tráfico, remitente y contenido. Separa incompatibilidades conocidas de datos pendientes y compara calidad solo entre opciones elegibles.

Matriz de evaluación de elegibilidad para rutas A2P SMS por destino, tráfico, remitente y contenido

Elegibilidad, cumplimiento y calidad no son lo mismo

La elegibilidad operativa responde a una pregunta concreta: ¿la ruta documenta condiciones compatibles con esta solicitud? El cumplimiento consiste en verificar que el uso previsto respeta las normas aplicables y los requisitos pertinentes del mercado. La calidad observada describe el comportamiento de una ruta bajo condiciones de prueba o uso y en un periodo determinado.

Son evaluaciones relacionadas, pero ninguna sustituye a las demás. Que una ruta figure como disponible no demuestra que el caso cumpla las reglas locales; que sea elegible según la información registrada tampoco garantiza entrega. Y una observación de calidad favorable no elimina una incompatibilidad de remitente, contenido o destino.

  • Elegibilidad: compatibilidad documentada entre la solicitud y las condiciones de la ruta.
  • Cumplimiento: revisión de las obligaciones aplicables al tráfico y al mercado.
  • Calidad: evaluación basada en evidencia observada, con alcance y limitaciones identificados.
Elegibilidad, cumplimiento y calidad no son lo mismo

Define primero la solicitud que quieres enrutar

Antes de consultar rutas, registra los atributos necesarios para evaluar el caso. Si un dato no está confirmado, márcalo como pendiente en lugar de completar el vacío con una suposición. La evaluación solo es útil si describe el tráfico real que se pretende enviar.

Como mínimo, especifica el destino, la categoría de tráfico, el remitente previsto y el contenido o la plantilla relevante. Añade los requisitos temporales o de capacidad cuando sean pertinentes y estén documentados. Para comunicaciones de marketing, OTP o mensajes transaccionales, clasifica el uso de acuerdo con las condiciones aplicables; no trates una etiqueta interna como prueba de autorización.

  • Destino: país, mercado u otro ámbito requerido por la documentación de la ruta.
  • Tráfico: propósito y categoría que correspondan al mensaje real.
  • Remitente: valor y tipo previsto, según las condiciones documentadas.
  • Contenido: plantilla o descripción suficiente para comprobar restricciones declaradas.
  • Requisitos operativos: ventana temporal o capacidad solicitada, si son relevantes y verificables.
Define primero la solicitud que quieres enrutar

Convierte la documentación en estados verificables

Para cada condición de una ruta, utiliza estados claros: admitido, no admitido o no verificado. «Admitido» significa que la documentación consultada cubre el atributo y lo considera compatible; no equivale a una garantía de entrega ni a una aprobación normativa universal. «No admitido» identifica una incompatibilidad explícita. «No verificado» señala que falta información, que no se ha confirmado su vigencia o que el alcance no coincide con la solicitud.

No conviertas el silencio documental en una autorización. Si una ficha solo describe destinos, por ejemplo, no concluyas que también admite el remitente o el contenido previstos. Conserva cada condición por separado para que una afirmación amplia como «ruta disponible» no oculte lagunas.

  • Admitido: condición documentada y compatible con el caso evaluado.
  • No admitido: incompatibilidad documentada; excluir para ese caso.
  • No verificado: falta evidencia suficiente; solicitar confirmación o mantener en revisión.

Aplica filtros antes de comparar calidad

Evalúa primero las condiciones de elegibilidad. Descarta las rutas con incompatibilidades conocidas. Si un atributo necesario está sin verificar, no lo presentes como elegible: mantenlo en revisión y pide la aclaración pertinente. Solo después compara la evidencia de calidad entre las opciones que siguen siendo compatibles con la solicitud.

La comparación debe indicar qué se observó y bajo qué alcance: destino, operador o ámbito disponible, periodo, tipo de tráfico y condiciones de prueba. Considera las dimensiones que realmente se hayan medido, como entrega observada, consistencia de DLR, latencia o disponibilidad. No inventes métricas ausentes ni conviertas resultados de prueba en una predicción garantizada para cada envío.

  • Paso 1: fijar los atributos de la solicitud.
  • Paso 2: excluir incompatibilidades documentadas.
  • Paso 3: poner en revisión las condiciones no verificadas.
  • Paso 4: comparar evidencia de calidad solo entre opciones elegibles.
  • Paso 5: dejar constancia de incertidumbres y límites de la comparación.

Registra la decisión y su trazabilidad

Una decisión reproducible necesita más que un estado final. Guarda la fuente consultada, la fecha de revisión y el alcance al que se aplica cada condición: por ejemplo, qué destino o tipo de tráfico cubre. Registra también el motivo concreto de inclusión, exclusión o revisión y quién debe resolver una duda pendiente.

La trazabilidad evita que una condición de un mercado se aplique por error a otro o que una revisión antigua se trate como vigente sin confirmación. Si la documentación cambia, actualiza el registro y vuelve a evaluar las solicitudes afectadas.

  • Ruta y versión o referencia de la condición consultada, si está disponible.
  • Fuente, fecha de consulta y ámbito cubierto.
  • Estado por atributo: admitido, no admitido o no verificado.
  • Decisión y motivo concreto, con responsable de las verificaciones pendientes.

Reevalúa cuando cambie el tráfico

La elegibilidad corresponde a una combinación específica de destino, categoría, remitente, contenido y requisitos operativos. Si cambia una plantilla, se sustituye el remitente, se modifica el destino o se reclasifica el tráfico, vuelve a ejecutar los filtros y conserva el historial de la decisión.

No relajes los controles ni alteres la clasificación para forzar el uso de una ruta. Si no hay evidencia suficiente o la documentación señala una incompatibilidad, conserva el caso en revisión o exclúyelo hasta resolverlo de forma documentada.

  • Detecta qué atributo cambió y qué rutas puede afectar.
  • Repite la evaluación de elegibilidad para la nueva solicitud.
  • Actualiza la fuente y la fecha de las condiciones confirmadas.
  • Mantén la decisión anterior en el historial, con su alcance y motivo.

Ejemplo de matriz y límites de interpretación

La tabla siguiente muestra una estructura de decisión, no datos reales de rutas. Sustituye los campos por documentación comprobable. Si un atributo obligatorio aparece como no verificado, la decisión prudente es detener la comparación de calidad para ese caso hasta obtener la información necesaria.

Una condición declarada por una ruta no garantiza que cada mensaje llegue. Asimismo, un DLR recibido es un informe de estado, no una prueba independiente de que una persona haya visto el mensaje o de que este se haya presentado correctamente en el terminal. Interpreta cada indicador según su definición, fuente y limitaciones.

  • Ejemplo: destino admitido, remitente no verificado, contenido pendiente → mantener en revisión.
  • Ejemplo: destino no admitido para la solicitud → excluir, aunque otras métricas parezcan favorables.
  • Ejemplo: condiciones requeridas confirmadas y sin incompatibilidades → comparar la evidencia disponible, sin prometer entrega.

Verifica los requisitos en fuentes pertinentes

Las condiciones de una ruta sirven para evaluar su compatibilidad operativa, pero no sustituyen la revisión de las reglas aplicables en cada mercado. Consulta documentación técnica oficial, reguladores y organizaciones del sector; confirma que la fuente cubre el destino, el tráfico y el atributo concretos que estás evaluando.

Las páginas generales de especificaciones o recursos pueden orientar la búsqueda, pero no permiten atribuir requisitos específicos si no ofrecen contenido pertinente y verificable. En caso de duda sobre una obligación local, solicita asesoramiento cualificado y registra qué punto queda pendiente.

  • 3GPP: https://www.3gpp.org/specifications-technologies/specifications-by-series
  • UIT-T, Recomendación E.164: https://www.itu.int/rec/T-REC-E.164/
  • GSMA, recursos de redes: https://www.gsma.com/solutions-and-impact/technologies/networks/
FAQ

Preguntas frecuentes

¿Una ruta elegible garantiza la entrega del SMS?

No. La elegibilidad indica que las condiciones documentadas parecen compatibles con la solicitud evaluada. No garantiza la entrega ni sustituye la revisión normativa aplicable.

¿Qué hago si la documentación no menciona el remitente o el contenido?

Marca ese atributo como no verificado. Solicita confirmación o deja el caso en revisión; no interpretes la ausencia de información como autorización.

¿Debo comparar calidad si una condición de elegibilidad está pendiente?

Primero resuelve la incertidumbre o mantén la ruta en revisión. Comparar calidad no corrige una incompatibilidad conocida ni aporta la información que falta.

¿Un DLR confirma que el destinatario recibió el mensaje en su terminal?

No por sí solo. Es un informe de estado y debe interpretarse según su definición y fuente; no constituye una prueba independiente de recepción efectiva en el terminal.

¿Cuándo hay que reevaluar una ruta?

Cuando cambie un atributo relevante de la solicitud, como el destino, la categoría de tráfico, el remitente, el contenido o un requisito temporal o de capacidad.

Fuentes consultadas

  1. 3GPP specifications by series3GPP
  2. ITU-T Recommendation E.164International Telecommunication Union
  3. GSMA networks resourcesGSMA