Paperasse
Toute entreprise vit de procédures : embaucher, approuver les comptes, ouvrir un chantier. Paperasse en devient le copilote et la mémoire : il guide chaque étape, remplit les modèles Word de la maison, les fait signer sur place ou à distance, et garde pour chaque dossier ce qui a été fait, quand et par qui. Ensuite, de petits modèles locaux prennent la routine en charge. Cachet, petit chat noir, veille dans un coin. Sur l'établi, d'abord aux côtés d'un cabinet comptable.
- Rôle
- Produit, recherche, design, développement.
- Période
- 2026
- Stack
- Rust (axum), WebAssembly, SQLite, SvelteKit, docx-handlebars, WebAuthn
Le besoin
Paperasse guide les procédures d’une entreprise : embaucher, approuver les comptes, ouvrir un chantier. Les erreurs viennent souvent d’une procédure qu’une seule personne connaît, ou d’une étape oubliée, parfois une obligation légale.
Je le développe avec un cabinet d’expertise comptable, à partir de son rapport de terrain du 27 septembre 2026 et de ses modèles Word. Chaque secteur peut le configurer avec sa propre bibliothèque de procédures.
À l'usage
Une procédure est une suite d’étapes, et chaque étape assemble des blocs nommés par des verbes : recueillir, agir dans un autre outil, vérifier, remplir, faire signer. Chaque bloc signale les informations qui lui manquent.
Chaque étape a une garde. Une garde bloquante verrouille la suite jusqu’à la fin de l’étape. Une garde souple laisse l’expert continuer s’il donne une raison, qui est enregistrée.
Pour un modèle Word, l’expert dépose le fichier, voit les champs reconnus et prévisualise le document rempli avec des données fictives. Un même dictionnaire alimente les modèles, les formulaires et les contrôles.
Les échéances suivent les règles légales de calcul (jours calendaires, ouvrables ou ouvrés, jours fériés). Après une interruption, une carte de reprise rappelle où en est la tâche, la prochaine échéance et les dernières actions.
Architecture
La logique métier tient dans un noyau Rust, isolé de toute entrée-sortie et de l’horloge système. Il reçoit une commande et détermine les faits qu’elle produit ; chaque état est calculé à partir d’un journal d’opérations signées, en ajout seul.
Chaque appareil est une réplique avec sa propre clé Ed25519, et la synchronisation se fait en un aller-retour. Compilé en WebAssembly, le noyau applique les règles hors ligne dans le navigateur du téléphone. Si deux appareils modifient la même tâche hors ligne, la seconde opération reçue est conservée et marquée comme conflit.
Le serveur (Axum, SQLite) tourne sur l’ordinateur du cabinet et démarre avec la session. Les procédures et le dictionnaire sont des fichiers TOML, les modèles des fichiers DOCX. Une tâche en cours garde la version de la procédure avec laquelle elle a commencé.
Décisions
Les données restent au cabinet. Tout est stocké sur place et fonctionne réseau coupé. Les services extérieurs prévus (signature à distance, horodatage) sont isolés derrière des interfaces.
Les procédures avant le code. Avant de fixer le modèle de données, j’ai rédigé les vingt procédures des deux rapports de terrain avec le seul catalogue de blocs. L’exercice a révélé seize manques, des délais légaux aux votes pondérés.
Word reste l’outil du cabinet. Paperasse remplit les modèles Word du cabinet et produit les PDF en Rust, avec le même résultat sous Windows, sur Mac et sur Raspberry Pi.
L’IA en observation d’abord. De petits modèles locaux travailleront d’abord en mode ombre : le modèle propose, l’humain décide. L’autonomie s’étendra par type d’étape, quand le taux d’accord dépasse un seuil fixé par le dirigeant, et reculera au premier écart.
Aujourd'hui
Paperasse fonctionne sur ordinateur et sur téléphone, avec les cinq types de blocs, les gardes, les échéances légales, les tâches récurrentes et la carte de reprise. Cachet, un petit chat noir, veille dans un coin de l’écran. Le prochain jalon apporte la signature à distance et la preuve horodatée.