Aprobaciones: políticas y tablero
Define quién aprueba qué por tipo y por condiciones, y sigue las solicitudes en un tablero con cadena e historial.
Las aprobaciones permiten exigir el "visto bueno" de una o más personas antes de que algo siga adelante, por ejemplo un descuento por encima de un límite.
Políticas (Configuración → Aprobaciones)
La regla de quién aprueba qué vive en los DATOS, no en el código: cada política tiene un tipo (descuento, propuesta, contrato, gasto…), una condición opcional por rango (por ejemplo, descuento entre 20% y 100%) y una CADENA ordenada de aprobadores (por usuario o por rol).
- Varios niveles: el nivel 1 aprueba, sube al nivel 2, y así hasta el último.
- El rango más alto gana: con una política de 0 a 20% (gerente) y otra de 20% o más (director), un descuento de 30% cae en la del director.
- Editar una política crea una versión NUEVA. Las aprobaciones antiguas siguen siendo válidas según la versión vigente en su momento.
Tablero de Aprobaciones
En el menú lateral, "Aprobaciones" lista las solicitudes por estado (pendientes, aprobadas, rechazadas). Al abrir una, ves el contexto, la cadena con el nivel actual resaltado, el historial de decisiones y, si eres el aprobador del nivel actual, los botones Aprobar y Rechazar con un campo de observaciones.
Aprobaciones avanzadas (motor v2)
Para reglas más ricas, activa las Aprobaciones avanzadas en Configuración → Aprobaciones. Es un interruptor por empresa que empieza APAGADO: nada cambia hasta que lo enciendas, y lo que ya existe sigue funcionando.
- Por objeto y evento: elige el objeto (por ejemplo, oportunidad) y cuándo evaluar (al crear o al actualizar).
- Reglas compuestas: combina varias condiciones sobre los campos del registro (por ejemplo, descuento ≥ 20% Y margen < 15%), con "todas" (Y) o "cualquiera" (O).
- Cadena por niveles: cada nivel puede exigir a cualquiera, a todos o a la mayoría de los aprobadores; usa personas, roles, el gerente del solicitante, el líder del equipo o el responsable del registro.
- SLA y escalado: define un plazo en horas hábiles; al vencer, la petición se escala (avisa a los administradores) o se rechaza sola, según la política.
- Registro a prueba de manipulación: cada decisión se guarda en un historial encadenado por hash; la autoaprobación se bloquea de fábrica.
- Versionado: editar crea una versión nueva; las solicitudes antiguas mantienen la versión vigente en su momento.