ValidationFramework

La règle ne vit plus dans la tête de quelqu’un

En mars, un salaire encodé sous le minimum de la grille salariale, repéré en décembre lors de la revue salariale. Le Validation Framework détient les règles qui décident de ce qui est valable dans votre organisation : appliquées au moment de la saisie, vérifiées à nouveau sur ce qui est déjà enregistré, et à vous de les adapter après le go-live.

Modification salariale : saisie du nouveau montant…
!
BLOQUANT
Sous le minimum de la grille salariale pour cette fonction et cette ancienneté.
!
AVERTISSEMENT
Plus de 10 % au-dessus du montant précédent.
i
INFO
Aucun motif de modification enregistré.
Le problème aujourd'hui

Découvert trop tard

Les problèmes de données coûtent peu à corriger au clavier et cher partout ailleurs. Voici ce que coûte l'attente.

✕ Le dossier était valable le jour de son enregistrement. Depuis, quelque chose a changé, et rien n'a été revérifié.
✕ La règle qui l'attrape est dans la tête de quelqu'un. Ou dans un document sur un disque partagé que personne n'ouvre, jusqu'à ce qu'on l'oublie.
✕ La validation, c'est un mur ou rien. Les gens inventent une saisie pour passer un blocage rigide, ou n'importe quoi passe tout droit.
✕ Les données arrivées par import n'ont jamais rencontré les règles. L'écran contrôle ; l'interface qui charge mille lignes, non.
✕ Les règles sont codées en dur. Elles ne collent jamais tout à fait à votre réalité, et en changer une est un projet.
✕ Des données erronées ont atteint la paie. Quelqu'un a été mal payé, et voilà une correction, un coût et une question de conformité.
Proportionné

Tous les problèmes ne se valent pas, le framework connaît la différence

Un blocage rigide engendre des contournements ; aucune validation engendre de mauvaises données. Trois niveaux de gravité laissent chaque règle réagir en proportion de l'enjeu.

Bloquant

Impossible de continuer

La transaction s'arrête jusqu'à correction. Sans contournement. Pour les données qui doivent être justes : un salaire sous le minimum de la grille salariale pour la fonction.

→ arrêt net
Avertissement

Continuer en connaissance de cause

Signalé, et l'utilisateur peut continuer sciemment. Une augmentation de plus de 10 % passe, et il reste consigné qu'elle est passée.

→ continuer, noté
Info

Pour information seulement

Un rappel discret, sans blocage. Aucun motif consigné pour la modification : utile à avoir, jamais une raison de s'arrêter.

→ juste un rappel
Dans les deux sens

Arrêté à l'entrée, et revérifié ensuite

Chaque action est une transaction : un champ modifié, une embauche soumise, une demande de congé, mille lignes chargées par une interface. Une règle s'attache à chacune et se déclenche au moment même, de sorte que l'erreur atteint la personne qui peut encore la corriger, en langage clair et avec la correction à portée.

Un dossier valable au moment de son enregistrement peut cesser de l'être ensuite. Les mêmes règles repassent sur ce qui est déjà enregistré, selon un calendrier, et signalent ce qui ne tient plus sans bloquer personne : une date d'entrée qui chevauche désormais une période antérieure, un justificatif de Vetting arrivé à échéance. Quelqu'un parcourt cette liste et la clôture.

La même règle, deux fois. Une fois au clavier, une fois sur tout ce qui est déjà enregistré.

Un salaire en cours de saisie dans Popay HR : le montant est sous le minimum de la grille salariale, ce qui bloque l'enregistrement, et le motif manquant est signalé pour information seulement.
Plus que l'intégrité

Il connaît la règle, quelle qu'en soit l'origine

La plupart des validations vérifient seulement que les données sont bien formées. Le Validation Framework va plus loin : une règle est une règle, d'où qu'elle vienne, et il applique les trois dès la saisie.

Intégrité des données

Format, complétude, plausibilité : un IBAN valide, un numéro national qui tient la route, un champ obligatoire réellement rempli.

Législation

Règles légales : données obligatoires, minima légaux, exigences de paie par pays, pour que ce que la loi impose soit appliqué, sans dépendre de la mémoire de quelqu'un.

Politique interne

Vos propres règles : politique d'entreprise, accréditation sectorielle, normes de gouvernance, encodées une fois et appliquées de la même façon à chaque fois.

Et quand une règle se déclenche, elle indique à vos équipes quelle règle il s'agit, pourquoi elle s'applique et quoi faire. Votre organisation apprend les règles en les appliquant.

À vous de gérer

Configuré selon votre réalité, gérable après le go-live

Les règles sont des lignes dans une table. C'est ce qui vous permet de les modifier.

Popay le met en place avec vous

Le cadre initial est construit pendant l'implémentation, avec vos propres règles dès le départ.

Vous l'ajustez après le go-live

Ajouter une règle, changer un niveau, en retirer une, dans l'éditeur. Pas de projet d'implémentation chaque fois que votre réalité bouge.

La loi, c'est notre affaire

Les règles légales, la paie en tête, dans chaque pays concerné, sont maintenues centralement et tenues à jour. Vos règles d'intégrité et de politique restent les vôtres.

Pourquoi c'est important

Faites confiance aux données sur lesquelles tourne toute la plateforme

Chaque module lit le même dossier : paie, reporting, conformité, Employee lifecycle. Quand la qualité est imposée à la source, en proportion, et face à la bonne règle sur chaque transaction, le dossier reste fiable par défaut. L'erreur qui aurait fait surface en décembre n'est tout simplement jamais enregistrée en mars.

Nulle part cela ne compte plus qu'en paie : réussissez les données au clavier et le calcul est juste du premier coup, pas de corrections, pas de paie erronée, pas de course à la conformité après coup.

Attrapé à la source. Bien avant la clôture de l’année.

Arrêtez de découvrir les erreurs en fin d'année

Validez chaque transaction à la source, en proportion de l'enjeu, et gardez fiable par défaut le dossier sur lequel tourne toute la plateforme.

Réserver une démo →
Ou parlez à l'un de nos spécialistes produit.