Master data


Demand is the pivotal element of optimisation. The production planning should be ideally coordinated with it. The period of time can be freely selected. A few months or also several years can be selected as a horizon. The demand is always recorded per week.


The producers can be managed in a central place. It is possible to record the different flock sizes and the corresponding breed. Furthermore, a commencement date for the last rotation must be defined for each producer. This commencement date forms the starting situation and lies in the last period before the period in which optimisation is to be done.

If the producers are future suppliers, they can also be recorded in the future. These producers will then be taken into account by the model from the first housing-in onwards.

The boundary parameters are also selected in the producer management. This also creates the scope for the model regarding how long the duration of the rotation or idle time can be, as the minimum and maximum values are defined that the model can use.

Laying performances

When administering the laying performances, any number of different performances can be recorded. In addition to the main performance which is used by the system for optimisation, up to four linked performances can be recorded. Normally, the main performance is the number of normal eggs which are larger than 53g and the linked performances are secondary types. However, at any rate, this can be freely selected. If the optimisation is not to be done via the normal eggs, the demand must be adjusted accordingly.


Management of overproduction and underproduction

The complexity of the task means that it will be virtually impossible for the Solver to calculate a perfect solution. An overproduction or underproduction will thus always be incurred in the corresponding period in certain weeks. By defining costs, it can be specified to the model what is more likely to be accepted. If the costs for overproduction are selected as higher than those for underproduction, this will be taken into account when solving the problem.

Seasonal distribution of the overproduction and underproduction

The costs alone for overproduction and underproduction are not sufficient for the production curve to run as parallel as possible, even with a strong deviation from the demand curve. Consequently, the possibility has been created to additionally weight the costs per calendar week. For instance, the costs for overproduction before Christmas and Easter can be reduced and increased during the summer months in order to generate an expedient distribution of the volumes.


To get a result from Supply Solver, which then does not have to be changed any more, there is the option of defining restrictions for each producer. For each producer, it is possible to record calendar weeks in which no housing-in or housing-out is possible.

Elimination of producers

Supply Solver can automatically eliminate producers in the planning if they are not required to reach the supply curve. The best producer is selected here. If producers are eliminated, they can then no longer be used by the model in the planning period.

Planning horizon

Optimisation is normally done over the period of demand. However, the period can also be restricted. Different solutions also result from this, particularly with a change in the demand during a period.

General functions

Compatibility with Excel

The use of the web interface is structured in a similar way to Excel and is also compatible with Excel. You can thus exchange data with "Copy" and "Insert" and data are no longer recorded twice. "Drag down" and "Drop down" also work.

Manual adjustment to the planning

Supply Solver is structured in such a way that the proposed solution can be implemented in practice without any adjustments. This is made possible by the many setting options. In practice, however, there are regular changes at short notice. So that the data in the Supply Solver are always up-to-date, they can also be adjusted manually. The new volume planning and the corresponding graphic can then also be easily updated