Formularios con flujo de aprobación

Un formulario que marca un elemento como «hecho» en cuanto se sube un archivo mide actividad, no corrección. Nada en la subida confirma que el archivo sea el correcto, esté vigente o se lea.

Tratarlos como el mismo estado esconde el cuello de botella real: pocas veces lo lento es la recogida; lo lento es la revisión. Un panel lleno de marcas verdes por subidas sin revisar hace que el proceso parezca más rápido de lo que es.

El arreglo es estructural, no un esfuerzo por revisar más deprisa: dé a enviado y aprobado estados separados, para poder informar y actuar sobre cada uno por su cuenta.

Un conjunto mínimo que funciona: solicitado, enviado, aprobado y rechazado, y el rechazo exige un motivo antes de poder moverse otra vez. Resista a añadir más estados de los que los revisores usarán con constancia. Un flujo de ocho estados suele volver a tres en la práctica.

Decida de antemano si un elemento puede pasar directo de enviado a aprobado, o si cada elemento exige una acción explícita del revisor. Lo primero es más rápido en volumen alto y riesgo bajo. Lo segundo es más seguro donde un error no visto tiene consecuencias reales.

Haga visibles los estados también para el cliente, no solo por dentro. Quien ve «rechazado: hace falta un escaneo más nítido» puede actuar al momento. Quien solo ve su archivo en una cola no sabe si algo va mal.

No todos los elementos necesitan al mismo revisor. Dirija por tipo de elemento o por expediente, para que un especialista vea solo lo que le corresponde y un generalista no se quede aprobando algo que no está en condiciones de comprobar.

Fije un responsable por defecto para cada elemento al crear la lista, no cuando empiezan a llegar los envíos. Un elemento sin aprobador claro es el que más probabilidades tiene de quedarse sin revisar, porque nadie lo considera suyo.

Prevea un relevo: si el aprobador asignado no está, la reasignación debe ser un acto deliberado, no un pase silencioso que deja el elemento sin dueño.

Un rechazo solo debe reabrir ese elemento, no todo el envío. Pedir a un cliente que vuelva a enviar cinco documentos ya aprobados porque uno estaba mal es la forma más rápida de convertir una corrección menor en una experiencia frustrante.

Acompañe cada rechazo de un motivo escrito y concreto, ligado a ese elemento. «Rechazado» sin explicación obliga al cliente a adivinar, y eso suele producir otro envío incorrecto y una segunda vuelta del mismo problema.

Deje que el cliente vea el rechazo y responda en el mismo sitio donde envió, y no en un hilo de correo aparte. Así la corrección y la petición original siguen unidas, en lugar de repartirse en dos sistemas.

Registre quién aprobó o rechazó cada elemento y cuándo, como parte permanente del expediente, no solo como una etiqueta de estado que puede cambiar en silencio y sin historia.

Ese rastro importa sobre todo cuando una decisión se cuestiona después: una auditoría interna, una disputa con el cliente o un regulador que pregunta cómo se validó el expediente. «Ahora está aprobado» es una respuesta más débil que «aprobado por X en esta fecha, tras un rechazo por un tipo de documento incorrecto».

Mantenga el rastro separado de los documentos que describe, para que revisar el historial de decisiones no obligue a reabrir cada archivo.