Festlegen, was Sie messen

Währung, Zeitzonen und Zeiträume

Die drei leisen Wege, auf denen eine korrekte Abfrage eine falsche Zahl liefert.

Drei Dinge machen Reports kaputt, ohne je einen Fehler zu werfen: Geld in mehr als einer Währung, das zusammengezählt wird; Zeitstempel in einer anderen Zeitzone, als der Leser erwartet; und Zeiträume, die nicht gleich lang sind. Klären Sie alle drei einmal, am Anfang.

Währung

Jede Bestellung speichert die Währung, in der sie aufgegeben wurde. Jeder Markt hat eine Basiswährung, standardmäßig EUR. Wenn Sie in einer Währung handeln, betrifft Sie nichts davon, und Sie können zum nächsten Abschnitt springen.

Wenn Sie in mehr als einer handeln:

Summen über Währungen hinweg sind ohne Umrechnung bedeutungslos. Eine Summe von „1.240.000“ über Bestellungen in EUR und CHF ist keine Zahl. Es sind zwei Zahlen übereinander.

Kennzahlen pro Kunde tragen einen Warnmerker. Der Datensatz organization_metrics jedes Kunden hat ein Feld currency und ein Kennzeichen currency_mixed. Im Tab Bestellungen der Organisation erscheint es als Gemischte Währungen. Es ist gesetzt, wenn der Kunde in mehr als einer Währung bestellt hat, und dann sind seine Umsatzwerte eine nicht umgerechnete Summe. Lassen Sie diese Kunden aus jeder Umsatzrangliste heraus oder berichten Sie sie getrennt.

Legen Sie die Umrechnungsregel fest, bevor Sie sie brauchen. Es gibt drei vertretbare Antworten, und Sie müssen eine wählen: der Kurs am Tag der Bestellung, der Kurs am Periodenende, oder ein fester interner Planungskurs. Die Buchhaltung hat diese Regel für das ERP mit Sicherheit schon. Nehmen Sie ihre. Ein Reporting, das sich eine eigene Kursregel ausdenkt, wird sich nie mit den Büchern abgleichen lassen.

Erst pro Markt berichten, dann umgerechnet. Ein Umsatz pro Markt in der Währung dieses Marktes ist immer korrekt. Eine umgerechnete Gruppensumme ist eine abgeleitete Zahl und gehört als solche beschriftet.

Zeitzonen

Bestellzeitstempel werden mit ihrer Zeitzone gespeichert. Reports stellen sie in einer dar. Zwischen diesen beiden Tatsachen wohnen die Fehler.

Eine Bestellung um 00:30 Uhr MEZ am 1. Juli ist 22:30 Uhr UTC am 30. Juni. Gruppiert Ihr Monatsreport nach UTC und Ihr Innendienst zählt nach lokalem Datum, sind Juni und Juli beide um eine Handvoll Bestellungen falsch: genug, um eine Monatsendzahl nicht reproduzierbar zu machen, zu wenig, damit jemand merkt, warum.

Die Lösung: die Berichtszeitzone einmal festlegen, für ein deutsches Unternehmen fast immer Europe/Berlin, und sie in jedem Report, Export und jeder geplanten Zustellung verwenden. Dann die Grenzen gezielt prüfen: Ziehen Sie die Bestellungen des ersten und des letzten Monatstages und bestätigen Sie, dass es die erwarteten sind.

Achten Sie auf die zwei Zeitumstellungen. Europe/Berlin hat im März einen 23-Stunden-Tag und im Oktober einen 25-Stunden-Tag. Jeder Report, der „dieselbe Stunde letzte Woche“ vergleicht oder einen Tag in gleiche Abschnitte teilt, liegt über diese Wochenenden daneben. Es lohnt sich nicht, das wegzubauen. Es lohnt sich, es zu wissen, bevor jemand einen Einbruch von 7 Prozent eskaliert, der eine fehlende Stunde ist.

Zeiträume

Gleiches mit Gleichem vergleichen. Februar gegen Januar ist ein Vergleich von 28 Tagen mit 31, ein Unterschied von 10 Prozent, bevor im Geschäft irgendetwas passiert ist. Für ein Unternehmen, das nur werktags handelt, zählt die Zahl der Arbeitstage mehr als die der Kalendertage: Manche Monate haben 20, manche 23.

Der sicherere Standard im B2B ist ein rollierendes Fenster. Die rollierenden 30-, 90- und 365-Tage-Werte auf jedem Kunden sind bei jedem Blick gleich lang, und genau deshalb sind die Kennzahlen pro Kunde so gebaut.

Angebrochene Zeiträume lügen. Ein Monatswert bis zum 4. neben der Summe des Vormonats sieht immer nach Einbruch aus. Zeigt ein Report den laufenden Zeitraum, beschriften Sie ihn oder vergleichen Sie gegen dieselbe Anzahl Tage der Vorperiode.

Berichtswoche ist nicht immer Kalenderwoche. Deutschland zählt ISO-Wochen ab Montag; einige Reporting-Werkzeuge beginnen standardmäßig sonntags. Wenn Ihr Team in KW 27 spricht, muss der Report dieselben Tage meinen.

Was Sie prüfen

Nehmen Sie einen Kunden, der am ersten Tag des Vormonats bestellt hat, und einen, der am letzten bestellt hat. Bestätigen Sie, dass beide im erwarteten Monat landen. Nehmen Sie dann einen beliebigen Kundenumsatz und prüfen Sie, dass Gemischte Währungen nicht gesetzt ist, bevor Sie ihn zitieren.

Weiter