MVP fiches techniques alimentaires
Objectif : tester en interne si Hultra peut convertir des fiches techniques fournisseurs en données structurées, validables, puis réutilisables pour générer des rendus propres.
Ce que l’équipe doit évaluer
Valeur métier
Est-ce que la transformation PDF → base structurée répond à une vraie douleur chez fournisseurs, distributeurs, restaurateurs ou équipes qualité ?
Workflow de validation
Est-ce que les preuves, statuts et corrections suffisent pour rendre la donnée fiable avant génération d’une fiche finale ?
Risque produit
Quels champs imposent une validation humaine stricte avant toute promesse commerciale ou usage réglementaire ?
Couverture actuelle du MVP
Ingestion de fiches PDF fournisseur
Corpus témoin issu de fiches techniques alimentaires publiques, relié aux produits et documents source pour prouver l’entrée PDF fournisseur.
Donnée canonique produit
Modèle agnostique produit/document/champs/nutrition/allergènes/conditionnement, pensé pour générer plusieurs sorties.
Validation humaine assistée
Vue de contrôle des champs extraits, scores de confiance, preuves nettoyées et corrections locales si Postgres est branché.
Rendu fiche technique brouillon
Aperçu web imprimable pour montrer que le PDF client final doit être un rendu template, pas la source de vérité.
Complétude template client 100%
Mapping GEDAL-like local : chaque champ attendu du PDF client est classé rempli, à revoir, manquant ou bloquant avant export.
Wiki projet maintenu dans le MVP
Documentation intégrée pour l’équipe : scope, limites, protocole de test, prochaines décisions.
OCR industriel et conformité alimentaire
Qualité OCR, responsabilité métier et validation réglementaire restent hors promesse tant que le pilote n’est pas validé.
Décision attendue après test interne
Le test équipe doit déboucher sur une décision simple : GO pilote interne, PARK ou NO-GO. Le MVP ne doit pas être utilisé comme promesse client tant que la qualité OCR, la validation métier et le cadre conformité ne sont pas tranchés.