Software para la construcción

// El problema

Un contratista principal lleva los partes diarios, las inspecciones de seguridad y las listas de deficiencias en papel y en fotos de móviles personales, así que no se puede buscar nada cuando llega una discusión o una inspección.

// Lo que construiríamos

Una aplicación iOS y Android que funciona sin conexión en obra, con partes diarios, formularios de seguridad, firma de asistencia a la charla de seguridad y listas de deficiencias clavadas en los planos, y un panel web para que los jefes de proyecto vean todas las obras.

// Qué incluye

// Tecnologías

• Next.js
• React Native
• PostgreSQL
• Visor de planos en PDF
• Integración con Procore o con la contabilidad
• AWS

// El problema

Los ingenieros de proyecto pierden horas buscando la cláusula, el anexo o el RFI anterior que responde a una pregunta de la obra, y las mismas preguntas vuelven en cada obra.

// Lo que construiríamos

Un asistente que responde a partir del pliego, los anexos y los RFI anteriores de la obra y cita el apartado, sobre un modelo de código abierto servido en GPU que controla el contratista, para que los documentos de licitación y los precios sigan siendo privados.

// Qué incluye

// Tecnologías

• Llama o Qwen (código abierto)
• vLLM
• PostgreSQL con pgvector
• Next.js
• GPU de DigitalOcean

// El problema

El promotor, el contratista principal y las subcontratas siguen cada uno las certificaciones, las aprobaciones y las retenciones en su propia hoja de cálculo, y no se ponen de acuerdo sobre qué se certificó y cuándo.

// Lo que construiríamos

Un libro privado con permisos donde el promotor, el contratista principal y las subcontratas principales tienen cada uno un nodo y anotan una sola vez las certificaciones, las aprobaciones, las órdenes de cambio y las liberaciones de retención, con un portal para cada parte. En una obra donde todos confían en el sistema del contratista principal, una base de datos compartida hace el trabajo y se lo diremos.

// Qué incluye

// Tecnologías

• Hyperledger Besu (privada, con permisos)
• Next.js
• PostgreSQL
• Integración con el sistema contable
• AWS

// El problema

Los jefes de obra envían horas de entrada, cierres de obra y avisos de seguridad a un grupo de chat, sin prueba de quién los leyó y sin traducción para las cuadrillas que la necesitan.

// Lo que construiríamos

Un bot de Telegram que envía a cada trabajador su obra, su hora de entrada y sus avisos de seguridad en su idioma, le pide que confirme, y da al jefe de obra un registro de quién lo ha hecho y quién no.

// Qué incluye

// Tecnologías

• grammY para Telegram
• Node.js
• PostgreSQL
• API de traducción
• DigitalOcean

// El problema

Los presupuestos, los cronogramas y los costes de obra de un contratista general viven en tres sistemas, y los jefes de proyecto rehacen el presupuesto en una hoja de cálculo para cada obra.

// Lo que construiríamos

Una integración que lleva el presupuesto adjudicado a su control de costes como presupuesto de obra, enlaza las partidas con las actividades del cronograma y trae cada noche los costes comprometidos y reales, para que cada obra muestre presupuesto, comprometido y gastado en un solo sitio.

// Qué incluye

// Tecnologías

• Node.js
• PostgreSQL
• REST
• OpenAPI
• DigitalOcean

// El problema

Un contratista pagó a una agencia por una aplicación de equipos y partes de horas que nunca se terminó; funciona a medias, la agencia ya no está y las cuadrillas han vuelto al papel.

// Lo que construiríamos

Un rescate en tres pasos: revisamos el código y los datos y le decimos con claridad qué se puede conservar, arreglamos primero lo que impide el uso diario y luego terminamos lo que falta con pruebas, para que las cuadrillas lo usen mientras se completa el resto.

// Qué incluye

// Tecnologías

• Next.js
• PostgreSQL
• TypeScript
• Playwright
• DigitalOcean