Objectif du MVP
2026-07-01Prouver rapidement si Hultra peut transformer des PDF fournisseurs en données validables puis en PDF template client.
- Montrer un parcours bout-en-bout : PDF fournisseur → extraction structurée → validation exhaustive → rendu template client.
- Faire apparaître explicitement le niveau de complétude du template : champs attendus, remplis, à revoir, manquants et bloquants.
- Limiter le test à un environnement local et interne à l’équipe.
- Ne jamais présenter une sortie finale à 99% : le PDF client final est bloqué tant que les champs attendus ne sont pas remplis et validés à 100%.
Périmètre actuel
2026-07-01Le prototype est un cockpit Next.js local branché sur fixture JSON ou Postgres local.
- Pages disponibles : accueil, projet, wiki, documents, produits, détail produit, validation, rendu.
- Le template GEDAL-like local couvre les sections Général, Description, Unité, Logistique, Palette, Allergènes, Nutrition et Validation.
- La fixture JSON est en lecture seule ; les actions de validation sont désactivées dans ce mode.
- Postgres local peut être activé avec FOODTECH_DATABASE_URL ou DATABASE_URL pour tester les mutations hors prod.
Protocole de test équipe
2026-07-01Tester la compréhension métier, la navigation et la valeur perçue avant toute démo externe.
- Commencer par /projet pour comprendre la promesse et les limites.
- Suivre /demo puis ouvrir la fiche 01_005514, la vue validation et le rendu.
- Contrôler le bloc “Complétude template client” : un champ alimentaire critique à revoir ou absent doit bloquer le PDF final.
- Noter les champs incompréhensibles, les informations manquantes et les objections métier.
- Décider ensuite : GO pilote interne, PARK, ou NO-GO.
Limites à maintenir visibles
2026-07-01Le MVP est volontairement prudent : il démontre une chaîne de valeur, pas une certification alimentaire.
- Pas de déploiement prod, pas de DB distante, pas de contact client ou prospect.
- Pas d’autopublication de fiches techniques finales.
- Le PDF fournisseur est une source/référence ; la base canonique doit porter la vérité validée.
- Le rendu HTML/PDF local reste brouillon ou incomplet tant que le statut template client n’est pas “Prêt export final”.
- L’OCR industriel et le contrôle conformité restent des gates humains avant commercialisation.
Prochaines expérimentations
2026-07-01Le prochain incrément utile est un test interne centré sur la complétude 100%, puis un pilote borné si l’équipe valide la valeur.
- Faire tester le MVP par 2 à 4 personnes Hultra/P Studio avec une grille “champ attendu → preuve → validation → export”.
- Comparer 3 à 5 fiches de fournisseurs différents pour identifier les ruptures du template client.
- Si GO : cadrer un pilote avec corpus réel, validation humaine et grille qualité.
- Si PARK : conserver le wiki comme état de référence et ne pas engager Mathieu davantage.