La revue de rémunération en retard — les chiffres sur votre matériel, la rédaction à partir d'un brief assaini
Finance & RH
Le problème métier
Les revues de rémunération glissent. La politique interne dit que chaque salaire est revu tous les 12 mois ; en pratique, des collaborateurs passent 14, 20, 26 mois sans revue parce que personne n'a le temps de confronter l'export RH à la politique. C'est un travail ingrat et sensible — et précisément le genre de travail qui tombe entre la finance et les RH.
Le raccourci évident — coller le tableur dans un chatbot — est un mauvais raccourci : les noms et les salaires sont les données les plus sensibles de la plupart des entreprises. L'alternative, c'est le traitement à la main, et c'est ainsi que les revues s'oublient.
Ce qui se passe
Vous approuvez l'entrée
Les RH exportent les données de revue — noms, postes, dates de dernière revue, salaires — dans un fichier que le Work Twin est explicitement autorisé à lire. Rien d'autre n'est dans le périmètre.
L'étape 1 tourne sur votre propre matériel
Un modèle sur une machine de vos locaux lit l'export et repère qui est en retard de revue, et de combien. C'est la seule étape qui voit jamais les noms ou les chiffres.
L'étape 2 rédige à partir d'un brief assaini
Un modèle hébergé ne reçoit que la conclusion — combien de personnes sont en retard, de combien de mois, selon quelle politique — et rédige la note au chef de service. Pas de noms, pas de chiffres.
Une personne décide et envoie
Vous relisez les constats et le brouillon. L'exécution est journalisée : quel modèle a traité quelle étape, et ce que chaque étape a reçu.
Une exécution réelle, le 29 juillet 2026
Ceci n'est pas une maquette. Dans une exécution journalisée du 29 juillet 2026, l'étape 1 a tourné sur un GB10 du réseau local avec Step-3.7-Flash (16 043 ms, 530 tokens) sur une entrée contenant des salaires réels et trois noms ; elle a correctement signalé deux personnes en retard de 14 et 26 mois au regard d'un cycle de 12 mois. L'étape 2 (Kimi K3, hébergé) n'a reçu que la conclusion assainie — deux collaborateurs en retard, à 14 et 26 mois, politique de 12 mois — et a produit une note exploitable pour le chef de service. Aucun nom et aucun chiffre n'a atteint le modèle hébergé.
Deux notes d'honnêteté issues du même registre. D'abord, le routage a été configuré délibérément : le produit permet de choisir un modèle par étape — il ne détecte pas automatiquement ce qui est sensible. Ensuite, cette exécution montre où chaque étape a tourné ; elle ne constitue en rien une attestation de conformité.
Ce que l'essai vous coûte
Un pilote est volontairement restreint :
- Un export RH approuvé et une politique de revue écrite — aucune intégration système n'est requise pour la première exécution.
- Un appel d'évaluation pour décider quelles étapes tournent sur votre matériel et lesquelles, le cas échéant, peuvent passer par un modèle hébergé.
- Tout le reste — matériel, modèles, journalisation — est dimensionné et chiffré dans l'évaluation, hypothèses imprimées à côté des chiffres.
Ce que cela ne fait pas
- Il ne décide pas tout seul de ce qui est sensible. Vous choisissez le modèle par étape — nous vous aidons à le régler dans l'évaluation ; le produit ne classe pas automatiquement vos données.
- Ce n'est pas une attestation de conformité. Il consigne où chaque étape a tourné et ce qu'elle a reçu ; vos obligations légales et leur évaluation restent à vous et à vos conseils.
- Il ne décide pas des rémunérations. Il fait ressortir qui est en retard au regard de votre politique et rédige une note ; le jugement et le bouton d'envoi restent aux personnes.
- Il n'exige pas l'étape hébergée. Une configuration entièrement locale garde chaque étape sur votre propre matériel.
Questions fréquentes
- Le modèle hébergé voit-il des salaires ou des noms ?
- Pas dans ce workflow. Dans l'exécution journalisée du 29 juillet 2026, l'étape hébergée n'a reçu que la conclusion assainie — deux collaborateurs en retard, à 14 et 26 mois, politique de 12 mois. L'étape qui a vu les noms et les chiffres tournait sur un GB10 local, et le registre indique ce que chaque étape a reçu.
- D'où viennent les chiffres 16 043 ms et 530 tokens ?
- De l'exécution journalisée du 29 juillet 2026 : l'étape 1 (Step-3.7-Flash sur un GB10 du réseau local) a pris 16 043 ms et produit 530 tokens. Ce sont les mesures d'une exécution réelle, pas des promesses de performance — votre latence dépend de votre matériel et de la taille de l'entrée.
- Peut-on fonctionner sans aucun modèle hébergé ?
- Oui. Le modèle se choisit par étape ; une configuration entièrement locale garde les deux étapes sur votre propre matériel. La configuration mixte existe pour les cas où un modèle hébergé est acceptable pour la rédaction non sensible.