Décidez si un site est prêt à être développé — avant d'engager du temps et du capital.
Vous donnez l'adresse d'un site candidat. Vous recevez un Development Gate : un état sourcé de ce qui est établi, de ce qui manque et de ce qui reste à trancher, dimension par dimension. Urbanisme, permitting, raccordement, contraintes, prochaines actions.
Demander un Development Gate
Pour les équipes qui évaluent et déploient des infrastructures sur plusieurs sites.
Sources publiques, citées et datées. Aucun compte à créer.
Le travail n'est pas de trouver les documents. Il est de savoir ce qui s'applique.
Le problème n'est pas de trouver un document. C'est de déterminer ce qui s'applique réellement à ce projet et ce qui reste à vérifier.
Pour un seul site, il faut retrouver la parcelle, ouvrir le bon règlement de zone dans la bonne version, repérer les servitudes qui touchent l'emprise, identifier les seuils d'autorisation liés au format d'installation retenu, poser la question du raccordement, puis consolider tout ça pour un comité qui doit décider d'engager du capital.
- La parcelle candidate est identifiée, mais personne n'a confirmé laquelle porte réellement le projet.
- Le règlement lu n'est pas toujours celui qui fait foi : les versions locales et nationales divergent.
- Une servitude apparaît sur la carte. Savoir si elle contraint ce projet est un autre travail.
- Le raccordement n'a pas de source publique. La question reste ouverte jusqu'à la demande.
- Le résultat vit dans un fil d'emails. Six mois plus tard, plus personne ne sait ce qui a été vérifié et ce qui a été supposé.
Un Development Gate fige ce travail dans un format lisible, avec ses sources et ses trous.
Development Gate — pas un feu vert.
C'est un état des lieux daté : ce qui est établi, ce qui manque, ce qui doit être tranché par un humain. Huit dimensions, un statut par dimension, et pour chaque statut la source qui le justifie. Les règles appliquées sont déterministes et versionnées : aucune règle juridique n'est produite par un modèle de langage.
| Site | Le point opérationnel visé, sa localisation et sa commune. |
|---|---|
| Land | La ou les parcelles candidates et leur statut de confirmation. |
| Planning | Le zonage applicable, ses prescriptions, et la version du document qui fait foi. |
| Permitting | Les régimes d'autorisation à instruire au regard du projet décrit. |
| Grid | Le raccordement électrique et ce qui ne peut pas être établi sans demande. |
| Environment / Risks | Les servitudes et contraintes qui intersectent l'emprise. |
| Technical | La configuration déclarée du site. |
| Economics | Les éléments économiques, hors périmètre à ce stade. |
- GREEN Aucune réserve ouverte sur cette dimension au moment du run.
- AMBER La dimension avance, mais une réserve reste ouverte : donnée à confirmer, prescription à instruire, arbitrage à rendre.
- RED Un élément établi bloque la dimension pour le projet tel qu'il est décrit.
- UNKNOWN L'information n'est pas disponible dans les sources exploitées. Le rapport le dit au lieu de le combler.
À ce jour, aucun site passé au resolver n'est ressorti sans réserve en statut global. Ce qui est utile en phase amont n'est pas un feu vert : c'est la liste précise de ce qui reste ouvert, et de qui doit le trancher.
Detect ≠ Apply
Une contrainte détectée ne devient jamais automatiquement une obligation applicable.
Sur un site analysé en septembre 2026, le portail national signale une servitude d'utilité publique qui intersecte l'emprise. Le resolver ne la convertit pas en obligation. Il l'inscrit avec sa source et sa date de récupération, la classe en revue humaine, et nomme la question à trancher : est-ce que cette servitude contraint le projet tel qu'il est décrit ?
Une intersection géographique n'est pas une applicabilité. Trancher demande de lire la prescription et de la confronter au projet réel. Le rapport dit que ce travail reste à faire, et par qui.
Le même run porte une règle locale propre à une autre commune. Elle est évaluée, puis
écartée avec la mention DOES_NOT_APPLY et sa raison. Ce qui a été écarté reste
visible dans le rapport. Une vérification qui n'apparaît nulle part est une vérification
que personne ne peut contrôler.
Un run réel, sur un site jamais analysé auparavant.
Ce Development Gate provient d'un run réel sur un site français, établi uniquement à partir de sources publiques. Il est généré depuis le rapport produit ce jour-là, pas retapé pour cette page.
Colonne 3 : ce qui manque et la prochaine action. C'est ce qu'un tableau de statuts ne donne jamais.
| Dimension | Statut | Ce qui manque / prochaine action |
|---|---|---|
| Site | AMBER | confirmer le point opérationnel |
| Land | AMBER | 1 parcelle candidate, à confirmer |
| Planning | AMBER | 2 prescriptions/SUP en revue analyste |
| Permitting | UNKNOWN | seuils d'autorisation à documenter |
| Grid | UNKNOWN | demande de raccordement — aucune source publique |
| Environment/Risks | AMBER | 1 SUP détectée (retrait et gonflement des argiles), revue requise |
| Technical | AMBER | config déclarée, non évaluée en v0 |
| Economics | UNKNOWN | hors périmètre v0 |
5 points à trancher · 3 données à fournir
7 éléments de preuve issus de 2 sources publiques distinctes
Run du 5 septembre 2026.
Exemple anonymisé établi à partir de données publiques.
Ce qui rend le rapport utilisable
Six règles tenues sur chaque run, sans exception.
- Cited sources Chaque élément du rapport porte sa source et la date à laquelle elle a été récupérée.
- Provenance L'autorité d'une source et son applicabilité au projet restent deux informations distinctes, jamais fusionnées en un score unique.
- Uncertainty visible Ce qui n'est pas connu s'affiche UNKNOWN. Une inconnue n'est jamais comblée par une hypothèse présentée comme un fait.
- Version-aware Lorsqu'une version locale du document d'urbanisme est fournie, elle est confrontée à celle que sert le portail national, et l'écart remonte comme conflit non résolu plutôt que d'être tranché en silence.
- Detect ≠ Apply Une contrainte détectée est signalée et documentée, pas convertie en obligation.
- Human review Les points qui demandent un jugement humain sortent nommés, avec la question à trancher.
Pour qui
- Network Development Vous arbitrez quels sites entrent dans le plan de déploiement.
- Expansion Vous comparez des sites qui ne sont pas documentés de la même façon.
- Site Acquisition Vous engagez une négociation foncière avant d'avoir la réponse urbanisme.
- Deployment Vous héritez de sites dont les réserves n'ont jamais été écrites.
- Permitting Vous voulez savoir ce qui est déjà établi avant d'ouvrir le dossier.
- Project Development Vous devez présenter un site à un comité qui décide d'engager du capital.
Ce n'est ni un outil de dépôt de dossier, ni un avis juridique, ni un substitut à un bureau d'études.
Vous évaluez actuellement un site ?
Donnez-nous l'adresse, ou simplement la commune. Nous produisons le Development Gate à partir de sources publiques et nous vous l'envoyons : un statut par dimension, les sources datées, les points à trancher et les données qui manquent.
Aucun compte, aucun document à téléverser.
Votre demande part par email vers une seule boîte. Aucune base de données, aucun CRM.