ValidationFramework

Attrapez les données erronées à la source, et connaissez la règle derrière

Le mauvais IBAN saisi en mars, découvert par la paie en décembre. Les données erronées ne sont pas attrapées à la saisie, elles le sont quand elles cassent quelque chose, et en paie cela veut dire que quelqu'un est mal payé. Le Cadre de validation de Popay contrôle chaque transaction au moment où elle se produit. Et il va plus loin que l'intégrité : il connaît les règles, la législation et les politiques internes qui composent votre logique métier, et guide vos équipes pour les appliquer, au lieu de simplement signaler un champ erroné.

Nouvelle embauche : saisie des coordonnées bancaires…
!
BLOQUANT
Somme de contrôle IBAN invalide, impossible d'enregistrer.
!
AVERTISSEMENT
Aucun contact d'urgence, continuer en connaissance de cause.
i
INFO
Photo non téléchargée, pour information.
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.

Saisi en mars, découvert en décembre. Quand ça finit par casser la paie, c'est devenu une enquête.
La règle qui l'attrape est dans la tête de quelqu'un. Ou dans un PDF de la convention collective que personne ne lit, jusqu'à ce qu'on la loupe.
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.
Imposée à l'embauche, pas sur une demande de congé. La qualité est inégale, module par module.
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 IBAN invalide, un numéro national manquant.

→ arrêt net
Avertissement

Continuer en connaissance de cause

Signalé, mais l'utilisateur peut continuer sciemment. Pour des données qui devraient être là mais ne le sont pas toujours encore.

→ continuer, noté
Info

Pour information seulement

Un rappel discret, sans blocage. Pour des données optionnelles ou un coup de pouce vers les bonnes pratiques.

→ juste un rappel
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 Cadre de validation 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 ne dit pas simplement « non ». Elle indique à vos équipes quelle règle, pourquoi elle s'applique et quoi faire, ainsi le framework aide votre organisation à comprendre et appliquer les règles, pas seulement à obéir. La posture de conformité derrière ces règles, vérification, préparation aux audits, vit dans Vérification & conformité ; ici, les règles rencontrent les données, au clavier.

Temps réel

Validé à la source, sur chaque transaction

Chaque action d'un utilisateur est une transaction : un champ modifié, une embauche soumise, un document téléchargé, une demande de congé introduite. Une règle s'attache à n'importe quelle transaction et se déclenche au moment où l'action a lieu, dès la saisie, pour que l'erreur soit attrapée par la personne qui peut encore la corriger.

Les règles se définissent par transaction et par organisation : ce qui bloque à l'embauche peut être sans objet lors d'une mobilité interne. Et le retour est en langage clair qui pointe vers la correction, pas un code obscur.

La bonne règle, au bon moment. Attrapée là où elle est saisie, par qui peut la corriger.

Transversal

Un seul moteur, partout

Le Cadre de validation est l'une des deux capacités qui couvrent toute la plateforme. Là où Cycle de vie du collaborateur connecte les événements à l'action, lui valide : le même moteur qui contrôle un flux d'embauche, un transfert de paie, un téléchargement de document, une demande de congé et une attribution de matériel.

Un seul framework au lieu d'un ensemble de contrôles différent et à moitié mémorisé dans chaque recoin du système, pour que la qualité cesse d'être inégale selon les modules.

Un seul framework, chaque transaction. Pas un patchwork de contrôles.

Central par conception

Votre logique métier en un seul endroit, prête pour l'IA

Des données propres, c'est le point de départ. Ce que le framework contient vraiment, c'est votre logique métier : les règles qui décident de ce qui est valide, requis ou conforme. Aujourd'hui, cette logique est le plus souvent dispersée : codée en dur dans un système, tenue dans un tableur, reconstruite dans chaque intégration, retenue par un seul expert. Tenue de façon centrale, il y a une seule réponse, et tout la lit.

C'est un choix délibéré en vue de ce qui arrive. Une logique métier tenue de façon centrale et exposée proprement est consommable par des API et des agents IA, pour qu'une personne au clavier, un système qui envoie des données et un agent qui agit en votre nom appliquent tous les mêmes règles, de la même façon.

C'est ici que les agents et les intégrations obtiennent les règles ; garder leurs actions conformes et auditables, c'est Vérification & conformité.

Un seul foyer pour les règles. Consommées par les personnes, les API et les agents.

À vous de gérer

Configuré selon votre réalité, gérable après la mise en production

Popay met en place le framework initial avec vous pendant l'implémentation. Après la mise en production, vous l'ajustez vous-même, ajouter une règle, changer une gravité, en retirer une, via un éditeur de règles de validation. Pas de nouveau projet d'implémentation à chaque fois que votre réalité change.

Et les règles qui suivent la loi, ce n'est pas à vous de les traquer : les règles législatives, surtout la paie, à travers les pays, sont maintenues de façon centrale et tenues à jour, pour que le framework reste juste à mesure que la loi évolue. Vos règles d'intégrité et de politique restent les vôtres à façonner.

Popay pose le framework. Vous le gardez ajusté.

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é, le moteur de cycle de vie. 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. Pas découvert à la fin.

Fonctionne avec

Fait partie de Core HR

Le Cadre de validation est le garde-fou du dossier Core HR, actif partout où des données sont saisies ou déplacées. Il travaille étroitement avec :

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.

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