# GreenITESO · Estado actual ## 01 · Objetivo y estado actual GreenITESO busca convertir las acciones sustentables de la comunidad universitaria en una participación visible: registrar hábitos, participar en campañas, sumar puntos y organizarse en clanes. Este recorrido presenta la versión integrada al nueve de octubre de dos mil veintiséis. Mostraremos sus pantallas y las funciones del servicio que aún necesitan una interfaz completa. El objetivo es identificar qué funciona hoy y qué falta para alcanzar el producto esperado en la entrega final. La demostración utiliza un entorno local con datos sintéticos. ## 02 · Acceso institucional El acceso utiliza la cuenta institucional de ITESO mediante Microsoft. La página de inicio de sesión dirige al proveedor de identidad y, al completar la autenticación, devuelve al usuario a GreenITESO. Aquí vemos el retorno grabado con una cuenta institucional. Las credenciales y el segundo factor se excluyen del video. Las páginas internas requieren una sesión y los permisos distinguen las funciones del estudiante y del administrador. La renovación de sesiones largas todavía necesita corregirse. ## 03 · Inicio y dashboard El dashboard es la entrada a la experiencia del estudiante. Reúne el resumen de participación y accesos a las secciones del proyecto. La navegación permite recorrer misiones, acciones, clanes, comunidad, tienda y perfil. Para completar esta pantalla, las métricas deben corresponder a registros aprobados y actualizarse de manera consistente. Hay cambios propuestos para ampliar el impacto del dashboard que todavía no forman parte de la versión integrada mostrada aquí. ## 04 · Catálogo y registro de acciones El catálogo muestra las acciones disponibles, sus puntos y el tipo de validación. En esta demostración encontramos llegar en bicicleta, rellenar el termo y participar en una limpieza. La página de registro presenta los controles para elegir una acción y adjuntar evidencia. Sin embargo, el envío desde esta pantalla todavía no crea un registro en el servicio. Por eso el siguiente paso es completar la conexión del formulario y la carga real de fotografías, mostrando confirmaciones y errores comprensibles. ## 05 · API · Registro, auditoría y puntos El servicio de acciones sí permite comprobar el recorrido de acreditación. La solicitud mostrada usa una referencia de evidencia sintética y devuelve un registro pendiente de auditoría. El perfil todavía no recibe puntos. Después, la aprobación del administrador acredita veinte puntos. Una nueva consulta permite observar el cambio. Si la aprobación se revoca, esos puntos se descuentan. También se comprobaron las reglas de límite diario y la repetición de una misma solicitud: repetirla conserva el registro y evita duplicar el crédito. Falta unir estas funciones con el recorrido completo en pantalla. ## 06 · Misiones y campañas La sección de misiones y campañas permite consultar los retos disponibles y sus metas. El administrador puede crear una campaña, establecer sus fechas y agregar misiones asociadas al catálogo. Los cambios se guardan y aparecen al volver a consultar. El estudiante también puede proponer una campaña global. La propuesta queda pendiente de revisión, de modo que su publicación depende de la decisión administrativa. Las campañas privadas permiten a un líder organizar un reto para su clan. ## 07 · Auditoría y propuestas La pantalla de auditoría contiene las propuestas de campañas y la revisión de acciones. El flujo de propuestas permite aprobar una campaña y publicarla, o rechazarla con un motivo que queda visible para quien la envió. Ese recorrido se comprobó desde la interfaz hasta la base de datos. La consulta de acciones pendientes todavía necesita ajustar su conexión con el servicio para cargar la bandeja correctamente. Completar esa sección permitirá revisar las evidencias y explicar al estudiante el resultado de la auditoría. ## 08 · Clanes e invitaciones La versión actual ya incluye el directorio y el detalle de clanes. Se puede buscar un grupo, consultar sus integrantes y crear un clan público. El creador obtiene el liderazgo. Otro estudiante puede unirse y establecerlo como su clan activo; la elección se conserva al recargar. También se puede copiar un enlace de invitación. En los clanes por invitación, la solicitud queda pendiente hasta que el líder la acepta. La aceptación ya funciona mediante el servicio, pero todavía falta una pantalla para gestionar esas solicitudes. ## 09 · Administración del clan El líder puede transferir el liderazgo a otro integrante desde la pantalla. Después de transferirlo, puede salir del clan como miembro. La salida requiere confirmación y puede cancelarse. La disolución también pide confirmar la decisión y deja el grupo fuera del directorio. Si se intenta abrir nuevamente, aparece un mensaje de clan no disponible. Estos cambios se comprobaron con cuentas sintéticas y consultas reales al servicio. El desarrollo pendiente incluye completar las herramientas de gestión de miembros y solicitudes. ## 10 · Feed y publicaciones El feed muestra publicaciones de la comunidad. Desde esta versión, el estudiante puede publicar contenido y dispone de controles para editar y eliminar sus propias publicaciones. Al guardar una edición y recargar, el contenido actualizado se conserva. La eliminación solicita confirmación y retira la publicación. También existen reglas del servicio para impedir que otra persona modifique contenido ajeno. Este recorrido ya permite compartir actividades dentro de GreenITESO; la consistencia de los logros mostrados debe acompañar la integración del perfil y las insignias. ## 11 · API · Amistades El servicio de amistades permite enviar y responder solicitudes entre estudiantes. La primera respuesta muestra el estado pendiente. Cuando el destinatario acepta, la relación cambia a aceptada. Los permisos impiden que quien la envió la acepte en nombre de otra persona. Estas funciones todavía necesitan búsqueda de personas, una lista de solicitudes y una lista de amistades dentro del frontend. Las respuestas que vemos son resultados reales del servicio con cuentas de demostración. ## 12 · Notificaciones y tiempo real La pantalla de notificaciones todavía presenta contenido de ejemplo. Por separado, el servicio conserva notificaciones reales y permite marcarlas como leídas. La respuesta confirma el cambio del campo de lectura. También se comprobó el canal en tiempo real: aprobar una acción emite un evento de nueva notificación para la cuenta correspondiente. El paso pendiente es conectar esos mensajes con la pantalla y actualizar el contador sin recargar. Así el estudiante podrá conocer las decisiones de auditoría mientras utiliza la aplicación. ## 13 · API · Usuarios y roles La administración de roles ya tiene reglas de acceso en el servicio. Un estudiante que intenta cambiar el rol de otra cuenta recibe una respuesta de acceso denegado. Con permisos de administrador, la operación devuelve el nuevo rol. El historial conserva el rol anterior y el nuevo, y también se comprobó la protección del último administrador. Todavía falta una interfaz para consultar usuarios y gestionar sus permisos. Las operaciones mostradas afectan únicamente cuentas sintéticas del entorno de demostración. ## 14 · Perfil, impacto e insignias El perfil permite consultar los datos del estudiante y sus clanes. El servicio admite cambios de biografía y privacidad, pero la pantalla todavía necesita completar sus controles de edición. Las respuestas distinguen los puntos acumulados del saldo disponible para canjes y entregan métricas calculadas sobre acciones aprobadas. El catálogo de insignias identifica logros obtenidos; sin embargo, la lista del perfil aún no los refleja de forma consistente. Debemos completar esa integración para que cada logro y cada indicador se puedan comprobar desde la cuenta del estudiante. ## 15 · Tienda y rankings La tienda presenta recompensas que pueden canjearse con el saldo disponible. El canje pide confirmación, guarda la adquisición y descuenta el saldo sin reducir los puntos históricos del estudiante. Las rutas tienda y shop llevan a la misma experiencia. Los rankings permiten consultar las clasificaciones disponibles, incluida la comparación entre clanes institucionales y privados. Estos resultados deben conservar su relación con las acciones aprobadas y con el clan activo elegido por cada participante. ## 16 · Páginas auxiliares y navegación Para documentar todas las rutas, también incluimos la página auxiliar home y la biblioteca de componentes. Home conserva una presentación de desarrollo y accesos de navegación. La biblioteca muestra ejemplos de tipografía, colores, botones, formularios y tarjetas; sus cifras son ejemplos visuales. También comprobamos el comportamiento de una dirección inexistente. Estas páginas forman parte del inventario técnico, aunque no representan nuevas funciones de participación sustentable. ## 17 · Cobertura y próximos pasos La revisión recorrió las diecisiete rutas en escritorio y móvil y comprobó la protección de acceso. Además, se ejecutaron pruebas de interfaz, de APIs y del backend. La matriz conserva cada resultado y su evidencia, con los fallos y las verificaciones pendientes. Para avanzar hacia la entrega final, las prioridades son completar registro y fotografía real, corregir la bandeja de auditoría y la renovación de sesión, e integrar notificaciones, edición de perfil e insignias. También falta verificar el despliegue compartido, la instalación de la aplicación, el código QR y los requisitos de rendimiento. Esta evidencia permite distinguir el avance disponible de lo que aún debe completarse.