RED BOSQUE-CLIMA Tutoriales
Requiere la contraseña de administrador

Guía para administradores

El mapa completo de paneles para gestionar estaciones, revisar datasets, moderar contribuciones y administrar el sistema de tickets.

Esta guía es pública — no incluye la contraseña

Esta página no tiene login, así que cualquiera puede leerla. Por eso no dice cuál es la contraseña de administrador ni cómo se genera. Si te falta, pedísela a InfoLab IANIGLA.

1. Cómo entrar

Hay una única contraseña administrativa compartida (no es por usuario) que da acceso a toda la gestión del sitio — estaciones, datasets, contribuciones, tickets. Se te pide apenas entrás a cualquier panel protegido, por ejemplo admin.php.

1
Entrá a cualquier panel de administración

Por ejemplo admin.php (gestión de estaciones) o /admin/ (panel central). Si no tenés sesión activa, te muestra este formulario:

bosque-clima.mendoza-conicet.gob.ar/admin.php
Formulario de acceso administrativo pidiendo la contraseña
La sesión dura 2 horas de inactividad. Pasado ese tiempo, te vuelve a pedir la contraseña.
2. Panel central

/admin/ es el punto de entrada que enlaza a todos los paneles de abajo, más analíticas de visitas del sitio (/admin/visitas.php).

bosque-clima.mendoza-conicet.gob.ar/admin/
Panel central de administración con accesos a estaciones, contribuciones, curaduría, tickets y estadísticas de visitas
3. Gestión de estaciones
bosque-clima.mendoza-conicet.gob.ar/admin.php
Listado de estaciones con ID, nombre, alias .dat, estado y botón editar
Listado y alta de estaciones
admin.php

Tabla con todas las estaciones, filtro por nombre/alias/email, y botón "Nueva Estación". También tiene el editor de Alias .dat (mapeo de nombre de estación en la base de datos → nombres que llegan en los archivos .dat de los dataloggers Campbell) — importante porque si un archivo llega con un nombre no mapeado, la ingesta automática no sabe a qué estación asignarlo.

Editar una estación
admin_equipos.php?id=X

Datos generales, coordenadas, especie(s) monitoreada(s), institución, metadatos Darwin Core (admin_metadata.php) y quiénes son los administradores de datos autorizados (tabla Emails_Autorizados, columna es_admin_datos) — esto es lo que controla quién puede pedir el link de descarga o subir datos de esa estación puntual.

Galería de fotos
admin_fotos.php

Subir, reordenar y activar/desactivar fotos por estación (formato WebP, hasta 5 MB, máximo 10 fotos activas).

Estados de una estación: Operativo / Mantenimiento / Inactivo. Marcarla "Inactivo" no borra sus datos — solo la saca del conteo de "estaciones activas" del tablero público.
4. Datasets procesados y calidad
Revisar datasets procesados
revisar_datasets.php

Cola de datasets que subieron los administradores de datos de cada estación (vía subir_procesado.php). Podés aprobar, rechazar o devolver con comentario. Solo lo aprobado queda visible en ver_procesados.php.

Panel de calidad
panel_calidad.php

Resumen de flags de calidad de todas las estaciones en un solo lugar (batería crítica, sensores congelados, anotaciones manuales), en vez de entrar estación por estación.

Inspector de datos y logs de ingesta
inspector.php · recepcion.php

Ver el historial de correos con archivos .dat/.csv procesados automáticamente vía IMAP, y diagnosticar por qué un archivo no se cargó (nombre no mapeado en Alias, formato inesperado, etc.).

Carga excepcional
excepcion.php

Para archivos históricos o con fallas de formato que la ingesta automática no puede procesar sola — carga manual forzada. Usar con cuidado: no pasa por las mismas validaciones que el flujo normal.

5. Contribuciones y Red Colaborativa
Números de Contribución
contribucion/admin.php

Moderación de publicaciones/congresos/pósters que investigadores cargan como contribuciones de la Red — asignación de número, aprobación, visibilidad pública en contribucion/publico.php.

Red Colaborativa (flujo legado con Zenodo)
admin_colaborativa.php

Aprobación de datasets subidos por colaborar.php: al aprobar, el archivo se publica en Zenodo y se genera un DOI que se envía por email al investigador.

6. Sistema de tickets (Help Desk)

El Help Desk (/tickets/) tiene su propio login (magic link, no la contraseña de administrador de arriba) y tres roles: admin, provider (técnico) y client (quien pide ayuda).

Bandeja de tickets
tickets/tickets/index.php

Aceptar/rechazar tickets pendientes, responder en el hilo, adjuntar archivos.

Marcar resuelto (con confirmación del cliente)
tickets/tickets/view.php

Botón "Marcar resuelto": le manda al cliente un email con lo que pidió, lo que le respondiste, y dos links — "Sí, está resuelto" (cierra) o "No, falta algo" (reabre con su observación). Si no responde en 15 días, se cierra solo. Distinto del botón "Cerrar ticket", que cierra directo sin pedir esa confirmación — usalo solo cuando no haga falta preguntarle nada al cliente.

Servicios y usuarios
tickets/admin/services.php · tickets/admin/users.php

Áreas/servicios a los que se puede dirigir un ticket, y gestión de usuarios del Help Desk.

7. Preguntas frecuentes

Desde admin_equipos.php?id=X, agregá su email a la lista de autorizados con es_admin_datos = 1. Eso le habilita tanto el link de descarga (mis_datos.php) como el acceso a datos crudos en la página de la estación.

Primero recepcion.php/inspector.php para ver si el correo se procesó. La causa más común es que el nombre de la estación en el archivo no coincide con ningún alias cargado en admin.php → "Configurar Alias". Si el archivo tiene un problema de formato que la ingesta no puede resolver sola, usar excepcion.php.

"Marcar resuelto" es el default recomendado — le da al cliente la chance de decir que algo no corresponde antes de dar el tema por terminado. "Cerrar ticket" es para casos donde no hace falta esa confirmación (ej. un duplicado, o algo que el propio cliente ya confirmó por otro canal).