Política de reclamación
Las existencias se gestionan como una fase posterior al procesamiento del algoritmo de optimización. (Más información). El proceso de toma de decisiones para recuperar los bloques almacenados está impulsado por sus valor económico, con el algoritmo apuntando a maximizar el VPN. Como consecuencia, Los bloques con mayor valor se recuperan primero, Independientemente de cuándo se extrajeron y se agregaron a la reserva.
Diversas necesidades operativas
Varios paquetes de software de minería pueden utilizar diferentes convenciones para las políticas de recuperación de existencias., Generalmente alineados con los objetivos específicos de cada aplicación o módulo. Algunas de las posibilidades pueden incluir::
FIFO: Primero en entrar, Primero en salir.
FILO: Primero en entrar, Durar.
Recuperación de una calidad media para todo el acopio.
Recuperar primero los bloques de mayor valor (MiningMath utiliza este método).
Cada una de estas otras posibilidades es una aproximación a la realidad., con sus pros y contras.
FIFO y FILO son bastante lógicos pero representan un nivel de selectividad que no es práctico. El ángulo de reposo y la posición de cada bloque son probablemente los ejemplos más intuitivos de razones para una menor selectividad en la práctica..
Una calificación promedio para toda la reserva es naturalmente una aproximación., Teniendo en cuenta la cantidad de material que se debe mezclar para que sea cercano a la realidad.
Recuperar primero los bloques de alto valor también supone un nivel de selectividad que no es posible en la realidad.. Sin embargo, Está bastante alineado con el objetivo matemático de maximizar el VPN del proyecto para la evaluación estratégica..
Al final, Ninguno de estos enfoques está plenamente operativo. La decisión final aún depende de la experiencia del profesional que supervisa la optimización de la estrategia., quién usa sus preferencias, experiencia, y habilidades para introducir niveles adicionales de control.
Orientando la Política de Reclamación
Esta sección tiene como objetivo aportar algunas ideas sobre cómo el usuario puede guiar el algoritmo para seguir su estrategia de recuperación preferida.. Para este artículo, El usuario debe tener conocimientos previos en los siguientes conceptos.
Cómo utilizar destinos predefinidos.
Cómo crear múltiples supuestos económicos, y cómo manejar destinos falsos.
Cómo hacerlo manejar diferentes archivos de salida (principalmente
MinedBlocks.csvyAllBlocks.csv).
Escenario base
La idea general es establecer y ejecutar un escenario de referencia para encontrar lo que es óptimo para el valor a largo plazo.. La solución obtenida en este paso guiará las ejecuciones posteriores..
Para esta manipulación necesitarás cambiar el formato de salida para exportar el modelo de bloques completo junto con los resultados de la optimización, que se guarda en el AllBlocks.csv expediente. Esto es esencial para cualquier iteración que requiera la reoptimización de una solución anterior.. Por defecto, MiningMath exporta solo los MinedBlocks.csv expediente.
Los resultados indicarán qué bloques deben extraerse., cuando deberían ser minados, y si fueron procesados inmediatamente, almacenado y posteriormente procesado, o descartados.
El objetivo es utilizar resultados anteriores para generar nuevas columnas de valores económicos mediante la introducción de destinos ficticios.. Esto implica la creación de múltiples flujos de procesamiento que no coexisten, sino que representan efectivamente una sola planta.. Estos destinos ficticios, combinado con valores económicos predefinidos, permitir al usuario imponer su nivel de control preferido.
Además, basado en resultados anteriores, El usuario debe ajustar los nuevos valores económicos especificando el destino final de cada bloque.
Para el enfoque FIFO, un bloque almacenado durante el segundo período en la primera ejecución, debe ser enviado a la reserva de Proceso 1 ser reclamado primero. Por eso, este bloque debe tener un valor muy negativo para todos los demás destinos.
Definir un criterio para bloques almacenados (Periodo extraído diferente del periodo procesado) que debería recuperarse temprano o tarde. Este criterio debe basarse en los resultados previos de la
AllBlocks.csv(representado a continuación), y en las columnas Bloque minado, Período minado, Período Procesado, y Destino.
Archivo de modelo de bloque. El valor -99 indica valores no asignados, lo que significa que el bloque no fue minado, procesada, o se le asigna un destino. Agregar un columna de destinos predefinidos con base en los criterios adoptados.
Configura tu escenario Considerando que los destinos predefinidos no coexistirán.
Darse cuenta de: 1) Proceso 1 y sus reservas se utilizarán a partir de Período 1 al período 5; 2) Proceso 2 y sus reservas se utilizarán a partir de Período 6 al período 10; y 3) Proceso 3 y sus reservas se utilizarán a partir de Período 11 para .
Optimizar el nuevo escenario tener una mejor aproximación para el VAN final, considerando la estrategia de tu preferencia.
