Alle Briefings

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

27. Juli 2026·4 Min. Lesezeit

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.

V4

01.07.–31.12.2026

aktiv

RULE HASH / 18AF
V3

01.01.–30.06.2026

gesperrt

RULE HASH / 19AF
V2

01.07.–31.12.2025

archiviert

RULE HASH / 20AF
01

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
02

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
03

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
04

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
05

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
06

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.