Utilisateurs principaux
Développeurs de projets ACE, porteurs de projet, représentants du maître d’ouvrage et équipes de revue technique ou commerciale.
AIDE À LA DÉCISION POUR LES PROJETS ACE
Structurez les preuves qui fondent une décision de projet ACE.
La Plateforme Crop Urbanis est un système d’aide à la décision en développement pour les projets d’agriculture en environnement contrôlé, notamment les fermes verticales et les serres hydroponiques. Elle relie les exigences du projet, les déclarations fournisseurs, les hypothèses, les calculs et les revues professionnelles afin de comparer les alternatives avant les engagements de configuration, d’achat et de réalisation.
Stade actuel : MVP interne · validation organisationnelle sélectionnée et périmètres de bêta privée convenus
Le MVP interne est développé autour de la définition du projet, de la comparaison fournisseurs, de la revue des scénarios et de l’enregistrement des décisions. Aucun libre-service public n’est disponible.
USAGE INITIAL
Conçue pour les décisions difficiles à examiner dans des fichiers déconnectés.
Les décisions de projet ACE reposent sur les objectifs de culture, les contraintes du site et des utilités, les propositions fournisseurs, les hypothèses d’exploitation, les budgets et les dépendances de réalisation. La Plateforme rassemble ce raisonnement dans un même dossier projet sans considérer que chaque source ou chaque valeur présente la même fiabilité.
Étapes de décision
Définition du projet, revue du concept et de la faisabilité, comparaison des configurations, sélection des fournisseurs et revue des changements significatifs.
Résultat central
Un dossier relié aux sources de ce qui est connu, déclaré, calculé, supposé, non résolu et approuvé.
WORKFLOW CENTRAL
Des documents sources à une décision revue.
La Plateforme organise le raisonnement qui sous-tend une décision de projet. Chaque étape conserve la source, le statut, les hypothèses, l’historique de revue et l’usage en aval des informations significatives.
-
01. Établir la base de référence du projet
Enregistrer l’objectif du projet, le site, le marché visé, les cultures et objectifs de production, les contraintes du site et des utilités, le budget, le calendrier, les responsables des décisions et les questions non résolues.
-
02. Capturer les déclarations sources
Importer dans l’espace de travail les documents projet et fournisseurs autorisés tout en conservant le document original, l’emplacement de la source, la formulation, la version et les conditions d’accès.
-
03. Relier les exigences et les alternatives
Relier les déclarations aux exigences du projet ; normaliser les unités et la terminologie ; identifier les conditions d’exploitation manquantes ; et rendre les configurations alternatives comparables.
-
04. Construire les cas de conception
Appliquer des calculs physiques, de production, d’utilités et financiers versionnés à des hypothèses et plages explicites. Chaque cas de conception enregistre la version du modèle et ses conditions de validité.
-
05. Examiner l’incertitude et les dépendances
Montrer quelles entrées sont vérifiées, estimées, contestées ou inconnues ; identifier les facteurs de sensibilité ; et enregistrer les conclusions qui en dépendent.
-
06. Enregistrer et prolonger la décision
Conserver l’alternative retenue, le raisonnement, les réviseurs, les conditions non résolues et les exigences en aval affectées pour les achats, la réalisation, la mise en service ou le transfert.
CAPACITÉS DE LA PLATEFORME
Quatre capacités dans un même workflow de décision.
Le MVP interne est organisé autour de quatre groupes de capacités reliés. Leur disponibilité dans toute bêta organisationnelle dépend de l’objectif du projet, des données autorisées et des rôles de revue nommés.
01. Base de référence et exigences du projet
Structurer le contexte du projet, les exigences, les contraintes, les responsabilités, les lacunes de preuve et les questions de validation.
Livrable : base de référence du projet et registre des exigences.
02. Preuves fournisseurs et comparaison des configurations
Conserver les déclarations fournisseurs avec leurs sources et conditions d’exploitation ; normaliser les valeurs comparables ; et identifier les omissions, exclusions et conflits avec les exigences.
Livrable : matrice de comparaison et registre des clarifications.
03. Analyse des scénarios et des décisions
Comparer les cas de conception physiques, de production, d’utilités et financiers à l’aide d’hypothèses explicites, de plages, de versions de modèles et d’analyses de sensibilité.
Livrable : synthèse des scénarios et dossier de préparation à la décision.
04. Continuité des décisions
Enregistrer les revues, approbations, raisonnements, dépendances et changements ; identifier les travaux affectés lorsqu’une entrée change ; et transmettre les informations acceptées aux exigences en aval du projet.
Livrable : dossier de décision et éléments d’exécution ou de transfert.
PREUVES ET INCERTITUDE
Une valeur précise n’est pas automatiquement un fait vérifié.
Le dossier projet est conçu pour conserver l’origine, le statut et l’historique de revue des valeurs significatives. Une extraction correcte ne transforme pas une déclaration fournisseur, une valeur issue de la littérature ou une estimation experte en fait mesuré du projet.
- Mesuré ou vérifié
- Établi au moyen d’une méthode de mesure ou de vérification acceptée.
- Fourni par le client
- Fourni par l’organisation du projet, mais non vérifié indépendamment par la Plateforme.
- Déclaré par le fournisseur
- Déclaré par un fournisseur avec la source et les conditions d’exploitation applicables.
- Issu de la littérature
- Issu d’une source technique, scientifique ou réglementaire citée.
- Calculé
- Produit par un modèle de calcul identifié et versionné.
- Estimé par un expert
- Saisi par un réviseur en tant que jugement professionnel pour un périmètre défini.
- Supposé
- Introduit pour un cas de conception et en attente de confirmation.
- Inconnu
- L’information requise est absente, contradictoire ou inutilisable.
Le statut de preuve et le statut de revue restent distincts. Une valeur peut être extraite avec une forte confiance tout en nécessitant une confirmation du fournisseur ou une validation professionnelle.
IMPACT DES CHANGEMENTS
Lorsqu’une entrée significative change, les travaux affectés deviennent visibles.
Les décisions ACE sont interdépendantes. Un changement de combinaison culturale, d’intégrale lumineuse journalière cible, de disponibilité des utilités, de capacité fournisseur, de calendrier ou de prix de l’énergie peut affecter les exigences d’équipement, les charges thermiques et hydriques, les hypothèses de production, le CAPEX/OPEX et les approbations antérieures.
Le modèle projet est développé pour enregistrer ces dépendances et identifier les comparaisons, calculs, décisions et exigences en aval susceptibles de nécessiter une revue.
- Entrée projet modifiée
- exigences affectées
- cas de conception à recalculer
- décisions à revoir
- livrables en aval mis à jour
Dépendance illustrative
- Combinaison culturale modifiée
- exigences différentes d’éclairage et d’environnement
- hypothèses d’utilités et d’équipement révisées
- scénario de coûts d’exploitation affecté
- décision fournisseur renvoyée en revue
La Plateforme identifie les travaux susceptibles de nécessiter une revue ; elle ne décide pas si la configuration modifiée est techniquement ou commercialement acceptable.
WORKFLOW ILLUSTRATIF
Trois propositions fournisseurs. Une décision révisable.
Une équipe projet reçoit trois propositions pour des ensembles d’éclairage, de CVC et d’irrigation. Les documents utilisent des unités, limites de périmètre et conditions d’exploitation différentes. Certaines valeurs sont directement comparables ; d’autres sont incomplètes, conditionnelles ou fondées sur des hypothèses projet différentes.
Une équipe projet reçoit trois propositions pour des ensembles d’éclairage, de CVC et d’irrigation. Les documents utilisent des unités, limites de périmètre et conditions d’exploitation différentes. Certaines valeurs sont directement comparables ; d’autres sont incomplètes, conditionnelles ou fondées sur des hypothèses projet différentes.
La Plateforme conserve chaque déclaration source, la relie aux mêmes exigences projet, signale les conditions manquantes et les conflits potentiels, puis compare les cas de conception convenus selon un ensemble explicite d’hypothèses.
Proposition A
Proposition B
Proposition C
Comparaison projet normalisée
- Exigences
- Conditions d’exploitation
- Hypothèses
- Clarifications
- Cas de conception
Décision revue
Les réviseurs peuvent alors voir :
- Quelles valeurs sont directement comparables
- Quelles déclarations nécessitent une clarification ou une confirmation fournisseur
- Quelles hypothèses déterminent le résultat
- Quelles conclusions antérieures changent lorsqu’une entrée est modifiée
- Pourquoi une alternative a été retenue ou rejetée
Workflow illustratif uniquement ; il ne s’agit ni d’une étude de cas client ni d’une revendication de performance.
RÉPARTITION DES RESPONSABILITÉS
L’IA assiste. Les calculs sont reproductibles. L’incertitude reste visible. Les personnes décident.
La Plateforme sépare l’assistance documentaire, le calcul reproductible, la gestion de l’incertitude et la responsabilité professionnelle.
Assistance par IA
Extrait des déclarations candidates à partir de documents autorisés, met en correspondance la terminologie, retrouve des références approuvées et signale les omissions, incohérences ou conflits d’exigences possibles. Les sorties de l’IA restent reliées aux sources et soumises à revue.
Règles et calculs
Appliquent les conversions d’unités, les contrôles de complétude et de compatibilité, les calculs de capacité et les modèles de scénarios versionnés. Les mêmes entrées approuvées et la même version du modèle produisent le même résultat.
Gestion de l’incertitude
Distingue les valeurs fixes, estimations, plages, entrées contestées et inconnues ; montre la sensibilité ; et évite de présenter des entrées biologiques ou commerciales incertaines comme des faits confirmés.
Responsabilité professionnelle
Les agronomes, ingénieurs, fournisseurs, responsables de projet et réviseurs commerciaux confirment les entrées et approuvent les décisions conséquentes dans leur propre périmètre.
PÉRIMÈTRE ACTUEL DU PRODUIT
Aide à la décision projet — pas de pilotage en temps réel des serres.
Le produit se concentre actuellement sur la définition du projet, la comparaison des preuves, la revue des cas de conception et l’enregistrement des décisions. Il n’est pas présenté comme une plateforme d’exploitation de serre.
Périmètre actuel
- Base de référence et exigences du projet
- Extraction de documents autorisés et liaison aux sources
- Comparaison des fournisseurs et des configurations
- Hypothèses explicites et cas de conception versionnés
- Revue de la sensibilité et des informations non résolues
- Revue professionnelle et dossiers de décision
- Éléments sélectionnés pour les achats, la mise en service et le transfert
Non revendiqué
- Contrôle du climat, de l’irrigation ou des équipements de serre
- Approbation agronomique ou d’ingénierie autonome
- Promesses concernant le rendement, le coût, le retour ou la performance de réalisation
- Conseil en investissement
- Libre-service public
- Jumeau numérique opérationnel ou connecté en permanence
Une couche ultérieure de données d’exploitation pourra comparer les hypothèses projet approuvées aux performances mesurées, selon des conditions distinctes de gouvernance des données, d’intégration et de revue.
Certaines organisations peuvent être considérées pour un périmètre convenu couvrant l’objectif du projet, les données autorisées, les utilisateurs habilités, les groupes de capacités, les rôles de revue, les critères d’évaluation, le support, l’export et la conservation. Les formulaires publics n’acceptent qu’un contexte général.
STATUT DU PRODUIT
Examinez le statut actuel et les limites techniques.
Les ressources suivantes distinguent le périmètre du produit, l’implémentation technique et les responsabilités liées aux données.
MVP et bêta privée
Stade actuel de développement, conditions de bêta organisationnelle, statut des capacités et feuille de route.
Technologie
Flux de données projet, rôle de l’IA, services de calcul, gouvernance des modèles, contrôles de revue et approche d’évaluation.
Sécurité et données
Limite du formulaire public, accès à la bêta privée, données autorisées, rôles organisationnels et principes de traitement des données.
Présentation du produit
Une synthèse téléchargeable du problème, du workflow, du statut du produit et de l’usage prévu.
Discutez d’un projet ou d’un périmètre de validation adapté.
Partagez un contexte organisationnel général, le stade du projet, la décision à soutenir, les catégories de données pertinentes et les réviseurs responsables. Les fichiers confidentiels du projet ou des fournisseurs ne doivent pas être transmis par le formulaire public.