Most common problem resolution pattern.
This page details what to do when the results of the Optimization Engine (OE) are not what the end-user expects.
After changing scope/constraints, I do not see the impact
...
on the results
| Expand | ||
|---|---|---|
| ||
Possible cause: |
...
All the needed calculation steps are not executed. Solution: When the scope, |
...
business rules, or |
...
objectives |
...
change, the |
...
Run step will have to be executed again to compute the new results. After that, executing the |
...
Results step is needed to update the visualizations. |
Some results are really strange (massive negative margins etc.)
| Expand | ||
|---|---|---|
| ||
Check: |
...
Check the source data |
...
. Often there is no filtering step to remove redundant/misleading inputs or data that do not fit the scope of the problem. Ensure that you work |
...
with a correct subset of data and if the behavior |
...
persists, look into the tables to find the explanation with the |
...
ID of the involved points. |
The target objectives are not
...
reached
| Expand | ||
|---|---|---|
| ||
Check: Look at the information tooltip next to the finished OE job. If it says that |
...
“Some Value Finders are still moving fast with unsatisfied |
...
neighbors”, it means that the OE |
...
needs more steps to find the solution. This is especially true if this applies to a large portion of the Value Finders. Solution: Change the number accordingly and start a new run. Possible cause 1: The constraint is not tuned enough |
...
. Solution: Increase the priority of the constraint, check its target value and the minimum steps of the |
...
Value Finder. Possible cause 2: Over-constrained problem: if the OE job says that |
...
“Some Value Finders are very close to their boundaries and may be stuck |
...
there”, it means that the solution of the problem is outside its research space.
|
...
|
...
|
...
|
...
|
...
|
...
|
...
Note: Do not hesitate to test some runs with more lenient constraints: people will often try to put more constraints than needed, by trying to predict the impact of a modification somewhere and applying their expected results on the intermediate steps from the product the target aggregation. More often than not it will only restrict the optimization space for no gain. Possible cause 3: Over-constrained problem from conflicting objectives. Two or |
...
more constraints push the system in |
...
irreconcilable directions, and it settled at the best compromise it could. For example, a constraint that aims to reduce the list price and a constraint that aims to increase its margin. Check: |
...
The “Unacceptable” lines in the results tables to validate that other constraints |
...
conflict with the one |
...
you are working on. Solution: |
...
With feedback from the domain, decide if you have to modify some constraints or to add an exception for specific agents (e.g. |
...
not optimizing for some specific product). |
The constraints are satisfied but the solution is not “good enough”
| Expand | ||
|---|---|---|
| ||
Possible cause: The objectives/constraints are not precise enough. Solution: Fine-tune the objectives' precision (acceptable_delta, target…) using the previous results. Possible cause: Some domain rules are not modeled yet. It can be the case when a client forgets to state some constraints they consider as obvious, such as “price cannot drop” or “margin must increase”. Solution: Loop with the client to ensure that the domain is fully modeled and that the constraints have the correct type (e.g. target instead of threshold). |
Error during Run calculation with keywords: “javaheap” “vmem”, “memory”
| Expand | ||
|---|---|---|
| ||
Possible cause: Insufficient resources to run the OE. Solution: This means that the Optimization Engine did not complete its run due to a lack of memory. This can be solved by asking Support to increase the RAM allocation for the OE, or by updating the job-trigger-config as described here /wiki/spaces/EN/pages/3433037940. |