Lire un bon de commande avec un modèle ouvert, hébergé chez vous.

Des modèles ouverts savent maintenant lire un document.

Lire un bon de commande, ce n’est pas seulement reconnaître des caractères. Il faut comprendre qu’un nombre est une quantité, qu’une date est une échéance de livraison et qu’une ligne de tableau correspond à une référence. Les modèles dits « vision-langage » font ce travail : ils reçoivent l’image d’une page et répondent en texte.

Jusqu’ici, les plus capables étaient surtout accessibles par des services en ligne. La nouveauté, c’est l’arrivée de modèles ouverts de bon niveau, que l’on télécharge et que l’on fait tourner sur sa propre infrastructure. Les documents commerciaux restent alors chez vous.

Le 15 octobre 2026, NVIDIA a publié Nemotron 3.5 Super VL et Nemotron 3.5 Bolt, puis, le 17 octobre, Nemotron 3.5 Parse, un modèle spécialisé dans la lecture de documents. Les trois sont publiés sous la licence OpenMDW 1.1, qui autorise l’usage commercial sans plafond de chiffre d’affaires.

Un bon de commande traverse cinq étapes.

Le modèle n’est qu’une partie du parcours. Voici ce qui se passe entre le PDF reçu et le dossier transmis à l’atelier :

Le modèle intervient aux étapes 2 et 3. Les étapes 4 et 5 font la fiabilité de l’ensemble : même un modèle qui lit correctement la grande majorité des champs laisse passer des erreurs, et il ne sait pas qu’une quantité de 10 000 est inhabituelle pour ce client.

Le plus grand modèle n’est pas forcément le bon.

Parse, pour lire

Pour transformer une page en texte et en tableaux, Nemotron 3.5 Parse est le candidat le plus logique : c’est un spécialiste de la lecture, avec 0,63 milliard de paramètres. Il indique aussi la position de chaque élément sur la page, ce qui permet de montrer à la personne qui vérifie d’où vient une valeur.

Bolt, pour comprendre un document plus libre

Bolt est la version compacte de la famille, avec une compression poussée pour tenir dans 24 Go de mémoire. Il lit des images et peut enchaîner lecture et extraction dans le même modèle. Mais il est d’abord conçu pour des agents (utiliser des outils, naviguer sur le web) : la lecture de documents n’est qu’une de ses capacités. Une version de 4 Go, annoncée pour le 23 octobre, vise des agents conversationnels rapides.

Super VL, pour les serveurs de calcul

Super VL est le plus complet, mais il vise des serveurs de calcul. Pour lire des bons de commande, il sera rarement le premier choix d’une PME.

Dans les trois cas, les performances publiées sont celles de NVIDIA, mesurées sur des bancs d’essai généraux. Aucun ne contient vos bons de commande, vos tampons ni vos scans de travers.

Le matériel, c’est là que se fait le choix.

Héberger un modèle chez soi évite d’envoyer ses documents à l’extérieur, mais demande une carte graphique adaptée. D’après les fiches publiées par NVIDIA :

• Super VL : un équipement de calcul dédié.Son déploiement est documenté sur une machine DGX Spark, une carte RTX Pro 6000 ou des GPU de centre de données (une H200, deux H100). C’est un investissement de plusieurs milliers d’euros au minimum.
• Bolt 24 Go : une seule carte, mais pas n’importe laquelle.Le modèle tient dans 24 Go de mémoire. NVIDIA décrit son déploiement sur ses GPU de centre de données et sur sa machine RTX Spark ; sur une carte de bureau de 24 Go, le fonctionnement reste à vérifier.
• Parse : le plus léger.Sa taille demande beaucoup moins de mémoire. NVIDIA mesure ses vitesses sur un GPU de centre de données ; une carte plus modeste devrait suffire pour un volume de PME, mais c’est à confirmer par un essai.

Pour la phase de test, une option évite d’acheter du matériel : utiliser un service qui héberge ces mêmes modèles ouverts, avec des documents anonymisés. On mesure la qualité de lecture d’abord, on investit ensuite.

Testez sur vingt bons de commande, pas sur une démo.

Une démonstration réussie sur un PDF propre ne dit rien de vos documents. Constituez un échantillon qui leur ressemble :

1. Vingt bons de commande récents, anonymisés, venant de clients différents.
2. Des cas difficiles : un scan de travers, un tableau sur deux pages, une annotation manuscrite, une quantité corrigée.
3. Pour chacun, les bonnes valeurs relevées à la main : client, référence, quantité, date, adresse de livraison.

Comparez ensuite champ par champ, pas document par document : un bon de commande « presque juste » avec une mauvaise quantité est un bon de commande faux. Notez aussi le temps de vérification, car le gain réel est là : ne plus ressaisir, seulement relire.

Le résultat se lit simplement : quels champs sont fiables, lesquels doivent toujours être vérifiés, et combien de temps l’équipe gagne. C’est sur cette base que l’on décide du matériel, ou de ne rien changer.

Parfois, la bonne réponse est de ne pas le faire.

• Peu de commandes.Avec quelques bons de commande par semaine, la saisie manuelle et une checklist restent souvent plus simples à maintenir.
• Des clients qui envoient déjà des données.Si vos principaux clients passent par un portail, un fichier ou un échange EDI, mieux vaut brancher ces flux que relire des PDF.
• Un logiciel qui sait déjà le faire.Votre logiciel de gestion propose peut-être un import de commandes ou une lecture de documents. Vérifiez-la avant de construire.

Dans les autres cas, quand les commandes arrivent nombreuses, en PDF, chez une équipe qui ressaisit, un modèle de lecture hébergé chez vous devient une piste sérieuse.