fonction i1182c
Evolution TW2.4
Cette fonction remplace la fonction I1172C de la version 510 et est intégrée à la gestion des traitements batch.
La mise au point du calcul de paie utilise le même traitement, mais ne mets pas les données à jour et produit un état de contrôle.
Tout calcul de paie s'effectue en deux étapes :
Recherche des rubriques à traiter et mise en forme des données
Valorisation des rubriques de paie
La valeur retenue dans la recherche de données sera celle trouvée au niveau le plus fin.
Lors du calcul de paie, une table
des rubriques est constituée par
salarié.
Ce pro forma représente l'ensemble des rubriques qui ont été sélectionnées, en fonction du circuit décrit ci-dessus, pour chaque salarié.
Le Calcul de la paie propose plusieurs écrans permettant la sélection du personnel à traiter et le type de traitement que vous souhaitez effectuer.
Les types de traitement sont relatifs à l'état du calcul de la paie des salariés lors de la demande de traitement.
En effet, vous pouvez procéder à :
un premier calcul de paie,
un nouveau calcul,
une annulation.
Il est également possible de ne pas calculer la paie d'un salarié sélectionné préalablement sur une structure.
Plusieurs possibilités sont offertes pour la sélection de populations à traiter.
En sélectionnant le groupe, vous allez lancer le calcul sur toutes les sociétés utilisant la même table des rubriques.
La société est systématiquement chargée avec la société d' initialisation.
Vous retrouvez ensuite :
Les actions sur les états de traitement en fonction de l'état initial,
l' échéance,
la date de paiement,
le top de présence d'Entrées variables,
L'état d'un contrat peut désormais être contrôlé et selon le paramétrage établi entraîner une anomalie ou un blocage du calcul pour le salarié concerné. Le message d'anomalie correspondant est ANO0137.
Dans le cas du blocage, l'état initial pour ce salarié sera le 7 et l'état final le 6.
La remise à zéro des cumuls n'est plus géré comme un traitement à part entière à lancer à une période prédéterminée. Les cumuls seront remis à zéros selon un mode de gestion déterminé à l'avance et associé aux rubriques de cumuls.
La remise à zéro des cumuls concernant les salariés suspendus se fait lors du premier calcul effectué après la fin de la suspension.
Pour la bascule des congés, les options existant dans les versions précédentes sont abandonnées. C'est le calcul qui va chaque mois vérifier si un type de congé donne lieu à une bascule d'exercice congés.
Il se base pour cela sur les données définies dans le paramétrage des congés. Il effectue les glissements nécessaires et ensuite effectue le traitement classique.
Vérifiez que les rubriques de cumuls des congés soumis à traitement de bascule (glissement de données par période) ont bien un mode de gestion de cumul permanent de type permanent.
En cas de suspension de paiement déterminée sur la fiche emploi, la bascule congé sera traitée au premier calcul après la période de suspension, lorsque cette période de suspension englobe la période anniversaire de la bascule congés.
Attention, le calcul de paie tient compte de forçage cumuls existant, les données de cumul forcées (CUMU13) étant prioritaires sur les données classiques de cumul (CUMUL3) qui, elles, sont accessibles en consultation simplement.
Ces forçages cumuls sont aussi utilisés dans la mutation.
Vous pouvez vérifier les résultats par la visualisation des cumuls.
La possibilité de recalculer une paie vous permet de mettre au point vos paramétrages de bascule.
Le calcul de paie alimente maintenant directement les historiques de paie (HIRES9) et les cumuls de paie (CUMUL3). Tous les traitements post-paies n'ont plus besoin d'être distingués au lancement
Le calcul de paie est un traitement qui peut être lancé avec la gestion des chaînes de traitement. Il peut être suivi avec la Gestion des travaux.
Vous avez d'ailleurs en haut de l'écran le numéro du job et le code chaîne affichés.
Le traitement de calcul est livré par défaut avec les options de traçabilité. Vous pouvez suivre votre travail au travers des tableaux de bord (consultation et édition).
Un état d'anomalie vous donne la liste des erreurs de table des rubriques éventuellement rencontrées. Vous pouvez également consulter l'historique des traitements salarié par salarié.
Contrairement à la version 510, les résultats de calcul sont stockés dès le calcul dans le fichier Historique (HIRES9), les événements RSALAR sont traités comme avant.
Un contrôle de cohérence sur l'ordre de calcul des échéances est effectué et produit un message d'anomalie, si une incohérence est détectée.
En cas de segmentation de paie, les paies élémentaires peuvent comporter des nets à payer positifs et négatifs. Il faut vérifier la gestion du à retenir et adapter le réglementaire de paie.
Au lancement, le bouton OK est présenté systématiquement, mais il n'est pas opérationnel. Un message vous le signale en cas d'utilisation.