Saltar a contenido

Ingeniería → Revisiones de dibujo (/ingenieria/dibujos/[id])

  • Permisos: AccessIngenieria.DIBUJOS_VIEW. Para editar encabezado, subir IFC o crear/aprobar revisiones se requiere AccessIngenieria.DIBUJOS_EDIT.
  • APIs:
  • GET /api/ingenieria/dibujo/{id} — datos del dibujo.
  • PATCH /api/ingenieria/dibujo — actualizar nombre/descripcion.
  • POST /api/ingenieria/dibujo/revision — crear revisión.
  • PATCH /api/ingenieria/dibujo/revision/{id}/approve|unapprove.
  • POST /api/ingenieria/dibujo/file_model/{id} — subir IFC.
  • GET /api/ingenieria/dibujo/file_model/view/{id} — visor IFC.

Objetivo

Administrar el ciclo de revisiones de un dibujo: actualizar encabezado, registrar nuevas versiones, aprobarlas y acceder al modelo asociado.

Componentes principales

  1. Encabezado del dibujo:
  2. Campos editables nombre y descripción.
  3. Botones:
    • Guardar (Save): persiste cambios (PATCH /dibujo).
    • Subir IFC (UploadCloud): carga archivo .ifc que el visor utilizará.
    • Ver IFC (Eye): abre el visor en pestaña nueva.
  4. Tabla de revisiones (DynamicTable):
  5. Columnas: número de revisión, fecha, archivo, comentarios, autor, estado de aprobación.
  6. Doble clic o acción “Abrir archivo” abre la URL almacenada.
  7. Menú contextual permite aprobar o retirar aprobación (actualiza campos aprovado, fecha_aprobacion, aprovado_por).
  8. Crear revisión:
  9. Botón “Nueva revisión” abre modal.
  10. Campos admiten dejar rev y fecha vacíos para que el backend los infiera.
  11. Se requiere proporcionar al menos la ruta o URL del archivo.

Flujo sugerido

  1. Actualiza encabezado si el nombre del dibujo cambió.
  2. Sube el IFC más reciente para mantener sincronizado el visor.
  3. Registra una nueva revisión con su archivo (PDF, DWG exportado, etc.).
  4. Tras revisión de QA, usa “Aprobar” para marcar la revisión oficial.
  5. Consulta el historial desde la tabla (puedes exportarlo si necesitas auditar).

Buenas prácticas

  • Usa nomenclaturas coherentes para el archivo (/uploads/dibujos/ING-A-001_rev03.pdf) y déjalas registradas en comentarios.
  • Al deshacer una aprobación se conserva el historial; documenta en comentarios la razón para futuras auditorías.
  • El ProjectSelector sigue aplicando restricciones por centro de costos. Si cambias el dibujo de proyecto, asegúrate de que el usuario tenga acceso.