Salaris valuta periode is de kleinste eenheid van een loonrecord, en ze wordt bijna altijd onvolledig vastgelegd. Er wordt een getal opgeschreven, de valuta wordt aan de context overgelaten, en de periode wordt verondersteld te zijn wat de lezer verwacht.
Elk van die weglatingen is onzichtbaar op het punt van invoer en duur later. Dit artikel behandelt waarom het bedrag alleen betekenisloos is, wat het verschil tussen een totaalpakket en een basisbedrag werkelijk is, waarom de valuta als een code moet worden opgeslagen in plaats van als een symbool, en wat een omrekening moet vastleggen om eerlijk te zijn.
Waarom is een getal zonder valuta en periode nutteloos?
Omdat het op meer manieren kan worden gelezen dan het kan worden geschreven. Een bedrag van vijftig kan een maandbedrag in de ene valuta betekenen, een jaarbedrag in een andere, en een dagtarief in een derde, en alle drie de lezingen zijn consistent met de data zoals opgeslagen.
De periode is het deel dat het vaakst wordt weggelaten, omdat de context het stil levert. Loon wordt in sommige markten jaarlijks besproken, in andere maandelijks en in weer andere per uur, en elk van die conventies veronderstelt zichzelf. Wanneer een record uit de context beweegt waarin het werd geschreven — naar een vergelijking, een filter, een export — gaat de aanname mee en wordt ze nooit in twijfel getrokken.
De twee helften falen anders. Een ontbrekende valuta maakt het bedrag oninterpreteerbaar. Een ontbrekende periode maakt het verkeerd geschaald, en een verkeerd geschaald bedrag is gevaarlijker dan een afwezig bedrag omdat het op een echt cijfer lijkt en op de verkeerde plek sorteert. Een filter dat een maandtarief als jaarlijks behandelt, zal precies de kandidaten uitsluiten die het bedoeld was op te nemen, en het zal daarbij een plausibel resultaat melden.
Wat is het verschil tussen totaalpakket en basissalaris?
Het zijn verschillende grootheden die in het gewone spraakgebruik een naam delen.
Basissalaris is het vaste bedrag dat voor het werk wordt uitgewisseld, vóór alles variabels. Een totaalpakket is basissalaris plus al het andere dat de regeling omvat: variabele componenten, toeslagen, bijdragen die namens de houder worden gedaan, en voordelen waarvan de waarde echt maar niet contant is. De twee bedragen kunnen aanzienlijk verschillen, en het verschil is een kenmerk van de regeling in plaats van een fout.
De dubbelzinnigheid is van belang omdat hetzelfde woord voor beide wordt gebruikt. Wanneer iemand zegt wat hij verdient, citeert hij mogelijk het een of het ander, en hij weet misschien niet welke. Een record dat één bedrag onder een kaal label opslaat, kan daarom niet zeggen welke van de twee het vertegenwoordigt, en een vergelijking die erop is gebouwd vergelijkt twee verschillende grootheden zonder het te weten.
De oplossing is niet om één conventie te kiezen en die overal toe te passen, omdat geen van beide correcter is. Het is om te labelen welke grootheid wordt vastgelegd, en, waar een totaal wordt gegeven, te zeggen wat het omvat. Een uitsplitsing is nuttiger dan één getal, en de componenten van een pakket zijn vaak niet additief op de manier die een lezer zal aannemen — sommige zijn voorwaardelijk, sommige zijn gemaximeerd, en sommige hangen af van factoren buiten de regeling.
Waarom een valutacode in plaats van een symbool?
Omdat symbolen dubbelzinnig zijn en codes niet.
De dubbelzinnigheid is algemeen bekend en gemakkelijk te onderschatten. Hetzelfde symbool wordt door meerdere valuta’s gebruikt, en een lezer lost het op met context die het record zelf niet draagt. Een symbool kan ook verschillende conventionele betekenissen hebben in verschillende regio’s, zodat hetzelfde teken verschillende dingen signaleert aan twee lezers van hetzelfde document. En het symbool onderscheidt doorgaans niet tussen de valuta als rekeneenheid en een lokale variant ervan, wat van belang kan zijn.
Een code identificeert precies één valuta en doet dat zonder context. De code naast de weergavevorm opslaan geeft de lezer het vertrouwde teken en geeft het systeem iets onderscheiden om mee te rekenen en te vergelijken. Waar de bron een symbool schreef, moet het record het bij het punt van invoer naar een code herleiden, terwijl de omringende context nog beschikbaar is om de herleiding correct te maken — later is die context verdwenen.
Er is één verder onderscheid dat het bewaren waard is waar de bron het maakt: of het bedrag de valuta is zoals geschreven of een omgerekend equivalent. Dat zijn verschillende beweringen, en ze samenvoegen vernietigt het vermogen om een geciteerd bedrag van een berekend bedrag te onderscheiden.
Hoe moet een omrekening worden vastgelegd?
Met de datum waarop ze is gemaakt, de bron van de koers, en het oorspronkelijke bedrag naast het omgerekende bewaard.
Een omrekening is een bewerking, geen feit over de wereld. Ze nam twee bedragen die op een bepaald moment gelijk waren en paste een koers toe die op een bepaald moment bestond. Zonder het moment kan het omgerekende bedrag niet opnieuw worden berekend, gecontroleerd of teruggedraaid. Zonder de bron van de koers kan een reviewer niet zien of een verschil tussen twee bedragen een echt verschil is of een verschil tussen twee koersaanbieders.
Drie regels volgen. Leg de datum vast waarop de koers van toepassing was, niet de datum waarop de omrekening is uitgevoerd. Houd het oorspronkelijke bedrag en de valuta in het record, zelfs na het omrekenen, omdat een omrekening nooit informatiebehoudend is. En reken nooit om voor opslag als vervanging van het opslaan van de valuta — omrekening is voor vergelijking, en een record dat alleen de omgerekende waarde bewaart, heeft het ding weggegooid waarmee het vergeleek.
Wie vergelijkingsfuncties bouwt, moet ook beslissen wat een vergelijking betekent. Het vergelijken van omgerekende bedragen is een gemak met een foutmarge, en het als exact behandelen zal verschillen produceren die artefacten van de koers zijn in plaats van van het loon.
Is looninformatie een verplicht deel van een record?
Dat zou het niet moeten zijn. In de meeste systemen is loon optioneel, en in veel is het gevoelig genoeg dat het als optioneel behandelen een vereiste is in plaats van een voorkeur.
Er zijn goede redenen om het buiten elke workflow te houden die het niet nodig heeft. Loon is vaak het gevoeligste veld in een carrièrerecord, het is het veld dat het vaakst met opzet wordt weggelaten, en een systeem dat het verplicht stelt, zal onnauwkeurige waarden verzamelen in plaats van volledige. Een veld verplicht stellen dat mensen weigeren in te vullen, levert betrouwbaar placeholderdata op, en placeholderdata in een loonveld is erger dan een leeg veld omdat het niet te onderscheiden is van een echt antwoord.
Het praktische ontwerp is het veld optioneel te houden, het gelabeld te houden met beide helften van zijn betekenis, en het aantal plekken waar het wordt weergegeven klein te houden. Waar loon wordt getoond, moet het worden getoond met zijn valuta, zijn periode en, waar het is omgerekend, het feit dat het is omgerekend.
Voor ontwikkelaars: loonvelden en veilige standaardwaarden
Sla het bedrag, de valutacode en de periode op als drie velden zonder standaardwaarden voor elk ervan. Een standaardvaluta is erger dan geen valuta, omdat ze vaak genoeg stil correct is om te worden vertrouwd en precies fout is wanneer het ertoe doet.
Vier details voorkomen de meeste stroomafwaartse fouten. Maak de periode een opgesomde set waarden in plaats van vrije tekst, aangezien een periode die op zes manieren kan worden geschreven niet met zichzelf kan worden vergeleken. Houd het label dat een basisbedrag van een totaalpakket onderscheidt, en weiger een totaal te accepteren zonder te weten wat het bevat. Houd oorspronkelijke en omgerekende bedragen apart, met de koersmetadata aan de omrekening gekoppeld in plaats van aan het bedrag. En behandel de hele groep als optioneel, zodat een record zonder looninformatie een compleet record is.
Voor testdata zijn de gevallen die het genereren waard zijn degene die een achteloze vergelijking opvangen: hetzelfde bedrag in twee valuta’s, een maandbedrag naast een jaarbedrag, een omgerekende waarde waarvan het origineel is bewaard, en een record waar de loonsectie volledig ontbreekt.
De gevallen die het genereren waard zijn voor testdata:
- hetzelfde bedrag in twee valuta’s
- een maandbedrag naast een jaarbedrag
- een omgerekende waarde waarvan het origineel is bewaard
- een record waar de loonsectie volledig ontbreekt Alle bedragen, valuta’s en periodes die in de voorbeeldrecords op deze site voorkomen, zijn demonstratiewaarden die zijn gekozen om deze gevallen te oefenen, en ze beschrijven geen echte regeling.
Volgende stappen
Audit één vergelijking in uw product en tel hoeveel van de bedragen die het vergelijkt zowel een valutacode als een periode hebben vastgelegd. Het aantal is gewoonlijk lager dan verwacht. De formuliertakken waar een loonveld verschijnt, worden behandeld in sollicitatieformulier testgevallen, en de bredere vraag hoe een carrièrerecord wordt samengesteld, staat uiteengezet in carrièreprofiel testdata. De carrièreprofieltool genereert records waarvan de loonvelden leeg kunnen blijven, wat het geval is dat de meeste systemen nooit testen.