Administrar QGIS en una organización: versiones, plugins y soporte
Prepare una instalación repetible y un proceso de actualización que preserve proyectos y automatizaciones.
Revisión editorial: 2026-09-23
Instalar QGIS en veinte computadores no crea una operación sostenible. El equipo necesita una versión acordada, un catálogo de plugins, fuentes comunes, conexiones protegidas y una persona responsable de las incidencias. Defina también qué se mantiene en ArcGIS mientras se valida el nuevo entorno.
Establezca una línea base
Seleccione una versión mantenida y compatible con sus plugins críticos. Registre sistema operativo, versión de QGIS, proveedores de Processing, fuentes y dependencias externas. La versión más nueva no siempre coincide con la que ya fue validada por su organización; esa elección necesita fecha de revisión y ruta de actualización.
Use perfiles separados para evaluación y trabajo habitual. Una instalación limpia debe abrir un proyecto de prueba sin depender del perfil personal del administrador. Copie únicamente configuración permitida; no distribuya bases de autenticación, tokens ni contraseñas.
En la consola de QGIS puede obtener un inventario inicial:
from qgis.core import Qgis
from qgis.utils import plugins
print('QGIS:', Qgis.QGIS_VERSION)
print('Loaded plugins:', sorted(plugins.keys()))
Esta lista enumera plugins cargados, no todos los instalados ni sus riesgos. Complete el registro con versión, origen, licencia, responsable y tareas que dependen de cada plugin. Si un plugin es esencial, pruebe su continuidad antes de actualizar QGIS.
Prepare tres pruebas de regresión
La primera abre un proyecto compartido y exporta un diseño. La segunda ejecuta una automatización representativa con entradas conocidas. La tercera edita una copia de datos y comprueba validaciones y permisos. Use las mismas pruebas en los sistemas operativos que realmente utilizará el equipo.
Incluya trabajo sin conexión, rutas con caracteres acentuados y una cuenta sin privilegios de administrador. Una prueba solo en el computador del desarrollador puede ocultar dependencias de fuentes, unidades de red o bibliotecas locales.
Capacitación y soporte
Organice la formación por tarea: revisión catastral, publicación, análisis o trabajo de campo. Registre tiempo para completar la tarea y errores observados, sin presentar un ejercicio como medición universal de productividad. Mantenga una guía corta de recuperación del perfil y de reporte de errores con versiones y pasos reproducibles.
Asigne quién evalúa alertas de seguridad y quién autoriza la actualización operativa. Pruebe primero en un grupo reducido, conserve el instalador anterior cuando su licencia lo permita y mantenga copias de proyectos antes de convertirlos. El presupuesto debe incluir soporte y horas internas aunque la licencia del programa no tenga costo.
Salida del piloto
El despliegue está preparado cuando otro equipo puede instalar el entorno, abrir los proyectos, completar las pruebas y recuperar una configuración dañada usando instrucciones verificadas. Registre incompatibilidades pendientes y mantenga las tareas afectadas en el entorno anterior hasta resolverlas.
Definir una estación de trabajo soportable
Registra más que la versión de QGIS: sistema operativo, origen del paquete, Python, GDAL/PROJ, proveedores, versiones de complementos, fuentes y controladores externos. Separa instalación, proyectos y credenciales. Un perfil limpio permite reproducir si un problema pertenece al proyecto o a la configuración acumulada de una persona.
Elige actualizaciones según versiones mantenidas y dependencias probadas. No prometas soporte indefinido para una versión concreta. Registra cuándo se tomó la decisión y quién revisa mantenimiento y avisos de seguridad de los proyectos originales.
Clasificar dependencias según su impacto
| Dependencia | Consecuencia del fallo | Acción de administración |
|---|---|---|
| Proveedor obligatorio de Procesos | No corre un análisis programado | Verificar instalación y algoritmo representativo |
| Complemento visual opcional | Se pierde comodidad | Evaluarlo sin bloquear el flujo central |
| SVG o fuente externa | Cambia el mapa entregado | Distribuir recursos autorizados y comparar exportaciones |
| Controlador o autenticación | No se accede a los datos | Validar conexión y revocación |
| Complemento Python propio | Ejecución de código y mantenimiento | Revisar código, responsabilidad y compatibilidad |
Que un complemento figure en un repositorio no implica soporte institucional. Identifica mantenedor, licencia y actualización. Antes de volverlo crítico, prueba qué pasa si falta. Cuando su tarea es sencilla y repetible, un procedimiento documentado con herramientas incluidas puede ser más fácil de operar.
Distribuir una plantilla por etapas
- Prepara CRS, rutas relativas, nombres, formularios, diseño y metadatos acordados. Usa información sintética o pública autorizada en la plantilla.
- Ábrela desde un perfil limpio en otro equipo. Comprueba que no necesita carpetas personales, contraseñas guardadas o símbolos locales.
- Ejecuta una edición, una exportación y un modelo representativo. Compara los entregables, no solamente el arranque.
- Pilota el paquete con un grupo pequeño que represente funciones diferentes. Registra fallos por flujo y dependencia.
- Conserva el paquete anterior mientras opera el piloto. Respalda proyectos antes de guardarlos con una versión nueva si importa la compatibilidad inversa.
Revierte conscientemente aplicación y copias de proyecto. Reinstalar una versión anterior no necesariamente deshace cambios guardados por un formato o complemento más nuevo.
Organizar soporte alrededor de la tarea
Usa tres categorías prácticas: datos inaccesibles, resultado incorrecto y fallo de aplicación. Para acceso, registra tipo de origen, rol y error sin copiar credenciales. Para resultados, conserva una entrada sintética mínima y la salida esperada. Para cierres, anota versión, proveedor y secuencia mínima de reproducción.
Mide tiempo para recuperar la tarea, causas recurrentes y necesidades de formación. Contar instalaciones dice poco sobre adopción. Quien abre QGIS pero vuelve al sistema anterior para cada entregable todavía no ha migrado su flujo.
Conservar opciones de salida
Mantén datos en formatos documentados y scripts, estilos y plantillas bajo control de la organización. Exige fuentes editables e información de dependencias al proveedor. El soporte comercial es compatible con software abierto; especifica horarios, actividades incluidas y responsables de escalamiento.
Usa el piloto de escritorio como ejercicio de entrada y la guía de migración ArcPy para automatización. La formación debe responder al rol: producir mapas, editar, analizar y administrar bases requieren prácticas distintas.
Referencia: perfiles y despliegue organizacional QGIS.
Fuentes y documentación
Siguiente paso
Continúe en la colección Open GIS. Para comparar un proyecto concreto, use la calculadora de costo total y solicite una evaluación.