Cinco proveedores, cinco contratos técnicos
Autenticación, formatos, límites y errores distintos en cada uno. Y ninguno se parece al siguiente.
Para fabricantes de software
Alertas multicanal para productos de software
Incorporar avisos por correo, Telegram, push, WhatsApp o llamada a un producto propio significa integrar y mantener cinco proveedores distintos. Nura Alertas ofrece una sola interfaz para encargar la alerta y devuelve lo que ocurre con ella.
El problema
Cada canal es una integración con vida propia
Los cambios llegan igual
Una API de mensajería cambia sus requisitos y hay que reaccionar, aunque esa función no estuviera en la hoja de ruta del trimestre.
La lógica de insistencia se reescribe
Reintentos, esperas, escalado y ciclos acaban implementándose a mano dentro del producto, conviviendo con el resto de la lógica de negocio.
La trazabilidad se improvisa
Guardar qué se envió, a quién, cuándo y con qué respuesta del proveedor es un modelo de datos completo que hay que diseñar y mantener.
La propuesta
Encargar la alerta y olvidarse del recorrido
Encargo directo
La aplicación envía el texto y el plan que debe ejecutarse. Útil cuando el plan depende de datos que solo conoce el sistema de origen.
Lanzamiento de perfil
La aplicación envía únicamente el código de un perfil ya configurado y el texto. El plan vive en Nura Alertas y puede cambiarse sin tocar el código del producto.
Consulta y desactivación
El estado y los intentos de una alerta se consultan cuando hacen falta, y la desactivación detiene los envíos futuros de forma idempotente.
Perfiles
El plan fuera del código del producto
Configuración sin despliegue
Cambiar el orden de los canales, las esperas o las personas de un plan no obliga a publicar una versión nueva del producto.
Un plan por tipo de aviso
Cada perfil tiene su código. La aplicación solo necesita saber qué código lanzar en cada situación.
El plan se congela al lanzarse
La alerta guarda una copia del plan en el momento del encargo, así que una edición posterior no altera ejecuciones en curso.
Callbacks
Saber qué ha pasado sin preguntar continuamente
Eventos por webhook
Si el encargo indica una dirección de retorno, se notifican los eventos relevantes: intento realizado y cambio de estado de la alerta.
Reintentos propios
Los callbacks tienen su propio ciclo de reintentos. Un fallo del receptor no afecta al envío de la alerta.
Alternativa por consulta
Si el producto no puede exponer un endpoint público, el estado y los intentos también se consultan por API.
Multiempresa
Varios clientes sin mezclar su configuración
Ámbitos aislados
La configuración, los perfiles, las agendas, las credenciales y el histórico cuelgan de un ámbito por cliente. Ninguna consulta cruza ámbitos.
Una credencial por integración
Cada conexión usa su propia credencial, y cada credencial habilita solo los métodos que necesita. Las que no se habilitan quedan denegadas.
Zona de pruebas por credencial
El integrador se acredita con su credencial y ve exactamente los métodos que tiene permitidos, con posibilidad de ejecutarlos.
Conectores personalizados
Si el sistema de origen no puede llamar a la API
- El caso
- A veces el sistema que detecta la incidencia no puede modificarse: una base de datos heredada, un buzón de correo, un helpdesk con su propia API, un ERP, una plataforma de transporte, una herramienta de monitorización, un conjunto de sensores, un directorio de archivos o un proceso interno.
- La vía
- Applinet desarrolla conectores personalizados que leen ese origen y encargan la alerta en su nombre, sin tocar el sistema original.
- La condición
- Son desarrollos adicionales. Se presupuestan aparte y no forman parte de los planes del producto.
Evaluar la integración con el caso delante
Con el tipo de aviso, el volumen previsto y los canales necesarios, el equipo puede plantear cómo sería la integración y qué plan corresponde.