Política de reclamación

Lectura estimada: 4 minutos 1451 puntos de vista

MiningMath's standard stock reclaim policy

Stockpiles are managed as a post-processing phase of the optimization algorithm (learn more). The decision-making process for reclaiming stockpiled blocks is driven by their valor económico, with the algorithm aiming to maximize NPV. Como consecuencia, blocks with the highest value are reclaimed first, regardless of when they were mined and added to the stockpile.

Diverse operational needs

Various mining software packages may use different conventions for stock reclaim policies, typically aligned with the specific goals of each application or module. Some of the possibilities may include:

FIFO: First In, First Out.
FILO: First In, Last Out.
Reclaiming an average grade for the entire stockpile.
Reclaiming the highest-value blocks first (MiningMath uses this method).

Pros and Cons

Each one of these other possibilities is an approximation of reality, with its pros and cons.

FIFO and FILO are quite logic but represent a level of selectivity that is not practical. The angle of repose and the positioning of each block are likely the most intuitive examples of reasons for lower selectivity in practice.
An average grade for the entire stockpile is naturally an approximation, considering the amount of material that should be blended to make it close to the reality.
Reclaiming the high-value blocks first also assumes a selectivity level that is not possible in reality. Sin embargo, it is quite aligned with the mathematical goal of maximizing the project's NPV for strategic evaluation.

Al final, none of these approaches are fully operational. The final decision still relies on the expertise of the professional overseeing the strategy optimization, who uses their preferences, experience, and skills to introduce additional levels of control.

Guiding the Reclaim Policy

This section aims to bring a few ideas on how the user might guide the algorithm in order to follow one’s preferred reclaim strategy. For this article, the user should have prior knowledge in the following concepts.

How to use pre-define destinations.
How to create multiple economic assumptions, and how to handle fake destinations.
Cómo hacerlo handle different output files (mainly MinedBlocks.csv y AllBlocks.csv).

Baseline Scenario

The general idea is to set up and run a baseline scenario to find what is optimal for the long-term value. The solution obtained in this step will guide further executions.

Output Format

For this manipulation you will need to switch the output format to export the entire block model along with the optimization results, which is saved in the AllBlocks.csv expediente. This is essential for any iteration requiring re-optimization of a previous solution. Por defecto, MiningMath exporta solo los MinedBlocks.csv expediente.

The results will indicate which blocks should be mined, when they should be mined, and whether they were immediately processed, almacenado y posteriormente procesado, or discarded.

Iterating over multiple scenarios

The goal is to utilize previous outputs to generate new columns of economic values by introducing fictitious destinations. This involves creating multiple processing streams that do not coexist but effectively represent a single plant. These fictitious destinations, combined with predefined economic values, enable the user to impose their preferred level of control.

Además, based on prior results, the user must adjust the new economic values by specifying the final destination for each block.

Hands-on Approach

Ejemplo: Enfoque FIFO

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.

Define a criteria for stocked blocks (Period Mined different from Period Processed) that should be reclaimed early or later. This criteria must be based on the previous results from the AllBlocks.csv (depicted below), and on the columns Bloque minado, Período minado, Período Procesado, y Destino.
Block model file. El valor -99 indicates unassigned values, meaning the block was not mined, procesada, or assigned a destination.
Add a pre-defined destinations column based on the criteria adopted.
Set up your scenario considering the pre-defined destinations will not coexist.
Darse cuenta de: 1) Proceso 1 and its stockpile will be used from Período 1 to Period 5; 2) Proceso 2 and its stockpile will be used from Período 6 to Period 10; y 3) Proceso 3 and its stockpile will be used from Período 11 para .
Optimize the new scenario tener una mejor aproximación para el VAN final, considerando la estrategia de tu preferencia.

MiningMath

Loading...