wiki/Flujos de trabajo y automatización/Etapas, acciones y qué significa “hecho”
02Flujos de trabajo y automatizaciónLectura mínima 3

Etapas, acciones y qué significa “hecho”

Cómo se define una etapa, qué la marca como completa, qué le hace a un activo una prueba fallida y qué artefactos sobreviven.

Una etapa de un flujo de trabajo no es una descripción de formato libre. Es una definición estructurada: acciones requeridas, acciones opcionales, condiciones de salida, un SLA en horas y el rol al que está asignada. Esa estructura es lo que hace determinista al motor, y lo que hace que “probado” en un listado signifique el lunes lo mismo que significaba el viernes.

Acciones requeridas y opcionales

Cada etapa nombra las acciones que tienen que ocurrir antes de poder abandonarla y las que pueden ocurrir. Diagnóstico exige que se ejecute la lista de verificación de la categoría; Inspección y calificación exige grados; Borrado de datos exige la acción de borrado con su evidencia. Las acciones opcionales —fotografía, valoración— se pueden hacer dentro de la etapa sin retenerla como rehén. La página de detalle del flujo en Settings muestra esto por etapa, junto con las condiciones de salida en palabras llanas: “Completado”, “Certificado presente”, “Grado asignado”.

Criterios de finalización

La plataforma no acepta un interruptor de “completado” sin que se cumplan los criterios. Las pruebas no se pueden completar mientras quede abierta una comprobación obligatoria. La calificación exige los cuatro subgrados —funcional, cosmético, batería, datos— más el grado general y un destino. Intentar hacer avanzar un activo poco probado saca a la luz el hueco en lugar de un tic verde. Eso solo resulta molesto hasta que le impide vender “probablemente bien” como “probado”.

Cuando falla una prueba obligatoria

Una comprobación obligatoria marcada como fallida nunca desbloquea “Prueba completa”; ese botón se queda deshabilitado a propósito. En su lugar, el evaluador obtiene Cerrar como fallido, que pide un destino —reciclar o recuperar piezas, desguace, o devolución al cliente— y un motivo de al menos diez caracteres. La reventa no está en esa lista: un dispositivo que ha fallado una prueba obligatoria no puede entrar en el stock vendible por esta vía. Si el dispositivo es reparable, se queda en la cola, se repara y se vuelve a probar. Tras la confirmación, el elemento de la cola queda como probado con resultado fallido, el activo lleva el destino elegido, la calificación pasa a ser opcional, y tanto la proyección a la capa de ventas como la puerta de listo mantienen el dispositivo fuera del stock. La decisión se escribe en Actividad en modo fail-closed: si el registro no se puede escribir, el cambio de estado se revierte.

Artefactos de salida

Lo que sobrevive cuando la etapa se completa. Para el borrado: la evidencia en el activo y un grado de datos, donde D3 es borrado certificado con certificado, D2 una limpieza segura sin él, D1 un restablecimiento de fábrica y D0 significa que los datos siguen ahí. Solo D1 a D3 pasan la puerta de listo. Para la calificación: los grados, la versión de los criterios con la que se puntuaron y un cambio de estado a calificado. Las notas de prueba y las fotos añadidas en la pestaña Notas y fotos se guardan en el propio activo, bajo el nombre del evaluador, y aparecen en el detalle de inventario y en el paquete de evidencia. Algunos artefactos son documentos, algunos son cambios de estado, algunos son registros posteriores: un borrador de liquidación, un listado. Todos son filas, ninguno es memoria.