Para recibir planos o documentos antes de preparar un presupuesto, necesitas definir qué archivos ayudan a valorar el proyecto, quién podrá consultarlos y qué ocurrirá si la carga falla. Añadir un botón de adjuntar al formulario no resuelve ese recorrido y puede introducir un almacenamiento que nadie ha pensado mantener.

La primera decisión es comercial: qué información hace falta para empezar. La segunda es técnica: cómo recibirla con controles adecuados. Diseñar ambas juntas evita pedir documentación innecesaria o prometer una revisión que todavía no tiene responsable.

Qué necesitas saber antes de abrir un archivo

Un plano no explica por sí solo el objetivo del encargo. Puede mostrar medidas y omitir el uso previsto, la fase del proyecto o la parte que necesita evaluación. Pedirlo sin contexto desplaza a quien recibe la consulta el trabajo de descubrir esas condiciones.

Empieza con una pregunta breve: «¿Qué quieres comprobar con este documento?». Distingue una consulta de viabilidad, una modificación y una solicitud de presupuesto. Si una descripción permite decidir el siguiente paso, el adjunto puede quedar como opcional.

No pidas expedientes completos para iniciar una conversación. Define qué debe excluir la persona: datos ajenos al encargo, información confidencial innecesaria o credenciales. Cuando haga falta documentación sensible, acuerda un canal y un procedimiento adecuados antes de recibirla.

La recepción no equivale a la revisión

El recorrido puede tener varios estados: seleccionado, subiendo, recibido, pendiente de validación y disponible para el responsable. Utilizar «enviado correctamente» para todos ellos impide saber qué ha ocurrido y complica resolver una incidencia.

  • Antes de seleccionar, muestra formatos y tamaño realmente admitidos.
  • Durante la carga, indica progreso o actividad sin inventar porcentajes.
  • Ante un rechazo, conserva el contexto escrito cuando sea posible.
  • Al recibir, explica si falta validación antes de la revisión profesional.

La selección local no prueba que el servidor tenga el archivo. La aceptación técnica tampoco demuestra que alguien haya leído el plano. El mensaje final debe corresponder al estado que puedes comprobar, con un siguiente paso que la empresa pueda sostener.

Un nombre que ayude a continuar

Entrega una referencia de consulta sin exponer el nombre original del archivo en una URL pública. Esa referencia permite describir un problema al soporte. No hace falta mostrar detalles internos del almacenamiento ni pedir al visitante que entienda cómo funciona el servidor.

Qué debe revisar el equipo técnico

La guía de carga de archivos de OWASP recomienda combinar controles sobre tipos permitidos, tamaño, nombres, permisos y almacenamiento. También advierte que una técnica aislada no asegura el proceso. La extensión visible y el tipo declarado por el navegador no bastan.

Traslada el objetivo comercial a una lista limitada de formatos y documenta por qué se necesitan. El equipo técnico debe implementar la validación en el servidor, proteger el acceso y estudiar análisis de contenido según el riesgo. No publiques automáticamente los archivos recibidos.

Incluye límites de cantidad y consumo, además de tamaño individual. Un formulario público necesita medidas frente al abuso. La solución concreta depende de la infraestructura y del tipo de información; copiar un componente visual no demuestra que esos controles existan.

Recurso práctico: contrato de recepción documental

Propongo un contrato de recepción documental como ficha operativa interna. No sustituye condiciones legales. Describe qué se admite, para qué decisión, dónde se conserva, quién accede, cuánto tiempo se necesita y cómo se retira cuando deja de ser útil.

Añade una fila para cada fallo: formato rechazado, conexión interrumpida, archivo recibido pero no interpretable y consulta sin documentación. Para cada uno, escribe el mensaje al visitante, la acción posible y el responsable de desbloquear el proceso.

La ficha debe incluir una alternativa que no repita la misma dependencia. Si el sistema de carga no funciona, «vuelve a adjuntarlo» puede ser insuficiente. Permitir describir el proyecto y acordar después la entrega conserva la conversación sin improvisar un canal inseguro.

Caso hipotético: un estudio recibe planos desproporcionados

Un estudio ficticio pide un plano para valorar una reforma comercial. Algunas personas suben el expediente entero; otras abandonan porque solo disponen de una fotografía. Quien atiende no sabe qué archivo contiene la zona relevante ni qué alcance espera el remitente.

El estudio redefine la entrada: pregunta por el espacio y la intervención, permite iniciar la consulta sin adjunto y explica qué documento ayuda cuando existe. La carga muestra sus límites antes de seleccionar. El responsable comprueba que el archivo sea útil antes de solicitar material adicional.

No hay una mejora medida en este caso hipotético. La evaluación debería distinguir consultas pertinentes recibidas, errores de carga y solicitudes de documentación adicional. Menos archivos almacenados puede ser una mejora operativa aunque el número de consultas permanezca igual.

Una hipótesis para la documentación que leerán las máquinas

Si aumentan los sistemas que extraen información de documentos, mi hipótesis es que importará más conservar procedencia, versión y propósito de recepción. Un resumen automático puede parecer claro y referirse a un plano que ya no representa el proyecto.

La hipótesis ganaría fuerza si los responsables necesitaran volver al documento original para resolver discrepancias frecuentes. Se debilitaría si el proceso trabaja con archivos simples, inequívocos y revisados siempre por la misma persona. No justifica introducir IA por defecto.

Antes de automatizar una lectura, define qué decisión no puede tomarse sin revisión competente. El objetivo es hacer manejable la documentación, sin convertir una extracción en aprobación técnica ni ampliar el uso de información recibida para otra finalidad.

Pide el documento que permite avanzar

Revisa una consulta real, sin copiar datos personales, y pregunta qué archivo habría cambiado el siguiente paso. Diseña la recepción alrededor de esa necesidad. Un adjunto bien delimitado aporta contexto; uno pedido por costumbre añade trabajo y una responsabilidad que la web debe gestionar.

Para completar esta decisión, consulta Señales de que pides demasiados datos al contactar.