Ce qui est réalisé
Archive de script livrée en conversation
Sélection des vues et rapprochement annoncés dans la livraison
Conservation des variantes et gestion des blocs séparés
Créer et expérimenter / Logigramme fonctionnel
OCR de tickets depuis une vidéo
Numériser un ticket long filmé progressivement et reconstituer les lignes communes aux différentes vues sans supprimer les achats identiques.
Le besoin
Numériser un ticket long filmé progressivement et reconstituer les lignes communes aux différentes vues sans supprimer les achats identiques.
L’analyse
Une vidéo peut rendre lisible un ticket dont une photographie globale serait trop éloignée. Le processus sélectionne des vues nettes successives puis retrouve les mêmes lignes dans les zones de chevauchement. Le scénario suppose un ticket à plat, filmé dans l'ordre, avec une largeur lisible.
La règle déterminante consiste à distinguer une ligne revue dans plusieurs images de deux achats réellement identiques. Le rapprochement combine texte et position. Les variantes sont conservées et les assemblages ambigus restent signalés afin de permettre une vérification depuis les images sources.
Le processus documenté
Du besoin au résultat
Logigramme fonctionnelRègles de gestion
Ce que l’outil doit respecter.
- RG-01Une vue nette est sélectionnée par fenêtre temporelle ; l'exemple livré utilise 0,6 seconde.
- RG-02Les occurrences sont rapprochées par texte et position.
- RG-03Les variantes de reconnaissance et les images sources sont conservées.
- RG-04Un rapprochement impossible produit des blocs séparés signalés.
- RG-05Les articles sont structurés lorsque leur format est reconnu ; paiements et fidélité restent en texte brut.
- RG-06Le scénario suppose un ticket stable, non retourné et non plié, parcouru dans l'ordre.
Ce que ce projet démontre.
Traduire les contraintes de prise de vue en hypothèses explicites.
Distinguer déduplication technique et conservation des occurrences métier.
Rendre visibles l'incertitude et les sources du résultat.
Le niveau de réalisation ci-dessous distingue les fonctions présentes des vérifications qui restent à mener.
État au 13 octobre 2026
Une réalisation, un périmètre précis.
Ce qui a été vérifié
Le dernier échange du 20 septembre rapporte des tests réussis sur les achats identiques, les ambiguïtés, le décodage d'une vidéo synthétique et la reconstruction de 42 articles depuis des fenêtres OCR simulées. Aucune validation sur vidéo réelle n'est rapportée. La copie locale n'a pas été retrouvée dans l'inventaire.
Limites actuelles
La précision dépend de la netteté et du chevauchement des vues.
Paiements, fidélité et formats variés ne sont pas validés comme données structurées.
La preuve disponible est une livraison en conversation, pas une exécution récente.
Prochaine étape
Retrouver l'archive et mesurer le résultat d'une vidéo réelle contre un ticket de référence annoté.
Exemples de critères de recette
Ces critères décrivent le résultat attendu. Ils ne constituent pas, à eux seuls, des tests réussis.
- Sur une vidéo contenant deux achats consécutifs identiques, les deux occurrences restent présentes tandis que les vues répétées d'une même ligne sont rapprochées.
- Lorsque deux segments ne se recouvrent pas suffisamment, le résultat signale les blocs séparés et conserve les images utiles à leur vérification.
Parlons de votre projet
Un besoin concret.
Une première discussion.
Un processus trop manuel, une donnée peu fiable ou une idée à tester ? Commençons par clarifier ce qui vous serait vraiment utile.
Échanger avec Loïc