On contrôle depuis longtemps — registres, renseignement commercial, solvabilité, historique interne. Ce qui est nouveau n'est pas que l'on contrôle, mais qu'un programme réunisse ces renseignements en quelques secondes et extraie les rares dossiers où ils se contredisent. Le gain ne tient pas à ce qu'un programme décide, mais à ce qu'un humain ne voie plus que les cas où cela dépend de lui.
La question n'est pas de savoir si une IA peut en décider, mais quelle est la taille de la pile qui reste ensuite sur un bureau.
Tous les renseignements disent la même chose, rien ne contredit l'historique interne. Ici la machine décide — et mieux qu'un humain un vendredi après-midi : elle n'oublie aucune requête et ne devient pas plus impatiente au septième contrôle qu'au premier.
Pas d'autorisation valable, une correspondance sur une liste de sanctions, un compte arrivé avec la commande. Un programme sait faire cela aussi — à une condition : un non machinal a besoin d'une voie par laquelle quelqu'un puisse le contester. Qui ne le prévoit pas perd des affaires à cause d'une faute de frappe dans un registre étranger.
Le reste — et c'est là que le contrôle préalable gagne son argent. Non pas en décidant malgré tout, mais en préparant la décision : ce qui se contredit, depuis quand et par rapport à quelle source. Celui à qui on présente cela met des minutes au lieu d'une heure.
Leur rapport est le véritable indicateur de cette automatisation. Qui ne le mesure pas ne sait pas si le contrôle préalable a apporté quelque chose ou n'a fait que retrier la pile — ce que l'on peut en calculer.
Renseignement commercial, indice de solvabilité, registre du commerce, numéro de TVA, listes de sanctions — tout cela existe sous forme d'interface. La partie entièrement automatisable, et en même temps celle dans laquelle on lit le plus souvent trop de choses.
Un indice de solvabilité est une valeur de modèle. Il a un émetteur, une méthode et une date de collecte ; sans ces trois éléments c'est un chiffre sans origine. Un programme a le droit de l'obtenir et de le comparer. Ce qu'il n'a pas le droit de faire, c'est de le traiter comme une mesure.
Qui fonde un refus là-dessus doit pouvoir dire, en cas de litige, de quel indice il s'agissait et de quelle date — sinon le renseignement d'un tiers finit par apparaître comme sa propre décision.
Un indice à lui seul dit peu. Un indice qui a perdu deux crans depuis la dernière commande dit beaucoup — et cela, aucune personne ne le remarque en passant et un programme jamais trop tard. Pour cela, il ne faut pas d'IA, mais la valeur précédente enregistrée.
L'étape la moins chère de cette page et celle qui manque le plus souvent : la plupart interrogent et jettent la réponse. Qui la conserve dispose au bout d'un an d'une série chronologique — le seul étalon qu'aucune agence ne fournit.
Et la lacune qu'aucune interface ne comble. Tous ces renseignements décrivent une entreprise. Aucun ne répond à la question de savoir si celui qui vous écrit aujourd'hui est cette entreprise — l'agence connaît la société, non l'expéditeur. C'est pourquoi, même avec des données parfaites, il reste un contrôle qu'aucun enregistrement ne reprend : confirmer le contact par une liaison que l'on a soi-même recherchée. Qui fournit le numéro décide de qui décroche. Et un renseignement mérite d'être lu avant d'être interrogé automatiquement : ce qui se cache derrière la licence communautaire et l'autorisation détermine si une correspondance au registre répond seulement à la question posée.
Une blockchain est ici le plus souvent promise au mauvais endroit. Elle ne prouve pas une identité ; elle prouve qu'une entrée n'a pas été modifiée depuis sa création — autre chose, mais pas rien.
Huit mois après la validation, l'assureur demande ce qui a été contrôlé. La réponse est un journal : quel renseignement, quand, avec quel résultat, et qui a donné le feu vert. Un journal que n'importe qui pouvait modifier après coup ne prouve rien à cet endroit.
Une chaîne de sommes de contrôle tenue à jour change cela : qui touche une entrée après coup casse tout ce qui suit. Le renseignement n'en devient pas vrai pour autant — ce qui devient prouvable, c'est qu'il figurait déjà ainsi au moment de la validation.
Tant qu'une seule maison doit se fier à ce journal, une chaîne signée de sommes de contrôle fait la même chose pour une fraction de l'effort. Une blockchain gagne son coût à partir du moment où plusieurs parties doivent se fier à la même entrée sans se faire confiance : chargeur, transporteur, assureur, plateforme.
Le critère n'est donc pas la technique mais le nombre de parties. Cette question est rarement posée — d'où une chaîne, à la fin, là où une signature aurait suffi.
Pour des documents isolés, la même distinction s'applique — en détail sous empreinte numérique : un hachage confirme qu'un document n'a pas changé, non qu'il provient de celui qui y figure.
Entre « tout va à l'humain » et « la machine laisse passer » se trouve un réglage que peu de gens font explicitement — avec deux sorties qui appartiennent toutes deux au même bureau.
Les deux dernières indications sont tout l'enjeu. Ne pas les estimer et ne pas les reprendre du fournisseur — on les mesure en laissant le contrôle préalable tourner un temps et décider sans que sa décision s'applique : Fonctionnement en parallèle.
Le gain n'est pas l'heure économisée — elle passera la semaine suivante dans autre chose. Le gain, ce sont les minutes qui restent pour le cas difficile. C'est pourquoi la deuxième ligne indique un temps par cas et non une économie.
Le troisième chiffre est le chiffre inconfortable : il croît avec chaque point de pourcentage que vous accordez de plus au contrôle préalable. Il contient les deux directions — laissé passer ce qui ne devait pas, arrêté ce qui aurait pu. La première coûte un chargement, la seconde un client.
Valeur de modèle, non mesure. Le calcul est ouvert : arrivent sur le bureau « validations × (100 % − sans équivoque) », le temps par cas est « budget-temps ÷ ce qui reste », et mal décidé donne « validations × sans équivoque × taux d'erreur », multiplié par 21 jours ouvrés. Rien n'est transmis, rien n'est enregistré ; cela tourne dans votre navigateur.
Non parce qu'un humain serait plus intelligent, mais parce qu'ici manque l'information à partir de laquelle un modèle pourrait seulement conclure.
L'agence signale une dégradation, l'historique interne montre douze tournées sans réclamation. Un modèle peut pondérer les deux — laquelle a raison ici ne figure dans aucune des deux. Il pondère alors selon la moyenne de tous les cas antérieurs, et le cas devant vous n'en fait pas partie.
Lors de la première opération, le modèle n'a rien à comparer. C'est là que le risque est le plus grand et le contrôle préalable le plus faible — non par faiblesse de la mise en œuvre, mais par nature : un procédé qui apprend du passé n'en a pas pour ce qui est nouveau.
Un itinéraire inhabituel, un changement de raison sociale de dernière minute, un compte dans un autre pays. Tout cela se produit dans la fraude et aussi dans des opérations honnêtes. Un seul connaît la différence : celui qui peut l'expliquer — et il l'explique à un humain, non à un formulaire.
D'où la règle qui vaut partout sur ce portail : autonome est le contrôle, jamais la validation. Ce n'est pas seulement une posture mais aussi le côté sûr : qui décide au sujet d'un entrepreneur individuel décide au sujet d'une personne physique. Si cela se fait exclusivement de façon automatisée et affecte la personne de manière significative, l'art. 22 du RGPD peut s'appliquer — un humain doit alors pouvoir intervenir et la décision être motivable. Un contrôle préalable qui prépare au lieu de décider satisfait cela d'emblée ; un contrôle qui tranche doit l'ajouter après coup.
Ce qui en découle pour la responsabilité et l'obligation de journalisation figure sous Responsabilité et limites. Et qui raccorde le contrôle préalable à un agent qui achète aussi inscrit les deux dans le même mandat — sinon l'attribution la plus rapide est celle dont le contrôle est le plus mince.
Nous passons en revue quels renseignements peuvent être obtenus par interface, où le seuil se situe utilement et ce qui doit être journalisé pour qu'en cas de sinistre on puisse retracer ce qui a été contrôlé et quand.