RFI en construcción: qué es y cómo gestionarlo con trazabilidad

Un RFI (request for information), también llamado RDI o solicitud de información, es una consulta formal que una parte del proyecto hace a otra cuando la documentación no alcanza para construir: falta un dato, dos planos se contradicen o la obra no coincide con lo proyectado. Se distingue de un mensaje cualquiera porque tiene número, responsable, plazo y una respuesta que queda registrada. Gestionarlo sin perder trazabilidad exige tres cosas: que la consulta sea respondible, que esté vinculada a lo que afecta y que su historia se pueda reconstruir hasta el cierre.

Qué es un RFI y cuándo se usa

El RFI nace de una duda que impide avanzar. En obra lo levanta casi siempre el contratista y lo responde el proyectista o la supervisión.

En Latinoamérica aparece con varios nombres: RFI, RDI (requerimiento de información), SDI (solicitud de información) o simplemente consulta. El nombre cambia según el contrato. La función es la misma.

En la obra pública peruana, las consultas se anotan además en el cuaderno de obra y sus plazos están regulados. Revisa la normativa de contrataciones vigente antes de diseñar tu flujo: un registro digital ordena el trabajo, pero no reemplaza por sí solo lo que el contrato exige.

Qué contiene un buen RFI

Un RFI bien escrito se responde sin una llamada previa. Debe incluir:

• Un título específico. «Peralte de viga V-204, eje C, nivel 3» en lugar de «Consulta de estructuras».
• Una sola pregunta. Si hay tres dudas, son tres RFI. Cada una tendrá su respuesta y su fecha.
• La referencia exacta. Plano, revisión, eje, nivel y, si existe, el elemento del modelo.
• Evidencia. Una captura del plano con la zona marcada, una foto de obra o una vista del modelo.
• Una propuesta. Aprobar o corregir una solución es más rápido que redactarla desde cero.
• El impacto de no responder. Qué actividad se detiene y desde qué fecha.
• Responsable y fecha límite. Sin los dos, la consulta no es exigible.

Ejemplo: la misma consulta, mal y bien planteada

Versión débil: «Favor aclarar el detalle de la viga del tercer piso».

Versión respondible: «En el plano E-0201, revisión B, la viga V-204 del eje C figura con 60 cm de peralte en planta y con 50 cm en el corte 3. Proponemos 60 cm, que coincide con el modelo estructural. El encofrado de ese paño empieza el lunes 12. Adjuntamos la captura marcada».

La segunda se puede contestar con una línea.

El ciclo de vida de un RFI

1. Abierto. Se registra con número correlativo, responsable de responder y fecha límite.
2. En revisión. Quien responde analiza la consulta. Las aclaraciones van en el hilo del propio RFI, no en un chat aparte.
3. Respondido. La respuesta formal queda escrita, con autor y fecha.
4. Cerrado. Quien preguntó confirma que la respuesta alcanza para ejecutar.

Existe una quinta salida, rechazado, para consultas duplicadas o que no corresponden.

Responder no es cerrar. Si la respuesta cambia un plano, el RFI debería cerrarse cuando la nueva revisión esté publicada en el entorno común de datos.

El tiempo de respuesta: mide desde la primera respuesta

El indicador más usado es el tiempo de respuesta. El problema es qué fecha tomas como «respondido». Muchas respuestas se editan después: se corrige un dato, se añade un detalle, se adjunta un croquis. Si tu sistema guarda solo la fecha de la última edición, cada ajuste alarga artificialmente el plazo.

Un ejemplo con fechas:

• Lunes 5: se abre el RFI.
• Jueves 8: llega la primera respuesta.
• Martes 13: el proyectista la complementa con un detalle.
• Viernes 16: el contratista lo cierra.

Tiempo hasta la primera respuesta: 3 días. Tiempo hasta la última edición: 8 días. Tiempo hasta el cierre: 11 días. El primero mide la capacidad de reacción de quien responde. El tercero mide cuánto tardó el asunto en dejar de ser un problema.

Para que el indicador sea útil:

• Guarda la fecha de la primera respuesta por separado y no la sobrescribas.
• Reporta la mediana además del promedio. Unos pocos RFI estancados distorsionan el promedio.
• Separa los RFI que afectan actividades próximas o críticas del resto. Un plazo aceptable en general puede ser inaceptable para ese grupo.

Vincula cada RFI con el plano, el modelo y el cronograma

• Al plano. Con la revisión exacta y, si la herramienta lo permite, con un marcador sobre el punto en cuestión.
• Al modelo. Con el elemento o la vista donde se ve el conflicto. Muchas consultas nacen de la coordinación BIM y conviene conservar ese origen.
• A la actividad del cronograma. Es el vínculo que más se omite y el que define la urgencia. Un RFI que bloquea una actividad de la ruta crítica que empieza en diez días pesa más que uno más antiguo sobre un acabado previsto para dentro de tres meses.

RFI, orden de cambio y no conformidad

Un RFI puede terminar en una orden de cambio. Una no conformidad puede generar un RFI si la corrección necesita un criterio del proyectista. Son documentos distintos y conviene enlazarlos, no mezclarlos.

Errores frecuentes

• Consultar por chat y «formalizar después». La respuesta llega por el mismo chat y el RFI nunca se registra.
• Omitir la fecha límite. Sin plazo no hay vencidos, y sin vencidos nadie prioriza.
• Usar el RFI para pedir cambios. El cambio queda escondido en una respuesta y aparece meses después como reclamo.
• Cerrar al recibir la respuesta. El plano sigue desactualizado.
• Medir solo cuántos RFI hay abiertos. El número no dice cuáles detienen la obra.

Cómo se hace en Wayki

Wayki es el sistema de inteligencia operativa para la ejecución de proyectos de construcción: registra las consultas y además indica cuáles atender primero.

Cómo se registra. Un RFI se crea desde el módulo, desde la app móvil, desde el visor de un documento marcando el punto exacto del plano, o elevando una incidencia. Nace con número, responsable y una fecha límite por defecto. La respuesta tiene su propio campo, separado de los comentarios, y el historial guarda cada cambio de estado y de asignación. El RFI se puede vincular con actividades del cronograma y con órdenes de cambio.

Qué hace Wayki con eso. Cada RFI abierto se califica con una rúbrica de riesgo explicable: ves los factores que suman y las actividades del cronograma que la consulta detiene, con su holgura. En la ficha, el panel de contexto de decisión indica por qué ese RFI necesita atención ahora, qué compromisos de reunión existen sobre él, qué falta para decidir y qué se resolvió antes sobre la misma actividad o el mismo plano. En los proyectos con el módulo de riesgo de RFI activo, los más expuestos llegan al Centro de riesgos. El tiempo de respuesta se mide desde la primera respuesta, con un corte aparte para las consultas ligadas a actividades próximas o críticas.

Los puntajes los calculan reglas determinísticas, no un modelo de IA. Wayki Copilot, que se activa por proyecto, responde sobre esos datos y propone acciones que una persona aprueba.

Si quieres revisar tu flujo de consultas con un caso real, agenda una demo.

Preguntas frecuentes

¿RFI y RDI son lo mismo?

Sí. RFI viene del inglés request for information. RDI (requerimiento de información) y SDI (solicitud de información) son los nombres en español del mismo documento. Cuál se usa depende del contrato y de la costumbre de cada empresa.

¿Cuánto debe tardar la respuesta a un RFI?

No hay un plazo universal. Lo fija el contrato o el plan de ejecución del proyecto, y en obra pública puede estar regulado. Lo recomendable es definir un plazo por defecto, permitir uno más corto para las consultas que detienen una actividad próxima y medir si se cumple.

¿La respuesta a un RFI autoriza un cambio de costo o de plazo?

No. Un RFI aclara información. Si la respuesta implica más costo o más plazo, ese cambio se tramita como orden de cambio o por el mecanismo que establezca el contrato. Conviene dejar el RFI vinculado a esa orden para conservar el origen.

¿Quién debe cerrar un RFI?

Quien hizo la consulta, una vez que confirma que la respuesta es suficiente para ejecutar. Si la respuesta modificó un plano o un modelo, el cierre debería esperar a que la nueva revisión esté publicada.