Concetto: Eventi retroattivi supportati, non supportati e non elaborati

Alcuni eventi immessi dall'utente o da un altro utente dell'organizzazione possono attivare calcoli retroattivi della paga. È anche possibile selezionare i collaboratori da elaborare in modalità retroattiva intelligente utilizzando tali eventi. La scheda

Categorie evento retroattivo gestione paghe

nel report

Visualizzazione categorie evento gestione paghe

elenca i singoli eventi di attivazione retroattiva per ogni categoria. Un evento di attivazione può essere un evento supportato o non supportato. Esempi:

Una modifica delle trattenute per le scelte dei benefit attiva una modifica retroattiva, ma non una modifica delle persone a carico.
Una modifica della retribuzione viene attivata in modo retroattivo ed è un evento supportato.
Una modifica del gruppo paga attiva un evento retroattivo ma non è un evento supportato per la gestione paghe per Australia, Francia, Irlanda, Regno Unito e Stati Uniti
Una modifica azienda attiva un evento retroattivo ma non è un evento supportato per la gestione paghe per il Canada.
Una modifica azienda è un evento supportato per la gestione paghe per l'Irlanda solo quando le aziende condividono lo stesso numero di registrazione del datore di lavoro.

Quando un evento attiva una retroazione, il sistema tiene conto di tutti gli eventi dall'ultimo periodo completato alla data Nessuna elaborazione retroattiva precedente a (NRPPT). Tali eventi includono eventi supportati e non supportati, indipendentemente dal fatto che siano correlati all'evento di attivazione.

Esempio per Gestione paghe per Australia, Francia, Irlanda, Regno Unito e Stati Uniti: il periodo di paga corrente è luglio e Meghan ha un bonus retroattivo da elaborare da giugno. L'amministratore della gestione paghe immette una modifica del gruppo paga con effetto anche a giugno, ma non invia alcuna notifica. Quando si esegue la retromarcia, il sistema considera sia il bonus che la modifica del gruppo paga.

Esempio di Gestione paghe per il Canada: il periodo di paga corrente è luglio e Meghan ha un bonus retroattivo da elaborare da giugno. Il partner HR inserisce una modifica azienda con decorrenza anche a giugno, ma non invia alcuna notifica. Quando si esegue la retromarcia, il sistema considera sia il bonus che la modifica dell'azienda.

Il sistema genera differenze retroattive che è possibile pagare nei periodi di paga di destinazione per i collaboratori quando si immettono eventi per i collaboratori che:

Attivare i calcoli della paga retroattiva.
Sono eventi supportati.

È possibile identificare gli eventi supportati per ogni paese nel report

All Supported Payroll Retro Transaction Types

.

Il sistema non calcola le differenze retroattive per gli eventi non supportati, indipendentemente dall'impostazione retroattiva nel componente paga. È possibile visualizzare questi eventi nel report

Tutti i tipi di transazione retroattiva gestione paghe non supportati

. Quando si esegue la retroazione per i collaboratori con eventi non supportati, il sistema:

Identifica l'evento come
Non supportato
nei report.
Modifica la data NRPPT dei collaboratori in un giorno dopo l'ultimo periodo con risultati completati.
Ignora tutti gli eventi, supportati o non supportati, precedenti a tale data.

È possibile rivedere questi eventi nel

Report elaborazione calcolo retroattivo

e apportare rettifiche manuali in base alle esigenze.

Per la gestione paghe per Australia, Francia, Regno Unito e Stati Uniti, quando si apportano modifiche retroattive al gruppo paga di un collaboratore e si dispone di un evento retroattivo supportato, il sistema elabora l'evento retroattivo supportato solo quando la decorrenza dell'evento retroattivo supportato si sovrappone al risultati della gestione paghe interessati dalla modifica del gruppo paga. Esempio: si completano i calcoli paga per gennaio, febbraio e marzo. Si apportano modifiche retroattive al gruppo paga del collaboratore a febbraio, quindi si esegue il calcolo della paga e si completa ad aprile. Se si immettono dati retroattivi della paga in aprile, il sistema elabora la retrocessione per questo evento supportato, in quanto i risultati della gestione paghe di aprile non sono interessati dalla modifica del gruppo paga. Se si aggiungono dati gestione paghe a uno qualsiasi dei periodi di paga precedenti, ad esempio gennaio, febbraio o marzo, il sistema non elabora la retroazione per questo evento supportato e identifica la modifica del gruppo paga retroattivo non supportata.

Per la gestione paghe per il Canada, quando si apporta retroattivamente una modifica aziendale a un collaboratore e si dispone di un evento retroattivo supportato, il sistema elabora l'evento retroattivo supportato solo quando la decorrenza dell'evento retroattivo supportato si sovrappone ai risultati della gestione paghe interessati dalla modifica dell'azienda. Esempio: si completano i calcoli paga per gennaio, febbraio e marzo. Si apportano modifiche retroattive all'azienda del collaboratore a febbraio, quindi si esegue il calcolo della paga e si completa ad aprile. Se si immettono dati retroattivi della paga in aprile, il sistema elabora la retrocessione per questo evento supportato, in quanto i risultati della gestione paghe di aprile non sono interessati dalla modifica dell'azienda. Se si aggiungono dati gestione paghe a uno qualsiasi dei periodi di paga precedenti, ad esempio gennaio, febbraio o marzo, il sistema non elabora la retroazione per questo evento supportato e identifica la modifica retroattiva non supportata dell'azienda.

Per la gestione paghe per l'Irlanda, quando si trasferisce retroattivamente un collaboratore tra aziende con la stessa ERN e si dispone di un evento retroattivo supportato, il sistema elabora l'evento retroattivo supportato solo quando la decorrenza dell'evento retroattivo supportato si sovrappone ai risultati della gestione paghe interessati dalla modifica dell'azienda . Esempio: si elabora il trasferimento di febbraio di un collaboratore ad aprile, quindi si esegue il calcolo della paga e si completa ad aprile. Se si immettono dati di paga retroattiva in:

Aprile, il sistema elabora i dati retroattivi per questo evento supportato, in quanto i risultati della gestione paghe di aprile non sono interessati dalla modifica dell'azienda.
Un periodo precedente completato (esempio: marzo), il sistema non elabora dati retroattivi per questo evento supportato e identifica la modifica azienda retroattiva non supportata.

Quando i collaboratori hanno un evento retroattivo supportato, ad esempio un input di gestione paghe, uno qualsiasi dei seguenti fattori può impedire al sistema di considerarlo retroattivamente:

L'evento si verifica prima della data NRPPT del collaboratore o nello stesso periodo di tale data.
Il collaboratore ha eventi non supportati che si verificano nello stesso periodo di paga.
Si seleziona la casella di controllo
Non ricalcolare durante il calcolo retroattivo
o
Sempre lordo
per la competenza correlata all'evento.
Lasciare deselezionata la casella di controllo
Ricalcola durante la retrocessione
nella trattenuta correlata all'evento.
Il collaboratore non è idoneo per il componente paga correlato all'evento.
Per la gestione paghe per il Canada e gli Stati Uniti, il collaboratore ha posizioni in più di un'azienda e non ha risultati paga esistenti in tali aziende. Il sistema segnala la voce come elaborata ma non genera risultati da inoltrare alla gestione paghe corrente. È possibile identificare i collaboratori con più impieghi in diversi gruppi paga e aziende nel report
Controllo - Collaboratori con impieghi multipli con assegnazioni organizzazione diverse
. Esempio: Jane fa parte dell'azienda A e si immette un impiego aggiuntivo nell'azienda B e un bonus per lo stesso periodo con effetto retroattivo. Quando si esegue la retroazione, il sistema elabora il bonus retroattivo ma non lo paga nell'azienda B.

Quando si esegue la retroazione per i collaboratori con eventi non elaborati:

Il sistema identifica tali eventi come
Non elaborati
nei report.
È possibile modificare la configurazione ed eseguire nuovamente la retroazione per elaborarli. Esempio: è possibile risolvere manualmente gli eventi non supportati e spostare la data NRPPT dei collaboratori prima che si verifichi l'evento non elaborato.

Quando si utilizza una posizione sostitutiva per determinare la posizione di elaborazione della gestione paghe di un collaboratore, le modifiche retroattive agli attributi di sostituzione della posizione possono causare la modifica della posizione di elaborazione. La modifica della posizione di elaborazione non è un evento retroattivo e non attiva un calcolo retroattivo. Tuttavia, quando si verifica un evento retroattivo supportato, il sistema recupera la posizione di elaborazione quando si esegue il calcolo retroattivo.

Esempio: Ben ha due posizioni nello stesso gruppo paga e nella stessa azienda. La sua posizione principale è la posizione di elaborazione della gestione paghe. Le ore settimanali pianificate di Ben vengono rettificate retroattivamente, in modo che la sua posizione aggiuntiva diventi la sua posizione di elaborazione. Quando si verifica un evento retroattivo supportato, il sistema utilizza la posizione aggiuntiva per calcolare le differenze retroattive.

Le modifiche retroattive alla posizione di elaborazione possono anche influire sull'idoneità dei collaboratori per i componenti paga nel periodo retroattivo.