Contrôler les bulletins avant la DSN, relancer les pièces manquantes, vérifier une écriture proposée : ces gestes reposent sur le savoir-faire de vos équipes. Nous publions des méthodes pour en écrire la règle et préparer la part répétitive. Vous y trouvez les contrôles à garder et les cas où la préparation doit s’arrêter. La décision reste au cabinet.
Choisissez votre geste : contrôler les bulletins et lire les retours DSN, relancer les pièces et vérifier la saisie ou cadrer un usage de l’IA et vérifier sa réponse.
Suivre les articles par RSSSoixante familles de tâches réparties en douze pôles, avec pour chacune la règle typique et sa frontière : ce qui se prépare seul, ce qui attend une validation, ce qui reste humain. Une carte pour choisir par où commencer, sans changer de logiciel.
Une checklist d'entrée en relation qui distingue pièces reçues, examen du cabinet, version signée et autorisation de passation. Quinze cas fictifs montrent les propositions et les refus.
Huit familles pour choisir une tâche répétitive du mandat : FEC, demandes, rapprochements, confirmations et dossier. Une règle écrite, des cas fictifs rejoués et une décision conservée au cabinet.
Identifier le fichier et sa période, nommer les contrôles effectués et conserver leur portée. Trois cas JSON fictifs montrent un constat à revoir, un refus de période et un écart technique.
Une fiche de passage complète pour garder vos outils : entrée, proposition, validation, suivi, refus et reprise testés sur un jeu fictif.
Une fiche pour classer les entrées, réduire le contexte et rendre visibles les conditions inconnues avant toute transmission à une IA.
Une checklist complète pour relier chaque affirmation à sa source et à son périmètre, corriger les ajouts et garder la trace de la décision.
Une fiche copiable pour choisir un geste préparatoire, définir sa sortie et ses refus, puis décider si cet usage mérite un essai sur un dossier fictif.
Deux défauts non vus par les suites vertes, un contrôle qui a rougi à raison : suites, chaîne de preuve et écran sur un jeu fictif distinct du cas historique.
Comparer le parcours entier d'une pièce : réception, exception, reprise, validation et trace. Quatre cas fictifs rejoués, aucun éditeur testé.
Un prompt pour préparer une demande de pièce fictive : contexte autorisé, brouillon, arrêt si la pièce manque, destinataire et envoi validés par une personne.
Une surcharge ne se lit pas dans une liste de tâches. Le journal fictif sépare répétition, attente, exception et décision, puis aide à choisir une première règle sans surveiller les personnes.
L’intelligence artificielle ne remplace pas un métier en bloc. Elle prépare une information, applique une règle écrite et signale le doute ; le cabinet valide, arbitre et fait évoluer la règle.
J’ai construit une application complète pour remplacer les classeurs d’un cabinet. La personne qui allait s’en servir a dit non, pas au prix mais à l’idée d’abandonner son fichier : j’avais ajouté un outil de plus, et choisi les tâches sans les mesurer.
La lecture extrait, une personne vérifie. Six contrôles dans un ordre fixe : nature, émetteur, mentions, montants, période, doublon. Puis une file d’anomalies à motifs fermés. Rien ne s’enregistre sans validation, et le reliquat se recompte à chaque période.
Trois briques rejouables sans changer d’outil : une checklist conditionnelle par dossier, un contrôle de complétude à quatre états, une cadence de relance qui s’arrête à réception. Rien ne part sans validation, tout dossier en litige sort du circuit.
Un dépôt accepté ne clôt pas le contrôle. Identifiez le retour, son émetteur, sa période et sa population ; lisez le statut dans sa source, rapprochez la donnée de paie, puis documentez la décision et le contrôle suivant. La mécanique rassemble et rapproche ; votre équipe décide.
Trois revues à clore sur le fichier exact qui sera transmis : pièces et variables, écarts du bulletin, contrôle technique du fichier. Chaque écart est expliqué, corrigé puis retesté, ou confié à une personne désignée, et la trace se rattache au dernier fichier. Rien ne part sans validation.
Construisez le suivi sur l’unité dossier × période × étape : une table de saisie contrôlée, des calculs régénérables et une vue agrégée. Les exceptions portent sur les dossiers, jamais sur un classement individuel, et un jeu d’essai fictif éprouve le modèle avant la mise en service.
Kevin Kitanga a fondé Memlia et livre lui-même chaque automatisation : il observe le geste avec les équipes du cabinet, écrit la règle, la code et la fait recetter. Il écrit ici sur ce qui se vérifie, ce qui s’automatise et ce qui reste une décision humaine. Dans la série Cicatrices, Kevin Kitanga raconte à la première personne ce qui a cassé dans la construction de Memlia et la règle qui en est sortie.
Vous avez lu la méthode ; vous pouvez aussi nous confier la tâche. Nous écrivons sa règle dans vos mots et automatisons sa part répétitive dans vos outils. Vos équipes valident les essais ; nous assurons la maintenance. Vous gardez la décision. Pour préciser un terme, consultez le glossaire du cabinet.
Confier une première tâche Voir les étapes d’une tâche confiée
