Todo tu depósito de relaves, en una sola plataforma.

Un TMS (Tailings Management System, o Sistema de Gestión de Relaves) es el sistema donde vive el conocimiento y las decisiones de un depósito de relaves: consolida el dato operacional y de instrumentación, estructura los flujos de trabajo que un operador está obligado a ejecutar —gestión del cambio, autoevaluación de cumplimiento, inspecciones, acciones correctivas— y conserva la evidencia auditable de todo ello.

Se diferencia de una plataforma de monitoreo en el alcance: el monitoreo muestra el dato; el TMS conecta ese dato con su umbral, la respuesta definida para ese umbral y el documento que la sostiene, y deja registrado quién decidió qué y cuándo.

Twin Mining TMS es una plataforma de esta categoría, orientada a depósitos de relaves de la minería del cobre y metálica.

El GISTM (Global Industry Standard on Tailings Management) es el estándar global de gestión de relaves publicado en 2020 tras el colapso de Brumadinho. Se estructura en 6 tópicos, 15 principios y 77 requisitos, y los grandes operadores mineros se comprometieron públicamente a adherir a él.

Exige, entre otras cosas, una base de conocimiento interdisciplinaria de la instalación, un Engineer of Record (EoR) designado y empoderado, un Responsible Tailings Facility Engineer (RTFE), un panel revisor independiente (ITRB), y evidencia trazable de que cada requisito se evaluó y por quién.

La conformidad la declara el operador y la verifica un revisor independiente: ningún software puede certificarla. Lo que Twin Mining TMS hace es organizar la evidencia con la que esa conformidad se sostiene ante el revisor externo, requisito por requisito.

TARP significa Trigger Action Response Plan. Son las bandas de umbral de un instrumento —verde, amarillo, rojo— y la respuesta definida para cada una: qué acciones son obligatorias, quién debe aprobarlas y a quién hay que comunicar.

Explicado a alguien de fuera del sector: es el semáforo de un sensor, y qué tiene que pasar cuando cambia de color.

En Twin Mining TMS el umbral, la respuesta y el documento que la respalda viven en la misma pantalla, y cambiar un umbral queda bajo expediente formal de gestión del cambio. Esa última conexión es la que separa un TMS de un sistema de monitoreo.

No, y conviene decirlo con claridad: la plataforma no contiene ningún modelo que prediga la falla de un depósito de relaves. Cualquier proveedor que lo afirme está haciendo una promesa que un Engineer of Record desmonta en la primera reunión técnica.

Lo que sí hace Twin Mining TMS es acortar el tiempo entre que un dato cambia y alguien lo mira: umbrales que un especialista definió, series de tiempo con sus bandas, detección de anomalías sobre el histórico, y agentes que leen la documentación de la instalación y proponen con la fuente citada.

La decisión sobre qué significa una desviación y qué hacer con ella sigue siendo de las personas responsables: el RTFE, el EoR y la organización de la faena.

No. Los agentes proponen y citan; las personas deciden. No es una política declarada: está en el modelo de datos. Una sugerencia de agente entra en un estado que bloquea hasta que una persona la confirme, y esa confirmación es un segundo evento con su autor y su fecha.

Un agente nunca participa en la evaluación de transiciones de estado, y todo veredicto queda firmado con el modelo y la versión de prompt que lo produjo, de modo que un revisor externo puede reconstruir de dónde salió.

Tampoco se infiere nada de la nada: cada relación del grafo de impacto corresponde a una relación real del modelo de datos y declara si es declarada o derivada. Primero el cálculo determinista, después la narración del modelo — invertir ese orden sería que el modelo invente el patrón y nadie pueda comprobarlo.

Para los roles que responden por un depósito de relaves, cada uno con una entrada distinta a la plataforma: el RTFE (responsable operacional de la instalación), el EoR o Engineer of Record (responsable del diseño), el responsable de cumplimiento corporativo, el Dam Owner o Accountable Executive que responde ante el directorio, el ingeniero geotécnico, el jefe de faena o de turno, y el revisor independiente o auditor.

La plataforma habla el idioma del oficio —TARP, revancha, ITRB, ALARP, FMEA, EMAC, DS 248— porque esa es la diferencia entre que un EoR crea que entendemos su trabajo en los primeros treinta segundos y que no.

Twin Mining Tailings puede integrarse con sistemas existentes o reemplazar parcial o totalmente plataformas actuales, según la arquitectura del cliente, la redundancia disponible y las decisiones técnicas de cada operación.

En muchas organizaciones hoy conviven herramientas superpuestas para monitoreo, visualización y registro. Eso genera fricción, reprocesos y dispersión de la información. El TMS puede consolidar esas funciones en un punto central de gestión del depósito.

Cuando se mantienen sistemas existentes, la plataforma actúa como capa de articulación y gestión, integrando datos desde instrumentación, plataformas especializadas y sistemas corporativos. Cuando existe redundancia funcional, también puede reemplazar sistemas para simplificar la arquitectura tecnológica.

El objetivo en ambos escenarios es el mismo: que el dato, su umbral, la respuesta y el documento que la sostiene vivan en el mismo sitio, y que quede registrado quién decidió qué.

La capa de datos de Twin Mining TMS usa adaptadores intercambiables por fuente: la pantalla consume un contrato y la fuente —instrumentación geotécnica y geoquímica, sensores, sistemas corporativos— se cambia por configuración sin tocar la interfaz. Hay además una API para integración; no hay camino de escritura hacia sistemas de control.

Cada integración es un trabajo, no una casilla: hay que acordar con el operador qué fuente, qué frecuencia y qué unidad. Lo decimos antes para que nadie llegue a la primera reunión esperando una conexión automática.

Las integraciones se implementan de forma incremental, fuente por fuente, sin detener lo que ya funciona.

Los agentes de Twin Mining TMS no son cajas negras. Cada respuesta cita el documento y la página de donde sale, y cada veredicto queda firmado con el modelo y la versión de prompt que lo produjo. Si no hay fuente, el agente no responde en su lugar.

Lo determinista va primero: las relaciones del grafo de impacto y la regla que contrasta lo declarado con la evidencia se calculan sin modelo de lenguaje. El modelo solo redacta por encima, y una persona confirma antes de que nada cambie de estado.

Los umbrales, los protocolos y los modos de falla los define y supervisa el equipo de ingeniería del operador con apoyo de ingenieros especialistas en relaves; el software los conserva con su documento de respaldo.

Sí. Twin Mining Tailings está diseñado para operar desde un solo depósito hasta portafolios multi-faena y multi-país, manteniendo consistencia técnica y flexibilidad local.

La plataforma permite estandarizar criterios, modelos y flujos a nivel corporativo, y adaptarlos a las condiciones específicas de cada depósito.

Twin Mining Tailings no es solo una plataforma de software. La solución se complementa con un equipo de ingenieros especialistas en gestión de relaves que acompaña implementación, configuración y evolución del sistema.

Este equipo asegura que los modelos representen fielmente la realidad física del depósito, que los umbrales TARPs y controles críticos sean técnicamente correctos, y que la plataforma evolucione junto con los cambios operacionales y de diseño.

Las plataformas tradicionales se enfocan principalmente en visualizar datos. Twin Mining Tailings es un Tailings Management System (TMS) que integra monitoreo, operación, riesgo y gobernanza en un sistema único.

La plataforma no solo muestra información: estructura la gestión diaria del depósito, conecta eventos, decisiones y acciones, y transforma datos dispersos en gestión técnica activa y trazable.

La pregunta que ordena el diseño del producto es una sola: ¿podría un auditor externo reconstruir quién decidió qué, cuándo, con qué información a la vista y bajo qué autoridad? Un sistema de monitoreo responde la primera mitad; un TMS responde la pregunta completa.

Twin Mining Tailings está diseñado para facilitar el cumplimiento del Programa Tranque y del Observatorio Nacional de Relaves en Chile, integrando requerimientos de los módulos M1 y M2, y alineándose con guías técnicas nacionales e internacionales, incluido el DS 248.

Módulo M1 - Inspección y operación: permite ejecutar y registrar inspecciones operacionales diarias en forma digital, estructurada y trazable, con evidencia, responsables y disponibilidad inmediata para revisión o fiscalización.

Módulo M2 - Monitoreo y control: integra la información de monitoreo requerida, con continuidad, validación de datos y series con sus bandas, para que una desviación se vea cuando ocurre y quede registrado quién la miró.

EMAC - Estabilidad química y gestión ambiental: soporta calidad y balance de aguas, procesos geoquímicos, monitoreo ambiental y análisis de tendencias con trazabilidad completa.

El cumplimiento normativo lo declara y responde el operador; lo que la plataforma aporta es que la evidencia esté ordenada y disponible cuando el fiscalizador la pida, sin aumentar la carga operativa.

Sí. La plataforma está alineada con los principios del Global Industry Standard on Tailings Management (GISTM) y ayuda a operacionalizar la autoevaluación de sus 77 requisitos.

Twin Mining Tailings estructura procesos, controles, evidencias y flujos de trabajo para evaluar la adherencia a los 15 principios con trazabilidad, disciplina operacional y evidencia auditable, y hace visible la distancia entre lo que ya se puede sostener y lo que todavía no.

Ningún software certifica ni garantiza la conformidad GISTM: la declara el operador y la verifica un revisor independiente. Lo que la plataforma organiza es la evidencia con la que esa declaración se defiende.

Twin Mining TMS es una plataforma modular, diseñada para adaptarse a la realidad técnica, operativa y organizacional de cada operación.

Cada módulo puede implementarse en forma independiente o progresiva, permitiendo adopción incremental y priorización por valor sin desplegar todo el sistema desde el primer día.

Los módulos comparten un núcleo común: el modelo de datos del depósito, con sus instrumentos, documentos, umbrales y expedientes enlazados. Es lo que hace que una decisión tomada en un módulo se pueda reconstruir desde otro.

Este diseño reduce fricción de implementación, evita proyectos de alto impacto inicial y permite escalar desde casos específicos a una gestión integral del depósito.

La plataforma es bilingüe español/inglés en toda su superficie, incluidos los reportes y la aplicación de terreno. La capa de dominio devuelve claves de traducción y nunca prosa, de modo que añadir un idioma no obliga a reescribir la lógica.

Twin Mining tiene su base en Chile —el mayor productor de cobre del mundo y una de las jurisdicciones con regulación de relaves más exigente— y la plataforma está diseñada para operar en portafolios multi-faena y multi-país de la minería metálica.

Firma la persona que ocupa el cargo que corresponde al nivel de aprobación, y ese nivel no lo elige nadie: lo calcula un motor de reglas que devuelve qué regla lo produjo. Quien pide no aprueba y quien ejecuta no verifica. No existe ningún camino de administrador que se salte esa segregación, y hay una prueba automática que falla si aparece uno.

Hoy, además, nadie puede firmar todavía: las designaciones de cargo no tienen persona asignada. Se puede crear, avanzar, ejecutar y cancelar un cambio; firmarlo, no. Es deliberado: un rol de plataforma nunca se convierte en autoridad técnica. Un agente de IA tampoco firma: propone, cita y firma su propuesta con modelo y versión de prompt, y una persona decide.

No, y es justo lo contrario de lo que lo hace fiable. Al proponer un cambio, el sistema muestra qué instrumentos, umbrales, documentos y procedimientos quedan afectados, y cada arista del grafo corresponde a una relación real del modelo de datos: una clave foránea, una tabla puente, un índice. Ninguna la inventa un modelo de lenguaje, y cada una declara si es declarada o derivada.

El resultado inicia el expediente de gestión del cambio; no lo salta. El botón dice «generar flujo de cambio», no «aplicar».

No, y ningún software puede hacerlo. La conformidad la declara el operador y la verifica un revisor independiente. Lo que el módulo hace es organizar la evidencia con la que esa conformidad se sostiene ante el revisor externo, requisito por requisito, y dejar ver dónde el estado declarado y la documentación no cuadran.

Una consultora produce el informe una vez al año; esto es el estado entre informes, que es lo que el revisor pregunta. Una planilla no sabe que el documento caducó; el módulo sí, porque una regla determinista contrasta el estado declarado con los archivos, las fechas y las firmas adjuntas.

No decide. Conviene separar dos cosas que el módulo hace de forma distinta. Primero, una regla determinista —no la IA— compara el estado declarado contra la evidencia adjunta, mirando solo archivos, fechas y firmas, y marca la divergencia. Segundo, un agente lee la evidencia de un requisito, propone un veredicto sobre si de verdad lo prueba, cita el documento y la página, y lo firma con su modelo y su versión de prompt.

El veredicto se muestra al lado del estado declarado, nunca en su lugar; una persona decide. Y si el modelo rompe el formato de salida, la pantalla enseña la prosa en vez de rellenar media tabla: una fila inventada en una pantalla de cumplimiento es peor que ninguna fila.

Los documentos que vive un depósito de relaves: estudios de estabilidad, informes de auscultación, planes de cierre, manuales de operación y de instrumento, protocolos de emergencia y TARPs. La ingesta convierte cada documento a PDF, archiva el original y transcribe título, fecha y tipo desde la portada, no desde el nombre del archivo; derivarlos producía títulos inventados que después contaminaban las citas.

El control de revisiones es el del oficio: un documento recorre las letras A, B, C mientras está en revisión y llega a 0 cuando el cliente lo firma y valida. El 0 es terminal. Un cambio posterior es un documento nuevo que empieza en A y apunta al que reemplaza, así que siempre se sabe qué versión manda.

Es exactamente la objeción correcta, y la respuesta está construida en el módulo. El asistente propone una respuesta y cita el documento y la página de la que sale, no solo el nombre del archivo; la cita se verifica en un clic, y el panel de fuentes tiene sitio propio y permanente al lado de la respuesta, incluso vacío. Una persona decide qué hacer con ella.

Y hay una regla que gobierna el módulo entero: nada se deriva. Un campo que nadie escribió aparece vacío en vez de rellenarse con un valor plausible. El asistente no decide qué es verdad, no aprueba nada y no cambia el estado de nada.

La misma persona que respondía antes. El agente no cambió quién firma; cambió cuánto tarda en tener el protocolo delante. Los agentes proponen, citan el documento y la página, y firman con su modelo y su versión de prompt. Nunca deciden: en gestión del cambio, una sugerencia entra en un estado que bloquea hasta que una persona la confirme, y esa confirmación es un segundo evento con su autor y su fecha.

Un chatbot no queda en un registro encadenado con su versión de prompt, ni entra en un flujo que lo bloquea hasta que alguien confirme. Aquí, una propuesta de hace tres meses se puede atribuir a un agente, un modelo y una versión concreta, y por lo tanto se puede discutir.

Recorre el protocolo que ya existía, en el momento en que hace falta, sin que nadie busque el PDF. Ante un evento sísmico, el agente recorre el TARP post-sísmico por sus niveles y propone las acciones del protocolo que corresponde, con el registro del evento y los sensores afectados. El umbral y la respuesta quedan en la misma pantalla; la decisión, y la firma, siguen siendo de la persona.

No predice ni detecta una falla: lee documentos, series y el catálogo sísmico público, y sigue un protocolo que una persona escribió. En la demo solo abre el evento de sismo; lluvia y rebalse existen construidos y se ven en el selector, pero están deshabilitados.

La capa de datos está diseñada para eso: la interfaz consume un contrato —lecturas de sensor, resumen, balance de agua, topología— y no sabe de dónde vienen los datos. Detrás hay adaptadores intercambiables que se eligen por configuración, y existen tres implementaciones. Enchufar el historiador de un cliente no obliga a reescribir una sola pantalla.

Pero cada conexión concreta es un trabajo de integración, no una casilla que se marca. No la prometemos como inmediata. Y no hay ningún camino de escritura hacia el sistema de control: la plataforma lee y presenta, no actúa sobre bombas ni válvulas. Esa es, además, su propiedad de seguridad más valiosa.

El historiador tiene la serie. Lo que no tiene es la banda, la tarea ni el documento que justifica la banda; eso es lo que la plataforma añade.

No. La pantalla dibuja el trazado real de cada tubería —sale del levantamiento—, ordena sus equipos y enseña las lecturas de sus instrumentos coloreadas por banda de umbral. No modela el flujo, no calcula pérdidas de carga, no detecta fugas ni obstrucciones y no controla bombas ni válvulas.

El esquema de proceso va en orden, no a escala, y la pantalla lo dice; lo que sí es real es el largo de cada tramo, que va rotulado. No es un plano de ingeniería. Lo que aporta es otra cosa: una línea de veinte kilómetros que se lee de un vistazo, con el instrumento fuera de banda señalado en su kilómetro y no en una lista.

No. La estabilidad la evalúa el Engineer of Record con sus modelos, y ese análisis vive en la plataforma como documento en la Base de Conocimiento. El panel de factor de seguridad de cada sección transversal dice, con todas las letras, «sin fuente de datos»: es el sitio donde entra el modelo de estabilidad del EOR, no un resultado que la plataforma produzca.

Lo que el módulo hace es más modesto y más útil de lo que suena: pone la instrumentación, su umbral y la respuesta del protocolo en la misma pantalla, y acorta el tiempo entre que un dato cambia y alguien lo mira. El EOR sigue diciendo lo que dice; lo que cambia es cuánto tarda su criterio en llegar a la pantalla de quien opera.

No. Todas las capturas salen de un ambiente de demostración, y en la sección transversal conviene ser especialmente preciso: la traza en planta es real —longitud, azimut y extremos—, pero el perfil por estratos está cargado a mano en escala de dibujo, los piezómetros de la sección son sintéticos, y la línea freática es una visualización esquemática, no un cálculo a partir de lecturas ni de un modelo de filtración.

La pantalla no marca esos piezómetros como simulados, por decisión de producto, así que lo decimos nosotros: ninguna lectura, evolución ni banda de esa pantalla se presenta como medida. Lo que enseñamos es la herramienta —el corte navegable con su estratigrafía y su instrumentación—, nunca lo que dice.

Hoy no. La visualización de flota está construida y lista para conectarse a la fuente de posiciones del operador; hoy corre sobre una simulación determinista, y la pantalla no lo avisa, así que lo avisamos nosotros. La capa de datos consume un contrato y la fuente se cambia por configuración sin tocar la interfaz, pero la integración es un proyecto, no una casilla.

Twin Model no reemplaza un sistema de flota: pone lo que ese sistema ya sabe junto al depósito, con el muro como una zona más de la faena. Lo único medido de la pantalla es el perfil de cotas de la herramienta de medición, que sale de un modelo digital de elevación público de 30 m.

No. Los vídeos de las cámaras en la vista de zona son material de archivo de un banco de imágenes, no de la instalación, y las etiquetas de detección son de demostración. La vista reserva el sitio para las cámaras existentes junto a los indicadores de la zona; nada más.

Lo mismo vale para todo lo que se mueve en la pantalla: la flota, sus estados y los indicadores del turno son una simulación, y la obra del muro es una simulación anclada a cifras de diseño. Por eso ninguna imagen de Twin Model se publica sin pie de visualización simulada, y ninguna cifra de esa pantalla se publica.