Cómo reemplazar aplicaciones ArcGIS por flujo de trabajo

Empiece por la tarea del usuario

“Reemplazar ArcGIS” no define una prueba de aceptación. “Una inspectora consulta la orden, captura una foto offline y entrega un resultado trazable” sí permite evaluar alternativas. Elabore una lista de tareas y dependencias con las personas que las realizan, incluyendo reportes que se producen una vez al año.

Mapee componentes sin prometer equivalencia

Una biblioteca de mapas no reemplaza por sí sola Dashboards o Experience Builder. Tampoco basta un formulario web para reproducir captura offline con relaciones y adjuntos.

Construya una prueba vertical

Elija una tarea frecuente con riesgo controlable. Use diez registros ficticios y una identidad autorizada. Complete el recorrido desde creación hasta consulta y exportación; después repítalo sin permiso, sin conexión y con una solicitud fallida. Registre tiempo de tarea, pasos manuales, errores y datos perdidos.

Si una función exige desarrollo, estime construcción y mantenimiento separados. Incluya integración con identidad, mapas base, geocodificación, rutas y formatos de terceros. No atribuya todos esos servicios a la licencia de la aplicación actual: puede que tengan contratos independientes.

Decida por capacidad

Retenga temporalmente componentes ArcGIS que satisfacen una dependencia especializada sin alternativa validada. Migre primero las capacidades con datos y contratos portables. El resultado puede ser híbrido: clientes existentes sobre una fuente común, nuevos servicios abiertos y una aplicación distinta para un proceso nuevo.

Antes del corte, defina dónde se escribe, cómo se evitan dos fuentes maestras y cuál es el procedimiento de reversión. Redirigir un enlace no migra permisos ni historial. La decisión final debe combinar resultado funcional, carga operativa y costo durante el periodo de convivencia.

Inventariar capacidades visibles para el usuario

Abre la aplicación con alguien que la usa e identifica tareas observables. Incluye filtros guardados, enlaces profundos, impresión, exportación, adjuntos, móvil, permisos e integraciones. Registra tareas poco frecuentes pero obligatorias como reportes anuales; frecuencia no equivale a importancia.

Asigna a cada capacidad reproducir, mejorar con cambio acordado, conservar temporalmente o retirar con acuerdo. Evita el ambiguo “soportado”. Un reemplazo puede buscar en mapa sin ofrecer fuente de direcciones, ordenamiento o cobertura que el usuario necesita.

Construir un reemplazo pequeño pero completo

Con el laboratorio sintético, implementa búsqueda de activo, detalle, selección en mapa y descarga permitida. Define respuesta API antes de widgets. Incluye clave estable, campos de presentación y versión de datos. Excluye atributos restringidos de la representación pública.

Prueba la tarea en tabla y mapa. Sin geometría, el detalle debe seguir accesible. Ante un fallo, conserva búsqueda y permite reintentar. Si expira el acceso, no muestres datos confidenciales antiguos como si la solicitud acabara de funcionar.

Para indicadores, escribe primero la definición. ¿“Inspeccionado” significa enviado o aceptado? ¿El denominador son activos actuales o asignados al comienzo? Dos gráficas pueden discrepar porque responden preguntas distintas. Concilia la métrica con el responsable usando un lote conocido.

Diseñar coexistencia alrededor de datos

Una aplicación híbrida puede leer un servicio soportado existente mientras se construye el nuevo flujo. Reduce cambios simultáneos, pero conserva costos de servicio o licencia. Inclúyelos. No cuentes un servidor como retirado si la aplicación aún lo consulta para búsqueda, identidad o impresión.

Define un escritor autoritativo por dominio. Si deben escribir dos sistemas, diseña sincronización, conflictos y eliminaciones. Exportar cada noche produce una instantánea, no edición compartida en vivo. Expón actualización cuando afecte decisiones.

Probar fallos antes de cambiar enlaces

Simula sesión expirada, registro denegado, timeout, respuesta excesiva, vacío, adjunto ausente y envío duplicado. Los errores no deben aparecer como éxito. Prueba enlaces profundos después de autenticar y verifica retorno al registro correcto.

Conserva URLs públicas relevantes o establece redirecciones deliberadas. En aplicaciones internas, identifica favoritos y enlaces dentro de reportes. Una redirección SEO y el estado autenticado tienen requisitos distintos; prueba ambos cuando corresponda.

Estimar responsabilidad después de construir

Incluye actualizaciones, monitoreo, accesibilidad, seguridad, contratos de datos e incidentes. Un componente abierto reduce dependencia de un proveedor si la organización recibe código, configuración, documentación y una manera viable de operarlo. Una aplicación propia mantenida por una persona indisponible puede crear otra dependencia.

Termina con decisiones por capacidad y estimación basada en trabajo observado. Usa la comparación Enterprise para infraestructura y el modelo TCO para componentes conservados y transición. Retira la aplicación anterior cuando tareas, recuperación y control de datos estén demostrados.

Fuentes y documentación

• ArcGIS documentation
• QField documentation
• MapLibre documentation

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.

Lecturas relacionadas

• Sincronización de campo: conflictos, fotos y validación
• ArcGIS vs QGIS para catastro y gobierno: criterios de decisión