Cahier des charges applicatif — QAPAS — Project Designer

Identifiant public stable : projets. État : projet planifié (les seules fonctions livrées sont signalées sur la fiche QAPAS). Ce cahier précise le métier ; les règles d’identité, d’accès, de confidentialité et d’interopérabilité du cahier de la plateforme s’appliquent également.

Responsabilités commerciales

QAPAS facture ses propres outils et services de plateforme (accès, intégration, développement, formation). Le conditionnement et le transport sont facturés par le prestataire effectivement chargé de ces services, identifié avant commande ; QAPAS ne facture ces prestations que si elle les fournit elle-même et l’indique clairement. QAPAS et son association ne sont jamais vendeurs, acheteurs, propriétaires ou revendeurs des récoltes ni d’autres produits. Une vente de produit lie le producteur vendeur au client, ou, si le producteur choisit l’achat ferme, un opérateur commercial juridiquement distinct de QAPAS qui achète en son nom, paie le producteur à l’acceptation et revend sous sa responsabilité. Prix du produit, taxes, facture, qualité, retours et risque d’invendus incombent au vendeur identifié ; frais des services affichés séparément. Les flux de paiement des produits n’entrent pas dans les recettes de QAPAS.

Application programmée : QAPAS — Project Designer (projets et scénarios)

Projets et scénarios présente le projet d'un quintal ou d'une quinta dans sa globalité, de l'état initial à une option d'aménagement retenue. Elle s'inspire de la démarche de conception permaculturelle associée à Bill Mollison et David Holmgren : observer avant de dessiner, regarder soleil, vent, eau, accès et risques, organiser les usages selon les besoins réels, puis réévaluer les résultats. Ce cadre est une méthode de conception, pas une certification, une promesse de rendement ou un plan type imposé. Les choix du propriétaire restent révisables ; une quinta regroupe des contributions de plusieurs quintais uniquement avec l'accord et les permissions de chacun. L'accès privé suppose une adhésion QAPAS active suivant les règles du volet adhésion de Community.

L'application importe, par une liaison privée autorisée, des références datées et versionnées aux éléments de Topographie et planification : relief et emprise observée, accès, bâtiments, fenêtres et hauteurs renseignées, arbres et couverts, ressources hydriques, irrigation, réseaux, sols et foyers d'espèces invasives. Les cartes indiquent ce qui a été mesuré, approximé, raconté ou reste inconnu ; le dossier n'invente ni limites foncières, ni position de câble, ni droits sur une source d'eau. L'application ne modifie pas les observations originales. Des documents tiers utiles peuvent être joints avec leur date, source, droits de partage et statut « fourni » ou « vérifié ».

Chaque projet possède un état initial, des objectifs choisis, des contraintes et plusieurs variantes clairement nommées : par exemple A — intervention minimale, B — réseau d'irrigation et cultures mixtes, C — aménagements plus coûteux. Pour chacune : plan proposé superposé à l'existant sans confusion, surfaces et équipements, calendrier, besoins en eau et travail, accès et entretien, combustible et prévention des incendies, travaux préalables, dépendances, devis, risques et questions à arbitrer. Le responsable compare les options avant d'engager des frais, consigne arguments, objections et source des hypothèses, puis classe chaque option à étudier, retenue sous conditions, retenue, écartée ou à revoir. Une décision date, signe et fige une version ; une variante nouvelle n'efface pas la décision antérieure. Aucune option ne lance automatiquement des travaux ou des commandes.

Le volet économique calcule, par culture et saison, une fourchette prudente/centrale/haute de surfaces, rendements issus de mesures locales ou d'hypothèses identifiées, pertes et qualité, volumes consommés, donnés, troqués ou commercialisables, prix envisagés et canaux de vente. Il chiffre séparément investissements initiaux, entretien, eau, énergie, intrants, travail rémunéré et familial valorisé, récolte, transformation, transport et commercialisation, frais de paiement et besoin de trésorerie. Il affiche chiffre d'affaires potentiel, coûts complets, résultat indicatif et délai de récupération selon chaque scénario, en montrant la sensibilité à la sécheresse, aux pertes, au prix et à la demande réellement confirmée dans Paniers. Les recettes futures ne sont ni des commandes acquises ni une garantie de revenu ; les hypothèses non documentées restent visibles, pas remplies par une valeur arbitraire. Les montants et règles fiscales nécessitent validation dans le contexte réel du porteur.

Trois vues issues d'une même version figée évitent les récits contradictoires :

Une Câmara Municipal peut être l'interlocuteur d'une question d'urbanisme ou d'un éventuel pedido de informação prévia ; une CCDR ou autre organisme intervient seulement lorsque sa compétence et la procédure le justifient ; les services de secours, l'ANEPC ou des techniciens habilités examinent les questions qui relèvent effectivement de leur domaine. L'application prépare une discussion et les pièces de travail, mais ne délivre pas de PIP, de licence, de parecer, de validation incendie ou d'avis favorable. Elle ne transmet aucun document à une autorité sans action explicite du propriétaire et n'affiche pas une revue interne comme approbation administrative. Les contraintes d'urbanisme, d'eau et de sécurité sont réexaminées selon le lieu et la réglementation en vigueur avant dépôt réel.

Parcours visé : importer un état initial approuvé → inventorier manques et incertitudes → définir objectifs et variantes → comparer eau, risques, coûts et recettes possibles → choisir une option sous réserves → générer un dossier destiné à un interlocuteur identifié → enregistrer questions et réponses réellement reçues → réviser et refiger le plan → engager séparément les travaux autorisés. Chaque partage est limité, journalisé, révocable dans l'application et exclut par défaut les coordonnées privées, réseaux sensibles, données financières personnelles et contributions d'un autre propriétaire. Le PDF/export déjà remis à un tiers n'est pas « effacé » rétroactivement : son numéro de version et son destinataire restent traçables. Critère d'acceptation avant ouverture : un propriétaire peut comparer au moins deux variantes sur un quintal, garder la provenance topographique, expliciter un scénario financier sans revenu garanti et produire un dossier de consultation expurgé des informations d'un autre quintal ; l'application ne l'annonce pas comme un dossier officiellement recevable sans vérification.

Apprentissage propre à cette application

Avant toute demande administrative, Project Designer ouvre un dossier de contraintes privé : superposition des couches REN/RAN et du PDM avec leur source et date, limites de précision, opération envisagée, plans et pièces fournies, inconnues et avis nécessaires. L'assistant différencie explicitement PIP, comunicação prévia municipale (RJUE), comunicação prévia REN et éventuel avis RAN ; sur terrain partiellement concerné, il demande de vérifier exactement la surface et l'action en cause. Il propose des instructions et brouillons relus pour contacter la Câmara et les autorités réellement compétentes dans la région, sans promettre l'acceptation ni envoyer un dossier automatiquement. Les guides et formulaires portent date de contrôle et lien vers leur publication officielle. Voir aussi la DGT/SNIT, les procédures d'urbanisme de gov.pt et la réforme RJUE publiée en 2026 : les liens réglementaires doivent être revérifiés avant mise en service.

Public cible : propriétaires et animateurs pour distinguer observations topographiques, hypothèses, scénarios et décisions ; équipe interne pour validation des dossiers et accès aux pièces. L'évaluation théorique ne vaut pas avis d'architecte ou autorisation administrative. Les contenus, questions, versions, droits et résultats restent sous l’autorité de cette application ; les principes de revue par les pairs et de preuve théorique sont décrits dans le cahier commun. Parcours planifié, non encore ouvert.

Financement du développement

Campagne publique distincte pour cette application : objectif en euros à chiffrer et à valider, recettes effectivement encaissées 0 € tant qu’aucune collecte n’est ouverte. Le budget détaillera rémunération et temps, calcul et jetons d’IA, hébergement, essais, matériel nécessaire à la preuve de concept, coûts communs répartis sans double compte, propriété des équipements, jalons, justificatifs et affectation des éventuels excédents. Publication de l’objectif, des fonds nets reçus après remboursements, du nombre de contributions et des dépenses documentées. Liste publique limitée aux pseudonymes ou noms et montants que chaque donateur choisit explicitement d’afficher ; l’anonymat est la valeur par défaut et le total comprend les contributions anonymes. Un retrait de visibilité n’efface pas les pièces comptables légalement nécessaires. Mode de financement, personne morale bénéficiaire, traitement fiscal et conditions d’échec sont à établir avant toute ouverture ; aucun paiement n’est encore accepté.

Ressources et démarches à documenter

Calques DGT vérifiés pour les dossiers de projet (intégration planifiée)

La DGT publie des collections OGC consultables au niveau d'une emprise de projet. Le manifeste public de la plateforme /applications/projets/dgt-layers.json donne les identifiants stables et liens de métadonnées, sans aucune coordonnée privée. Project Designer devra demander les objets dans la petite boîte englobante du projet côté serveur, borner la taille, réduire ou paginer les réponses, découper géométriquement au périmètre privé, contrôler système de coordonnées et déduplication, puis conserver provenance, version, date de consultation et attribution. Le projet privé n'est jamais transmis comme requête nominative ni exposé dans un catalogue public.

Le fond raster OrtoSat se consomme via le service cartographique indiqué par ses propres métadonnées, avec attribution et contrôles de cache ; GeoJSON est réservé aux collections vectorielles. CRUS et REN/RAN sont des contextes territoriaux à comparer aux pièces les plus récentes, non des limites légales générées par QAPAS. La mise en couche Leaflet et la synchronisation privée avec Topography attendent une installation de Project Designer, un projet réel autorisé et la confirmation des termes d'utilisation de chaque collection. Aucune coordonnée de quintal ne doit figurer dans le manifeste.

Cette application proposera une vidéothèque, une bibliographie et des liens officiels vérifiés sur : vidéos d’urbanisme, guides de projet, PDM, plans de conditionnants, formulaires PIP et comunicação prévia, lettres de demande d’avis. Sources candidates : DGT/SNIT, Câmara Municipal, CCDR du territoire, entité régionale RAN. Chaque fiche conserve auteur, licence ou conditions du lien, langue, date de vérification, territoire concerné et responsable éditorial ; les formulaires périmés sont retirés. Les modèles de courrier assistés par IA restent des brouillons privés relus par le membre : aucune procédure, autorisation ni compétence professionnelle n'est présumée. Voir le contrat commun du centre documentaire. Ce centre et ses médias pédagogiques sont planifiés.