Certifier avant de s'engager.
QISTAS est une couche de certification déterministe placée entre les systèmes de décision opérationnels et l'exécution. Elle détermine ce qui est admissible à l'instant, sous quelles preuves et quelles contraintes, et quand cette certification doit être retirée ou recalculée.
Prévoir / Optimiser / Planifier
Système existant
QISTAS
Plan de certification
Engagement certifié
Dans les limites
Exécution
Système existant
01Positionnement
QISTAS ne remplace pas votre optimiseur.
L'optimiseur se demande : quelle est la meilleure action ? QISTAS se demande : à quoi l'organisation peut-elle légitimement et opérationnellement s'engager maintenant, au vu des preuves disponibles ?
QISTAS agit comme un plan de certification indépendant. Systèmes de prévision, optimiseurs, moteurs de marché, moteurs de planification, VPP, systèmes de recharge intelligente et de dispatch restent en place.
- Votre système
La prévision estime.
- Votre système
L'optimisation choisit.
- Tajalli
QISTAS certifie l'admissibilité.
- Votre système
L'exécution agit.
02Décisions
La proposition est une entrée. Le certificat est l'engagement.
Lorsqu'une proposition dépasse ce que les preuves actuelles permettent, QISTAS ne débat pas avec l'optimiseur. Il certifie la part admissible et limite l'engagement à celle-ci.
Engagement illustratif
CLAMP- L'optimiseur propose
- 4,2 MW
- QISTAS certifie
- 2,9 MW
- Engagement approuvé
- 2,9 MW
- ALLOW
La proposition est admissible telle quelle.
- CLAMP
Seule une part certifiée est admissible.
- REJECT
Aucun engagement admissible n'existe à cet instant.
- RECERTIFY
Une frontière a été franchie. Le certificat précédent est retiré.
03Périmètre
Chaque certificat répond à sept questions.
- 01Ce qui est admissible à l'instant
- 02Sur la base de quelles preuves
- 03Sous quelles contraintes
- 04Pour combien de temps la certification reste valide
- 05Quelle frontière l'invalide
- 06Quand elle doit être retirée
- 07Quand un nouvel état exige une recertification
04Architecture
De la preuve à un engagement contrôlé et rejouable.
- 01Preuve
- 02État source canonique
- 03Certification déterministe
- 04Frontière de validité
- 05Surveillance des frontières
- 06Retrait / Recertification
- 07Certification de portefeuille
- 08Point de contrôle d'engagement
- 09Audit / Rejeu
05Capacités
Une infrastructure de certification, pas un modèle de plus.
- 01
État source canonique
Télémesures, programmes et déclarations hétérogènes sont normalisés en un état unique, explicite et versionné avant toute certification.
- 02
Certification déterministe
L'admissibilité est calculée comme une fonction déterministe de l'état et de la politique. Aucune preuve inventée, aucun échantillonnage dans le chemin de décision.
- 03
Frontière de validité
Chaque certificat énonce les conditions sous lesquelles il tient. La validité est explicite, et non déduite du seul temps écoulé.
- 04
Recertification continue
Lorsqu'une preuve surveillée franchit une frontière, le certificat est retiré et le nouvel état est recertifié de façon déterministe.
- 05
Certification de portefeuille
Les certificats par actif sont composés en un certificat de portefeuille conservateur. Le portefeuille n'affirme jamais plus que ce que ses actifs permettent.
- 06
Point de contrôle d'engagement
Offres, programmes et ordres de dispatch ne passent que dans les limites certifiées. Au-delà, ils sont écrêtés ou rejetés.
- 07
Audit et rejeu
Tout certificat peut être reconstruit à partir de son état enregistré, de sa version de politique et de la lignée de ses preuves.
- 08
Registre des preuves
Lignée de décision immuable et identité cryptographique des certificats. Chaque certificat est haché sur le contenu qui l'a produit.
- 09
Versionnage des politiques
Les règles de certification sont publiées par versions. Chaque certificat référence la version de politique sous laquelle il a été émis.
- 10
Adaptateurs d'intégration
Des adaptateurs propres à chaque client traduisent les formats locaux en état canonique. L'adaptateur change selon l'environnement ; le noyau déterministe, non.
06Intégration
S'adosse aux systèmes que vous exploitez déjà.
Les cibles d'intégration sont définies pour chaque mission. Une étude en mode shadow peut démarrer à partir d'exports de fichiers, avant toute interface en temps réel.
- API REST
- Flux d'événements
- Systèmes compatibles Kafka
- CSV / SFTP pour études shadow
- API d'entreprise
- OCPP / OCPI le cas échéant
Les interfaces listées sont des schémas d'intégration pris en charge, confirmés pour chaque déploiement.
07Résultats de validation sélectionnés
Premier domaine validé : la flexibilité énergétique distribuée.
QISTAS a d'abord été validé sur des cas d'usage de flexibilité distribuée, y compris la flexibilité des véhicules électriques. L'énergie est le premier domaine de validation de l'architecture, pas sa limite.
QISTAS
Validation sur données nouvelles
Règles de décision figées, évaluées sur des données non utilisées lors du calibrage.
- de compression des publications externes
- 98.7248%
- transitions d'état décisionnelles capturées
- 23 / 23
- transitions ADMISSIBLE → INFEASIBLE capturées
- 17 / 17
- événement de surestimation à la baisse
- 0
- publication périmée
- 0
- rejeux déterministes conformes
- 26 / 26
Résultats issus d'une validation contrôlée sur données publiques et d'une évaluation en mode shadow. Il ne s'agit pas de performances revendiquées en production chez un client.
QISTAS
Validation de portefeuille
Composition conservatrice des certificats par actif en engagements de portefeuille.
- de la capacité-temps admissible en interne préservée par la couche de certification conservatrice
- 95.61%
- événement de surestimation à l'échelle du portefeuille
- 0
- de rejeu déterministe du portefeuille sur le jeu de données évalué
- 100%
Résultats issus d'une validation contrôlée sur données publiques et d'une évaluation en mode shadow. Il ne s'agit pas de performances revendiquées en production chez un client.
08Questions sur QISTAS
Ce que les équipes d'évaluation demandent sur QISTAS.
QISTAS remplace-t-il la prévision ou l'optimisation ?
Non. La prévision estime ce qui peut advenir. L'optimisation détermine une décision préférée. QISTAS détermine ce qui peut, à l'instant, être certifié admissible au vu des preuves disponibles et des contraintes applicables.
Ces fonctions sont complémentaires.
Qu'est-ce qui invalide une certification QISTAS ?
Chaque certification porte des conditions de validité explicites : les preuves dont elle découle et les frontières opérationnelles dans lesquelles elle tient.
Une certification est invalidée lorsqu'une preuve surveillée franchit l'une de ces frontières, lorsqu'une preuve requise cesse d'arriver, ou lorsque la version de politique applicable est remplacée. Elle est alors retirée et l'état courant est réévalué.
Que se passe-t-il lorsqu'une preuve devient périmée ?
La péremption est traitée comme une frontière à part entière. Une preuve plus ancienne que l'âge autorisé ne fonde plus la certification qui s'appuie sur elle.
Selon la configuration, QISTAS retire la certification concernée ou la ramène à ce que les preuves restantes permettent encore. Il ne continue pas de publier une certification fondée sur des preuves expirées.
QISTAS peut-il fonctionner en mode shadow ?
Oui. En mode shadow, QISTAS consomme les mêmes propositions et les mêmes preuves que le processus de production et calcule ses certifications en parallèle, sans conditionner aucun engagement.
Ses décisions sont ensuite comparées à ce qui a réellement été engagé. Une étude shadow peut démarrer à partir d'exports historiques ou de fichiers.
Comment rejoue-t-on une décision QISTAS ?
Chaque certification est enregistrée avec ses preuves d'entrée, son état canonique, sa version de politique, sa version de moteur et ses frontières de validité.
Le rejeu réexécute la certification à partir de ces entrées enregistrées. La couche de décision étant déterministe, la certification rejouée doit être identique à l'originale ; tout écart est traité comme un défaut.
Demandes entreprises
Certifier avant de s'engager.
Commencez par une étude en mode shadow sur des exports historiques ou en temps réel. Aucune modification de votre chaîne d'optimisation n'est nécessaire.