GISTM.ai es una plataforma multi-tenant para la gestión del cumplimiento de los 77 Requisitos del Estándar Global de la Industria para la Gestión de Relaves. Los equipos de cumplimiento construyen el expediente de la instalación a lo largo de meses, con gobernanza de aprobación y trazabilidad completa. La IA acelera cuando se le solicita, y nunca decide.
Abrir GISTM.ai
La plataforma opera en una ventana dedicada, con la pantalla completa a disposición.
Especificación pública del producto · Rev. 2026.1
Una plataforma multi-tenant para la gestión del cumplimiento de los 77 Requisitos del Estándar Global de la Industria para la Gestión de Relaves. No es un generador de auditorías ni un cuestionario. Los equipos de cumplimiento construyen el expediente de la instalación a lo largo de meses, con gobernanza de aprobación y trazabilidad completa. La IA acelera cuando se le solicita, y nunca decide.
Toda la interfaz está en portugués de Brasil, con la terminología de la traducción oficial del ICMM; los términos en pantalla son los términos que usará el auditor. Una paleta de comandos ⌘K permite navegar entre Requisitos, páginas e instalaciones.
- 01 Niveles de acceso
- 02 El registro vivo
- 03 Gobernanza de aprobación
- 04 Documentos e IA
- 05 ITRB e Ingeniero
- 06 Panel, brechas, reporte
- 07 Diez pantallas
- 08 Datos y operación
- 09 Demostración
- 10 Design system
Las seis áreas temáticas
Cada uno de los 77 Requisitos pertenece a una de las seis áreas. Las áreas organizan el registro, el desglose del panel, el reporte y la Columna de Testigo.
- Comunidades
- Base de conocimiento
- Diseño y operación
- Gestión
- Emergencia
- Divulgación
Los cinco dictámenes
Un Requisito tiene exactamente un dictamen. Cada dictamen cuenta con su propia forma de glifo, nunca un código de color, para que el registro permanezca legible al imprimirse, en escala de grises y para quienes no distinguen colores.
Cumple
Peso 1
Cumple Parcialmente
Peso 0,5
No Cumple
Peso 0 · deficiencia
No Aplica
Fuera del denominador
No Evaluado
Cuenta en contra de la Cobertura
§01
El acceso es un instrumento de gobernanza, no una conveniencia. Los cinco niveles separan a quien evalúa de quien ratifica, y eso es lo que hace defendible el indicador de Conformidad ante un auditor.
| Nivel | Ve y hace |
|---|---|
| Admin de la Plataforma | Ve y edita todo, en todas las empresas. Crea empresas e invita a sus primeros usuarios. Es el único nivel que puede reiniciar el tenant de demostración. |
| Admin de la Empresa | Administra las instalaciones, los usuarios y los responsables de su propia empresa. No ve ninguna otra empresa. |
| Evaluador | Evalúa Requisitos, adjunta evidencias y envía el trabajo para su aprobación. No aprueba su propio envío. |
| Aprobador | Ratifica o devuelve envíos con comentarios. También puede evaluar. |
| Lector | Acceso de solo lectura a paneles y reportes. Sin permisos de escritura. |
No existe registro público. Un administrador envía una invitación por correo electrónico. La persona ingresa la misma dirección y recibe un código de seis dígitos por correo electrónico o SMS. La sesión luego se mantiene en el navegador para que el trabajo diario no requiera iniciar sesión nuevamente.
Quien cuenta con identidad verificada y ninguna invitación pendiente no recibe un error, sino una pantalla que explica cómo solicitar acceso.
Todo método de servidor con alcance de instalación confirma que la instalación pertenece a la empresa solicitante antes de ejecutar cualquier otra acción. El aislamiento no es un filtro aplicado a una consulta, es una condición previa del método.
Un identificador que pertenece a otro tenant devuelve exactamente la misma respuesta que un identificador inexistente. Nada en la respuesta confirma que la otra instalación existe.
La implementación, el alojamiento y los controles de proveedores están documentados por separado en el Trust Center.
§02
No existen ciclos de evaluación que inicien y terminen. Cada instalación cuenta con un registro permanente de los 77 Requisitos, creado en el momento en que se da de alta la instalación y evolucionando de forma continua a partir de allí. La conformidad es un estado en el que se encuentra la instalación, no un evento por el que haya pasado.
Cuatro estados por Requisito
El dictamen responde qué tan conforme. El estado responde en qué punto de la gobernanza. El estado de flujo se codifica por opacidad, nunca por tono.
No iniciado
Abierto en el registro; nadie ha trabajado en él todavía.
En elaboración
Un Evaluador está redactando el dictamen y adjuntando evidencias.
En aprobación
Enviado. Está en la cola del Aprobador, a la espera de una decisión.
Aprobado
Ratificado. Solo a partir de ahora cuenta para la cifra oficial.
Dos indicadores acompañan a la instalación
57,6%
Conformidad
Porcentaje ponderado sobre los Requisitos aplicables, considerando únicamente evaluaciones aprobadas. Cumple pondera 1; Cumple Parcialmente pondera 0,5.
75,3%
Cobertura
Cuántos de los 77 Requisitos ya cuentan con un dictamen definido: la respuesta honesta a "cuánto del expediente existe, después de todo".
El trabajo propuesto se muestra atenuado en pantalla, pero no altera la cifra oficial. Este es el comportamiento más importante del registro: nadie incrementa el indicador con solo proponer algo. Únicamente un Aprobador lo mueve.
Una línea de tiempo muestra la evolución de ambos indicadores desde la apertura del registro, permitiendo comprender la historia del expediente sin necesidad de leer un solo Requisito.
Aviso de independencia · GISTM.ai apoya la gestión de cumplimiento del propio operador. No constituye, no sustituye ni simula una auditoría independiente, dictamen del ITRB o determinación del Ingeniero de Registro.
Columna de Testigo
La instalación completa en 692 × 30 píxeles: 77 celdas agrupadas por las 6 áreas temáticas. Las celdas se completan a medida que el trabajo se ratifica, por lo que la página se oscurece a lo largo de los meses. Deficiencia es lo único que lleva Óxido; el estado de flujo se transmite mediante la opacidad.
§03
El Evaluador trabaja el Requisito y lo envía. El Aprobador ve una cola dedicada, en la que el dictamen propuesto se presenta como un diff frente al dictamen oficial, y luego aprueba o devuelve con un comentario.
La aprobación en lote existe porque los equipos efectivamente ratifican varios Requisitos a la vez, y exigir una decisión por pantalla empujaría a las personas a aprobar sin leer.
Cada Requisito tiene un responsable y un plazo. Los vencidos aparecen señalizados en la tabla del registro y en el panel; un plazo que nadie ve no es un plazo.
Cada evento ingresa a un historial inmutable vinculado al Requisito: quién adjuntó qué, quién propuso, quién aprobó, cuándo y con qué comentario. Nada en el producto edita o elimina un registro del historial.
- 2026-01-18 Asistente sugirió Cumple Parcialmente, solo sugerencia, sin cambio de estado.
- 2026-02-04 Maria Silva adjuntó evidencia.
- 2026-03-14 Maria Silva propuso Cumple Parcialmente .
- 2026-03-21 Vinculado a la recomendación ITRB-2026-07 .
- 2026-04-02 Rafael Teixeira aprobó Cumple Parcialmente, el indicador se mueve aquí, y solo aquí.
§04
En el envío existe una opción explícita, desmarcada por defecto : mapear este documento con el asistente o no. La opción predeterminada es el camino conservador, porque un equipo que aún no ha decidido no debería ver resultados de IA dentro de su expediente.
El documento se almacena y se extrae el texto. El equipo lo vincula manualmente a los Requisitos que respalda. Es una biblioteca de documentos con referencias de evidencia, sin inferencias de ningún tipo.
El asistente lee el documento contrastándolo con los 77 Requisitos y redacta una sugerencia en cada uno de los que aborda, la cual contiene un dictamen candidato , fragmentos citables y brechas identificadas .
Una sugerencia se ubica junto al Requisito. No es el Requisito.
Las cuatro salvaguardas, dichas sin rodeos
Una sugerencia nunca se convierte en estado. Una persona debe adoptarla como propuesta antes de que pueda ingresar a la cola de aprobación, e incluso entonces requiere de un Aprobador.
El asistente nunca emite un dictamen. Redacta un dictamen candidato dentro de una sugerencia; el campo definitivo solo lo escribe una persona.
El asistente nunca sobrescribe un Requisito en el que alguien ya haya trabajado. El trabajo humano no es un borrador que el modelo tenga autorización para mejorar.
No se guarda nada cuando el modelo no devuelve una estructura válida. Una respuesta malformada se descarta, no se aprovecha como sugerencia parcial.
La IA acelera cuando se le solicita, y nunca decide.
Eliminar un documento suprime las evidencias vinculadas a él. La evidencia es una afirmación sobre un documento; cuando el documento deja de existir, la afirmación no puede sobrevivirle y continuar sustentando un dictamen en silencio.
§05
Las recomendaciones emitidas por el Panel Independiente de Revisión de Relaves (ITRB) y por el Ingeniero de Registro cuentan con su propio módulo. No son adjuntos de un Requisito, son objetos de gobernanza con un ciclo de vida propio y, por lo general, son el motivo por el cual un Requisito avanza.
| Campo | Contenido |
|---|---|
| Origen | ITRB o Ingeniero de Registro. |
| Referencia del emisor | El identificador utilizado por el propio organismo emisor, para que ambos registros puedan conciliarse. |
| Ciclo de revisión | De qué revisión surgió la recomendación. |
| Texto completo | La recomendación tal como fue redactada, no un resumen de ella. |
| Responsable y plazo | Asignación de responsabilidades, bajo el mismo modelo de los Requisitos. |
| Plan de acción | Ítems y sus conclusiones. |
| Requisitos afectados | Los Requisitos del GISTM a los que atañe, un vínculo bidireccional : desde la recomendación se accede a los Requisitos, y desde un Requisito se visualizan todas las recomendaciones que inciden sobre él. |
Cuatro situaciones
Recibida, nada en curso. Cuenta como brecha abierta.
Plan de acción en marcha, ítems en progreso.
Plan concluido y la conclusión registrada.
Superada por acontecimientos posteriores, cerrada con honestidad, en lugar de marcarse como completada.
§06
El panel muestra los dos indicadores , la línea de tiempo , el desglose por las seis áreas temáticas , las brechas abiertas y la actividad reciente . Nada en él es una métrica de vanidad: cada número de la página es un dato que un auditor puede exigir que defienda.
Las brechas se detectan automáticamente, en seis categorías
Una brecha no es solo un Requisito no aprobado. Cinco de las seis categorías se refieren a que el expediente esté incompleto o sin responsable asignado, que es lo que realmente compromete una auditoría.
- Requisito que No Cumple .
- Requisito no iniciado .
- Requisito evaluado sin evidencia adjunta .
- Plazo vencido .
- Requisito sin responsable .
- Recomendación abierta del ITRB o del Ingeniero de Registro.
El reporte está en formato de auditoría y es imprimible
| Sección | Contenido |
|---|---|
| 01 | Portada de la instalación. |
| 02 | Los dos indicadores, Conformidad y Cobertura. |
| 03 | La columna de densidad. |
| 04 | La distribución de dictámenes. |
| 05 | La conformidad por área temática. |
| 06 | El estado de cada uno de los 77 Requisitos, con el dictamen registrado. |
Cada página y reporte incluye el aviso de independencia. GISTM.ai respalda la gestión de cumplimiento del propio operador. No constituye, no reemplaza ni simula una auditoría independiente, un dictamen del ITRB o una determinación del Ingeniero de Registro.
§07
El producto completo consta de diez pantallas. Esto es deliberado: un equipo de cumplimiento debe poder visualizar mentalmente la aplicación en su totalidad.
- 01 Entrada
- 02 Acceso aún no habilitado
- 03 Panel
- 04 Registro de los 77
- 05 Documentos
- 06 Aprobaciones
- 07 ITRB e Ingeniero
- 08 Reporte
- 09 Administración
- 10 Plataforma
Paleta de comandos ⌘K
La paleta navega entre Requisitos, páginas e instalaciones . En un registro de 77 ítems consultado a diario durante meses, la búsqueda es la navegación principal y el menú es el recurso secundario.
- Requisito 5.2 · Diseño y operación En aprobación
- Aprobaciones · cola 6 pendientes
- Barragem Quebrada Negra Instalación
§08
Diez tablas y treinta y dos métodos de servidor. La estructura de los datos refleja la estructura de la gobernanza: el registro, el historial y la línea de tiempo son tablas separadas precisamente porque el historial nunca puede ser una vista derivada del estado actual.
| # | Tabla | Almacena |
|---|---|---|
| 01 | empresas | Los tenants. |
| 02 | usuarios | Las personas y su nivel de acceso. |
| 03 | instalaciones | Las instalaciones de relaves. |
| 04 | los 77 Requisitos | Datos de referencia globales, compartidos por todos los tenants. |
| 05 | los registros de conformidad | El registro activo: dictamen, estado, responsable, plazo, fundamentación. |
| 06 | el historial inmutable | Eventos de solo adición por Requisito. |
| 07 | los puntos de la línea de tiempo | Instantáneas de los indicadores a lo largo del tiempo. |
| 08 | los documentos | La biblioteca, el texto extraído y las referencias de evidencia. |
| 09 | las recomendaciones | Registros del ITRB y del Ingeniero de Registro y sus planes de acción. |
| 10 | las invitaciones | Invitaciones pendientes y sus códigos. |
Sesión e invitaciones · el registro y el detalle del Requisito · evaluación y evidencias · la cola de aprobación · promoción y descarte de sugerencias · la biblioteca de documentos · el módulo de recomendaciones · creación de instalación · administración de empresas y usuarios · reinicio de la demostración.
Todo método con alcance de instalación comienza confirmando que la instalación pertenece a la empresa de quien lo invocó.
Una rutina diaria a las 05:00 UTC reinicia la empresa de demostración a su estado inicial. Su alcance está restringido al tenant marcado como demostración ; ningún dato de cliente se modifica ; y se interrumpe si esa marca no existe , en lugar de recurrir a un alcance más amplio.
El mismo reinicio está disponible como botón manual para el Admin de la Plataforma.
§09
Andina Sur Mineração operando la Barragem Quebrada Negra, ambas ficticias, en Minas Gerais. Clasificación de Alta Consecuencia , mineral de hierro, instalación en operación. La demostración se encuentra deliberadamente a mitad del proceso , porque un producto vacío y un producto terminado ocultan por igual la experiencia real de trabajo.
Pendientes
Propuestas en espera de decisión
Requisitos en elaboración
Sugerencias del asistente en espera de una persona
Documentos
Recomendaciones ITRB / EoR
189
Eventos de historial
Puntos en la línea de tiempo
Un segundo escenario muestra exactamente lo que un cliente nuevo encuentra el primer día: los 77 Requisitos abiertos, nada evaluado, biblioteca vacía . Sin indicador precargado, sin dictámenes de ejemplo, el punto de partida honesto.
§10
Testimonio es el término geotécnico para la muestra de sondeo y, al mismo tiempo, la palabra para prueba documental. Los dos sentidos son el producto: un registro vertical extraído del terreno y evidencia presentada bajo responsabilidad.
Dos cromas en todo el sistema
Plomada
#0C4F58
Todo lo interactivo. Enlaces, controles, celdas ratificadas, los dos indicadores.
Óxido
#9A4230
Exclusivamente deficiencia. Nada decorativo jamás lo toma prestado, para que cuando aparezca en pantalla signifique una sola cosa.
El dictamen se codifica por la forma del glifo, no por el color: cuadrado lleno = Cumple · cuadrado medio lleno = Cumple Parcialmente · triángulo = No Cumple · guion = No Aplica · contorno vacío = No Evaluado.
El estado de flujo se codifica por opacidad, y por eso el trabajo propuesto puede parecer presente-pero-provisional sin inventar un sexto color.
El marco es la plataforma. La hoja son los datos del cliente. Todo lo que el operador escribió queda sobre el papel; todo lo que aporta el software permanece en el marco. Siempre se sabe qué es qué.
Tipografía
Supreme · más de 20px
Cumple Parcialmente, revisión anual no evidenciada.
Fira Sans · 20px o menos
ITRB-2026-07 · 2026-04-02
IBM Plex Mono · identificadores y fechas
La Columna de Testimonio, de nuevo
Un solo artefacto lleva la identidad de todo el sistema: 692 × 30 píxeles, 77 celdas, 6 grupos. Está en el panel, en el informe y en los resultados de la paleta. Conforme el trabajo se ratifica, las celdas se llenan y la página se oscurece a lo largo de los meses, el testimonio siendo extraído del terreno.
Aviso de independencia · presente en cada página y en cada informe del producto.
Abra la instalación de demostración en una nueva ventana, o solicite que recorramos con usted el registro, la fila de aprobación y el informe en formato de auditoría sobre una de sus instalaciones de relaves.
Proyectos reales en los que GISTM.ai llevó la gobernanza de relaves de auditorías periódicas a un aseguramiento continuo basado en evidencias.
GISTM.ai, plataforma de IA para conformidad de relaves
El caso principal: de auditorías periódicas a aseguramiento continuo en los 77 Requisitos del GISTM.
Auditoría GISTM asistida por IA e identificación de brechas
Brechas priorizadas, evidencias trazables y recomendaciones accionables producidas con GISTM.ai.
Rediseño de la gobernanza geotécnica corporativa
Cinco fases, doce entregables y una hoja de ruta de cambio para la geotecnia corporativa.
Framework de Reliable Assurance y Health Index
Seis componentes de un sistema de aseguramiento vivo, con cadencia ejecutiva mensual.
Véalo en funcionamiento
Pantallas reales del agente, con datos ficticios.
