Preguntas frecuentes

FAQ operativa para resolver dudas repetidas sobre DataLab.

Esta sección reúne preguntas frecuentes sobre acceso, rutas, cargas, filtros, exportaciones, calidad de datos y mantenimiento documental. La idea es reducir tickets repetidos, unificar criterios de uso y dejar trazabilidad de las respuestas que el equipo más necesita.

Antes de abrir un ticket

  • Confirma primero la ruta del módulo en Rutas.
  • Verifica si el cambio esperado depende de un ciclo nuevo en Ciclos de carga.
  • Revisa si la duda ya está explicada en la ficha del módulo dentro de Módulos.
  • Si el problema es visual, valida navegador, filtros activos y rango temporal antes de reportarlo.
  • Si el problema es de datos, anota módulo, ruta, filtros, ciclo y evidencia del valor esperado.

Acceso y navegación

¿Qué es exactamente DataLab?

Es el ecosistema de dashboards, cargas y vistas analíticas de PlanItOne para consultar indicadores, hacer seguimiento por módulo y apoyar decisiones con datos consolidados.

¿Cuál es la diferencia entre dashboard, carga y vista adicional?

El dashboard es la vista principal de análisis, la pantalla de carga sirve para subir o procesar información y las vistas adicionales extienden un módulo con lecturas más específicas.

¿Cuál es la ruta oficial que debo compartir?

La ruta oficial es la que aparece documentada en Rutas. Evita compartir URLs internas, con parámetros temporales o rutas de carga si el objetivo es consulta.

¿Por qué veo un módulo vacío o incompleto?

Normalmente ocurre por permisos, filtros activos, ausencia de datos para el periodo seleccionado o porque el ciclo más reciente todavía no se ha cargado o publicado.

¿Puedo usar DataLab desde celular?

Sí, pero la experiencia esperada es principalmente de consulta rápida. Para revisión detallada de tablas, filtros complejos y exportaciones sigue siendo preferible escritorio.

Datos, ciclos y actualización

¿Cada cuánto se actualizan los datos?

Depende del módulo y de su fuente. Algunos se actualizan por corte académico, otros por cargues manuales o ventanas periódicas. La referencia operativa debe quedar documentada por módulo.

¿Qué se entiende por ciclo de carga?

Es una versión controlada de la información cargada para un periodo, corte o fuente concreta. Un ciclo permite saber qué datos se publicaron, cuándo y bajo qué reglas.

¿Cómo sé si un ciclo quedó bien cargado?

Debe validarse con conteos, cobertura, rangos esperados, consistencia de llaves, revisión visual del dashboard y contraste con la fuente de origen antes de asumir que quedó listo.

¿Un ciclo nuevo reemplaza lo anterior?

No necesariamente. Puede reemplazar, complementar o recalcular históricos según la lógica del módulo. Por eso es clave dejar trazabilidad de si la carga es incremental, correctiva o total.

¿Por qué un dato histórico cambió si el periodo ya pasó?

Porque la fuente pudo corregir registros, reclasificar valores, depurar duplicados o rehacer una consolidación. Cuando eso ocurra, la documentación debería explicitar el ajuste.

Filtros, visualizaciones y lectura

¿Por qué cambian los totales cuando activo un filtro?

Porque cada filtro redefine el universo de análisis. El total visible casi nunca representa el total global, sino el subconjunto que cumple simultáneamente los criterios seleccionados.

¿Qué hago si una gráfica no coincide con una tabla?

Primero verifica que ambas usen el mismo corte, nivel de agregación, filtros y unidad de medida. Si aun así difieren, puede haber un problema de transformación o definición funcional.

¿Qué significa que aparezcan valores en blanco, cero o nulos?

No significan lo mismo. Cero suele representar ausencia medida, nulo falta de dato y blanco puede ser un valor no informado o no aplicable. Esa convención debe quedar descrita por módulo.

¿Puedo comparar periodos diferentes dentro del mismo módulo?

Sí, si el módulo expone filtros o visualizaciones comparables. Aun así conviene confirmar que la definición del indicador no haya cambiado entre periodos.

¿Por qué desaparecen resultados al combinar muchos filtros?

Porque la intersección puede dejar el universo en cero registros. Antes de asumir un error, prueba quitando filtros uno a uno para identificar cuál está restringiendo demasiado la consulta.

Exportación, rutas y compartición

¿Las rutas de DataLab son estables?

Deberían serlo para no romper accesos, materiales de formación ni enlaces internos. Si una ruta cambia, debe actualizarse la tabla de Rutas y la comunicación asociada.

¿Puedo compartir una URL con filtros aplicados?

Solo si el módulo soporta ese comportamiento de manera estable. Si no está garantizado, comparte la ruta base y detalla los filtros manualmente para evitar lecturas inconsistentes.

¿Las exportaciones siempre coinciden con lo que veo en pantalla?

Deberían coincidir en corte y filtros, pero pueden variar en formato, redondeo, columnas ocultas o granularidad. Cuando exista diferencia, la lógica de exportación debe documentarse.

¿Qué conviene exportar: gráfica, tabla o base?

Depende del uso. La gráfica sirve para presentación, la tabla para revisión rápida y la base para análisis posterior o conciliaciones más detalladas.

¿Puedo usar las rutas de carga para usuarios finales?

No. Las rutas de carga son operativas y deben reservarse para responsables funcionales o técnicos. Para consulta general se deben compartir las rutas públicas del dashboard.

Errores frecuentes y soporte

¿Qué hago si la página no carga o queda en blanco?

Recarga, prueba en ventana privada, valida conectividad, permisos y consola del navegador. Si persiste, reporta la ruta exacta, el navegador y una captura del error.

¿Qué hago si un módulo tarda demasiado?

Primero reduce filtros o rango temporal. Si sigue lento, el caso puede estar asociado a volumen, consulta pesada o una regresión reciente que conviene revisar con evidencia.

¿Qué información debo incluir al reportar un error de datos?

Módulo, ruta, fecha, filtros usados, valor observado, valor esperado, fuente de contraste y captura de pantalla. Entre más específico sea el caso, más rápido se puede reproducir.

¿Cómo diferencio un problema visual de un problema de datos?

Si la cifra está mal, suele ser un problema de datos o definición. Si la cifra es correcta pero no se ve bien, se corta, se solapa o no responde, normalmente es un problema de interfaz.

¿Qué pasa si detecto duplicados o valores atípicos?

No se deben corregir directamente en la lectura del dashboard. Hay que rastrear si provienen de la fuente, de la transformación o de la regla de negocio antes de tocar la carga.

Documentación y gobierno funcional

¿Quién debe actualizar la documentación cuando cambia un módulo?

Idealmente la persona o equipo que introduce el cambio funcional, con apoyo técnico si cambia la lógica de datos, rutas, visualizaciones o procesos de carga.

¿Qué se debe documentar cada vez que aparece una gráfica nueva?

Propósito, fuente, filtros, nivel de agregación, interpretación, limitaciones, exportación esperada y cualquier supuesto relevante para evitar lecturas erróneas.

¿Qué hago si la documentación está desactualizada?

No la dejes como está. Marca la discrepancia, actualiza la ficha correspondiente o deja una nota temporal visible mientras se corrige el contenido.

¿La documentación reemplaza la capacitación?

No completamente. La documentación reduce dependencia y deja memoria operativa, pero sigue siendo útil complementar con sesiones cortas cuando cambian procesos importantes.

¿Cuándo conviene crear una FAQ específica por módulo?

Cuando un módulo empieza a acumular dudas recurrentes sobre indicadores, filtros, cargas, cálculos o interpretación y ya no basta con la explicación general.

Preguntas que conviene responder siempre por módulo

  • ¿Cuál es el objetivo analítico del módulo y qué decisiones ayuda a tomar?
  • ¿Cuál es la fuente oficial de los datos y con qué periodicidad se actualiza?
  • ¿Qué filtros afectan directamente el indicador principal?
  • ¿Qué visualizaciones representan acumulados y cuáles muestran detalle?
  • ¿Qué exportaciones están disponibles y qué incluyen exactamente?
  • ¿Qué rutas son públicas, cuáles son operativas y cuáles no deben compartirse?
  • ¿Qué validaciones mínimas deben hacerse después de cada carga?
  • ¿Qué errores recurrentes o casos límite ya se conocen en ese módulo?
Regla útil para mantener esta sección viva: si una misma duda aparece tres veces en chats, reuniones, validaciones o soporte, ya merece una respuesta explícita en la documentación.