Ingeniería y documentación

Gestión documental técnica

En muchas oficinas técnicas el problema no es la falta de documentos, sino saber cuál es el bueno. Un plano circula por correo en tres revisiones, un procedimiento se imprime antes de aprobarse y nadie recuerda quién autorizó el último cambio de un contrato. Un sistema de gestión documental técnica puede ordenar ese ciclo: alta del documento, revisión, aprobación, publicación, sustitución y archivo, con cada paso registrado. Lo diseñamos a partir de cómo trabaja tu equipo: qué tipos de documento existen, qué estados atraviesan, quién firma cada uno y qué sistemas lo consumen después. La firma es una decisión aparte, porque cada proceso puede exigir un régimen distinto y conviene validarlo antes de programar nada.

Explicar mi proceso Ver escenarios

Alcance

Qué resuelve y qué no

Qué puede resolver

Identificar en cualquier momento la revisión vigente de un plano, procedimiento o especificación y quién la aprobó.
Conducir cada documento por estados definidos (borrador, en revisión, aprobado, sustituido, anulado) con responsables asignados por tipo.
Conservar el historial completo de versiones y comentarios para reconstruir por qué cambió un documento.
Controlar quién puede ver, editar o aprobar cada carpeta, proyecto o tipo documental, incluida la participación de terceros.
Avisar a las personas afectadas cuando una revisión sustituye a otra que estaban usando.

Qué no resuelve

No decide por ti qué régimen de firma (electrónica simple, avanzada o cualificada) exige cada proceso: eso se analiza con tu asesoría jurídica y, si procede, con el prestador de servicios de confianza.
No hace válido un documento por el mero hecho de estar en el sistema: la validez depende del contenido, de quién lo aprueba y de las reglas contractuales o sectoriales aplicables.
No sustituye a las herramientas de diseño (CAD, BIM, PLM): se conecta con ellas para gestionar entregables, no para editar modelos.
No ordena por sí solo un archivo histórico desordenado: la migración y la clasificación inicial requieren trabajo y criterio de personas que conozcan los documentos.

Escenarios operativos

Cómo funcionaría en la práctica

Ejemplos de lo que se podría diseñar. No describen proyectos realizados.

01
Ciclo de revisión de planos
Entrada
Plano exportado desde la herramienta de diseño con su código, revisión propuesta y lista de revisores según el tipo de entregable.
Procesamiento
El sistema comprueba que el código y la revisión siguen la nomenclatura acordada, abre una tarea de revisión a cada responsable y bloquea la publicación hasta que todos hayan aprobado o devuelto con comentarios.
Salida
Revisión publicada como vigente, la anterior marcada como sustituida y aviso a quienes la tenían en uso, con el registro de aprobaciones asociado.
02
Procedimientos de trabajo con vigencia
Entrada
Procedimiento redactado por un área, con fecha de entrada en vigor y periodicidad de revisión definida por la organización.
Procesamiento
Flujo de aprobación por la persona responsable, publicación en la fecha prevista y programación de un aviso cuando se acerque la revisión periódica.
Salida
Procedimiento accesible solo en su versión vigente para el personal, con lista de lectura confirmada cuando se requiera y alerta de caducidad al propietario.
03
Contratos y anexos con firma
Entrada
Borrador de contrato o anexo, partes firmantes y el régimen de firma que la organización haya determinado para ese tipo de documento.
Procesamiento
Circuito interno de revisión y, al aprobarse, envío al servicio de firma integrado; se guarda el documento firmado junto con las evidencias que devuelva ese servicio.
Salida
Expediente con la versión firmada, su historial de cambios previos y los metadatos de vencimiento para avisar de renovaciones.
04
Transmisión de documentación a terceros
Entrada
Paquete de documentos que debe entregarse a un cliente, una subcontrata o una ingeniería colaboradora en un hito del proyecto.
Procesamiento
Generación de un registro de transmisión con la lista de documentos y revisiones enviadas, acceso temporal para el destinatario y recogida de su acuse o comentarios.
Salida
Constancia de qué revisión recibió cada parte y cuándo, útil para resolver discrepancias posteriores sobre documentación desactualizada.

Integración

Cómo se conecta con lo que ya existe

Un sistema documental es útil cuando los demás sistemas confían en él como fuente de la revisión vigente. Por eso se estudia dónde nacen los documentos, qué herramientas los consumen y cómo se identifica cada uno de forma única. La búsqueda por contenido o semántica puede añadirse si el volumen lo justifica, pero no es imprescindible para empezar.

Importación de entregables desde CAD, BIM o PLM mediante exportaciones o la API disponible
Servicio de firma electrónica elegido por la organización, conectado por API
Directorio corporativo para usuarios, grupos y permisos
Enlace con ERP o gestión de proyectos para asociar documentos a pedidos, obras u órdenes
Almacenamiento con copias de seguridad y política de retención definida
Búsqueda por metadatos y, opcionalmente, por contenido del documento

Antes de desarrollar

Datos, validaciones y permisos

Tipos documentales, nomenclatura de códigos y reglas de revisión acordadas antes de construir el flujo.
Matriz de responsabilidades: quién redacta, revisa, aprueba y publica cada tipo de documento.
Determinación, para cada proceso, del régimen de firma exigido y del servicio que lo prestará.
Inventario del archivo existente y decisión sobre qué se migra, con qué metadatos y quién lo valida.
Política de conservación y borrado, incluidos los documentos con datos personales.

Supervisión

Riesgos, límites y mantenimiento

Si los usuarios siguen compartiendo documentos por correo, el sistema pierde su valor; el flujo debe ser más cómodo que la alternativa informal.
Una nomenclatura demasiado rígida genera excepciones constantes; conviene probarla con documentos reales antes de fijarla.
Elegir un régimen de firma inferior al que exige el proceso puede dejar documentos sin el valor probatorio necesario; la decisión se valida antes de implantar.
Los permisos mal definidos pueden exponer documentación sensible a terceros; se revisan periódicamente con los responsables de cada área.

Sectores donde se aplicaría

Cómo se contrata

Para profundizar

Preguntas frecuentes

¿Qué tipo de firma electrónica necesita mi documentación?

Depende del proceso y de sus consecuencias. Una aprobación interna de un plano puede bastar con firma simple, mientras que ciertos contratos o documentos con efectos ante terceros pueden requerir firma avanzada o cualificada. Lo analizamos contigo y con tu asesoría antes de elegir el servicio de firma que se integra.

¿Podemos conservar nuestra nomenclatura de documentos actual?

Normalmente sí. Si ya tenéis un sistema de códigos, el software lo valida en lugar de imponer uno nuevo. Solo proponemos cambios cuando la nomenclatura actual produce duplicados o no permite distinguir revisiones.

¿Qué hacemos con años de documentos guardados en carpetas compartidas?

Se decide qué parte del archivo tiene valor operativo. Lo vigente se migra con metadatos revisados; lo histórico puede cargarse como consulta sin flujo de aprobación. Una migración automática sin revisión suele trasladar el desorden al sistema nuevo.

Explícanos cómo circulan hoy tus documentos técnicos

Cuéntanos qué datos y sistemas intervienen en tu proceso. Estudiaremos qué puede automatizarse, cómo se integraría y qué convendría validar antes de desarrollar. Ver todas las capacidades.

Explicar mi proceso

Sin compromiso de aceptación: estudiamos cada caso antes de proponer nada. Cómo tratamos la información que compartes.