
Los errores de nómina los encuentra la persona afectada, y eso es demasiado tarde
La nómina se prepara cada mes y luego la revisa la misma persona que la armó. Esa es la forma más débil de revisión, porque los errores se encuentran solo cuando un empleado los nota. Para entonces el pago ya se hizo.
Los cambios de un mes a otro suelen tener una causa: un ingreso, una baja, un ascenso, un ciclo de bonos o una actualización de código fiscal. Si ninguna de estas aplica, el cambio merece una pregunta.
El pago de menos es el caso más grave. Un pago de más lleva a una conversación incómoda de recuperación. Un pago de menos daña la relación laboral y es más difícil de corregir.
La nómina es también el dato más sensible de la empresa, y por eso todo el sistema está armado así. La salida es un conjunto de preguntas a una persona, no un reporte enviado a un canal.
Cómo se construye el agent en Agent Studio
El system prompt define la variación esperada: qué cambios son normales en cada punto del año, de qué tamaño debe ser un cambio para merecer una pregunta, y que el pago de menos se trata igual que el pago de más.
Los prompt skills guardan el ciclo de pago, el calendario de bonos y evaluaciones, y los tipos de contrato, para que un patrón estacional no se trate como anomalía cada año.
El agent ve una comparación, no la nómina cruda. Un nodo PostgreSQL lee la ejecución actual y la anterior. Un nodo Math calcula las diferencias por persona. Un nodo HTTP Request trae eventos de ingresos, bajas y cambios de ese período.
Agent Chat recibe filas ya emparejadas con eventos. El agent devuelve solo los casos que no puede explicar, con el tamaño del cambio y lo que buscó.
El acceso es deliberadamente estrecho. El agent solo puede ejecutar la comparación de nómina. Los hallazgos van a una persona nombrada por un canal directo, nunca a un canal compartido.
El agent no corrige la nómina de forma automática. Cualquier cambio de nómina es una decisión de peso legal y se queda con la persona que la posee.
De qué está hecho este agent
- System prompt: define la variación normal según el punto del año, y pondera el pago de menos igual que el pago de más.
- Prompt skills: guardan el ciclo de pago, el calendario de bonos y evaluaciones, y los tipos de contrato.
- PostgreSQL (Data): aporta la ejecución actual y la anterior. Math calcula las diferencias por persona.
- HTTP Request (Util): trae eventos de ingresos, bajas y cambios para explicar las diferencias antes de que el agent las vea.
- Alcance de herramientas: se reduce solo a la comparación de nómina, sin acceso más amplio adjunto.
- Entrega directa: los hallazgos van a una persona nombrada, nunca a un canal compartido.
- Cuando un ActionFlow basta: Si basta un reporte de umbral de cambio porcentual, eso es un flujo de trabajo que, para un equipo pequeño, atrapa la mayor parte de lo que importa.
Preguntas frecuentes
Empieza a crear flujos de IA
Crea una cuenta gratuita, abre una plantilla o un lienzo en blanco y ejecuta tu primer ActionFlow.
Boletín
Recibe actualizaciones del producto
Nodos nuevos, agents y notas de producto. Solo enviamos correo cuando merece la pena abrirlo.