Cómo tratar cambios en los datos después de una aprobación
Si los datos cambian después de una aprobación, comprueba si alteran el contenido o las condiciones de la acción antes de ejecutarla.
Equipo enginerIT· 2 min de lectura
Si los datos cambian después de una aprobación, comprueba si alteran el contenido o las condiciones de la acción antes de ejecutarla. Una aprobación valida una propuesta bajo un contexto concreto; no debe convertirse en permiso para aplicar cualquier versión posterior.
Define qué cambios invalidan la decisión
Lista los campos significativos con el dueño del proceso: destinatario, importe, cuenta, cantidad, estado del expediente o versión de un adjunto. Distingue un cambio de formato de otro que afecte al sentido. No dejes que el modelo decida libremente qué diferencia es relevante. Para una condición no contemplada, detén la ejecución y solicita revisión en vez de asumir equivalencia.
Vuelve a leer donde cambia el dato
Antes del efecto externo, consulta la fuente de referencia de los campos críticos. Compara su versión o sus valores con los usados al preparar la propuesta. Si el destino admite actualizaciones condicionadas a una versión, evalúa ese mecanismo según su documentación; no supongas que todas las APIs lo ofrecen. Sin esa capacidad, documenta la ventana entre comprobación y escritura y el límite que el proceso acepta.
Presenta la diferencia a quien decide
Muestra valor aprobado, valor actual, fuente y consecuencia para la acción. En un ejemplo hipotético, el cliente cambia su contacto mientras un mensaje espera envío: conserva el borrador, pero exige validar la dirección nueva antes de usarla. No sustituyas el dato en silencio ni obligues a la persona a releer todo el expediente para encontrar la diferencia.
Resuelve carreras y cambios repetidos
Prueba una modificación entre la aprobación y la ejecución y otra durante un reintento. Verifica que el flujo se detiene o aplica la condición prevista, sin sobrescribir una edición más reciente de otra persona. Si el expediente cambia continuamente, asigna una revisión manual o una ventana de trabajo acordada. El historial debe enlazar la propuesta inicial, la invalidación y la nueva decisión. El control humano general no resuelve esta carrera por sí solo: el ejecutor necesita comprobar que las condiciones aprobadas siguen siendo válidas en el momento de actuar.
Comprobaciones para cerrar la tarea
- ✓ Cambiar un campo crítico mientras la acción espera.
- ✓ Comparar fuente actual con los valores aprobados.
- ✓ Mostrar diferencias antes de solicitar nueva decisión.
Fuentes y documentación
- OWASP: autorización de transacciones — Relaciona autorización y datos significativos de una operación; contempla vigencia y comprobaciones al ejecutar.
Aplicarlo en tu empresa
Podemos revisar el entorno y acordar qué actuaciones, validaciones y mantenimiento necesitas.
Conocer el servicio relacionado →