Cómo aprobar cambios masivos de estado con vista previa y excepciones

Cuando una persona responsable de operaciones selecciona varias órdenes y elige un estado nuevo, la pantalla de aprobación debe indicar qué registros cambiarán. También debe mostrar las excepciones y qué ocurrirá si un registro cambia mientras se revisa la lista.

Usa un sistema de servicios ficticio con seis órdenes de prueba. Tres admiten la transición solicitada, una ya está en el estado de destino, otra tiene un bloqueo activo y la última queda fuera de los permisos del operador. Muestra motivos solo para los registros que pueda consultar. En este ejercicio, la regla de negocio permite aplicar las filas elegibles y registra las demás como excepciones.

Usa la vista previa para decidir

Muestra el estado actual y el propuesto de las filas elegibles, el total seleccionado y las excepciones que el operador pueda consultar. Permite cancelar. Pide al rol que aprueba confirmar el alcance y el estado de destino, y vincula esa confirmación a la selección y a las versiones de los registros usadas en la vista previa.

Vuelve a comprobar los registros al aplicar el cambio

Entre la vista previa y la aprobación, bloquea una orden que antes era elegible. En este ejercicio, eso invalida la vista previa y requiere revisar una lista nueva antes de actualizar. Haz otra prueba con una vista previa válida y compara los identificadores de las filas que cambiaron con la lista aprobada.

Si el sistema usa PostgreSQL, una transacción puede agrupar las actualizaciones aprobadas y el comprobante en una sola confirmación. Un UPDATE con RETURNING puede devolver las filas afectadas para ese comprobante. Las comprobaciones de transición y autorización deben implementarse y probarse. Consulta las guías de PostgreSQL sobre transacciones y devolución de filas modificadas.

Entrega un comprobante y una vía de recuperación

Registra el identificador de operación, quién aprobó, la hora, los registros modificados, el estado anterior y el nuevo, y las excepciones que se puedan mostrar. Si el navegador pierde la respuesta, permite consultar el resultado con la referencia de la operación antes de volver a enviar.

Acuerda de antemano qué estados se pueden restaurar. Prueba la recuperación de un registro modificado y un conflicto con otro que se editó después de la operación masiva. La recuperación debe señalar ese conflicto para revisión y respetar la edición posterior. Prueba también la cancelación y el caso de una persona que puede ver la vista previa pero carece de permiso para aprobar.

Guarda la lista aprobada y el comprobante observado juntos en el registro de aceptación. Contacta con Dynelink para definir las comprobaciones de aprobación y recuperación de actualizaciones masivas en tu software de negocio.

Ilustración conceptual generada con IA; no es una captura de un cliente.