Concetto: Periodi di elaborazione retroattivi
Nessuna elaborazione retroattiva precedente alla data di riferimento
La data NRPPT (Nessuna elaborazione retroattiva precedente al) di un collaboratore determina il primo periodo per il quale il sistema ricalcola le retribuzioni e le trattenute per gli eventi retroattivi supportati. Il sistema seleziona i componenti paga da ricalcolare in base all'impostazione retroattiva e alla decorrenza. Per le modifiche apportate prima di tale data, è necessario calcolare e immettere manualmente le differenze, ad esempio con i dati della gestione paghe.
Quando si esegue il calcolo retroattivo della paga per i collaboratori con eventi retroattivi supportati, il sistema:
- Rileva tutti gli eventi per i collaboratori, ma calcola solo le differenze per gli eventi supportati che si verificano dopo la data NRPPT dei collaboratori.
- Riporta le differenze per gli eventi in ogni periodo elaborati in modo retroattivo, dalla data del piano di lavoro non pianificato dei collaboratori al periodo di paga corrente.
- Report con stato EventiNon elaboraticollegati a componenti paga con decorrenza precedente alla data NRPPT del collaboratore.
- Ignora tale periodo e considera gli eventi nel periodo successivo.
- Non crea un risultato di retribuzione pari a zero durante il calcolo retroattivo.
È possibile visualizzare le date NRPPT dei collaboratori nei report retrospettivi prima e dopo l'esecuzione di retroazioni, ad esempio
Report elaborazione calcolo retroattivo
. È possibile visualizzare la data NRPPT utilizzata per la successiva esecuzione retroattiva nel report Nessuna elaborazione retroattiva gestione paghe precedente al per per gruppo di collaboratori
.In che modo il sistema assegna la data di non elaborazione retroattiva precedente al
- Intervallo di tempo predefinito a livello di tenant
- Nella configurazione preimpostata, il sistema elabora gli eventi passati fino a 24 mesi prima del periodo di paga corrente dei collaboratori. È possibile modificare questo intervallo di tempo nel campoNumero massimo di mesi consentiti per elaborazione retroattivadell'attivitàModifica configurazione tenant - Gestione paghe. Per ottimizzare le prestazioni, è consigliabile impostare il limite su un massimo di 24 mesi.
- Eseguire calcolo paga retroattivo
- Quando si esegue il calcolo retroattivo della paga, il sistema imposta la data NRPPT per:
- Collaboratori con eventi non supportati a 1 giorno dopo l'ultimo periodo con risultati completati in o fuori ciclo.
- Nuove assunzioni alla successiva di:
- La data di inizio del primo periodo di elaborazione del gruppo paga e
- La data determinata dal campoNumero massimo di mesi consentiti per elaborazione retroattivanell'attivitàModifica configurazione tenant - Gestione paghe.
- Tutti gli altri collaboratori alla data successiva del primo periodo di paga con risultati completati e 24 mesi prima dell'esecuzione retroattiva.
- Sospendere i risultati retroattivi
- Quando si sospende i risultati retroattivi di un collaboratore, il sistema modifica la data di NRPPT nel giorno successivo all'ultimo periodo con i risultati completati.
- Annulla risultati retroattivi
- Quando si annullano i risultati retroattivi di un collaboratore, il sistema ripristina la data NRPPT al valore precedente all'esecuzione della retroazione.
Impatto della modifica della data di non elaborazione retroattiva precedente al
È possibile modificare la data NRPPT assegnata ai collaboratori, ma solo quando necessario perché:
- L'impostazione della data troppo indietro può influire sulle performance.
- Un'impostazione troppo avanzata può richiedere l'elaborazione manuale di troppi eventi retroattivi.
Non è possibile spostare la data NRPPT di un collaboratore prima di un evento non supportato.
La modifica della data NRPPT non attiva un calcolo paga retroattivo. Quando la nuova data NRPPT è precedente alla data originale, è possibile generare differenze retroattive per eventi non elaborati in precedenza solo quando:
- Non sono stati elaborati perché si sono verificati prima della data del piano di lavoro non pianificato originale o nello stesso periodo di tale data.
- Eseguire nuovamente la retroazione per consentire al collaboratore di elaborare un nuovo evento supportato.
È possibile gestire gli altri eventi non elaborati con input di pagamento o pagamenti fuori ciclo.
Esempi
- Nessuna elaborazione retroattiva precedente alla data ed eventi retroattivi supportati
- John ha una data NRPPT del 1° gennaio. Il 20 aprile dello stesso anno, si immette un aumento retroattivo della paga del 10% con decorrenza dal 1° febbraio. Quando si esegue la retroazione il 25 aprile, John non ha retroazioni non supportate, quindi il sistema:
- Non modifica la data NRPPT.
- Elaborare l'aumento di paga perché entra in vigore dopo la data NRPPT del collaboratore.
- Nessuna elaborazione retroattiva precedente alla data ed eventi retroattivi non supportati
- John ha una data NRPPT del 1° gennaio. Immettere i seguenti eventi retroattivi per lui:
- 5 aprile: trasferimento gruppo paga con decorrenza 25 marzo.
- 20 aprile: aumento retroattivo del 10% della paga con decorrenza dal 1° febbraio.
Quando si esegue la retroazione il 25 aprile, il sistema:- Rileva il trasferimento del gruppo paga come evento retroattivo non supportato.
- Imposta la data NRPPT del collaboratore al 1° aprile. La nuova data è il giorno successivo alla data di fine dell'ultimo periodo di gestione paghe completato (marzo).
- Non elabora l'aumento di paga perché entra in vigore prima della nuova data NRPPT del collaboratore.
- A metà periodo Nessuna elaborazione retroattiva prima della data ed eventi supportati
- John ha una data NRPPT del 1° gennaio e il periodo di paga va dal 25 dicembre al 10 gennaio. Il 1° febbraio si immette un aumento retroattivo della paga del 10% con decorrenza dal 5 gennaio. Quando si esegue la retroazione, John non ha retroazioni non supportate, quindi il sistema non modifica la data del piano di lavoro non pianificato. Tuttavia, il sistema non elabora l'aumento della paga perché entra in vigore nello stesso periodo della data NRPPT del collaboratore.
- Nessuna elaborazione retroattiva precedente alla data di fine e componenti paga con decorrenza
- Si dispone di una trattenuta per la quale la casella di controlloRicalcola in retroazioneè deselezionata. Il 16 gennaio si seleziona la casella di controllo e si aggiunge alla trattenuta una decorrenza corrispondente a quel giorno.Si immette un evento supportato con decorrenza dal 2 gennaio per James, Carrie e Richard. Hanno tutte date di calcolo non obbligatorie diverse. Per elaborare l'evento, si esegue la retroazione per il periodo di paga dal 1° al 15 gennaio. Il sistema confronta la decorrenza della trattenuta con la data NRPPT di ogni collaboratore per calcolare la trattenuta e le differenze retroattive per l'evento:CollaboratoreData NRPPTTrattenutaEvento supportatoGiacomo1° gennaioNon elaboratoLa decorrenza della trattenuta è successiva al periodo considerato retroattivamente.ElaboratoL'evento ha decorrenza dopo la data NRPPT.Carrie15 gennaioNon elaboratoLa decorrenza della trattenuta è successiva al periodo considerato retroattivamente.Non elaboratoL'evento decorre prima della data NRPPT.Riccardo1 febbraioNon elaboratoLa decorrenza della trattenuta è precedente alla data NRPPT.Non elaboratoL'evento decorre prima della data NRPPT.I collaboratori hanno un altro evento supportato con decorrenza dal 16 gennaio, quindi è possibile eseguire la retroazione per il periodo di paga dal 16 al 31 gennaio. Poiché la decorrenza della trattenuta è nel periodo elaborato retroattivamente, il sistema calcola sempre l'evento, ma lo elabora in base alle date NRRPT:CollaboratoreData NRPPTTrattenutaEvento supportatoGiacomo1° gennaioElaboratoElaboratoL'evento ha decorrenza dopo la data NRPPT.Carrie15 gennaioElaboratoElaboratoL'evento ha decorrenza dopo la data NRPPT.Riccardo1 febbraioElaboratoNon elaboratoL'evento decorre prima della data NRPPT.