bba9c87608
Nouvelle page fonctionnalites/prevision-pv (FR/DE/EN, dans la nav) : courbe horaire jusqu'à la fin du lendemain par plan, correction de température et plafond onduleur (modèles déterministes publics, aucun apprentissage), « plafond optimiste », « une heure sans donnée est un trou, jamais un zéro », fourchette météo (qualifie la météo seulement), météo horaire, mise en service, règle centrale de la Community (affiché et enregistré localement, jamais utilisé pour décider), consommation de base « à venir », données qui sortent, optimiseur seulement comme interface prévue. Tarifs (3 langues) : section BETA « tarif saisi », exposé et non utilisé pour décider ; les tarifs dynamiques restent en roadmap. FAQ (3 langues) : réponse « données » réécrite avec la liste de ce qui sort ; « Predict AI », `optimizer-plugin` et « socket Unix » retirés ; la prévision physique passe dans Community, Pro garde les prévisions apprises. Accueil : « sans dépendance au cloud ». Tableau des fonctionnalités : trois lignes. Fiche OpenMeteo : lien vers la page, plafond appliqué par le moteur. Sources : INTERFACE.md et DESIGN_PREVISION_PV.md (feature/forecast-protocol-1.1), CONTRACT_A v4, CONSIGNE-app-etm66-prevision.md. Aucune donnée du banc. Vérifié comme en CI : génération, --check et mkdocs build --strict passent. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
32 lines
1.5 KiB
Markdown
32 lines
1.5 KiB
Markdown
# Tarifs
|
|
|
|
## Tarif saisi par l'installateur <span class="badge testing">BETA</span>
|
|
|
|
L'installateur saisit le tarif d'achat d'électricité du site ; la box le conserve.
|
|
|
|
- **Tarif unique** : un seul prix, toute la journée.
|
|
- **Heures pleines / heures creuses** : un prix par période. Le moteur accepte plusieurs
|
|
plages par période (par exemple des heures creuses la nuit et en début
|
|
d'après-midi) ; les plages doivent couvrir les 24 heures sans trou ni chevauchement.
|
|
- Prix en **c€/kWh TTC**, le prix complet payé. Un tarif de revente peut s'y ajouter
|
|
(0 s'il n'est pas saisi).
|
|
- Les heures sont celles de la **box** (son fuseau horaire), pas celles du téléphone.
|
|
|
|
Dans l'application, l'écran Tarif saisit un tarif unique ou des heures pleines/creuses
|
|
avec une plage d'heures creuses. Un tarif à plusieurs plages s'y affiche en lecture
|
|
seule.
|
|
|
|
!!! note "Exposé, pas utilisé pour décider"
|
|
Le moteur **expose** le tarif (affichage, enregistrement local) ; il ne décide pas
|
|
avec. Sans optimiseur, le pilotage reste à règles — voir
|
|
[Prévision de production PV](fonctionnalites/prevision-pv.md#ce-que-la-prevision-ne-fait-pas).
|
|
|
|
## Tarifs dynamiques <span class="badge nightly">ROADMAP</span>
|
|
|
|
Arbitrage sur les signaux tarifaires **français** : Tempo (bleu/blanc/rouge), heures
|
|
creuses/pleines, offres dynamiques. Optimisation CO₂ via le signal RTE eco2mix.
|
|
|
|
!!! note "Roadmap"
|
|
Ces fonctions ne sont pas encore disponibles. Le marché français diffère du marché
|
|
allemand : ETM adapte plutôt que de transposer.
|