Ayuda de QGAGE 9
Abra la dirección proporcionada por su administrador e inicie sesión con una cuenta personal activa. Revise el Tablero del Recordatorio y seleccione después un grupo y un instrumento. Si no dispone de credenciales, solicítelas al administrador; no presuponga que Admin tiene contraseña vacía.
2. Acceso, licencia y sesión
Al abrir QGAGE, el sistema valida primero la licencia. Sólo después muestra el inicio de sesión. La licencia qgsec.wss debe estar en la raíz física configurada para la aplicación y debe corresponder a QGAGE.
- Archivo no encontrado: verifique que qgsec.wss se haya copiado y que la identidad del Application Pool pueda leerlo.
- Licencia vencida: solicite una renovación; no se debe eludir la fecha de vigencia.
- Problema de cifrado: confirme que el archivo no fue alterado y que corresponde al entorno instalado.
- Después de varios intentos fallidos pueden aplicarse las reglas de bloqueo definidas en Seguridad.
Importante: No coloque qgsec.wss dentro de Files/Public. El archivo de licencia no es contenido descargable.
19. Instalación y actualización en IIS
QGAGE 9 requiere el Hosting Bundle de .NET 8, IIS con el módulo ASP.NET Core y acceso a SQL Server. Publique siempre desde una carpeta limpia para evitar DLL residuales de MVC 5.
- Instale el Hosting Bundle de .NET 8 y reinicie IIS.
- Cree un Application Pool sin código administrado y configure el sitio o aplicación.
- Copie la publicación, conserve appsettings.json de producción y restaure qgsec.wss.
- Conceda permisos sobre Files/Private y sobre la carpeta configurada de documentos.
- Configure la cadena QGageEntitiesContext, HTTPS y la ruta base; recicle el Application Pool y pruebe Login, Home y reportes.
Importante: No copie binarios individuales mientras el Application Pool está ejecutándose. Deténgalo o use app_offline.htm, haga respaldo y después despliegue el conjunto validado.
20. Solución de problemas
Los mensajes de la interfaz suelen resumir un error de servidor. Use la consola del navegador, logs de IIS y logs privados de QGAGE para identificar la causa real.
- No se ha podido acceder al servidor: revise la solicitud HTTP, ruta base, autenticación y excepción del servidor.
- 404 en Intellisense o SaltScope: confirme la ruta virtual y que los scripts usen URLs generadas por la aplicación.
- Plantilla no encontrada: compruebe Files/Private/Reports/Templates y permisos.
- HTTP 400 al abrir un archivo: use la acción autenticada y no construya manualmente la URL física.
- Fechas rechazadas: confirme el formato configurado y vuelva a abrir el formulario después de cambiarlo.
Nota: Después de actualizar, borre la caché del navegador si conserva scripts anteriores y recicle el Application Pool.
Apéndice B. Lista de verificación operativa
Use esta lista después de instalar o actualizar QGAGE 9.
- Licencia válida y protegida.
- Conexión a base de datos correcta.
- Login y Home cargan sin errores de consola.
- Roles, grupos y permisos funcionan.
- Tablero y pestañas del Recordatorio muestran cantidades coherentes.
- Formato de fecha seleccionado y probado al guardar.
- Documentos se cargan y descargan mediante una sesión autenticada.
- Cálculos de R&R, sesgo, linealidad, estabilidad y calibración se conservan al recalcular.
- Plantillas y reportes se generan y abren.
- Respaldos, HTTPS, logs y permisos de IIS están documentados.
Nota: Registre fecha, responsable y resultado de la validación para conservar evidencia del despliegue.
Fuente: Manual de usuario y administración QGAGE 9, edición de septiembre de 2026; páginas 6, 23, 24, 26.
