Wiki interne · dernière mise à jour 2026-07-01

Wiki du MVP

Documentation vivante intégrée au prototype pour garder l’équipe alignée sur le périmètre, les limites, le protocole de test et les prochaines décisions.

Objectif du MVP

2026-07-01

Prouver 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-01

Le 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-01

Tester 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-01

Le 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-01

Le 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.