Votre modèle de données de traitement de la paie
Votre modèle de données de traitement de la paie
- Attributs de données standardisés pour l'analyse de la paie
- Étapes clés du processus à suivre dans UKG Pro
- Conseils techniques d'extraction pour l'intégration système
Attributs du traitement de la paie
| Nom | Descriptionn | ||
|---|---|---|---|
|
Activité
ActivityName
|
L'événement ou l'étape spécifique effectuée dans le processus de paie. | ||
|
Descriptionn
Cet attribut capture le nom de l'étape se produisant dans le workflow de paie, tels que 'Feuille de temps soumise', 'Paie brute calculée' ou 'Paiement exécuté'. Il définit le flux de la carte de processus. Ces valeurs sont généralement extraites des journaux d'audit, des tables de changement de statut système ou des mises à jour transactionnelles horodatées dans l'environnement UKG Pro. Des conventions de nommage cohérentes sont appliquées pendant la transformation des données pour assurer la lisibilité dans le graphique de processus.
Pourquoi est-ce important ? :
C'est l'attribut d'activité obligatoire qui définit les nœuds dans la carte de processus.
Source des données :
Journaux d'audit système, historique des workflows ou colonnes d'horodatage des transactions
Exemples
Feuille de temps soumiseSalaire brut calculéPaiement effectué
|
|||
|
Date de dernière mise à jour
LastUpdateDate
|
L'horodatage de la dernière modificationication de la ligne de données. | ||
|
Descriptionn
Cet attribut indique quand le dossier a été modifié pour la dernière fois dans la base de données. Bien que similaire à l'horodatage de l'événement, il est spécifiquement utilisé pour le chargement incrémental des données et les vérifications d'intégrité des données. Il garantit que le modèle de Process Mining reflète l'état le plus actuel du dossier de paie, capturant tout ajustement tardif ou toute correction rétroactive effectuée par les spécialistes de la paie.
Pourquoi est-ce important ? :
Attribut obligatoire pour l'actualisation incrémentale des données.
Source des données :
Colonnes de métadonnées système comme LastModifiedDate
Exemples
2023-10-05T17:00:00Z2023-10-06T09:00:00Z
|
|||
|
Enregistrement de paie
PayrollRecordId
|
Identifiant unique représentant un employé spécifique au sein d'une période de paie spécifique. | ||
|
Descriptionn
Le Dossier de paie sert d'ID de cas pour l'analyse de Process Mining. Il est conceptuellement construit en combinant l'ID d'employé et la Date de fin de période de paie (ou l'instance de Groupe de paie). Cela garantit que chaque cycle de paie pour un employé individuel est traité comme un cas distinct, permettant l'analyse des processus récurrents au fil du temps. Dans UKG Pro, il s'agit généralement d'une clé composite dérivée de la table d'en-tête de paie ou d'enregistrements transactionnels similaires. Le regroupement par cet ID permet aux analystes de reconstituer le parcours complet, de la soumission de la feuille de temps au paiement final et à la déclaration fiscale.
Pourquoi est-ce important ? :
C'est l'ID de cas obligatoire qui regroupe toutes les activités de paie ensemble pour former une instance de processus.
Source des données :
Dérivé des tables En-tête de paie UKG Pro ou Historique de paie des employés
Exemples
EMP001-20231015EMP492-20231031EMP883-20231115
|
|||
|
Horodatage
EventTimestamp
|
La date et l'heure auxquelles l'activité s'est produite. | ||
|
Descriptionn
Cet attribut enregistre le moment exact où une activité a eu lieu. Il est indispensable pour séquencer correctement les événements et calculer les durées entre les étapes. Des horodatages de haute précision sont préférables pour distinguer les étapes automatisées qui se succèdent rapidement. Dans le contexte de la paie, cela alimente l'analyse du tableau de bord pour la répartition du temps de cycle et la conformité aux SLA. Sans horodatages précis, il est impossible de mesurer la vélocité des calculs du brut au net ou le retard dans les approbations des feuilles de temps.
Pourquoi est-ce important ? :
C'est l'attribut StartTime obligatoire requis pour séquencer les événements.
Source des données :
Colonnes Date/Heure associées aux changements de statut de transaction
Exemples
2023-10-01T09:15:00Z2023-10-01T14:30:45Z2023-10-03T08:00:00Z
|
|||
|
Système source
SourceSystem
|
Le système d'enregistrement des données. | ||
|
Descriptionn
Cet attribut identifie l'origine de l'enregistrement de données. Dans ce contexte spécifique, la valeur est définie statiquement sur UKG Pro (ou le nom d'instance spécifique si plusieurs existent). Ceci est impératif pour le Process Mining multi-systèmes où les données de paie peuvent être mélangées avec des données du grand livre général d'un ERP. Il permet aux analystes de filtrer les vues pour afficher uniquement les étapes provenant strictement de la plateforme de paie par opposition à celles qui pourraient être intégrées à partir de systèmes de gestion du temps externes.
Pourquoi est-ce important ? :
Attribut obligatoire pour la traçabilité des données et l'analyse multi-systèmes.
Source des données :
Valeur statique ou table de configuration du système
Exemples
UKG ProUltiPro LegacySystème de gestion du temps
|
|||
|
Centre de coûts
CostCenter
|
Le code du centre de coûts pour l'allocation financière. | ||
|
Descriptionn
L'attribut Centre de coûts définit où la dépense de paie est allouée dans le grand livre général. Bien que similaire au service, il offre souvent une vue financière plus granulairesre. Cet attribut est utilisé dans le tableau de bord de la performance d'approbation du suivi du temps pour identifier si des centres de coûts spécifiques ont des hiérarchies d'approbation plus lentes. Il aide également à valider que les dépenses de paie sont acheminées vers les bonnes catégories financières pendant la phase de calcul du brut au net.
Pourquoi est-ce important ? :
Soutient l'analyse financière et identifie les points de blocage par unité budgétaire.
Source des données :
Tables Emploi ou Allocation des employés
Exemples
CC-5001CC-9002Overhead-Corp
|
|||
|
Date de fin de période de paie
PayPeriodEndDate
|
Le dernier jour de la période de paie en cours de traitement. | ||
|
Descriptionn
Cet attribut marque la date de clôture du cycle de paie. Il sert de point de référence critique pour déterminer si les soumissions sont en retard. Il est utilisé en conjonction avec le StartTime de l'activité 'Feuille de temps soumise' pour déterminer les temps de latence et est un regroupement clé pour le tableau de bord de la répartition du temps de cycle de paie.
Pourquoi est-ce important ? :
Ancre temporelle pour le cycle de paie.
Source des données :
En-tête de paie ou configuration de la période
Exemples
2023-09-302023-10-15
|
|||
|
Date limite SLA
SlaProcessingDeadline
|
La date/heure cible pour l'achèvement de l'exécution du paiement. | ||
|
Descriptionn
Cet attribut définit la date limite interne ou externe à laquelle le processus de paie doit être achevé pour garantir des virements bancaires ponctuels. C'est l'attribut principal pour le tableau de bord de conformité SLA et de suivi des délais. La comparaison de l'horodatage réel du 'Paiement exécuté' avec cette date limite permet le calcul des taux de respect des délais et aide à prioriser les dossiers à risque.
Pourquoi est-ce important ? :
Point de référence pour le calcul de la conformité aux SLA.
Source des données :
Calendrier de paie ou dérivé de la date de paie moins les jours de traitement bancaire
Exemples
2023-10-13T16:00:00Z2023-10-28T16:00:00Z
|
|||
|
Département
DepartmentCode
|
Le code du service associé à l'employé. | ||
|
Descriptionn
Cet attribut lie le dossier de paie à une unité organisationnelle spécifique. Il est indispensable pour le tableau de bord des tendances des exceptions et corrections d'audit, permettant à l'organisation de voir quels services génèrent constamment des erreurs ou nécessitent une intervention manuelle. En segmentant les données par service, les analystes peuvent identifier si des managers spécifiques ont besoin de formation sur les processus d'approbation des feuilles de temps ou si certaines unités commerciales ont des règles de paie complexes entraînant des retards de calcul.
Pourquoi est-ce important ? :
Critique pour la segmentation organisationnelle et l'analyse des causes profondes.
Source des données :
Tables principales des employés ou d'historique des emplois
Exemples
DEPT-100FINANCE-01OPS-WEST
|
|||
|
Exception d'audit
HasAuditException
|
Indicateur signalant si une exception d'audit a été déclenchée. | ||
|
Descriptionn
Cet attribut booléen indique si l'activité 'Exception d'audit signalée' s'est produite pour ce cas. Il prend en charge le KPI du Taux de prélèvement.cision de la paie au premier passage. Il permet aux analystes de séparer rapidement les cas 'propres' de ceux qui ont nécessité une intervention, simplifiant ainsi l'analyse des causes de reprise dans le tableau de bord des tendances des exceptions et corrections d'audit.
Pourquoi est-ce important ? :
Identifie les cas nécessitant une intervention.
Source des données :
Dérivé de l'existence de l'activité 'Exception d'audit signalée'
Exemples
truefaux
|
|||
|
Groupe de paie
PayGroup
|
Le regroupement logique des employés pour le traitement de la paie. | ||
|
Descriptionn
Le groupe de paie est une configuration clée dans UKG Pro qui dicte la fréquence (hebdomadaire, bi-hebdomadaire) et les règles de traitement pour un ensemble d'employés. Il agit comme l'identifiant de lot principal. Cet attribut est indispensable pour le tableau de bord de la répartition du temps de cycle de paie. Il permet de comparer les performances de traitement entre différents groupes, tels que la paie des cadres par rapport aux employés d'usine à l'heure, identifiant si des configurations spécifiques entraînent des retards systémiques.
Pourquoi est-ce important ? :
Dimension principale pour le regroupement et la comparaison de la performance de la paie.
Source des données :
Table de configuration de l'en-tête de paie ou du groupe de paie
Exemples
US-BiWeeklyHebdomadaire-CAMensuel-Exec
|
|||
|
Hors cycle
IsOffCycle
|
Indicateur signalant si l'exécution de la paie est en dehors du calendrier standard. | ||
|
Descriptionn
Cet attribut booléen identifie si le dossier de paie appartient à un cycle de traitement hors cycle. Il est utilisé pour calculer le KPI du volume de paie hors cycle. Les cycles de traitement hors cycle sont généralement plus coûteux et plus manuels. Le filtrage du tableau de bord d'analyse des variantes de processus par cet indicateur met en évidence les chemins non standard empruntés pour corriger les erreurs ou émettre des paiements ad hoc.
Pourquoi est-ce important ? :
Filtre clé pour l'analyse des écarts de processus et des reprises.
Source des données :
Logique de l'en-tête de paie : 'Check Date' vs 'Period End Date'
Exemples
truefaux
|
|||
|
Juridiction fiscale
TaxJurisdiction
|
L'État ou la localité principale pour la déclaration fiscale. | ||
|
Descriptionn
Cet attribut identifie la principale juridiction fiscale associée au dossier de paie. Il est indispensable pour le tableau de bord des délais de déclaration fiscale multi-états. En analysant les flux de processus basés sur la juridiction fiscale, les équipes de conformité peuvent repérer si des États spécifiques ont des délais d'achèvement de déclaration systématiquement plus lents ou si les employés multi-états déclenchent plus d'exceptions d'audit que les employés à État unique.
Pourquoi est-ce important ? :
Critique pour le suivi de la conformité et l'analyse géographique.
Source des données :
Emplacement fiscale ou tables d'impôts des employés
Exemples
CANYTX
|
|||
|
Montant du salaire brut
GrossPayAmount
|
La paie totale calculée avant déductions et impôts. | ||
|
Descriptionn
Cet attribut représente la valeur monétaire de la paie brute calculée pour le dossier. Il est associé à ActivityAmount pour permettre une analyse de processus basée sur les coûts. L'analyse du montant de la paie brute aide dans le tableau de bord de la vélocité du calcul du brut au net. Bien que le tableau de bord mesure principalement le temps, la corrélation du temps avec la complexité (et la valeur) du paiement peut révéler si des calculs de commission de grande valeur ou complexes sont la source de problèmes de performance.
Pourquoi est-ce important ? :
Permet l'analyse de la chaîne de valeur et la détection des valeurs aberrantes.
Source des données :
Tables de résultats de paie ou de registre de paie
Exemples
2500.0010500.50480.00
|
|||
|
SLA dépassé
IsSlaBreached
|
Indicateur signalant si le paiement a été exécuté après la date limite. | ||
|
Descriptionn
Cet attribut booléen est une métrique calculée qui compare l'horodatage 'Paiement exécuté' avec la 'Date limite SLA'. C'est le moteur direct du KPI du Taux de conformité SLA de la paie. Avoir cette valeur pré-calculée permet un filtrage instantané du tableau de bord pour n'afficher que les cas problématiques, facilitant ainsi l'analyse des causes profondes des délais non respectés.
Pourquoi est-ce important ? :
Moteur de KPI pour le suivi de la conformité.
Source des données :
Calculé : HeurePaiement > DateLimiteSla
Exemples
truefaux
|
|||
|
Spécialiste de la paie
PayrollSpecialist
|
L'ID utilisateur ou le nom de la personne traitant l'enregistrement. | ||
|
Descriptionn
Cet attribut identifie l'administrateur de paie ou le spécialiste spécifique responsable de l'approbation du dossier, de la réalisation des corrections de données ou de l'exécution du cycle de paiement. Il est associé à l'attribut Utilisateur Générique. Ces données sont indispensables pour le tableau de bord de la charge de travail et du débit des spécialistes. Elles permettent à la direction de visualiser comment le travail est réparti dans l'équipe et d'identifier si des individus spécifiques sont surchargés ou agissent comme des points de blocage pendant la phase d'approbation.
Pourquoi est-ce important ? :
Permet l'analyse des ressources et les enseignements sur l'équilibrage de la charge de travail.
Source des données :
Journaux d'audit ou colonnes 'ModifiedBy' dans les tables de transactions
Exemples
jsmithmdoesystem_admin
|
|||
|
Catégorie de correction
CorrectionCategory
|
Le type de correction de données effectuée (ex. Temps, Taux, Déduction). | ||
|
Descriptionn
Lorsqu'une activité de 'Correction de données effectuée' se produit, cet attribut capture la nature de la correction. Il est indispensable à le KPI du Taux de correction manuelle des données. Comprendre si les corrections sont principalement liées à la 'Saisie de temps' ou à la 'Déduction d'avantages' permet à l'entreprise de cibler des systèmes ou équipes en amont spécifiques pour l'amélioration des processus.
Pourquoi est-ce important ? :
Offre une granularité sur les raisons des reprises.
Source des données :
Colonne 'Champ modifié' du journal d'audit
Exemples
Ajustement de saisie de tempsPaie rétroactiveMise à jour du code fiscal
|
|||
|
Source de prime
IncentiveSource
|
Origine des données d'incitation (ex. SalesForce, import Excel). | ||
|
Descriptionn
Cet attribut identifie la source de toute donnée d'incitation ou de commission importée dans le dossier de paie. Il prend en charge le tableau de bord de la précision de l'importation des données d'incitation. En corrélant cet attribut avec le KPI de fréquence des reprises des données d'incitation, l'équipe peut déterminer si des fichiers en amont spécifiques (ex. le rapport de ventes de la région Nord-Est) sont constamment sujets à des erreurs de formatage ou à des problèmes de qualité des données.
Pourquoi est-ce important ? :
Permet de remonter les problèmes de qualité aux fournisseurs de données externes.
Source des données :
Nom du fichier journal d'importation ou description de l'ID du lot
Exemples
Flux de commissions de venteTéléchargement manuel des bonusSystème de rémunération des cadres
|
|||
|
Type d'employé
EmployeeType
|
Catégorisation de l'employé (par ex., temps plein, temps partiel, contractuel). | ||
|
Descriptionn
Cet attribut catégorise l'individu associé au dossier de paie. Il est utilisé dans le tableau de bord de la performance d'approbation du suivi du temps. Différents types d'employés ont souvent des comportements de soumission de feuilles de temps et des workflows d'approbation différents. La segmentation par cet attribut aide à distinguer les problèmes de processus systémiques des modèles comportementaux spécifiques à certains segments de la main-d'œuvre.
Pourquoi est-ce important ? :
Segmente l'analyse par catégorie de personnel.
Source des données :
Table principale des employés
Exemples
Temps pleinTemps PartielContractuel
|
|||
Activités de traitement de la paie
| Activité | Descriptionn | ||
|---|---|---|---|
|
Déclaration fiscale terminée
|
La soumission réussie des données fiscales aux juridictions compétentes (fédérale, étatique, locale). Cela se produit souvent après le paiement. | ||
|
Pourquoi est-ce important ? :
Primordial pour le tableau de bord 'Délais de déclaration fiscale multi-états' afin d'assurer la conformité réglementaire et d'éviter les pénalités.
Source des données :
Capturer la mise à jour du statut dans l'interface de déclaration fiscale ou le journal des services de paiement indiquant 'Déclaré' ou 'Accepté'.
Capture
Comptabilisé lorsque la transaction tax_file_transmit est exécutée
Type d'événement
explicit
|
|||
|
Enregistrement de paie approuvé
|
L'approbation finale du dossier individuel ou de l'ensemble du groupe de paie. Cette action verrouille le dossier contre toute modification ultérieure et le met en file d'attente pour la génération du paiement. | ||
|
Pourquoi est-ce important ? :
Une étape cruciale séparant la phase de travail de la phase finalisée. Utilisée pour calculer le 'Délai de génération du fichier de virement bancaire'.
Source des données :
Capturer le changement de statut du groupe de paie ou de l'enregistrement de chèque individuel en 'Approuvé' ou 'Verrouillé' dans la table de contrôle de la période de paie.
Capture
Comptabilisé lorsque la transaction approve_pay_group est exécutée
Type d'événement
explicit
|
|||
|
Enregistrement de paie initialisé
|
La création de la ligne de paie spécifique pour un employé au sein d'une nouvelle instance de groupe de paie. Cela indique que l'employé est actif et rattaché au cycle de traitement actuel. | ||
|
Pourquoi est-ce important ? :
Marque le début officiel de la phase de traitement de la paie au sein du système principal. Primordial pour distinguer la durée de saisie du temps de la durée réelle de traitement de la paie.
Source des données :
Identifier l'horodatage lorsque l'enregistrement est inséré dans la table En-tête de paie de l'employé ou Chèque pour la date de paie spécifique.
Capture
Comptabilisé lorsque la transaction pay_period_create est exécutée
Type d'événement
explicit
|
|||
|
Paiement effectué
|
La date d'effet ou le transfert réel des fonds à l'employé. Cela marque l'accomplissement de l'obligation de rémunération. | ||
|
Pourquoi est-ce important ? :
Utilisé pour valider la 'Conformité SLA' et garantir que les employés sont payés à la date convenue.
Source des données :
Utilisez le champ 'Check Date' ou 'Advice Date' sur l'enregistrement d'en-tête de paie finalisé.
Capture
Comptabilisé lorsque la transaction payment_post est exécutée
Type d'événement
explicit
|
|||
|
Correction de données effectuée
|
Une modification manuelle apportée à l'enregistrement de paie (par exemple, ajustement des heures, annulation de la taxe) après le calcul initial mais avant l'approbation finale. | ||
|
Pourquoi est-ce important ? :
C'est la mesure principale de la reprise. Son suivi permet le KPI du 'Taux de correction manuelle des données'.
Source des données :
Capturer les mises à jour des tables Détail de la paie de l'employé ou Déductions dans le journal d'audit où l'ID utilisateur n'est pas 'Système'.
Capture
Comptabilisé lorsque la transaction update_pay_detail est exécutée
Type d'événement
explicit
|
|||
|
Déductions d'avantages sociaux appliquées
|
Le système applique les déductions d'avantages sociaux avant et après impôt (santé, 401k) au salaire brut. Cette logique s'exécute généralement immédiatement après la détermination du salaire brut. | ||
|
Pourquoi est-ce important ? :
Les erreurs ici nécessitent souvent des corrections manuelles. Isoler cette étape aide à déterminer si les retards sont causés par le moteur des avantages sociaux ou des problèmes de configuration.
Source des données :
Inférencié à partir de l'horodatage du lot de calcul ou en observant les horodatages de création dans la table d'historique des déductions des employés.
Capture
Déduire en comparant le champ calculation_stage
Type d'événement
inferred
|
|||
|
Données d'incitation importées
|
L'ingestion de données de rémunération externes telles que les commissions, les primes ou les paiements ponctuels. Ceci est distinct des heures régulières et implique souvent des téléchargements de fichiers par lots. | ||
|
Pourquoi est-ce important ? :
Des taux d'échec élevés ou des reprises après cette activité indiquent des problèmes de mappage de données ou de qualité des fichiers externes, une source courante de retards de paie.
Source des données :
Capturer depuis le journal système ou l'historique d'importation par lot lorsque le type de fichier concerne les 'Primes' ou le 'Paiement additionnel'.
Capture
Comptabilisé lorsque la transaction import_batch_data est exécutée
Type d'événement
explicit
|
|||
|
Exception d'audit signalée
|
Le système ou un utilisateur identifie une anomalie, telle qu'un salaire négatif, des codes fiscaux manquants ou des alertes SLA. Cela met le dossier dans un état nécessitant une attention particulière. | ||
|
Pourquoi est-ce important ? :
Alimente directement le tableau de bord 'Tendances des exceptions et corrections d'audit'. Des volumes élevés ici indiquent des problèmes de qualité des données en amont.
Source des données :
Identifier les enregistrements dans le journal d'avertissement système ou la table des messages de la période de paie associés à des ID d'employés spécifiques.
Capture
Comptabilisé lorsque l'avertissement de validation est créé
Type d'événement
explicit
|
|||
|
Feuille de temps approuvée
|
L'approbation managériale des heures soumises, les validant pour le traitement du paiement. Cette étape déverrouille les données pour l'importation dans le moteur de calcul de la paie. | ||
|
Pourquoi est-ce important ? :
L'analyse des points de blocage de cette étape révèle des retards causés par l'examen de la direction, ce qui influence la fenêtre de temps disponible pour les spécialistes de la paie afin de traiter les données.
Source des données :
Capturer depuis l'historique de la gestion du temps où le statut passe à 'Approuvé' ou 'Validé'.
Capture
Comptabilisé lorsque la transaction time_card_approve est exécutée
Type d'événement
explicit
|
|||
|
Feuille de temps soumise
|
L'événement où un employé ou un manager soumet la feuille de temps pour la période de paie. Cela marque l'entrée des données d'heures brutes dans le workflux global de la paie, bien que cela puisse provenir du module de gestion du temps avant de transiter vers la paie principale. | ||
|
Pourquoi est-ce important ? :
Établit l'horodatage de début le plus précoce pour le cycle de paie complet. Critique pour mesurer la latence entre l'exécution du travail et l'ingestion des données de paie.
Source des données :
Capturer depuis le journal d'audit de la gestion du temps ou la table d'historique des feuilles de temps où le champ Statut passe à 'Soumis'.
Capture
Comptabilisé lorsque la transaction time_card_submit est exécutée
Type d'événement
explicit
|
|||
|
Fiche de paie publiée
|
Le relevé de paie devient visible pour l'employé dans le portail en libre-service. Cela complète la boucle de communication. | ||
|
Pourquoi est-ce important ? :
Bien que n'étant pas une étape technique bloquante, une publication tardive génère des appels au service d'assistance et impacte la satisfaction des employés.
Source des données :
Inférencié à partir de la 'Date du chèque' ou d'un paramètre spécifique 'Date de publication en libre-service' dans la configuration du groupe de paie.
Capture
Déduire en comparant le champ check_date à release_policy
Type d'événement
inferred
|
|||
|
Fichier de virement bancaire généré
|
La génération technique du fichier NACHA ou de dépôt direct pour transmission à la banque. Cela prépare les fonds pour le mouvement. | ||
|
Pourquoi est-ce important ? :
Les retards ici risquent directement de manquer les heures limites bancaires. Prend en charge le tableau de bord 'Vitesse de génération des virements bancaires'.
Source des données :
Capturer l'horodatage de l'achèvement de la tâche de création de fichier ACH/Dépôt direct dans le journal des tâches système.
Capture
Comptabilisé lorsque la transaction create_ach_file est exécutée
Type d'événement
explicit
|
|||
|
Impôts calculés
|
La phase finale du moteur de calcul où la logique fiscale multi-états est appliquée pour déterminer la paie nette. Ceci complète la phase de calcul automatisée. | ||
|
Pourquoi est-ce important ? :
Achève la séquence 'Du brut au net'. Des durées prolongées ici suggèrent des problèmes de performance avec le moteur fiscal ou des configurations complexes multi-juridictionnelles.
Source des données :
Inférencié à partir de l''Heure de fin' du processus de lot de calcul dans le journal des tâches système ou de l'horodatage sur la table des impôts des employés.
Capture
Comparer le champ de statut avant/après la fin de la tâche de calcul
Type d'événement
inferred
|
|||
|
Résultat de paie prévisualisé
|
Un utilisateur ouvre le registre de paie ou le rapport de prélèvement.visualisation pour valider les résultats calculés. Cela représente la transition du traitement automatisé à la révision humaine. | ||
|
Pourquoi est-ce important ? :
Indique le début de la phase de validation. Un long écart entre le calcul et la prévisualisation suggère des problèmes de disponibilité des ressources.
Source des données :
Capturer depuis le journal d'audit lorsqu'un utilisateur accède au rapport 'Registre de paie' ou 'Pré-vérification'.
Capture
Comptabilisé lorsque la transaction report_view_preview est exécutée
Type d'événement
explicit
|
|||
|
Salaire brut calculé
|
Le cycle de calcul initial où le système détermine le total des gains basé sur les heures, les taux et les données d'incitation. Cela se produit avant l'application des déductions et des taxes. | ||
|
Pourquoi est-ce important ? :
La mesure du temps entre ce point et 'Taxes calculées' fournit la métrique 'Vitesse de calcul du brut au net' requise pour l'analyse des performances du système.
Source des données :
Inférencié à partir de l''Heure de début' du processus de lot de calcul dans le journal des tâches système.
Capture
Comparer le champ de statut avant/après le début de la tâche de calcul
Type d'événement
inferred
|
|||