Le cas pratique : remonter de la recommandation à ses éléments probants
Suivez la demande synthétique de Tessera Compute depuis son dossier déposé jusqu'aux éléments probants étayant sa recommandation d'étude de renforcement (Upgrade study). Les cas contrastés illustrent pourquoi la maturité, l'impact thermique et la priorité d'étude nécessitent des explications distinctes. L'ensemble des demandes et le réseau sont synthétiques ; les noms d'entreprises demanderesses visibles sur les captures d'écran sont des étiquettes de simulation, et non des clients, des déploiements ou des approbations.
Sélectionnez une capture d'écran pour ouvrir l'original en taille réelle. Il s'agit de captures d'écran du produit ; les commandes représentées appartiennent à l'espace de travail local enregistré.
Suivre les éléments probants
Inspecter la demande avant de faire confiance à sa recommandation
Tessera sollicite 750 MW au point d'interconnexion du bus 3. Le texte soumis décrit la maîtrise foncière du site et les versements d'acompte actuels. La vue source permet à un réviseur de comparer ces déclarations avec les champs extraits, plutôt que de présumer de l'exhaustivité à partir d'un nom de projet ou d'une capacité demandée.
La vue d'instruction enregistre une maîtrise foncière confirmée et le versement d'un acompte d'étude. Ces données contribuent à un score de maturité de 0.92, affiché sous la forme 92 out of 100. Il s'agit d'une heuristique de priorisation configurée, et non d'une probabilité de raccordement réussi, d'une évaluation de solvabilité ou d'une preuve de faisabilité technique.
L'instruction assistée par modèle (en option) fournit une extraction supplémentaire à des fins de comparaison avec la source. La présentation vidéo réutilise une réponse réelle enregistrée du modèle. Ce résultat consultatif ne peut modifier la recommandation de la file ni l'ordre d'étude enregistrés, et l'exécution complète de la file n'utilise pas le modèle. Un réviseur doit toujours vérifier les champs extraits par rapport au dossier soumis.
Définir le réseau que le filtrage couvre réellement
Le cas d'essai synthétique comprend 2,000 buses et 3,633 branches. Le filtrage surveille 976 branches de transport non radiales dont les deux extrémités sont à 138 kV ou plus. Les facteurs de répartition des transferts de puissance estiment l'impact d'une injection sur les flux de ligne ; les facteurs de répartition de déclenchement de ligne estiment les flux sur les lignes restantes après le retrait d'une ligne surveillée.
La puissance en MW demandée est traitée comme une injection équilibrée au nœud bilan (slack bus), y compris pour les demandes qualifiées de charges importantes. Il s'agit d'une convention de modélisation illustrative, et non d'une étude validée de soutirage de charge. Les surcharges de référence existantes sont exclues de l'imputation au projet, de sorte que l'absence de nouvelles contraintes de projet ne garantit pas la sécurité de l'ensemble du réseau.
Trouver le déclenchement qui modifie la voie d'étude
Le pire taux de charge attribuable à Tessera en cas de référence est de 92.3%, soit en dessous de la limite thermique de 100%. Après le déclenchement d'une seule ligne surveillée, le pire taux de charge attribuable atteint 112.4%. La recommandation est donc une étude de renforcement (Upgrade study), même si son dossier est prêt et que son cas de référence reste sous la limite.
La question utile pour l'examen est de savoir quel élément est contraignant, sous quel déclenchement, et si la surcharge est nouvellement attribuable à la demande. Le schéma fournit le contexte de raccordement ; la branche identifiée, la contingence et le taux de charge fournissent les éléments probants thermiques déterminants. Une voie d'étude de renforcement (Upgrade study) appelle des travaux d'ingénierie supplémentaires plutôt que d'approuver une conception constructive particulière.
Comparer un filtrage sans surcharge avec un examen marginal
La demande synthétique Apex DC sollicite également 750 MW et affiche une maturité de 0.92. Son pire taux de charge de référence attribuable est de 79.7% et son taux de charge sur déclenchement unique est de 96.4%, sans aucune nouvelle surcharge. Elle obtient un filtrage sans surcharge (Clean screen) : passage à l'étude détaillée d'interconnexion. Cette mention n'autorise pas le raccordement.
La demande synthétique Cortex Compute ne présente pas non plus de nouvelle surcharge, mais son taux de charge sur déclenchement unique de 96.7% représente un nouveau franchissement au-dessus de la plage d'alerte de 95%. La politique configurée renvoie ce cas marginal vers une revue d'ingénierie (Engineering review). Une valeur inférieure à la limite de surcharge peut ainsi tout de même exiger une appréciation technique, et une voie de revue ne constitue pas une décision d'ingénierie finalisée.
Distinguer le renforcement d'une instruction incomplète
La demande synthétique Stargate Compute sollicite 500 MW et atteint un pire taux de charge attribuable en cas de référence de 163.6%. Elle est orientée vers une étude d'extension majeure du réseau (Major network build). Dans cette configuration, un taux de charge supérieur à 135% ou plus de quatre nouveaux enregistrements de contraintes déclenche cette voie. Cette mention identifie un besoin d'étude ; elle ne constitue ni une infraction réglementaire ni une conception finale de renforcement.
La demande synthétique Helios Compute présente un problème différent. Son dossier ne comporte ni maîtrise foncière formalisée ni acompte versé ; des retraits antérieurs et un ajustement pour demandeur de type société-écran ou entité ad hoc réduisent également le score de maturité configuré à 0.00. Elle passe de la position d'arrivée 1 à la position premier-prêt 213, restant dans la file pour complément d'instruction.
Des points de raccordement non résolus, une confiance d'extraction inférieure à 0.60 et des modèles physiques indisponibles orientent également les demandes vers une revue d'ingénierie (Engineering review). Cela préserve la distinction entre des éléments probants manquants et une vérification validée. Chaque recommandation a besoin de son motif explicite ; un score composite unique masquerait le fait que l'action suivante concerne l'instruction, l'analyse thermique ou l'appréciation de l'ingénieur.
Lire la comparaison de l'ordre d'étude sans convertir les positions en durée
| Study recommendation | Synthetic applications | Interpretation |
|---|---|---|
| Clean screen | 84 | Aucune nouvelle surcharge attribuable et aucune condition de révision configurée. |
| Upgrade study | 22 | Nouvelle surcharge attribuable nécessitant une étude de renforcement. |
| Engineering review | 30 | Éléments probants non résolus, modèle physique indisponible ou charge marginale. |
| Major network build | 24 | Voie d'étude configurée pour renforcement majeur du réseau. |
| Low readiness | 90 | Instruction complémentaire requise avant étude prioritaire. |
Les voies Clean screen et Upgrade study regroupent à elles deux 106 demandes et environ 62.2 GW de capacité sollicitée. L'interface qualifie ce volume de capacité prête pour étude. Dans la mesure où il inclut des demandes nécessitant des renforcements, il ne s'agit pas d'une capacité disponible ou raccordable. Le regroupement par proximité électrique ne rassemble que ces deux voies ; il ne tranche pas l'éligibilité réglementaire et ne constitue pas une étude d'ingénierie combinée achevée.
L'ordre premier-prêt trie selon la priorité de recommandation, la maturité décroissante puis les MW demandés décroissants. Sur les 106 demandes Clean screen et Upgrade study, la position médiane exacte passe de 138.5 à 53.5 ; l'interface tronque ces médianes. Tessera passe de la position 9 à 92 tout en conservant sa voie Upgrade study, montrant que la maturité ne détermine pas à elle seule la priorité.
La métrique visible d'exposition aux réétudes compte chaque demande amont à faible maturité ou d'extension majeure une fois pour chaque demande Clean screen ou Upgrade study subséquente. Elle passe de 6,596 à zéro car l'ordonnancement configuré place ces voies amont plus tard. Elle ne simule pas les réétudes réelles, les retraits, le temps écoulé, l'achèvement des renforcements ou la charge de travail d'ingénierie, et cette comparaison ne constitue ni une optimisation ni une garantie d'équité.
Inspecter les vérifications et préserver le registre d'étude exact
Le banc d'essai d'exécution sépare six vérifications d'identités physiques (six physics checks) de six cas explicites de règles de gestion (six policy cases). Les vérifications physiques testent les relations numériques ; les cas de règles testent les limites d'orientation configurées. L'exécution enregistrée indique que l'ensemble des douze vérifications (twelve checks) a réussi. Il s'agit d'une preuve d'implémentation sur une suite synthétique figée, et non d'une précision sur le terrain, d'une faisabilité complète du réseau ou d'une validation indépendante.
Un export JSON de plan d'étude propre à l'exécution conserve les éléments probants de la file, tandis que le rapport HTML imprimable du projet contient l'identité de l'étude, l'instruction, la recommandation et les contraintes déterminantes pour une demande. Le JSON de référence préserve séparément les vérifications observées. Ces enregistrements permettent à un réviseur d'identifier quelle exécution étaye une affirmation plutôt que de s'en remettre à une capture d'écran isolée.
Les fichiers téléchargés subsistent après l'expiration des exécutions du serveur. L'espace de travail local conserve au plus seize exécutions récentes (16) en mémoire ; les exécutions terminées expirent une heure (1 hour) après leur création, et un redémarrage du serveur les efface. Une utilisation en production nécessiterait des décisions distinctes concernant les données de réseau validées, les enregistrements durables, les contrôles d'accès, l'autorité d'ingénierie et les études requises au-delà de ce filtrage.
