Gehalt Währung Zeitraum ist die kleinste Einheit eines Vergütungsdatensatzes, und sie wird fast immer unvollständig erfasst. Eine Zahl wird hingeschrieben, die Währung bleibt dem Kontext überlassen, und der Zeitraum wird als das angenommen, was die Leserin ohnehin erwartet.
Jede dieser Auslassungen ist im Moment der Eingabe unsichtbar und später teuer. Dieser Artikel behandelt, warum der Betrag allein bedeutungslos ist, was der Unterschied zwischen einem Gesamtpaket und einer Grundzahl tatsächlich ist, warum die Währung als Code statt als Symbol gespeichert werden sollte und was eine Umrechnung festhalten muss, um ehrlich zu sein.
Warum ist eine Zahl ohne Währung und Zeitraum nutzlos?
Weil sie auf mehr Arten gelesen als geschrieben werden kann. Eine Zahl von fünfzig kann einen Monatsbetrag in einer Währung, einen Jahresbetrag in einer anderen und einen Tagessatz in einer dritten bedeuten, und alle drei Lesarten sind mit den gespeicherten Daten vereinbar.
Der Zeitraum ist der Teil, der am häufigsten wegfällt, weil der Kontext ihn still liefert. In manchen Märkten wird über Vergütung jährlich gesprochen, in anderen monatlich und in wieder anderen stündlich, und jede dieser Konventionen setzt sich selbst voraus. Wenn ein Datensatz den Kontext verlässt, in dem er geschrieben wurde – in einen Vergleich, einen Filter, einen Export –, wandert die Annahme mit und wird nie hinterfragt.
Die beiden Hälften versagen unterschiedlich. Eine fehlende Währung macht den Betrag uninterpretierbar. Ein fehlender Zeitraum macht ihn falsch skaliert, und ein falsch skalierter Betrag ist gefährlicher als ein fehlender, weil er wie eine echte Größe aussieht und an der falschen Stelle einsortiert wird. Ein Filter, der einen Monatssatz als Jahressatz behandelt, schließt genau die Kandidatinnen aus, die er einschließen sollte, und meldet dabei ein plausibles Ergebnis.
Was ist der Unterschied zwischen Gesamtpaket und Grundgehalt?
Es sind verschiedene Größen, die in der Umgangssprache denselben Namen tragen.
Das Grundgehalt ist der feste Betrag, der für die Arbeit ausgetauscht wird, vor allem Variablen. Ein Gesamtpaket ist das Grundgehalt plus alles Weitere, was die Vereinbarung umfasst: variable Bestandteile, Zulagen, Beiträge, die für den Inhaber geleistet werden, sowie Leistungen, deren Wert real aber nicht bar ist. Die beiden Zahlen können erheblich voneinander abweichen, und die Abweichung ist ein Merkmal der Vereinbarung und kein Fehler.
Die Mehrdeutigkeit ist wichtig, weil dasselbe Wort für beides steht. Wenn jemand sagt, was er verdient, kann er das eine oder das andere nennen, und er weiß möglicherweise nicht, welches. Ein Datensatz, der einen einzelnen Betrag unter einer bloßen Bezeichnung speichert, kann daher nicht sagen, welche der beiden Größen er darstellt, und ein darauf gebauter Vergleich vergleicht zwei verschiedene Größen, ohne es zu wissen.
Die Lösung ist nicht, eine Konvention zu wählen und sie überall anzuwenden, denn keine ist richtiger. Sie besteht darin, zu kennzeichnen, welche Größe erfasst wird, und dort, wo eine Summe genannt wird, zu sagen, was sie enthält. Eine Aufschlüsselung ist brauchbarer als eine einzelne Zahl, und die Bestandteile eines Pakets sind oft nicht additiv in der Weise, die eine Leserin annimmt – manche sind bedingt, manche gedeckelt, und manche hängen ganz von Faktoren außerhalb der Vereinbarung ab.
Warum einen Währungscode statt eines Symbols verwenden?
Weil Symbole mehrdeutig sind und Codes nicht.
Die Mehrdeutigkeit ist bekannt und leicht zu unterschätzen. Dasselbe Symbol wird von mehreren Währungen verwendet, und eine Leserin löst es mit Kontext auf, den der Datensatz selbst nicht trägt. Ein Symbol kann zudem in verschiedenen Regionen verschiedene übliche Bedeutungen haben, sodass dasselbe Zeichen zwei Leserinnen desselben Dokuments Verschiedenes signalisiert. Und das Symbol unterscheidet in der Regel nicht zwischen der Währung als Rechnungseinheit und einer lokalen Variante davon, was von Bedeutung sein kann.
Ein Code identifiziert genau eine Währung und tut das ohne Kontext. Den Code neben der Anzeigeform zu speichern gibt der Leserin das vertraute Zeichen und dem System etwas Eindeutiges zum Rechnen und Vergleichen. Wo die Quelle ein Symbol geschrieben hat, sollte der Datensatz es im Moment der Eingabe zu einem Code auflösen, solange der umgebende Kontext noch verfügbar ist, um die Auflösung korrekt zu machen – später ist dieser Kontext fort.
Eine weitere Unterscheidung lohnt sich, wo die Quelle sie trifft: ob der Betrag die Währung wie geschrieben ist oder ein umgerechnetes Äquivalent. Das sind verschiedene Behauptungen, und sie zusammenzuführen zerstört die Fähigkeit, eine genannte Zahl von einer berechneten zu unterscheiden.
Wie sollte eine Umrechnung erfasst werden?
Mit dem Datum, an dem sie vorgenommen wurde, der Quelle des Kurses und der Originalzahl neben der umgerechneten.
Eine Umrechnung ist eine Operation und keine Tatsache über die Welt. Sie nahm zwei Beträge, die zu einem bestimmten Zeitpunkt gleich waren, und wandte einen Kurs an, der zu einem bestimmten Zeitpunkt galt. Ohne den Zeitpunkt kann die umgerechnete Zahl nicht neu berechnet, geprüft oder rückgängig gemacht werden. Ohne die Quelle des Kurses kann eine Prüferin nicht sagen, ob ein Unterschied zwischen zwei Zahlen ein echter Unterschied ist oder ein Unterschied zwischen zwei Kursanbietern.
Daraus folgen drei Regeln. Erfassen Sie das Datum, für das der Kurs galt, und nicht das Datum, an dem die Umrechnung durchgeführt wurde. Behalten Sie den Originalbetrag und die Originalwährung im Datensatz, auch nach der Umrechnung, denn eine Umrechnung ist niemals informationserhaltend. Und rechnen Sie niemals zur Speicherung um, statt die Währung zu speichern – Umrechnung dient dem Vergleich, und ein Datensatz, der nur den umgerechneten Wert behält, hat das weggeworfen, was er verglich.
Wer Vergleichsfunktionen baut, sollte zudem entscheiden, was ein Vergleich bedeutet. Umgerechnete Beträge zu vergleichen ist eine Bequemlichkeit mit Fehlerbalken, und sie als exakt zu behandeln erzeugt Unterschiede, die Artefakte des Kurses sind und nicht der Vergütung.
Sind Gehaltsangaben ein Pflichtteil eines Datensatzes?
Sie sollten es nicht sein. In den meisten Systemen ist die Vergütung optional, und in vielen ist sie sensibel genug, dass die Behandlung als freiwillig eine Anforderung ist und keine Vorliebe.
Es gibt gute Gründe, sie aus jedem Ablauf herauszuhalten, der sie nicht braucht. Die Vergütung ist oft das sensibelste Feld in einem Karrieredatensatz, sie ist das Feld, das am ehesten bewusst ausgelassen wird, und ein System, das sie verlangt, sammelt ungenaue Werte statt vollständiger. Ein Feld zu verlangen, das Menschen verlässlich nicht ausfüllen, erzeugt Platzhalterdaten, und Platzhalterdaten in einem Gehaltsfeld sind schlechter als ein leeres Feld, weil sie von einer echten Antwort nicht zu unterscheiden sind.
Der praktikable Entwurf besteht darin, das Feld optional zu halten, es mit beiden Hälften seiner Bedeutung zu beschriften und die Zahl der Orte, an denen es angezeigt wird, klein zu halten. Wo Vergütung gezeigt wird, sollte sie mit ihrer Währung, ihrem Zeitraum und, falls umgerechnet, mit dem Hinweis darauf gezeigt werden.
Für Entwickler: Gehaltsfelder und sichere Standardwerte
Speichern Sie den Betrag, den Währungscode und den Zeitraum als drei Felder ohne Standardwerte für jedes von ihnen. Eine Standardwährung ist schlechter als gar keine Währung, weil sie oft genug still richtig ist, um Vertrauen zu gewinnen, und genau dann falsch, wenn es darauf ankommt.
Vier Details verhindern die meisten Fehler in der Folgeverarbeitung. Machen Sie den Zeitraum eine aufgezählte Wertemenge statt Freitext, da ein Zeitraum, der auf sechs Arten geschrieben werden kann, nicht mit sich selbst vergleichbar ist. Behalten Sie die Bezeichnung, die eine Grundzahl von einem Gesamtpaket unterscheidet, und weigern Sie sich, eine Summe ohne Kenntnis ihres Inhalts anzunehmen. Halten Sie Original- und umgerechnete Beträge getrennt, mit den Kursangaben an der Umrechnung statt am Betrag. Und behandeln Sie die ganze Gruppe als optional, sodass ein Datensatz ohne Vergütungsangaben ein vollständiger Datensatz ist.
Für Testdaten sind die Fälle wertvoll, die einen nachlässigen Vergleich abfangen: derselbe Betrag in zwei Währungen, eine Monatszahl neben einer Jahreszahl, ein umgerechneter Wert, dessen Original erhalten wurde, und ein Datensatz, in dem der Vergütungsabschnitt ganz fehlt. Alle Beträge, Währungen und Zeiträume, die in den Beispieldatensätzen dieser Seite erscheinen, sind Vorführwerte, die gewählt wurden, um genau diese Fälle zu belasten, und sie beschreiben keine reale Vereinbarung.
Nächste Schritte
Prüfen Sie einen Vergleich in Ihrem Produkt und zählen Sie, bei wie vielen der verglichenen Beträge sowohl ein Währungscode als auch ein Zeitraum erfasst ist. Die Zahl ist meist niedriger als erwartet. Die Formularzweige, in denen ein Gehaltsfeld auftaucht, sind in den Testfällen für Bewerbungsformulare behandelt, und die weiter gefasste Frage, wie ein Karrieredatensatz zusammengesetzt wird, ist in den Karriereprofil-Testdaten dargelegt. Das Karriereprofil-Werkzeug erzeugt Datensätze, deren Gehaltsfelder leer bleiben können – genau der Fall, den die meisten Systeme nie testen.