Comprobar la preparación antes de un cierre

Descripción

En los días más importantes (cierre de mes, entrega de un pronóstico, un informe para la junta directiva) la pregunta no es “¿qué ha detectado Weave?”, sino “¿estamos listos?”. Un conjunto de preparación nombra los flujos de trabajo de los que depende una fecha límite, y al seleccionar el conjunto se responde a esa pregunta para todos ellos a la vez, en una sola lista de verificación que empieza con su propio recuento:

11 de 13 listos; 1 no listo; 1 no se pudo verificar.

Cada flujo de trabajo del conjunto recibe una de tres respuestas, la peor de sus líneas. Es No listo cuando alguna comprobación encontró un problema; el problema aparece debajo con los mismos botones Corregir, Ir a y Cómo lo sabe Weave que en la pestaña Weave. En caso contrario, es No se pudo verificar cuando alguna comprobación no tuvo forma de evaluarlo, y el motivo se indica por escrito. Es Lista solo cuando todas las comprobaciones que Weave pudo ejecutar se superaron. Nada que Weave no haya evaluado se muestra nunca como listo, con una excepción: una última ejecución con muy poco historial anterior con el que compararla se considera habitual, como se describe más abajo.

Un problema que alguien marcó como esperado sigue dejando su línea como No listo, y la línea indica que se marcó como esperado. La pestaña Weave deja de informar de ese problema; la lista de verificación sigue diciendo lo que es cierto.

Las comprobaciones son las reglas que Weave ya ejecuta (no interviene ninguna IA), por lo que una lista de verificación no cuesta nada por muy a menudo que la solicite. Para saber qué leen esas reglas y qué significan sus respuestas, consulte Qué comprueba Weave.

Crear un conjunto de preparación

Abra la pestaña Weave del proyecto y haga clic en Preparación en la barra de herramientas de Hallazgos.
Haga clic en Nuevo. Dé un nombre al conjunto, por ejemplo “Cierre de mes”, y mueva los flujos de trabajo de los que depende desde Flujos de trabajo del proyecto a Flujos de trabajo de este conjunto.
Opcionalmente, marque Tiene fecha límite e indique cuándo vence el conjunto, como una expresión cron y la zona horaria en la que está escrita, las mismas opciones que ofrece un evento programado. 0 9 5 * * son las 09:00 del día 5 de cada mes, y 0 8 * * 1 son las 08:00 de cada lunes, en esa zona horaria. Los desfases se interpretan igual que los interpreta un evento programado: UTC +0 es la hora de Londres, incluido el horario de verano británico, y otros desfases siguen el horario de verano de un lugar con ese desfase mientras que el resto son fijos. La página del Programador de eventos indica cómo se interpreta cada desfase.
En un conjunto con fecha límite, en Avisar al propietario estas horas antes del vencimiento, indique con cuánta antelación respecto a la fecha límite debe enviar Weave su mensaje, de 1 a 168 horas. El valor predeterminado es 24.
Haga clic en Guardar.

Un conjunto pertenece al proyecto, y todos los que tienen Hallazgos en la pestaña Weave del proyecto pueden comprobarlo. Solo un Arquitecto del proyecto puede crear, editar o eliminar un conjunto, y todos los flujos de trabajo de un conjunto deben estar en ese proyecto. Quien guardó el conjunto por última vez es su propietario. Si dos personas editan el mismo conjunto a la vez, se mantienen separadas: se rechaza el segundo guardado, se vuelve a leer el conjunto y el formulario muestra la copia más reciente con el motivo.

Weave solo puede considerar actualizada una tabla de entrada cuando algo indica cuándo debió escribirse: una programación del flujo de trabajo que la escribe, o un umbral de actualización en la tabla. Configúrelos primero; de lo contrario, la primera línea de la mayoría de los flujos de trabajo dirá No se pudo verificar.

Leer la lista de verificación

Seleccione un conjunto a la izquierda. Weave lee todo el proyecto (la misma lectura que realiza la pestaña Weave) y evalúa cada flujo de trabajo del conjunto. Haga clic en Comprobar de nuevo después de corregir algo.

Cada elemento muestra el nombre del flujo de trabajo, su veredicto y una línea por cada comprobación que le es aplicable. Cuando una línea dice No se pudo verificar, el motivo se escribe junto a ella; estos son los motivos con los que es más probable que se encuentre:

Línea	Qué compara Weave	Motivos habituales de “no se pudo verificar”
Las entradas están actualizadas	Cada tabla que lee el flujo de trabajo, frente a las programaciones de los flujos de trabajo que la escriben, o frente al umbral de actualización de la propia tabla.	Su rol no puede leer tablas; Weave no pudo determinar qué tablas lee, o no lee ninguna que Weave pueda seguir; una tabla que lee está oculta para usted; un paso lee una tabla que Weave no puede determinar, como una elegida con una variable; una tabla que lee no tiene ni un escritor programado ni un umbral de actualización, por lo que nada indica cuándo debió escribirse; el flujo de trabajo que la escribe se está ejecutando, está en cola o acaba de terminar.
La última ejecución se completó correctamente	La ejecución más reciente del flujo de trabajo, que debe haber terminado. Una ejecución con error es No listo.	No tiene ejecuciones registradas, no se pudo leer su historial de ejecuciones, o su última ejecución se detuvo o sigue en curso.
La última ejecución fue habitual	Cuánto tardó la última ejecución, y cuántas filas tenían sus tablas después, cuántos valores vacíos contenían y cómo se distribuían sus valores, frente a las ejecuciones anteriores.	La última ejecución falló, se detuvo o sigue en curso, por lo que no hay nada habitual con lo que comparar; el acceso a filas se aplica a una tabla que escribió, por lo que los valores de esa tabla no se comparan; la ejecución incluye pasos que su rol no puede ver.
Entradas sin cambios desde su última ejecución	Si otro flujo de trabajo escribió en una tabla que lee después de que la leyera por última vez.	Su rol no puede leer tablas; Weave no puede seguir lo que lee el flujo de trabajo; o el flujo de trabajo no tiene ejecuciones con las que comparar.
La programación es correcta	Sus eventos programados: calendarios válidos, sincronizados con el programador, sin ninguna ejecución pendiente omitida y sin ninguna hora de vencimiento perdida por una ejecución aún en curso.	No se pudo leer el programador.
Las conciliaciones cuadran	Cada conciliación vinculada al flujo de trabajo, en su versión aprobada, ejecutada como usted.	Alguna aún no se ha aprobado; su rol no puede leer datos de tablas; el acceso a filas le muestra solo algunas de las filas de un lado; una tabla o columna que usa ha cambiado; la lista de verificación se quedó sin tiempo para ellas.

Un flujo de trabajo sin eventos programados no tiene la línea La programación es correcta, y el elemento indica que no está programado. Un flujo de trabajo sin conciliación vinculada no tiene la línea Las conciliaciones cuadran. Eso es un hecho sobre el flujo de trabajo, no algo que Weave no haya podido comprobar.

Un flujo de trabajo que se eliminó del proyecto después de crear el conjunto, o que su rol no puede ver, se sigue contando. Aparece como No se pudo verificar con el motivo, de modo que el recuento nunca se reduce en silencio.

Un flujo de trabajo con poco historial

Una ejecución solo puede parecer inusual frente a ejecuciones anteriores. Cuando Weave tiene muy poco historial anterior con el que comparar, La última ejecución fue habitual la considera habitual y lo indica. Esto abarca un flujo de trabajo o paso nuevo, uno que se ejecuta con tan poca frecuencia que no tiene suficientes ejecuciones en los últimos 30 días, como un flujo de trabajo semanal, y una ejecución que fue la primera en llenar una tabla:

Weave tiene muy poco historial anterior con el que comparar su última ejecución, por lo que se considera habitual.

Cuando se pudo comparar una parte de la ejecución, la línea nombra lo que estaba dentro de su intervalo habitual y añade “Cuando Weave tiene muy poco historial anterior con el que comparar, lo considera habitual”. La pestaña Weave sigue enumerándolas como comprobaciones que Weave no pudo realizar. Un flujo de trabajo que nunca se ha ejecutado sigue siendo No se pudo verificar tanto en su línea La última ejecución se completó correctamente como en La última ejecución fue habitual, y lo mismo ocurre con uno cuya última ejecución se detuvo o sigue en curso.

Recibir un aviso antes de la fecha límite

En un conjunto con fecha límite, Weave ejecuta la comprobación por su cuenta a medida que se acerca la fecha límite y avisa al propietario del conjunto (quien lo guardó por última vez), una vez por cada vencimiento del conjunto, con un mensaje dentro de la aplicación:

“Cierre de mes” vence en 3 días (31 oct, 17:00 UTC): 11 de sus 13 flujos de trabajo listos, 1 no listo, 1 que Weave no pudo verificar.

Haga clic en Abrir Weave en el mensaje para abrir la pestaña Weave del proyecto y la lista de verificación de ese conjunto. El mensaje contiene solo recuentos; los nombres y los motivos están en la lista de verificación. Permanece en pantalla durante 30 segundos y se muestra solo si el propietario ha iniciado sesión en ese momento; no se vuelve a enviar para esa fecha límite, pero la lista de verificación siempre está disponible en la ventana. Si el propietario ya no puede abrir el proyecto, no se envía nada.

Weave comprueba una vez por hora, por lo que el mensaje llega dentro de la hora siguiente al punto de aviso: con 24 horas de antelación, dentro de la hora siguiente a las 24 horas previas a la fecha límite. Un conjunto guardado después de que haya pasado su punto de aviso recibe el aviso en la siguiente comprobación. Si una comprobación empieza tarde y la fecha límite pasa antes de que se ejecute, esa comprobación avisa igualmente al propietario, con el texto “venció hace 20 minutos”, salvo que el conjunto se haya guardado después de la fecha límite. La comprobación se ejecuta como el propietario, y lee las tablas solo si el propietario podía leer tablas cuando guardó el conjunto por última vez.

A través de la API

Los conjuntos de preparación están disponibles a través de la API de la plataforma en /analyze/weave/readiness: GET /sets enumera los conjuntos de un proyecto, GET /set, POST /set, PUT /set y DELETE /set leen, crean, reemplazan y eliminan uno, y GET /check devuelve la lista de verificación tal como la muestra la ventana, con los hallazgos de cada línea. Un conjunto leído a través de la API incluye un etag; envíelo de vuelta como if_match en PUT para que se rechace una edición que sobrescribiría un guardado más reciente. Sin él, prevalece la última escritura.