Les correccions de fitxatge són inevitables: s'oblida una sortida, falla un terminal, hi ha un canvi de torn d'última hora. El problema no és que hi hagi correccions; el problema és corregir 'a mà' sense regles, sense motiu i sense rastre. Aquí és on el registre perd credibilitat i apareixen les disputes.
1) Accepta que hi haurà incidències i dissenya el procés
Un registre perfecte sobre el paper sol amagar un registre fals a la realitat. Si ningú s'equivoca mai, és més probable que el sistema estigui sent 'arreglat' que no pas que no succeïxen incidències. Un bon procés normalitza l'error humà i el converteix en un event traçable.
Per exemple, si un empleat s'oblida de fitxar en sortir, no hauria de demanar 'que l'hi apuntin per WhatsApp'. Hauria de sol·licitar una correcció al sistema, indicant l'hora real i el motiu, perquè un responsable la validi.
2) Flux estàndard: sol·licitud → motiu → aprovació → auditoria
La correcció ha de néixer com una sol·licitud de l'empleat (o una proposta del supervisor), amb un camp obligatori de motiu. L'aprovació ha de quedar registrada amb data, hora i usuari. I el sistema ha de mantenir la informació original, afegint l'ajust com un event addicional.
Això protegeix tothom. Al treballador, perquè la seva correcció no depèn de 'caure bé'. A l'empresa, perquè demostra diligència i redueix el risc de manipulació. I al manager, perquè té un circuit clar per resoldre incidències sense improvisar.
3) Rols i segregació: qui pot corregir quin registre
Defineix rols: empleat (sol·licita), supervisor (aprova), RRHH (supervisa i audita) i, si escau, administració (exporta). Com més segregació hi hagi entre qui treballa i qui aprova, més sòlid és el registre.
Un exemple pràctic: el supervisor pot aprovar les correccions del seu equip, però no hauria de poder editar registres sense motiu ni sense deixar historial. RRHH pot revisar els patrons (moltes correccions en un centre) i actuar sobre la causa arrel.
4) Regles de terminis i límits (per evitar 'correccions eternes')
Sense terminis, les correccions es converteixen en un caos: es demana corregir un fitxatge de fa 3 mesos quan ja ningú recorda el context. Defineix finestres raonables (per exemple, correccions dins de X dies) i excepcions documentades per a casos especials.
Defineix també límits: si una persona té un nombre alt d'oblits, no ho converteixis en una sanció automàtica, però sí en un senyal que el mètode de fitxatge no encaixa o que falta formació. L'objectiu és millorar, no castigar.
5) Exemple de política breu (win-win)
Regla simple: tota correcció requereix motiu; tota correcció requereix aprovació; tota correcció deixa historial; i l'empleat sempre pot veure el resultat. Amb aquestes quatre regles, es redueix el conflicte i es guanya seguretat jurídica.
El win-win apareix quan l'equip percep que el sistema és 'just i explicable'. La correcció deixa de ser una negociació i es converteix en un procediment estàndard: ràpid, transparent i defensable.