IA en minería chilena: qué acordar del piloto a la operación

La prueba necesita un camino hacia la operación

Para una minera que evalúa software con inteligencia artificial, la demostración debe dejar claras las condiciones del siguiente paso: quién entregará los datos, cómo se conectará la solución y quién responderá cuando termine el acompañamiento del piloto. Para el proveedor, resolver esas preguntas permite delimitar una implementación que pueda sostener.

El 13 de octubre de 2026, el Centro Nacional de Pilotaje informó sobre la cuarta versión del Encuentro de Ecosistemas de Innovación Minera, organizado junto a Corfo en Fundación Chile. La jornada reunió desafíos industriales, desarrolladores y experiencias de pilotaje, validación y escalamiento. Es una instancia de vinculación; por sí sola no demuestra adopción ni resultados de las soluciones presentadas. CNP, encuentro de innovación minera.

Qué muestra el estudio chileno y hasta dónde llega

Fundación Chile publicó el 30 de septiembre el Estudio Ecosistema de Tecnología en Minería, impulsado por Expande con McKinsey & Company y Spencer Stuart. Combinó trabajo cualitativo con una encuesta de abril de 2026 que obtuvo 180 respuestas válidas de empresas tecnológicas vinculadas a la minería chilena. Fundación Chile, presentación del estudio.

En el segmento de escalamiento aparecen dificultades para acceder a datos y condiciones reales, pasar a operación continua e integrar sistemas existentes. Son obstáculos declarados por participantes de ese segmento, no una tasa de fracaso de toda la industria ni un resultado específico de proyectos de IA. Estudio completo, página 12.

A partir de ese contexto proponemos los siguientes acuerdos para iniciativas de software y datos. Son recomendaciones editoriales de Digital Dev: cada compañía debe adaptarlas a su proceso, infraestructura y responsables.

Acordar el dato que realmente estará disponible

Antes de cotizar una conexión, prepara con la contraparte una ficha de cada fuente: sistema de origen, responsable, campos permitidos, identificadores, unidades y frecuencia de actualización. Distingue los datos históricos disponibles para desarrollar de aquellos que podrán consultarse durante la operación. Una planilla entregada para la demostración no acredita acceso continuo al sistema que la produjo.

Registra también las excepciones: qué significa un campo vacío, cómo se identifica una corrección y cuánto atraso admite el proceso. Si una fuente entrega toneladas y otra kilogramos, la conversión debe quedar definida y comprobada. Si el identificador del equipo cambia entre sistemas, acuerda quién mantendrá la equivalencia.

La autorización debe precisar qué puede leer el proveedor, dónde puede procesar la información y cuándo debe retirarla. Los permisos técnicos deben corresponder a ese alcance. Si el acceso aún depende de una aprobación o un desarrollo de terceros, déjalo como condición pendiente con un responsable; no lo presupuestes como una integración disponible.

Un ejemplo: preparar el reporte de turno

Imagina un caso hipotético: una empresa quiere reunir registros dispersos para que una persona prepare el reporte de turno. La IA propone un resumen de observaciones y enlaza cada afirmación con su registro de origen. El alcance inicial es documental y de lectura; la propuesta no controla equipos ni modifica parámetros de planta.

La primera entrega podría usar una extracción autorizada para comprobar el contenido. El paso siguiente debe probar cómo llegan nuevos registros, cómo se reconocen sus versiones y qué ocurre si falta una fuente. El informe debe mostrar su período, los datos disponibles y las omisiones. Un registro ausente no puede convertirse silenciosamente en cero actividad.

Para aceptar el resumen, el equipo compara referencias conocidas: eventos omitidos, datos contradictorios y atribuciones al turno equivocado. Registra además el tiempo dedicado a revisar y corregir. El resultado que interesa es un reporte utilizable por su destinatario, incluyendo el trabajo humano requerido; no la rapidez con que aparece el primer texto.

Definir la aceptación y la continuidad por separado

El CNP describe una secuencia de planificación y protocolos previos, seguimiento de indicadores durante la prueba e informe final con los protocolos aplicados y resultados obtenidos. Es la descripción de sus servicios de validación, no una certificación obligatoria para cualquier software. CNP, proceso de pilotaje.

En nuestro ejemplo, proponemos separar tres decisiones. La aceptación técnica comprueba que el reporte cumple los criterios acordados. La aceptación operativa confirma que sus usuarios reciben la información y pueden resolver excepciones. La decisión comercial determina quién financiará y mantendrá el servicio después de la prueba. Una aprobación no debe darse por equivalente a las otras.

Deja por escrito quién atenderá una falla del conector, quién corregirá datos de origen y quién autorizará cambios del modelo. Acuerda cómo detectar una interrupción, cómo continuar temporalmente con el procedimiento existente y cómo devolver o retirar información al cerrar el servicio. Incluye documentación, acceso del equipo responsable y transferencia de conocimiento entre los entregables.

Qué llevar a la próxima reunión con el proveedor

Lleva un proceso concreto, una muestra autorizada de información, el responsable del área y una definición del resultado esperado. Pide una propuesta que separe desarrollo, preparación de datos, integración, infraestructura y soporte. Compara responsabilidades y dependencias antes de comparar únicamente el costo del piloto.

Si la tarea todavía es amplia, la guía para elegir un primer proyecto de IA empresarial ayuda a acotarla. Si la barrera está en conectar aplicaciones, evalúa una integración de sistemas ERP y CRM con interfaces y permisos comprobados. Su alcance dependerá de los sistemas involucrados; no existe aquí una promesa de conexión universal.

La siguiente inversión debería responder a la evidencia reunida: continuar, corregir una dependencia concreta o detener el proyecto. Escalar exige poder explicar quién operará la solución y con qué recursos, además de mostrar que funcionó durante la prueba.