Door Anoniem: Ik ben één van de mensen achter het idee en de implementatie van dit idee bij één van de grote werkgevers in Nederland.
We hebben hierin de pilot gehad en motor erachter was bezuinigen waar we het maar kunnen.
Als iemand die van zulks gebruik heeft moeten maken, dat was wel duidelijk ja. Pijnlijk duidelijk.
Je loopt geen risico dat de salarisstrook bij een ander in de bus valt. Hij wordt altijd bezorgd, bij iedereen op de zelfde dag.
Als je denkt dat "ergens op een brakke website neerzetten zodat'ie opgehaald kan worden" hetzelfde is als "bezorgen". Iets wat maar zeer de vraag is. En mits je aanneemt dat er geen inloggegevens verwisseld zijn, of akkefietjes zoals TLS laatst had met hun website. En het werkt alleen zolang je serverts het doen (hallo lastpass). En de back-ends tijdig aangeslingerd worden. Zo is het mij meermaals overkomen dat de stroken er "zouden moeten zijn" maar dat pas ook echt waren waren na een heen-en-weer met het verwerkingsbedrijf. Ze waren (weer eens) ergens vergeten een knop in te duwen. En dat voor de verwerking van de enorme berg aan papierwerk voor... twee hele werknemers met alleen vaste (reiskosten) onkostendeclaraties. Dus zo robuust is dat geheel niet.
Je heb, als werknemer, een deugdelijke mogelijkheid om een eigen administratie aan te leggen en voor een back-up te zorgen.
Die heb ik in papier ook, dat werkt prima. Het werkt een stuk minder met loonstroken in HTML, en ook PDFjes ophalen via brakke HTML is onnodig lastig te automatiseren (REST? API? wasda?).
En nee, natuurlijk wil mischien maar een heel klein percentage dat, maar, ja, het moet wel kunnen.
Je bespaart als werkgever een vermogen aan portokosten en aan papier en enveloppen.
Weet je dat me dat als werknemer aan m'n aars zal oxideren? Zeker zolang het mij extra moeite kost om het op te halen. Het hele voordeel van "stuur maar op" (of, kom langs en geef me dat papiertje, ook goed) is dat ik niet (herhaaldelijk) na moet vragen of het nu al geregeld is. Het mag mij die extra moeite niet kosten.
Vandaar dat ik zeg: Als het dan electronisch moet, stuur maar per versleutelde email op. Dus aan jou nu de vraag: Ondersteunt jullie software dat? Kan het PDFjes versleutelen en in de email gooien?
Ik stel wel een keertje een emailadres in en geef de gewenste publieke sleutel er bij. Geen probleem. Zorg maar dat de mail netjes versleuteld wordt en naar het juiste adres gestuurd wordt.
Kortom in die hoek is nogal wat te verdienen. Het heeft voor industrie die daar afhankelijk van is ook de nadelen. Maar dat heeft alle vernieuwing tegenwoordig.
Dat is meer een artefact van onzorgvuldig verherdigitaliseren. Het is nergens voor nodig. Het is dan ook een teken dat het beter kan en moet, om niet te zeggen van beunhazerij. Het is geen automatiseren, het is digitale saus op een halfbakken idee uitgieten en luid roepen dat alles nu beter wordt, de nadelen maar simpelweg wegwimpelend want oplossen kunnen we het niet. Zie ook schoolvoorbeeld TLS.
"Oh ja we hebben wat nieuws bedacht dus al het oude is nu kapot" is helaas nog veel te veel schering en inslag, en daarom is het mischien niet heel erg opvallend en duidelijk voor wie er in dat wereldje zit, maar het is een teken van falen, niet van succes. Andersgezegd, als de software omslagen eist van de ongewilde gebruiker doordat het schepen verbrandt, dan is het eigenlijk gewoon niet voldoende doordacht en ook niet af. Ga maar aanpassen.
Dus als bedrijf nooit op één paard wedden en zorgen dat je op dat soort zaken niet klem loopt.
Dat gebeurt dus niet. Het is alles of niets. Ze gaan geen twee "oplossingen" tegelijk aanhouden. Dus moet die ene oplossing alle toegangsmiddelen bieden. Die software moet dus
zowel een "webportaal" (als extra)
als versleutelde email
als door HR uitprinten en uitdelen
als automatisch op de post doen ondersteunen. Alweer, doet jullie software dat?
Wanneer de werkgever de werknemer de gelegenheid geeft om zijn salarisstrook zo nodig ook op het werk uit te kunnen printen is de noodzaak om de papieren versie toe te zenden ook onderuit gehaald.
Dat is niet waar. Al was het maar omdat je nog steeds moeite moet doen voor iets wat je automatisch in de hand gedrukt moet krijgen. Zeker als dat per "publieke terminal" (de web-pc in de kantine) gaat of de printer vergelijkbaar publiek is.
Dan wordt hij namelijk als zodanig ook aangeboden. En niet onbelangrijk! Je kunt iemand niet verplichten er een computer op na te houden. Er moet dus altijd een keuze zijn om de strook toch toegezonden te krijgen.
In hoeverre geeft jullie software die ook?
Maar die mensen zullen ver in de minderheid zijn.
Dat zal best, maar je moet het nog steeds ten volle ondersteunen.
Jij maakt de software en moet dus de lastige problemen oplossen, en er niet een beetje met de pet naar gooien want het betreft toch maar weinig gebruikers.