Saisie manuelle ou automatisation : garder un contrôle humain utile

2. Évaluer une tâche avant de l'automatiser

Une bonne candidate est répétitive, fréquente, mesurable, alimentée par une source stable et possède un traitement d'erreur. Une tâche rare, ambiguë ou dépendante d'un jugement technique bénéficie davantage d'une checklist et d'une décision habilitée.

Évaluez séparément volume, stabilité de la règle, qualité de la donnée, gravité d'une erreur, réversibilité et coût de supervision. Un gros volume ne justifie pas l'automatisation si les données sont rarement fiables ; une tâche peu fréquente peut être automatisée si elle est parfaitement définie et si l'échec est sans conséquence.

3. Cinq niveaux utiles plutôt qu'un choix binaire

Le premier niveau est la checklist : elle réduit l'oubli sans transformer la décision. Le deuxième préremplit à partir d'une source tout en laissant la personne vérifier. Le troisième valide le format et signale les anomalies. Le quatrième exécute une action réversible avec journal. Le cinquième enchaîne plusieurs systèmes et exige alors contrat, supervision, idempotence et rollback.

Montez d'un niveau seulement si le précédent produit un gain mesuré. Une équipe peut conserver la remise en service manuelle tout en automatisant la détection des échéances. Elle peut importer des réservations en prévisualisation sans autoriser l'import à lever un blocage terrain. Cette progression évite de confondre vitesse et autorité.

4. Garde-fous techniques et métier

Affichez la provenance, empêchez les doublons, rendez l'action réversible et journalisez la décision. Une clé d'idempotence évite qu'un retry crée deux réservations ou deux missions. Le checkpoint avance seulement après publication d'un lot valide. Les erreurs répétées rejoignent une quarantaine avec leur cause au lieu d'être ignorées.

Une automatisation silencieuse ne doit pas pouvoir rendre disponible un actif bloqué, valider un paiement à partir d'un e-mail, fusionner deux clients sur leur seul nom ou diffuser plus de données personnelles qu'une tâche n'en requiert. Les droits de l'automate sont bornés comme ceux d'un utilisateur : source autorisée, objets permis, action définie et révocation possible.

• Source, heure et version visibles.
• Prévisualisation des créations, modifications, conflits et rejets.
• Action atomique ou aucun changement.
• Rollback vers le dernier état validé.
• Reprise humaine nommée et accessible.
• Données personnelles limitées à la finalité.

5. Tester les scénarios qui révèlent les mauvaises règles

Rejouez le même import deux fois, modifiez ensuite les dates, annulez la réservation, coupez la source, envoyez une donnée inconnue et créez un conflit avec une immobilisation. Vérifiez que l'automate ne duplique rien, n'efface pas le blocage prioritaire et rend l'échec visible avec une action de reprise.

Testez aussi la concurrence : deux messages pour le même objet, une correction humaine pendant l'import et deux planificateurs qui tentent de lire la même source. Un seul processus doit posséder le checkpoint d'une ressource. La correction humaine reste protégée par une règle d'autorité, pas écrasée par le dernier événement reçu.

6. Calculer le coût de l'automatisation

Ajoutez au développement le paramétrage, la surveillance, les évolutions de format, les droits, les alertes, la documentation et les reprises. Une automatisation économisant vingt minutes par mois mais exigeant une heure de contrôle n'est pas efficiente. Inversement, une prévisualisation qui évite chaque semaine plusieurs ressaisies et un conflit de planning peut apporter une valeur avant même l'exécution automatique.

Comparez le coût sur une période représentative et conservez le mode manuel documenté. Le mode dégradé n'est pas un échec : il permet de continuer lorsque le fournisseur, le flux ou le connecteur est indisponible. Il doit indiquer les limites et empêcher une promesse de fraîcheur non tenue.

7. Mesurer après mise en place

Suivez temps évité, erreurs détectées, erreurs créées, taux de reprise, âge de la donnée, lots en quarantaine et charge de supervision. Mesurez séparément la rapidité et la qualité : traiter plus vite une donnée fausse n'est pas un gain.

Fixez une date de revue. Réduisez ou retirez l'automatisation si sa source n'est plus stable, si le contrôle coûte davantage que la tâche, si les exceptions augmentent ou si personne ne sait encore la reprendre. La capacité à désactiver proprement et à revenir à une procédure compréhensible fait partie de la qualité du système.

8. Ce que cette grille permet d'évaluer dans MOVALYA

MOVALYA peut être observé comme un outil reliant actifs, réservations, missions et exceptions. La démonstration utilise des données fictives et ne prouve aucun import externe ni automate de production. Elle sert à vérifier si le modèle rend les statuts, responsabilités et limites visibles.

Pour un raccordement réel, exigez une source autorisée, un contrat de données, une recette sur les erreurs, un journal expurgé, une supervision et un rollback. Le choix n'est pas « tout manuel » contre « tout automatique » : l'objectif est d'automatiser les tâches stables tout en gardant les arbitrages humains là où leur contexte et leur responsabilité sont indispensables.