Módulo
Operacional Responder la pregunta que ordena la operación de un depósito —cuánta agua entra, cuánta sale y cuánta queda— y ver las tuberías que llevan el relave y el agua: por dónde van, qué equipos tienen y qué dicen sus instrumentos.
El balance de agua de tu depósito está en una planilla que entiende una sola persona.
El problema
Lo que pasa hoy en una instalación
El balance de agua de un depósito vive, en la mayoría de las operaciones, en una planilla que una persona actualiza. Es una planilla buena —normalmente lleva años de trabajo dentro— y tiene tres problemas que no se arreglan mejorándola: solo la entiende quien la mantiene, el dato de origen se copia a mano, y no está donde está el resto de la conversación. Cuando la revancha se acorta, la discusión se hace sobre una captura de pantalla de esa planilla pegada en un correo.
Con las tuberías pasa algo parecido. Son kilómetros de línea con bombas, cajones y cámaras de caída, y su estado se consulta en el sistema de control punto por punto: el caudal de una bomba en una pantalla, la presión de un tramo en otra. Nadie ve la línea entera, con sus equipos en orden y el instrumento que falla señalado en su sitio.
Twin Mining TMS pone el balance y las tuberías en el mismo sitio donde están las alertas, las tareas y el documento que justifica cada banda. Un caudal sin su banda es una cifra, no una alarma.
Qué hace
Capacidades, con su matiz.
-
Balance de agua en cascada
Entradas, salidas y el resultado, en una sola lectura, en vez de repartidos por una planilla. En la misma pantalla que las alertas y las tareas.
-
El circuito se dibuja
El circuito de relaves se representa como un diagrama esquemático navegable, con nodos de depósito y de unión y aristas de flujo animadas. La mayoría de las herramientas del sector muestran tablas de puntos de medición; aquí el flujo tiene forma.
-
Rendimiento y alertas sobre el mapa
Los elementos operacionales, coloreados por su banda de umbral, y los trazados de las tuberías sobre el mapa de la instalación; cada punto abre su serie. En la demo conviven sensores de prueba con serie simulada.
-
Tuberías con su trazado real
Las tuberías de relave, retorno de agua y drenaje están dibujadas con su trazado real sobre la instalación, agrupadas por sistema, y cada una tiene su ficha con longitud, rectitud, azimut e instrumentos asociados. El trazado sale del levantamiento, no de un dibujo.
-
Esquema de proceso por tubería
Cada tubería tiene un esquema con sus equipos —cajones, cámaras de caída, bombas, empalmes— y sus instrumentos coloreados por banda. Los equipos van en orden, no a escala, y la pantalla lo dice; lo que sí es real es el largo de cada tramo, rotulado. No es un plano de ingeniería.
-
Los instrumentos se asocian solos
Los instrumentos se asocian solos a la tubería que tienen cerca y se sitúan en su kilometraje real, con su separación del eje. Nadie mantiene a mano la lista de qué sensor pertenece a qué línea.
-
Fuente de datos intercambiable por configuración
La interfaz consume un contrato —lecturas, resumen, balance, topología— y no sabe de dónde vienen los datos. Detrás hay adaptadores intercambiables; hay tres implementaciones. Conectar el historiador de un cliente no obliga a reescribir una pantalla, pero cada conexión concreta es un trabajo de integración, no una casilla.
Cuando la revancha se acorta, la discusión se hace sobre una captura de pantalla pegada en un correo.
Alcance
Lo que decide y lo que no
Lo que calcula por su cuenta
Presenta. Cuando un sensor no tiene umbral configurado, deriva bandas de su propia serie con la misma forma que un umbral real —y sabe que para revancha, factor de seguridad y resistencia el lado peligroso es el bajo, así que las espeja—. Eso no es una recomendación operacional: es un valor de referencia para que un número no aparezca desnudo en pantalla, y la interfaz no lo presenta como un umbral aprobado.
Lo que nunca decide
No decide nada sobre la operación. Los umbrales los define una persona, y cambiarlos está sujeto al candado de gestión del cambio —hoy en modo observación—. No modela el flujo, no detecta fugas y no actúa sobre bombas ni válvulas: no hay ningún camino de escritura hacia sistemas de control.
Honestidad
Lo que todavía no hace, a propósito.
Preferimos decirlo antes de la primera reunión.
- Cinco de las nueve entradas del menú no están construidas: plan de transporte y deposición, capacidad de almacenamiento, deposición de arena, ambiental y reportes operacionales. No se ven en la demo y no forman parte de lo que se enseña.
- No hay perfil hidráulico, cálculo de pérdidas de carga, detección de fugas ni control de bombas y válvulas. La pantalla dibuja el trazado, ordena los equipos y enseña lecturas; no modela el flujo ni actúa sobre nada. Que no exista camino de escritura hacia el sistema de control es, además, la propiedad de seguridad más valiosa del módulo.
- En la demo, todo sensor sin lecturas recibe una serie simulada determinista que nunca pisa un dato real. En el esquema de proceso se marca con borde discontinuo y la etiqueta «Simulado»; en el mapa principal de rendimiento hay sensores de prueba antiguos sin esa marca. Ninguna captura es telemetría en vivo.
- La arquitectura está preparada para conectar el historiador del cliente. Cada integración concreta sigue siendo un trabajo; no la prometemos como inmediata.
- El pronóstico del balance de agua se ve en el menú y está deshabilitado en la demo.
Pantallas
Cómo se ve por dentro
Para quién
Quién entra por aquí
- RTFE — responsable operacional de la instalación Que algo cruce un umbral y se entere tarde.
- Jefe de faena / de turno El turno que empieza sin saber qué mirar.
Preguntas frecuentes
Lo que suelen preguntar de este módulo
Respuestas cortas y sin sobreafirmar. Si algo todavía no está construido, lo decimos.
¿Twin Mining TMS se conecta a mi historiador o a mi sistema de control?
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.
¿El esquema de tuberías es un modelo hidráulico? ¿Detecta fugas?
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.
¿Cómo se integran los datos desde instrumentación, sensores y otros sistemas?
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.
¿Qué es un TARP en la gestión de depósitos de relaves?
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.
Otros módulos
Lo que se conecta con este módulo.
- Gestión del Cambio Sabemos quién firmó. No sabemos qué tenía delante cuando firmó. Ese es el problema. Ver el módulo →
- GISTM Tu autoevaluación GISTM está en verde. ¿Cuándo fue la última vez que alguien abrió el documento que la sostiene? Ver el módulo →
- Base de Conocimiento «Está en el informe de estabilidad» no es una respuesta. «Página 47, revisión C» sí. Ver el módulo →
- Agentes Son las tres de la madrugada y acaba de temblar. ¿Dónde está el TARP? Ver el módulo →
- Estabilidad Física El ingeniero piensa el muro en corte. El software de monitoreo se lo enseña en planta. Ver el módulo →
- Twin Model La flota en un sistema, la obra en los planos del contratista, el depósito en otro. ¿Dónde se ven a la vez? Ver el módulo →
Solicita una demostración
Hablemos de tu instalación.
Cuéntanos qué depósito gestionas y qué te quita el sueño. Te mostramos el ambiente de demostración con una persona del equipo, módulo por módulo, y te decimos con franqueza qué está construido y qué no.
- Respondemos en menos de 24 horas hábiles
- Demostración guiada, adaptada a tu operación
- Sin compromiso. No hay precio público: se conversa