Mistral OCR 4.1 : ce qu’une équipe doit à nouveau valider lorsque le texte, la structure et les coordonnées d’un flux documentaire changent

Le changement annoncé concerne le contrat de sortie, et pas seulement la reconnaissance de caractères

Mistral AI identifie cette version sous le nom `mistral-ocr-4-1`. La documentation du fournisseur date sa sortie du 16 juillet 2026 et enregistre sa disponibilité générale le 31 août de la même année. Le journal des modifications indique également que les alias `mistral-ocr-latest` et `mistral-ocr-4` ont été redirigés vers OCR 4.1. Pour une équipe qui consomme l’un de ces alias, la mise à jour peut donc avoir lieu sans que le nom utilisé dans la requête ne change nécessairement.

Cela fait de la mise à jour une question de compatibilité opérationnelle. Un système qui utilise l’OCR comme première étape pour indexer des dossiers, extraire des champs, classer des documents ou préparer une revue humaine ne reçoit pas uniquement une chaîne de texte. Il peut dépendre de pages, de fragments Markdown, de blocs, d’étiquettes structurelles, de tableaux, de dimensions de document et de positions spatiales. Si l’une de ces représentations évolue, un traitement en aval peut échouer ou se dégrader même si le texte visible semble meilleur.

La page du modèle déclare des cadres de délimitation par paragraphe, des étiquettes structurelles et des scores de confiance par bloc. Le journal des modifications mentionne, quant à lui, l’ajout d’une granularité de confiance au niveau du bloc. Ces capacités peuvent fournir davantage de signaux pour prioriser les revues, mais elles imposent de définir comment elles sont stockées, comparées et consommées. Il ne faut pas présumer qu’un signal de confiance équivaut à une garantie de correction sémantique d’une clause, d’un montant ou d’une identité.

Ce que l’endpoint expose et pourquoi il faut le comparer avant la migration

La référence de l’endpoint OCR décrit une requête vers `POST /v1/ocr` ainsi que des options qui conditionnent la manière de traiter et de retourner le document. Parmi elles figurent le mode de document, la sélection des pages, l’inclusion des blocs, le format des tableaux, les formats d’annotation et les granularités des scores de confiance. Toutes ces options ne sont pas nécessairement activées dans une intégration existante ; c’est précisément pourquoi la configuration effective doit faire partie du test.

Le guide du processeur OCR décrit des résultats organisés par page et un contenu pouvant inclure du Markdown, des tableaux, des en-têtes, des pieds de page, des dimensions, des images et des blocs. Il précise aussi que `include_blocks` nécessite OCR 4 ou une version ultérieure, tandis que les informations de tableau, d’en-tête et de pied de page nécessitent OCR 2512 ou une version ultérieure. Une équipe doit confirmer la version effectivement appelée et les options acceptées sur son compte avant de déduire qu’un champ sera disponible.

La comparaison ne doit pas se limiter à vérifier que le JSON reste valide. Il faut confronter le schéma de chaque objet utilisé par l’application, la présence ou l’absence de valeurs, l’ordre de lecture des blocs, l’association à une page ainsi que les coordonnées ou cadres de délimitation lorsqu’ils servent à mettre une preuve en évidence. Il convient également de vérifier que les extracteurs de tableaux ne supposent pas des colonnes, des en-têtes ou des retours à la ligne que l’OCR peut représenter différemment.

Cinq vérifications de compatibilité à transformer en tests

La première vérification porte sur le schéma. Conservez des réponses de référence de la version antérieure et d’OCR 4.1 pour les mêmes documents, avec des options identiques. Comparez les noms des champs, les types, les champs optionnels et les valeurs nulles. Si le système transforme la réponse avant son stockage, testez à la fois la réponse d’origine et le JSON transformé ; de nombreux problèmes apparaissent dans les adaptateurs, les validateurs de schéma ou les sérialiseurs, et non dans l’OCR pris isolément.

La deuxième concerne la segmentation. Un modèle peut scinder un paragraphe, réunir deux blocs proches ou identifier différemment les en-têtes et les pieds de page. Ces variations peuvent modifier des règles qui affectent du texte à une section contractuelle ou qui excluent des éléments répétitifs. Mesurez le nombre de blocs qui changent et, surtout, déterminez si ce changement modifie la sortie des traitements consommateurs.

La troisième vérification est la reconstruction des tableaux. Sélectionnez des documents comportant des tableaux complexes, des cellules fusionnées, des formulaires, des colonnes étroites, de l’écriture numérisée et une faible qualité d’image. Évaluez des champs métier précis, et pas uniquement la similarité globale avec une transcription. Dans une facture, il peut par exemple s’agir du total, de la devise, des taxes, des identifiants de ligne et de leur correspondance avec la bonne ligne.

La quatrième est la traçabilité spatiale. Lorsqu’une application montre au relecteur la source d’une extraction, elle doit vérifier que le texte, la page et la région indiquée continuent de correspondre. Le fait de disposer de cadres de délimitation par paragraphe ne permet pas de déduire, sans test propre, que chaque citation générée antérieurement conservera la même géométrie ou segmentation.

La cinquième porte sur le comportement opérationnel. Enregistrez le temps de réponse, les erreurs, les nouvelles tentatives, le volume traité et la proportion de cas nécessitant une correction humaine. La documentation de l’endpoint prévoit des modes et des paramètres de traitement ; la charge, le type de fichier et la configuration peuvent influer sur le résultat observé. Les limites et le comportement effectif doivent être validés dans l’environnement et sur le compte qui seront utilisés.

Test de migration : corpus figé, double exécution et conditions de retour en arrière

Le test minimal doit employer un corpus figé et représentatif, avec une référence humaine pour les éléments critiques. Incluez des documents natifs et numérisés, les langues présentes en production, différentes résolutions, des pages pivotées, des formulaires, des tableaux, des en-têtes répétés et les cas ayant historiquement généré des incidents. Séparez un ensemble de développement d’un ensemble final qui ne sera pas utilisé pour ajuster les règles pendant la migration.

Exécutez les deux parcours avec le même document d’entrée et conservez l’identifiant du modèle, les paramètres, l’heure, le résultat d’origine et le résultat transformé. L’inférence régionale de Mistral recommande d’enregistrer le nom d’hôte, le modèle, l’heure et l’identifiant de requête à des fins d’audit. Cette discipline permet d’enquêter sur une différence sans l’attribuer immédiatement au modèle.

Définissez les seuils avant d’observer les résultats. Ils peuvent porter sur l’exactitude des champs critiques, la proportion de citations correctes par page, l’intégrité des tableaux, le taux d’erreur technique, les percentiles de latence et le taux de revue ou de correction humaine. Établissez également quel écart justifie l’arrêt du déploiement. Un canary avec un trafic limité et une double exécution sans effet sur la décision métier réduisent généralement davantage le risque que le remplacement du modèle pour tout le trafic en une seule fois.

La décision ne doit pas être binaire. Si OCR 4.1 améliore certains types de documents et en dégrade d’autres, l’équipe peut conserver des routes différenciées tout en corrigeant ses consommateurs ou en révisant le critère de sélection. Il s’agit d’une décision d’architecture et d’exploitation fondée sur des mesures internes, et non d’une conclusion qui peut être tirée des seules capacités déclarées par le fournisseur.

Rétention, fichiers et région : des aspects à ne pas exclure de l’évaluation

La documentation relative à la rétention zéro des données inclut l’endpoint OCR parmi les endpoints compatibles avec cette modalité. Toutefois, cette même documentation exclut de cette couverture l’API de fichiers et les fichiers de traitement par lots. Il ne suffit donc pas de connaître le modèle sélectionné : l’équipe doit examiner par quelle voie chaque document est transmis et quels services auxiliaires interviennent dans le flux.

La documentation sur l’inférence régionale décrit des endpoints régionaux, dont un endpoint européen. Le choix de la région, lorsqu’il est disponible pour l’intégration, peut être pertinent au regard d’exigences internes d’audit, de résidence ou de traçabilité. Toutefois, l’existence d’un endpoint régional ne remplace pas l’examen juridique, contractuel et de sécurité applicable à chaque organisation.

Il convient de documenter séparément la rétention, le chemin de chargement, la région, les autorisations d’accès, les durées de conservation internes et la suppression des artefacts dérivés. Ce sont des contrôles du flux complet, et non des propriétés déductibles de la qualité de reconnaissance. Si l’application traite des informations sensibles, cet examen doit précéder le déploiement et être actualisé lorsque les composants utilisés évoluent.

Conclusion : établir la preuve avant de modifier la route de production

Mistral OCR 4.1 apporte une version identifiable, une disponibilité générale documentée et des signaux structurels susceptibles d’être utiles dans les applications documentaires. Le fait le plus important pour une intégration existante est que certains alias ont été redirigés vers cette version. Les équipes qui dépendent d’alias devraient donc traiter ce changement comme une modification potentielle de contrat, et non comme une mise à jour transparente.

Une validation prudente compare les sorties et leurs conséquences : non seulement les caractères reconnus, mais aussi les champs métier, la structure des tableaux, les références par page, la géométrie, les performances et la charge de revue. La preuve nécessaire pour approuver la migration doit provenir d’un protocole reproductible sur les documents propres à l’organisation, avec des seuils explicites et une possibilité de retour en arrière. Les affirmations du fournisseur aident à délimiter ce qu’il faut tester ; elles ne remplacent pas cette vérification.

Poursuivre l’exploration

Corrections et transparence

Si vous repérez une information incorrecte ou obsolète, envoyez-nous la page et la source à vérifier.