Update production worth calculation in SQL and documentation: Refined the worth formula to focus on regional revenue per time unit, removing knowledge factors and old cost penalties. Enhanced documentation to clarify the new sorting criteria and its implications for production management.

This commit is contained in:
Torsten Schulz (local)
2026-03-26 19:42:24 +01:00
parent 3289a0c129
commit 84b32d72aa
2 changed files with 10 additions and 3 deletions

View File

@@ -21,9 +21,13 @@ effektiv = raw × (1 discount)
| `PRODUCTION_HEADROOM_DISCOUNT_PER_STEP` | `0.035` | Rabatt pro Headroom-Stufe |
| `PRODUCTION_HEADROOM_DISCOUNT_CAP` | `0.14` | maximaler Gesamtrabatt |
## Worth in SQL
## Worth in SQL (`QUERY_GET_BEST_PRODUCTION`)
`QUERY_GET_BEST_PRODUCTION` sortiert nach einer Worth-Zeile (u. a. `- 6 * ftp.category`). Bei größeren Formeländerungen Worth **mit** anpassen, damit der Director weiterhin sinnvoll sortiert.
Sortierung nach **regionalem Erlös pro Zeiteinheit**:
`(sell_cost * worth_percent/100) / production_time`
Damit entspricht die Auswahl in etwa **„Erlös pro Minute“** (Listenpreis × Markt in der Region ÷ Dauer einer Produktionscharge). **Wissen** fließt hier **nicht** in die Reihenfolge ein (Wissen wirkt bei euch auf Qualität/Preis beim Verkauf, nicht auf die Produktwahl). Die **Stückkosten** kommen nur aus der Rust-Formel beim Abbuchen.
## Parallelproduktionen