Qué acciones de un agente debe aprobar siempre una persona

Un envío es cualquier mensaje que sale con el nombre de la empresa: un correo a un cliente, un recordatorio a un proveedor, una respuesta de atención. El daño no está en el borrador. Está en el destinatario equivocado, el tono que no toca o un dato que no había que decir.

Ejemplo ilustrativo, no un caso real: el agente redacta un seguimiento de una factura. El texto es correcto y el cliente no lo es, porque el hilo era de otra empresa con un nombre parecido. Quien aprueba mira tres cosas antes del sí: a quién va, qué promete el texto y qué cifras cita. Si una de las tres no se puede comprobar en la propuesta, no se envía.

Preparar el texto ahorra el folio en blanco. No ahorra la lectura. La guía de human in the loop explica por qué esa lectura tiene que poder parar la acción, no solo adornarla.

Un pago cambia de manos el dinero de la empresa. También entra aquí cambiar el importe, el concepto o la cuenta de destino. Un agente puede proponer «pagar esta factura a esta cuenta». No debería lanzar la orden.

Antes de aprobar, la persona contrasta la propuesta con el documento, no con la confianza en el modelo:

• Importe y moneda, tal como figuran en la factura.
• Proveedor, y si la cuenta es la que ya se usaba.
• Concepto: qué se está pagando y si corresponde a algo recibido.

Ejemplo ilustrativo: tres facturas del mismo proveedor, cada una por debajo del límite que la empresa tiene escrito, llegan el mismo día. Un umbral que mira una factura cada vez las deja pasar. El problema está contado en facturas fraccionadas y el umbral de aprobación. Aquel texto describe un control que no está construido. Este no lo da por hecho: dice que una persona tiene que poder ver el conjunto, no solo la pieza que cabe bajo el límite.

Borrar un dato, o sustituirlo por otro, deja el original fuera de alcance cuando ya no está. Un agente puede proponer «estos registros sobran» o «este maestro de cliente está desactualizado». La persona ve la lista de lo que va a desaparecer o a pisarse.

No prometemos una marcha atrás. Si el correo ya salió, el pago ya se ordenó o el dato ya no está, esta página no ofrece un botón que lo deshaga. Por eso la aprobación va antes. Decir que no, con la propuesta todavía en borrador, es el control. Intentar reconstruir después es otro trabajo, y no lo damos por resuelto.

Ejemplo ilustrativo: el agente propone dar de baja a un cliente porque no hay pedidos en el último año. Quien conoce la cuenta sabe que es un cliente de temporada. Sin esa persona, la baja se ejecuta con un criterio que el modelo no tenía.

Úsalo sobre una tarea concreta, no sobre «la IA de la empresa». Si la pregunta se responde que sí, esa acción no se ejecuta sola.

Quien aprueba tiene que ver el contenido, no un aviso de «el agente ha actuado». Destinatario, importe o lista de borrado: lo que se va a ejecutar, entero. El registro responde después a qué se propuso y quién lo aprobó. No sustituye esa lectura.

Esto no es asesoramiento jurídico. Si el uso toca datos personales, la clasificación y las medidas las tiene que ver quien conozca el tratamiento y, si hace falta, un asesor. No afirmamos que Pliuz cumpla el RGPD.

La Agencia Española de Protección de Datos publicó en febrero de 2026 la versión 1.2 de sus orientaciones sobre inteligencia artificial agéntica. En el apartado de criterios y puntos de control para la intervención humana pide definir, desde el diseño, límites que requieran aprobación de una persona antes de ejecutar acciones sensibles. Entre los ejemplos de acciones irreversibles nombra la eliminación permanente de datos, el envío de comunicaciones y la realización de pagos.

El mismo apartado dice que la supervisión tiene que ser efectiva: quien interviene necesita competencia y autoridad para cambiar el resultado, y hay que valorar si alguna presión le impide discutirlo. Un clic de trámite no cumple eso. El documento también pide valorar si ciertas acciones se pueden revertir. Aquí no convertimos esa frase en una promesa: nuestro control es no ejecutar hasta que una persona diga que sí.

La home de Pliuz parte del mismo criterio de oficina —la IA agiliza y las personas aprueban— y dice que el producto está en construcción, sin usuarios ni clientes. Esta checklist se puede usar mañana en una reunión interna. No describe una pantalla que se pueda contratar hoy.