Cola de alertas
Cola de alertas
Sección titulada «Cola de alertas»La cola de alertas es el panel central donde Asientra consolida todas las notificaciones proactivas del sistema — desde el agente Anomaly Detector que detectó un gasto inusual, hasta el TRIBU-CR Watchdog que encontró una discrepancia antes de presentar la declaración, pasando por alertas de sistema como un certificado .p12 próximo a vencer. Esta página explica qué entra en la cola, cómo leer cada alerta, y cómo procesarlas.
Qué genera alertas
Sección titulada «Qué genera alertas»Las alertas pueden ser emitidas por cuatro fuentes distintas:
Agente Anomaly Detector (M17): Monitorea transacciones en tiempo real. Genera alertas cuando detecta patrones estadísticamente inusuales — un proveedor nuevo con monto alto, un gasto de categoría que subió más del umbral configurado, una transacción duplicada probable, o una operación fuera del horario laboral típico del cliente.
TRIBU-CR Watchdog (M12): Corre un job diario que sincroniza los XMLs de TRIBU-CR y los compara con los registros de Asientra. Genera alertas cuando encuentra XMLs emitidos que no están en Asientra, XMLs en Asientra que Hacienda no reconoce, o diferencias de monto entre ambas fuentes.
Reglas internas del sistema: Verificaciones periódicas automáticas: vencimiento de certificado .p12, periodos mensuales que llevan demasiado tiempo sin cerrarse, o clientes con onboarding incompleto hace más de N días.
Declaraciones (M10): Al calcular una D-104 preliminar, si el sistema detecta diferencias significativas con el pre-llenado de TRIBU-CR, genera una alerta antes de que el contador presente.
Acceder a la cola
Sección titulada «Acceder a la cola»Desde el menú principal, hacé click en el ícono de campana o andá a Alertas. El contador ve alertas de todos los clientes que tiene asignados. Si el despacho tiene varios contadores, cada uno ve solo sus clientes.
Estructura de una alerta
Sección titulada «Estructura de una alerta»Cada alerta tiene los siguientes campos:
| Campo | Descripción |
|---|---|
| Severidad | info, warning, o critical — determina urgencia y color en la UI |
| Estado | nueva, acknowledged, o dismissed |
| rule_key | Identificador de la regla que la generó (ej. cert_expiring, off_amount, tribu_cr_diff) |
| Narrativa | Descripción en lenguaje natural generada por el agente o el sistema |
| target | El objeto al que se refiere (cliente, factura, asiento, etc.) con link directo |
| Detalle JSON | Datos crudos del evento que disparó la alerta (monto, diferencia, valores esperados) |
| Generada en | Timestamp de cuando se detectó el evento |
Procesar una alerta
Sección titulada «Procesar una alerta»Cada alerta en la cola tiene dos acciones disponibles:
Acknowledge (vista, pendiente de resolución)
Sección titulada «Acknowledge (vista, pendiente de resolución)»Usá Acknowledge cuando tomaste nota de la alerta pero la resolución requiere acción posterior — por ejemplo, contactar al cliente para obtener información. La alerta pasa a estado acknowledged y sale de la vista de “nuevas” pero sigue visible en la cola hasta que la dismissés.
Dismiss (cerrar con motivo)
Sección titulada «Dismiss (cerrar con motivo)»Usá Dismiss cuando la alerta fue investigada y no requiere más acción. El sistema te pide un motivo breve (ej. “Transacción fuera de horario autorizada por el cliente”). El motivo queda en el registro de la alerta.
Una alerta dismissed entra en un cooldown: la misma regla para el mismo target no vuelve a generar una nueva alerta por un periodo configurado (24 horas para alertas de anomalía, 7 días para alertas de sistema recurrentes). Esto evita que la cola se llene de alertas repetidas sobre la misma situación.
Revisá las críticas primero
Filtrá la cola por severidad critical. Estas alertas tienen implicaciones bloqueantes — un certificado que vence en 7 días, una discrepancia con TRIBU-CR que impide presentar la declaración. Resolvellas antes de atender las de menor severidad.
Investigá con el link al target
Cada alerta tiene un link directo al objeto que la generó — una factura específica, un asiento, el perfil del cliente. Hacé click para ver el detalle sin tener que buscar manualmente.
Tomá acción o dismissá con motivo
Dependiendo de lo que encontrés:
- Si la alerta señala un problema real, tomá la acción correctiva (corregir el asiento, renovar el certificado, conciliar la diferencia).
- Si la alerta es un falso positivo o ya fue resuelta por otro medio, dismissala con un motivo claro.
Filtros de la cola
Sección titulada «Filtros de la cola»La cola soporta filtros por:
- Severidad (
info,warning,critical) - Estado (
nueva,acknowledged,dismissed) - Cliente
- Fuente (
anomaly_detector,tribu_cr,sistema,declaracion) - Rango de fechas