Verifica periodi del prospetto
Verifica che i periodi inviati e approvati diano ancora il risultato con cui sono stati liquidati ed elenca ogni differenza in un report da scaricare.
Panoramica
Quando un periodo viene inviato, mTIME congela i suoi risultati sul prospetto: tempo lavorato e previsto, i totali delle indennità e, per ogni conto ore, il saldo di apertura, i movimenti e il saldo di chiusura. Niente li ricalcola in seguito.
Questo job ricalcola quei periodi e confronta il risultato con quanto congelato. Usalo per verificare che la configurazione e i dati si comportino come dicono i periodi salvati, ad esempio:
- Dopo una migrazione da mTIME 5. Ogni periodo migrato porta con sé i valori di mTIME 5 e il job mostra dove mTIME X avrebbe calcolato qualcosa di diverso.
- Dopo una modifica di policy o condizioni di impiego. Una modifica con effetto retroattivo emerge nei periodi che coinvolge.
Il job si limita a leggere. Non modifica mai un prospetto, un saldo, una registrazione o una riga di paga, quindi è sicuro eseguirlo su un’area di lavoro in uso.
Chi può eseguirlo
Solo il proprietario dell’area di lavoro può eseguire questo job e scaricarne il report. Il report contiene i saldi e i pagamenti di tutti i dipendenti, che nessun singolo permesso copre, quindi un amministratore senza il ruolo di proprietario non vede il job.
Come funziona
Il job verifica ogni periodo inviato o approvato che si sovrappone alle date scelte. I periodi ancora aperti non hanno nulla di congelato e vengono saltati.
Per ogni periodo il job:
- Parte dai saldi di apertura salvati. Ogni periodo viene verificato da solo, quindi una differenza emerge nel periodo che la causa e non in tutti quelli successivi.
- Ricalcola i giorni. Orario di lavoro, policy indennità e contatori vengono ricalcolati a partire da registrazioni, timbrature e assenze del periodo.
- Ricalcola i saldi. Le assenze vengono consumate, le maturazioni delle policy di assenza vengono assegnate, i saldi di assenza in scadenza nel periodo scadono e le policy di liquidazione (accrediti, massimali, pagamenti) vengono eseguite, come al momento dell’invio del periodo.
- Confronta il risultato con i valori congelati, in modo esatto, minuto per minuto.
Le policy vengono applicate così come sono registrate oggi, nella versione valida per il periodo. Una modifica che vale solo da oggi non tocca i periodi passati; una modifica retroattiva sì. Per ogni policy il report indica se è stata modificata dopo la liquidazione del periodo, così puoi distinguere una modifica di configurazione da un errore.
Cosa viene confrontato
| Livello | Confrontato |
|---|---|
| Conti ore | Per ogni conto: saldo di apertura, maturazioni, consumo, scadenza, pagamento, rettifiche, trasferimenti e saldo di chiusura |
| Totali del periodo | Tempo lavorato, previsto e la loro differenza, e il totale di ogni attività di indennità |
| Giorni | Tempo lavorato per giorno e ogni attività registrata automaticamente per giorno |
Il job verifica anche che il saldo di apertura di ogni periodo corrisponda al saldo di chiusura del periodo precedente. Una discrepanza in questo punto indica i dati salvati più che una regola.
Cosa non viene verificato
Il report indica cosa non ha potuto verificare, così una lacuna non viene mai scambiata per una corrispondenza:
- Non confrontato: il periodo salvato non contiene il valore. Ad esempio, un periodo migrato che porta solo i saldi di apertura e chiusura viene confrontato solo su quei due.
- Non simulato: il job non può ricalcolare il valore in modo affidabile. Vale per i saldi di assenza in scadenza nei periodi precedenti all’inizio della cronologia del conto in mTIME X (prima della data di migrazione), e quando un pagamento o una correzione successiva rende impossibile ricostruire il saldo precedente. Vale anche per un giorno le cui registrazioni non hanno potuto essere valutate.
Eseguire il job
- Vai a .
- Fai clic su Esegui job e scegli verify-statement-periods.
- Imposta le date e, se vuoi, i dipendenti da verificare, poi eseguilo.
Parametri
| Parametro | Predefinito | Descrizione |
|---|---|---|
| From | 1° gennaio dell’anno della data di esecuzione | Primo giorno della finestra. Viene verificato ogni periodo inviato o approvato che si sovrappone alla finestra |
| To | La data di esecuzione | Ultimo giorno della finestra |
| Employee IDs | Tutti | ID dipendente separati da virgole, per verificare rapidamente pochi dipendenti |
Il job non si avvia da solo; viene eseguito solo quando lo avvii tu. Su un’area di lavoro grande un anno intero può richiedere un po’ di tempo, quindi per verificare una correzione inizia con pochi dipendenti.
Il report
Al termine dell’esecuzione, aprila in e fai clic su Scarica il report . Ottieni un file zip con due file:
| File | Contenuto |
|---|---|
summary.md | Una panoramica leggibile: quanti periodi sono stati verificati, quanti presentano differenze, le differenze raggruppate per tipo con esempi, e cosa non è stato verificato |
report.ndjson | Ogni periodo verificato e ogni differenza, uno per riga. Ogni differenza indica il dipendente, il periodo, il conto o il giorno, il valore, il valore salvato, il valore ricalcolato e la policy che lo ha prodotto. Un periodo con differenze riporta anche i suoi giorni e le policy applicate |
report.ndjson contiene un oggetto JSON per riga, quindi può essere filtrato con strumenti standard o affidato a un assistente IA per l’analisi.
Ogni download viene registrato nel registro di sicurezza.
I report vengono conservati per 30 giorni. Dopo, il job notturno verify-statement-periods-cleanup elimina il file. L’esecuzione resta nell’elenco con i suoi totali, ma non può più essere scaricata.
Risultati del job
| Metrica | Descrizione |
|---|---|
from, to | La finestra verificata |
employees | Dipendenti con almeno un periodo verificato |
periods | Periodi verificati |
deviating_periods | Periodi con almeno una differenza |
deviations | Differenze trovate |
deviations_by_kind | Differenze per tipo: movement, summary, allowance, day, chain |
error_periods | Periodi che non è stato possibile ricalcolare (l’errore è nel report) |
failed_employees | Dipendenti i cui periodi non è stato possibile caricare affatto |
not_compared, not_simulated | Cosa non è stato possibile verificare, e in quanti periodi |
Risoluzione dei problemi
| Problema | Soluzione |
|---|---|
| Il job non compare nell’elenco | Lo vede solo il proprietario dell’area di lavoro |
| Molte differenze sullo stesso conto e campo | Controlla se la policy che le produce è stata modificata dopo la liquidazione dei periodi (changed_since_period nel report). In caso contrario, vale la pena indagare la differenza |
| Una differenza in ogni periodo di un conto migrato | Guarda prima la verifica dei saldi di apertura: una discrepanza tra il saldo di apertura di un periodo e quello di chiusura del precedente indica i dati migrati |
| Le scadenze risultano non simulate | È previsto per i periodi precedenti all’inizio della cronologia del conto in mTIME X e per i conti con un pagamento o una correzione successiva |
| Manca il pulsante di download | Il report ha più di 30 giorni ed è stato eliminato. Esegui di nuovo il job |