Aprobaciones y alertas

Aprobación que se enruta sola. Alertas que nunca duermen.

Enrute las aprobaciones por rol, usuario o valor de campo — con escalamiento por presupuesto y aprobación automática para que nada se estanque. Active alertas en el momento en que un registro cambie o según una programación, con niveles de gravedad, cadenas de escalamiento y periodos de espera que reducen el ruido.

Flujos de aprobación

Disparador, aprobador, acción.

Defina quién aprueba y cuándo. Las aprobaciones se encadenan entre roles, escalan por presupuesto y se aprueban automáticamente tras un plazo, de modo que el trabajo nunca se acumule detrás de una decisión pendiente.

1
Disparador
status_change · record_create · field_change
Una aprobación se inicia cuando cambia el estado de un registro, se crea un registro o cambia un campo vigilado.
2
Aprobador
role-based · user-based · field-value-based
Elija quién decide: un nivel de rol, un usuario concreto o un aprobador determinado por un valor de campo del registro. Más de $10K → CFO.
3
Acción
approve · reject · delegate
Los aprobadores actúan, o se aprueba automáticamente tras N horas. El estado avanza pending → in_progress → approved / rejected / cancelled.
Alertas

Tres niveles de gravedad. Una cadena de escalamiento.

Las alertas se activan por un cambio de registro o según una programación cron, ordenadas por cuán urgentes deben sonar — y escalan con un temporizador hasta que alguien las asuma.

Crítica
Algo necesita atención inmediata — una máquina parada, un umbral superado. Alerta a la cadena de escalamiento hasta que se confirme.
Advertencia
Una desviación que merece atención — un OEE en descenso, una cola que crece. Aparece sin la urgencia de una alerta crítica.
Info
Un aviso sobre el registro — una ejecución se completó, se alcanzó un hito. Se registra y es visible, sin necesidad de escalamiento.
Cadenas de escalamiento de varios pasos
Las alertas no atendidas ascienden por una cadena de pasos con retrasos configurables entre ellos — desde el líder de turno hasta el supervisor y quien deba enterarse a continuación.
Periodos de espera y ciclo de vida de la instancia
Un periodo de espera evita que la misma alerta se vuelva a activar en una ventana breve. Cada instancia pasa por active → acknowledged → resolved → escalated, de modo que una alerta ya asumida deja de generar avisos.
Preguntas frecuentes

Preguntas sobre aprobaciones y alertas.

Cada paso de aprobación indica un aprobador — un rol (p. ej. cualquiera con el nivel Manager), un usuario específico o uno elegido por el valor de un campo del registro. Los pasos pueden encadenarse, de modo que un registro pasa de un jefe de línea a un director de planta y más allá. Los registros de mayor valor pueden escalar aún más: defina un umbral de presupuesto y un registro superior a, digamos, $10K se enruta automáticamente al CFO.
Cada aprobación puede aprobarse automáticamente tras N horas, de modo que una solicitud nunca quede pendiente indefinidamente. Hasta entonces permanece en in_progress; los aprobadores pueden aprobar, rechazar o delegar la decisión a otra persona. El estado de la solicitud avanza pending → in_progress → approved / rejected / cancelled, y cada transición queda registrada.
Las alertas tienen tres niveles de gravedad — critical, warning, info — y se activan por un cambio de registro (evento) o según una programación cron. Un periodo de espera evita que la misma alerta se vuelva a activar en una ventana breve, y cada instancia de alerta tiene un ciclo de vida (active → acknowledged → resolved → escalated), de modo que una alerta confirmada deja de generar avisos. Si no se atiende, las cadenas de escalamiento de varios pasos con retrasos programados la elevan por la cadena.

Ponga las aprobaciones y las alertas en piloto automático.

Reserve una demo y conectaremos una cadena de aprobación y una alerta de escalamiento a sus propios registros.