Diario de obras, incidencias y mensajería: la obra se cuenta sola

Google ha lanzado en julio Gemini 3.6 Flash, 3.5 Flash-Lite y 3.5 Flash Cyber, orientados a flujos agénticos baratos. El 15 de julio publicamos en Producción el diario de obras, la gestión de incidencias cross-obra con adjuntos y la mensajería interna. Dos cosas distintas que se cruzan en el mismo sitio: el parte diario deja de escribirse a mano.

Modelos baratos, tareas repetitivas

Google ha sacado este mes tres modelos: Gemini 3.6 Flash, 3.5 Flash-Lite y 3.5 Flash Cyber. El titular no es la potencia, es el precio. Están pensados para flujos agénticos: tareas pequeñas, encadenadas, que se ejecutan muchas veces al día y que hasta ahora no compensaba automatizar porque cada llamada costaba dinero.

Eso encaja exactamente con lo que pasa en una obra. No hay una decisión gigante al día. Hay cuarenta microdecisiones: quién ha venido, qué material ha entrado, qué se ha parado, qué foto hay que adjuntar a qué incidencia, a quién hay que avisar. Ninguna justifica por sí sola un modelo de razonamiento caro. Todas juntas se comen la tarde del jefe de obra.

Por eso el 15 de julio publicamos el bloque de Producción: diario de obras, incidencias cross-obra con adjuntos y mensajería interna. Primero la estructura de datos. Luego, encima, lo barato.

El diario de obras, campo a campo

El parte diario existe desde siempre. El problema es dónde vive: en una libreta, en un WhatsApp, en un Excel que alguien rellena el viernes de memoria. Cuando llega una reclamación por retraso o una discusión de sobrecoste, ese registro no vale nada.

En Producción el diario está atado a la obra y a la fecha. Cada entrada recoge:

• Fecha y obra. No hay entrada huérfana.
• Personal presente y horas, con el detalle por operario.
• Trabajos ejecutados en la jornada, en texto libre.
• Material recibido y proveedor.
• Meteorología y paradas, que es lo que después justifica un día perdido.
• Subcontratas en obra ese día.
• Adjuntos: fotos, albaranes, actas.

Suena a burocracia y lo es. La diferencia es que se rellena desde el móvil, en obra, en el momento, y no el viernes por la noche. Y que el histórico se consulta por obra y por rango de fechas, no rebuscando en un chat de 4.000 mensajes.

Incidencias cross-obra: el listado que faltaba

La parte que más nos han pedido no es el diario. Es esto. Una incidencia en una obra la ve el encargado de esa obra. Pero el jefe de producción lleva seis obras a la vez y necesita una sola pantalla con todas las incidencias abiertas, ordenadas por gravedad y por antigüedad.

Eso es lo que significa cross-obra: el listado no se filtra por defecto a la obra en la que estás. Se ven todas las que te correspondan según tu rol, con su obra de origen, su estado y sus días abiertos. Una incidencia lleva:

• Obra, fecha de apertura y quién la abre.
• Tipo: calidad, seguridad, suministro, proyecto, cliente.
• Gravedad y estado (abierta, en curso, cerrada).
• Responsable asignado.
• Adjuntos. Fotos sobre todo, porque una fisura o un paso de instalación mal resuelto se discute con imagen o no se discute.
• Coste estimado, cuando lo hay, para que no aparezca de sorpresa en el cierre.

El adjunto es la clave. Una incidencia sin foto es la palabra de uno contra la de otro. Con foto fechada y colgada de la obra, la conversación con la dirección facultativa o con el cliente dura cinco minutos.

Mensajería interna: sacar la obra del WhatsApp

Nadie va a dejar el WhatsApp de golpe. Pero hay un tipo de conversación que no debería estar ahí: la que decide algo. "Cambiamos el trazado del colector", "el cliente acepta el sobrecoste de la reja", "paramos hasta que llegue el cuadro". Eso, en un grupo de móvil, se pierde en dos días.

La mensajería interna vive dentro del ERP y va colgada del contexto: de la obra, del parte, de la incidencia. Cuando abres una incidencia seis semanas después, ves la conversación que la resolvió, no tienes que reconstruirla. Y quien entra nuevo en el proyecto lee el hilo entero sin que nadie le reenvíe nada.

Esto conecta con la separación de accesos que ya explicamos en la arquitectura de tres apps: el operario ve lo suyo, el encargado ve su obra, la empresa lo ve todo. La mensajería respeta esos límites. No hay hilos internos visibles para el cliente.

Dónde entra la IA barata (y dónde no)

Con el diario estructurado y las incidencias con adjuntos, el terreno queda listo para lo que hacen bien los modelos tipo Flash: resumir, clasificar, avisar. Redactar el borrador del parte a partir de los fichajes y los albaranes del día. Clasificar una incidencia por tipo y gravedad según su descripción. Detectar que una incidencia de suministro lleva nueve días abierta y nadie la ha tocado.

Nada de esto exige un modelo caro. Exige un modelo constante y barato ejecutándose muchas veces al día, que es justo el hueco que Google acaba de abaratar. Es la misma lógica que aplicamos con los accesos de encargado tras la actualización de Gemini 3 Deep Think: el modelo grande para lo difícil, el pequeño para lo repetitivo.

Seamos claros con el estado actual. Lo que está publicado el 15 de julio es el diario, las incidencias cross-obra con adjuntos y la mensajería. Es el registro. El asistente que redacte partes o priorice incidencias solo viene después, y solo si el registro se llena bien. Un resumen automático sobre datos vacíos no sirve de nada.

Qué hacer ahora

Empieza por una obra, no por todas. Elige la que más ruido genera y durante dos semanas obliga a que el parte diario se cierre en obra, antes de irse. Sin excepciones.

Después mueve las incidencias. Todo lo que hoy es un audio de dos minutos pasa a incidencia con foto, responsable y fecha. Al cabo de un mes tendrás un listado cross-obra que te dice, sin preguntar a nadie, qué está atascado y desde cuándo.

Y deja el WhatsApp para lo logístico. Las decisiones, al hilo de la obra. Entra en Producción y abre el diario de hoy. Es la entrada más barata que hay al módulo.