Nota interna · estado del pipeline
84 de 91 días entraron; el atasco son los 23 sin anotar
gamb00za
De los 91 días-cliente de la semana se procesaron 84 (92 %): cinco se perdieron por router y ancho de banda y dos entraron tarde. Lo que no avanza es la anotación: 23 de los días procesados siguen sin cerrar y 19 son de tres clientes.
De 91 días posibles, 61 llegaron al 100 % anotado
Base 100 % = 91 días-cliente (13 clientes × 7 días, 7–13 sep 2026). La caída de 91 a 84 es la del pipeline; la de 84 a 61, la de la anotación.
7 días fuera
Cinco perdidos: Salvaje1 por router caído y SweetTerraza por ancho de banda. Dos de Parnasillo se recuperaron tarde.
23 días sin anotar
19 están en Salvaje1, Parnasillo y Trinity Square, los tres clientes con más vídeo. Los otros 4, sin dato de reparto.
Solo cinco días se perdieron de verdad; los dos de Parnasillo entraron tarde
| Cliente | Días | Estado | Causa | Incidencia |
|---|---|---|---|---|
| Salvaje1 | 3 | Perdido | Router caído del 9 al 11 sep | sin dato |
| SweetTerraza | 2 | Perdido | Descarga a 0,6 MB/s, no llegó a tiempo | #214 |
| Parnasillo | 2 | Tarde | Cámara apagada a las 03:00 | sin dato |
Días-cliente que no salieron del run de las 03:00, 7–13 sep. Los dos de Parnasillo se recuperaron en el run de las 18:30 del día siguiente, así que cuentan como tarde y no como pérdida.
El run de las 03:00 tuvo una mediana de 6 h 40 m. El peor fue el miércoles, 9 h 05 m, con 242 min solo en la descarga de Cantero.
El gate de TPV cerró 38 días sin que nadie los revisara
De los 84 días procesados, 61 llegaron al 100 % anotado y 23 siguen pendientes. El gate es lo que impide que esa cola sea mayor: cierra el día cuando el conteo automático cuadra con las ventas del TPV, y esta semana lo hizo en 38.
Cerrados por el gate de TPV
38días
Cuadran con ventas · 7–13 sep
Mandados a revisión
46días
El trabajo que ve el anotador
Los dos reparten los 84 días procesados (38 + 46). No es el mismo corte que «anotado al 100 %»: un día cerrado por el gate no pasa por anotación.
Indico bajó a 0,88 al moverse la cámara; los otros cinco van de 0,91 a 0,99
| Cliente | Recall auditado | Cambio | Nota |
|---|---|---|---|
| El5deTirso | 0,99 | sin dato | |
| Domeigo | 0,97 | sin dato | |
| Trinity Irish | 0,96 | sin dato | |
| Cantero | 0,93 | sin dato | |
| Chatter | 0,91 | sin dato | |
| Indico | 0,88 | −0,06 | Cámara movida el 10 sep, ROIs recolocadas el 12 · #212 |
Recall auditado de la semana cerrada, 7–13 sep. «Sin dato» en Cambio significa que no se trajo la cifra de la semana anterior, no que el modelo esté estable. La recolocación del 12 sep aún no tiene una semana completa detrás.
De las tres incidencias abiertas, #209 no tiene a nadie
| Incidencia | Cliente | Qué pasa | Estado |
|---|---|---|---|
| #209 | Pintxoterapia | El OCR falla por el reloj de la cámara desajustado | Sin asignar |
| #212 | Indico | ROIs tras la cámara movida | En curso |
| #214 | SweetTerraza | Ancho de banda de la descarga | Esperando al instalador |
Estado a 15 sep 2026. #212 y #214 explican dos de las tres causas de días fuera; #209 no está entre las causas de días fuera de esta semana.
La decisión que se pide: SUMMARY_MAX_DAYS de 2 a 4 esta semana
A favor: es la palanca para drenar los 23 días pendientes, que se concentran en los tres clientes con más vídeo. En contra: cuesta unos 40 min más de CPU por pasada.
No hay decisión tomada ni fecha para volver a 2. Hace falta un sí o un no del equipo esta semana.
Método y límites
Día-cliente = un cliente y un día; 13 clientes activos × 7 días = 91. «Procesado» es que el día salió del pipeline diario; «anotado al 100 %», que su revisión está cerrada por completo. Los días recuperados en el run de las 18:30 se cuentan como tarde, no como pérdida, así que el 92 % es del run de las 03:00. El recall auditado se mide sobre la semana ya cerrada. Sin dato: el reparto por cliente de los 4 días pendientes que no están en Salvaje1, Parnasillo ni Trinity Square, y la cifra de la semana anterior de los cinco modelos sin columna de cambio.