Parcel Audit / Rate Engineering
Tarifversionen so archivieren, dass sie später prüfbar bleiben
Ein belastbares Versionsmodell für Grundpreise, Zonen, Zuschläge, Ausnahmen und Rundung – damit historische Kosten reproduzierbar bleiben.
Geschrieben von
Elias Aral
Founder, MarginMine
Kernthese
Ein Tarif ist kein einzelnes PDF. Er ist eine zeitlich gültige Menge aus Regeln, Quellen, Ausnahmen und Berechnungskonventionen.
Versioniertes Tarifregister
Historische Regeln bleiben unveränderbar.
01.07.–31.12.2026
aktiv
01.01.–30.06.2026
gesperrt
01.07.–31.12.2025
archiviert
1. Jede Regel braucht einen Gültigkeitszeitraum
Carrier ändern Grundpreise, Zuschläge, Gebietslisten und Schwellen zu unterschiedlichen Terminen. Eine einzige Datei namens aktuelle_tarife.xlsx zerstört den historischen Kontext. Jede Version benötigt deshalb einen eindeutigen Bezeichner, Gültig-ab-Datum und – sobald bekannt – Gültig-bis-Datum.
Die Auswahl der Version folgt dem vertraglich relevanten Leistungsdatum, nicht automatisch dem Rechnungsdatum. Welche Datumssemantik gilt, muss pro Vertrag dokumentiert werden. Auch untermonatige Änderungen und rückwirkende Korrekturen brauchen eine eigene Version.
- Version-ID
- gültig ab und bis
- maßgebliches Datumsfeld
- Quelle und Importzeitpunkt
2. Quelldokument und ausführbare Regel gemeinsam erhalten
Für die automatische Prüfung wird ein PDF oder eine Tarifkarte in strukturierte Regeln übersetzt. Die strukturierte Form ersetzt jedoch nicht das Original. Jede ausführbare Regel verweist auf Dokument, Abschnitt oder Tabellenzeile, aus der sie abgeleitet wurde.
Zusätzlich wird festgehalten, wer die Übersetzung geprüft hat und welche Annahmen nötig waren. So kann ein späterer Reviewer erkennen, ob eine Abweichung aus der Carrier-Abrechnung oder aus einer falsch interpretierten Regel stammt.
- unverändertes Quelldokument
- Seiten- oder Zeilenreferenz
- strukturierte Regel
- Freigabestatus
3. Ausnahmen sind Teil des Tarifs
Verhandelte Rabatte, Mindestentgelte, Freimengen und ausgeschlossene Services dürfen nicht als nachträgliche Kommentare neben der Preislogik liegen. Sie verändern das Ergebnis und gehören daher in dieselbe versionierte Regelmenge.
Wenn eine Ausnahme nur für eine Kundennummer, ein Produkt oder eine Relation gilt, muss ihr Anwendungsbereich maschinenlesbar sein. Freitext allein reicht nicht. Konflikte zwischen Standardregel und Sondervereinbarung benötigen eine dokumentierte Priorität.
- Kunden- und Servicebereich
- Relation oder Zone
- Mengen- und Zeitbedingung
- Priorität bei Regelkonflikt
4. Indexwerte und Gebietstabellen separat versionieren
Treibstoff- und Energiezuschläge können sich in kurzen Zyklen ändern. UPS beschreibt beispielsweise wöchentliche, indexbasierte Anpassungen; DPD veröffentlicht variable Energie- und Treibstoffkomponenten. Der Prozentsatz gehört deshalb nicht fest in eine langfristige Grundtarifversion.
Besser ist eine referenzierte Zeitreihe mit Quelle, Bezugsperiode, Wirksamkeitsdatum und Berechnungsbasis. Gleiches gilt für Remote-Area-, Insel- und Postleitzahlmatrizen. Die Tarifregel verweist auf die jeweils gültige Tabelle.
- Indexquelle
- Bezugs- und Wirksamkeitsperiode
- Prozentsatz oder Festbetrag
- betroffene Bemessungsbasis
5. Rundung und Währung als Regel behandeln
Ob pro Position, pro Zuschlag oder erst auf Rechnungsebene gerundet wird, kann bei hohem Volumen tausende Differenzen erzeugen. Rundung, Nachkommastellen und Reihenfolge der Rechenschritte müssen daher genauso versioniert werden wie Preise.
Bei mehreren Währungen werden Originalbetrag, Kurs, Kursquelle und Kursdatum getrennt gespeichert. Eine spätere Umrechnung für Berichte darf den ursprünglich geprüften Betrag nicht überschreiben. Nur so bleibt die historische Rechnung reproduzierbar.
- Rundungsebene
- Anzahl Nachkommastellen
- Originalwährung
- Kursquelle und Kursdatum
6. Unveränderbarkeit und Testfälle sichern die Historie
Eine freigegebene historische Version sollte nicht überschrieben werden. Korrekturen erzeugen eine neue Version mit Verweis auf den Vorgänger. Ein Hash des Quelldokuments und der strukturierten Regeln hilft, unbemerkte Änderungen zu erkennen.
Zu jeder Version gehören repräsentative Testsendungen mit erwarteten Ergebnissen. Vor einem Produktivlauf werden diese Regressionstests ausgeführt. Damit zeigt das System nicht nur, welche Regel gespeichert ist, sondern auch, dass sie sich wie freigegeben verhält.
- immutable Freigabeversion
- Änderungsgrund und Vorgänger
- Dokument- und Regel-Hash
- Regressionstests
Quellen & Weiterführendes
Primärquellen statt erfundener Autorität.
Carrier-Dokumente können sich ändern. Für einen echten Audit gelten immer der konkrete Vertrag und die am Leistungsdatum wirksamen Unterlagen.
