Inhalt
Kurz gesagt
- 48 Methoden, jede mit einem Datenblatt: benötigte Daten, Formel, Annahmen, Einschränkungen und Mindestdatenmenge.
- 480 automatisierte Tests, die vor jedem Build unter Linux und unter Windows laufen. Ein Build wird nicht veröffentlicht, wenn auch nur ein einziger Test fehlschlägt.
- 48 Referenzantworten — eine pro Methode —, unabhängig berechnet für ein fiktives Übungslager.
- Blindtest mit 137 öffentlichen Datensätzen aus 20 Ländern (214 Dateien): 0 falsche Ergebnisse, 0 Abstürze, 18 von 18 Zahlen stimmten mit einer unabhängigen Nachberechnung überein.
- Keine KI in den Berechnungen. Jedes Ergebnis stammt aus einer festen, dokumentierten Formel. Dieselben Daten und Parameter ergeben immer dasselbe Ergebnis.
Woher die Formeln stammen
Die Methoden setzen die gängigen, weit verbreiteten Definitionen aus der Lager- und Supply-Chain-Praxis um — dieselben, die in Supply-Chain-Kursen gelehrt und in WMS- und ERP-Berichten verwendet werden. Beispiele:
- ABC-Analyse — das Pareto-Prinzip: Artikel nach ihrem Wertanteil sortiert, Klassen nach kumuliertem Anteil (standardmäßig 80 % / 15 % / 5 %, anpassbar).
- XYZ-Analyse — Variationskoeffizient der monatlichen Nachfrage,
CV = σ / μ. - Meldebestand —
ROP = d·L + SS: Nachfrage während der Wiederbeschaffungszeit plus Sicherheitsbestand. - OTIF — Anteil der pünktlich und vollständig gelieferten Aufträge; Fill Rate — Anteil der bestellten Menge, der versandt wurde.
- Regelkarten — Shewhart-p-Karten mit Eingriffsgrenzen bei drei Standardabweichungen.
- Prognosegenauigkeit — MAE, MAPE, WAPE und Bias gegenüber der tatsächlichen Nachfrage.
Die genaue Formel, die Annahmen und die Einschränkungen jeder Methode werden im Programm auf ihrer Registerkarte Methodik und im Blatt „Methodik“ jedes Berichts angezeigt. LOQMETRA beansprucht keine Zertifizierung durch eine Normungsorganisation; es macht jede Berechnung sichtbar, damit Sie sie prüfen können.
Regeln, die das Ergebnis schützen
- Eine Methode läuft nur, wenn Ihre Daten sie wirklich hergeben. Fehlt eine Tabelle oder ein Feld, wird genannt, welche bzw. welches — Lücken werden nie mit erfundenen Werten gefüllt.
- Allgemeine Spaltennamen („Quantity“, „Date“, „Value“) werden nie stillschweigend interpretiert: Sie bestätigen ihre Bedeutung.
- Keine Zeile wird ohne Ihren Klick entfernt oder geändert; jeder Ausschluss wird im Bericht aufgeführt.
- Fehlende Monate werden nicht als Nachfrage null behandelt, sofern die Daten dies nicht bestätigen; kurze Historien werden als Einschränkung ausgewiesen.
- Der Bericht hält Programmversion, Methodenversionen, Parameter, Feldzuordnung und Ausschlüsse fest, damit sich das Ergebnis reproduzieren lässt.
Referenzantworten für ein Übungslager
Ein separater Generator erzeugt ein fiktives Lager mit zwei Jahren Historie in 23 Tabellen: Artikel, Lieferanten, Kundenaufträge, Sendungen, Wareneingänge, Prüfungen, Bestände, Zykluszählungen, Arbeitsvorgänge, Schichten, Kosten, Retouren und mehr. Der Generator verwendet keinerlei Code des Programms.
Ein zweites, unabhängiges Skript berechnet die erwartete Antwort jeder der 48 Methoden direkt aus diesen Daten. Die automatisierten Tests vergleichen dann die Ergebnisse des Programms mit diesen Referenzantworten — Zahl für Zahl und, wo eine Methode eine Tabelle liefert, Tabelle für Tabelle.
Blindtest mit echten öffentlichen Daten
Saubere Testdaten reichen nicht aus, deshalb wird das Programm auch mit Daten ausgeführt, die es noch nie gesehen hat: 137 öffentliche Datensätze aus 20 Ländern — 214 Dateien von Kaggle, den Open-Data-Portalen des Vereinigten Königreichs, Kanadas, Australiens, Irlands und Québecs, dem Datenportal der EU (Frankreich, Deutschland, Österreich, Italien, Griechenland, Polen, Slowakei, Spanien, Niederlande), Zenodo, Harvard Dataverse, der Beispieldatenbank Northwind und Beispieldaten von Microsoft.
Vor jedem Durchlauf wird schriftlich festgehalten, welche Methoden sich aus jedem Datensatz redlich berechnen lassen. Ergebnisse der jüngsten Runde (Oktober 2026):
- 133 von 150 erforderlichen Methoden abgeschlossen (89 %), wenn der Nutzer den Vorschlägen des Programms folgt.
- 0 falsche Ergebnisse bei 87 Tabellen, die keine Lagerdaten sind — das Programm hat die Berechnung zu Recht verweigert.
- 0 Abstürze bei allen 214 Dateien.
- 18 von 18 geprüften Zahlen (ABC- und XYZ-Klassen, Nachfragehistorie, Lieferzeit und Pünktlichkeitsquote der Lieferanten, Frachtkosten, Auftragspositionen) stimmten mit einer unabhängigen Nachberechnung aus den Quelldateien überein.
Bei jedem Build
- Die vollständige Testsuite läuft unter Windows auf den Servern von GitHub; das Programm wird nur gebaut, wenn jeder Test besteht.
- Das veröffentlichte ZIP wird geprüft: Die über den öffentlichen Link heruntergeladene Datei muss Byte für Byte mit dem Build übereinstimmen (SHA-256-Prüfsumme, neben dem Download veröffentlicht).
- Vor der Veröffentlichung wird das Programm außerdem auf einem echten Windows-Computer gestartet, und die Vollanalyse des Übungslagers wird mit den Referenzzahlen verglichen.
Was Tests nicht versprechen können
Tests zeigen, dass die Formeln korrekt umgesetzt sind und dass sich das Programm bei einer großen Bandbreite von Dateien redlich verhält. Sie können nicht garantieren, dass jeder Export aus jedem System so gelesen wird, wie Sie ihn meinen. Deshalb bestätigen Sie die Spaltenbedeutungen, deshalb werden Einschränkungen immer angegeben — und deshalb sollten Sie wichtige Ergebnisse prüfen, bevor Sie danach handeln (siehe Nutzungsbedingungen).
Eine Zahl gefunden, die falsch aussieht? Schreiben Sie an support@loqmetra.com — jeder bestätigte Fehler wird zu einem neuen Test.