> For the complete documentation index, see [llms.txt](https://academy.predium.de/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://academy.predium.de/verbrauchsdaten/verbrauchsbasierte-analyse-fur-portfolios-und-wirtschaftseinheiten.md). # Verbrauchsbasierte Analyse für Portfolios und Wirtschaftseinheiten Du möchtest Verbrauchsdaten nicht je Gebäude, sondern für eine Wirtschaftseinheit oder ein ganzes Portfolio auswerten, zum Beispiel für ein Reporting oder eine Transaktion. ### So geht's 1. Navigiere zur **Analyse** 2. Wähle oben links eine Wirtschaftseinheit oder ein Portfolio aus 3. Wechsle auf **Verbrauchsbasiert** Die aggregierte Auswertung wird automatisch berechnet. Nach dem Import größerer Datenmengen kann es einige Minuten dauern, bis alle Werte aktualisiert sind. ### Was siehst du? * **Top-KPIs:** Endenergie, Primärenergie, CO₂, Energiekosten und CO₂-Steuer * **Entwicklung über die Zeit:** Endenergie und CO₂-Intensität pro Jahr * **Energieträger-Aufschlüsselung:** nach Endenergie und nach CO₂-Intensität, dazu die Anzahl der Gebäude je Energieträger * **Abweichung von der modellbasierten Analyse:** wie weit der gemessene Verbrauch vom berechneten Bedarf abweicht * **CRREM-Auswertung:** CO₂-Pfad, Energiepfad, Überschreitungskosten und Stranding * **Gebäudetabelle** mit der Abweichung je Gebäude Die Effizienzklasse ist in der aggregierten Ansicht noch nicht enthalten, sie folgt in einer späteren Ausbaustufe. Die CRREM-Auswertung erscheint nur, wenn in den [Berechnungsstandards](/einstellungen-and-verwaltung/berechnungsstandards.md) der Schalter CRREM für Berechnungen verwenden eingeschaltet ist. ### Abweichung vom Modell lesen Die Gebäude werden nach ihrer Abweichung in fünf Gruppen einsortiert: | Gruppe | Bedeutung | | ------------- | --------------------------------------------------------- | | > +30 % | Der Verbrauch liegt deutlich über dem berechneten Bedarf | | +10 bis +30 % | Verbrauch über dem Bedarf | | ± 10 % | Verbrauch und Bedarf stimmen weitgehend überein | | -10 bis -30 % | Verbrauch unter dem Bedarf | | < -30 % | Der Verbrauch liegt deutlich unter dem berechneten Bedarf | Ein positiver Wert heißt also: Das Gebäude verbraucht **mehr**, als das Modell rechnet. In diese Auswertung fließen nur Gebäude ein, die sowohl ein aktives Modell als auch eine hinterlegte Energiebezugsfläche haben. Fehlt eines von beidem, taucht das Gebäude hier nicht auf, auch wenn Verbrauchsdaten vorliegen. ### Wichtig: Datenabdeckung Die Aussagekraft hängt direkt davon ab, wie viele Gebäude Verbrauchsdaten haben. Über den KPIs siehst du die Abdeckung des ausgewählten Portfolios, zum Beispiel „26 / 343 Gebäude ohne Verbrauchsdaten". Über den Pfeil **>** findest du die Gebäude ohne Daten und kannst sie nachtragen. **Vollständig erfasst heißt nicht automatisch auswertbar.** Für die CRREM-Auswertung zählen nur zusammenhängende Verbrauchszeiträume von mindestens einem Monat. Liegen für ein Gebäude nur kürzere Zeiträume vor oder klaffen Lücken zwischen den Abrechnungen, fällt der betroffene Energieträger aus der Rechnung, obwohl das Gebäude in der Abdeckung mitzählt. Wenn eine Zahl unerwartet niedrig wirkt, prüfe zuerst die Zeiträume der hinterlegten Einträge. Für die CRREM-Analyse und die CO₂e-Intensität werden fehlende Zeiträume nach CRREM-Methodik hochgerechnet. Bei den Top-KPIs für End- und Primärenergie passiert das nicht, dort siehst du ausschließlich das, was erfasst ist. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://academy.predium.de/verbrauchsdaten/verbrauchsbasierte-analyse-fur-portfolios-und-wirtschaftseinheiten.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.