gitea_admin/erp_naurua
1
0 Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

Start forecast demand at first sale

Browse Source
This commit is contained in:
gitea_admin committed 2026-09-08 19:34:21 +02:00
1 parent 185dfcdb38
commit 91ac3a6828
2 files changed
+5 -4
Download Patch File Download Diff File Expand all files Collapse all files

No files matched your search

docs/modules/erp/lager/processes/main/erp.lager.stock_lot_forecast_refresh.md
+1 -1
View File
@@ -22,7 +22,7 @@ Direkt ausgeführter Lager-Prozess mit zwei Triggern: synchron nach jeder erfolg
3. Verkaufsallokationen der letzten 365 Tage aus `sales_order_line_lot_allocation`, `sales_order_line` und `sales_order` laden. 3. Verkaufsallokationen der letzten 365 Tage aus `sales_order_line_lot_allocation`, `sales_order_line` und `sales_order` laden.
4. `allocated`- und `reserved`-Mengen nach Bestell- beziehungsweise OTC-Verkaufsdatum je Produkt und Kalendertag aggregieren. 4. `allocated`- und `reserved`-Mengen nach Bestell- beziehungsweise OTC-Verkaufsdatum je Produkt und Kalendertag aggregieren.
5. Stornierte Auftrags- und Positionsmengen aus der Nachfrage herausrechnen. 5. Stornierte Auftrags- und Positionsmengen aus der Nachfrage herausrechnen.
6. Den gewichteten Tagesabsatz mit einer Halbwertszeit von 60 Tagen berechnen. 6. Den gewichteten Tagesabsatz ab dem ersten gültigen Verkaufstag innerhalb des geladenen Zeitraums mit einer Halbwertszeit von 60 Tagen berechnen; Tage vor dem ersten Verkauf werden nicht als Nullabsatz berücksichtigt.
7. Das Leer-Datum der aktuellen Charge aus ihrem physischen Bestand und der gewichteten Nachfrage berechnen. Das Leer-Datum der nächsten Charge wird mit derselben Nachfrage ab dem Leer-Datum der aktuellen Charge weitergerechnet; bei bereits leerer aktueller Charge beginnt es am aktuellen Datum. 7. Das Leer-Datum der aktuellen Charge aus ihrem physischen Bestand und der gewichteten Nachfrage berechnen. Das Leer-Datum der nächsten Charge wird mit derselben Nachfrage ab dem Leer-Datum der aktuellen Charge weitergerechnet; bei bereits leerer aktueller Charge beginnt es am aktuellen Datum.
8. Jede erfolgreiche Berechnung je Charge in `stock_lot_forecast_history` speichern und den jeweiligen Snapshot in `stock_lot` aktualisieren. 8. Jede erfolgreiche Berechnung je Charge in `stock_lot_forecast_history` speichern und den jeweiligen Snapshot in `stock_lot` aktualisieren.
9. Im Cron Fehler einzelner Produkte sammeln und mit den übrigen Produkten fortfahren. 9. Im Cron Fehler einzelner Produkte sammeln und mit den übrigen Produkten fortfahren.
modules/erp/lager/forecast.php
+4 -3
View File
@@ -131,13 +131,15 @@ function lager_forecast_calculate(
?DateTimeImmutable $forecastStartDate = null ?DateTimeImmutable $forecastStartDate = null
): array ): array
{ {
$lookbackDays = 365; $firstSaleDate = empty($dailySales) ? null : min(array_keys($dailySales));
$lookbackDays = $firstSaleDate === null
? 0
: $asOfDate->diff(new DateTimeImmutable($firstSaleDate))->days + 1;
$halfLifeDays = 60; $halfLifeDays = 60;
$weightedUnits = 0.0; $weightedUnits = 0.0;
$weightTotal = 0.0; $weightTotal = 0.0;
$salesUnits = 0.0; $salesUnits = 0.0;
$salesDays = 0; $salesDays = 0;
$firstSaleDate = null;
$lastSaleDate = null; $lastSaleDate = null;
for ($age = 0; $age < $lookbackDays; $age++) { for ($age = 0; $age < $lookbackDays; $age++) {
@@ -150,7 +152,6 @@ function lager_forecast_calculate(
if ($units > 0) { if ($units > 0) {
$salesUnits += $units; $salesUnits += $units;
$salesDays++; $salesDays++;
$firstSaleDate = $dateKey;
$lastSaleDate ??= $dateKey; $lastSaleDate ??= $dateKey;
} }
} }