Incorporar una aplicación nueva de forma segura

Antes de elegir el protocolo o intercambiar un archivo, la incorporación pide tres cosas: quién es el dueño de negocio de la aplicación, a quién va a servir y qué datos de las personas necesita. Sin dueño no hay quién apruebe los accesos ni quién responda si algo sale mal; sin saber a quién sirve no se sabe qué grupos crear; sin saber qué datos necesita no se sabe qué entregarle.

Una aplicación recibe, en cada inicio de sesión, los datos de la persona que se le configuren. La regla sensata es entregar solo lo que necesita: cada dato de más es un dato que la aplicación puede guardar, perder o filtrar sin que haga falta para su función. La tabla atributos dice qué pide CalidadTex y para qué.

La tabla lista_verificacion trae siete pasos de la lista de Cumbres. Cada uno tiene un estado: hecho, pendiente u omitido. Un paso omitido no está cerrado: alguien decidió no hacerlo y esa decisión necesita su propia aprobación. Cuenta los pasos que no están hechos.

Un paso «hecho» sin evidencia es una declaración, no un hecho verificado. La columna evidencia trae el ticket o el cambio donde consta cada paso. Uno de los pasos hechos no tiene ninguno, y la ausencia es suficiente para no darlo por cerrado.

La fecha prevista de salida es el 9 de octubre y la solicitud ya está en marcha, pero los pasos de firma, de bajas automáticas y de registros siguen sin cerrar. Una fecha prometida no es una razón para saltarse un paso. Lo que se hace es mover la fecha o cerrar lo que falta, y dejar constancia.