La infraestructura de mensajería rara vez falla porque se eligió el proveedor equivocado. Falla porque un conjunto de decisiones nunca tuvo dueño y se tomó de forma implícita en el código. Las políticas de carrier, los productos de proveedor, las tarifas y la regulación cambian de forma desigual por mercado, así que cada requisito concreto debe verificarse contra fuentes primarias actuales.
El contrato de la aplicación y los adaptadores de canal
La aplicación debería conocer una sola interfaz interna —enviar, recibir estado— con todo lo específico del proveedor detrás de un adaptador que traduce, mapea estados y errores a un vocabulario canónico, y reporta su propia salud. Dueño: ingeniería, con operaciones de mensajería definiendo el vocabulario.
Suministro de rutas: propias, BYOV o híbrido
Existen tres modelos, no excluyentes entre sí: rutas suministradas y operadas para el cliente; BYOV, donde el cliente mantiene sus propios contratos con proveedores y la capa gestionada opera el gateway, el enrutamiento y la escalada; e híbrido, combinando ambos por mercado o como segunda vía de failover. Dueño: compras y operaciones de mensajería conjuntamente.
Identidad del remitente y registro por mercado
El registro de remitente es un proyecto por mercado, no un campo de configuración, con plazos, revisiones, caducidad y renovación propios, y no es automáticamente portable entre proveedores. Conviene mantener un registro de cada identidad y su estado. Dueño: operaciones de mensajería, con legal en las declaraciones de marca y contenido.
Modelo de estado canónico y límites del DLR
Hay que adoptar un conjunto propio de estados y motivos, conservar el valor bruto del proveedor y alertar sobre valores no mapeados. Los acuses de entrega son evidencia de red, no del resultado; el objetivo real —código introducido, cita confirmada, pago realizado— se mide en la aplicación. La reconciliación de estados perdidos es parte de esta decisión, no un extra. Dueño: ingeniería y operaciones conjuntamente; producto define los resultados.
Política de enrutamiento, aislamiento de colas, reintentos, idempotencia y failover
El enrutamiento debe ser configuración, no código, para reaccionar rápido en un incidente. Hace falta aislar colas por clase de tráfico (para que una campaña no retrase un código de un solo uso), definir reglas de reintento y quién reintenta, usar una referencia propia como clave de idempotencia, y definir el disparador, la vía de respaldo y la deduplicación del failover. Dueño: operaciones de mensajería en la política; ingeniería en el mecanismo.
Monitorización por ruta, canarios y dueño de incidentes
Las tasas agregadas esconden fallos por ruta; hace falta comparar rutas en la misma ventana y usar canarios en vivo para detectar filtrado silencioso o bloqueo por contenido. La titularidad de incidentes —quién declara, quién escala al proveedor, quién decide el failover— debe estar definida de antemano. Dueño: operaciones de mensajería con guardia nombrada.
Gestión de cambios de política de carrier, tarifas y gobierno de plantillas
Los requisitos de carrier cambian con poco aviso; conviene un dueño por mercado y proveedor y un registro de dependencias operativas. Las tarifas se facturan por unidad —a veces por conversación o sesión— y conviene una contabilidad propia por segmento para conciliar contra la factura, ya que un cambio de codificación puede multiplicar segmentos facturables sin que nadie lo note. El consentimiento, la supresión, la retención y el gobierno de plantillas deben tener controles y dueños nombrados, sin afirmaciones genéricas de cumplimiento.
Dónde se sitúa la capa operativa
Flowstates suministra y opera rutas y canales de mensajería, da soporte a proveedores propios del cliente mediante BYOV, y soporta despliegues híbridos, operando el gateway, el enrutamiento, la monitorización, los registros, la escalada con proveedores y la reconciliación. Lo que no se transfiere es la definición del resultado, la captura de consentimiento y el flujo de producto: eso permanece en la aplicación. Estas decisiones hay que tomarlas de todos modos; la única pregunta es si el equipo las toma explícitamente o las hereda.