# Konsistenzprüfungen (/docs/de/indicator-apps/checks)



Eine [Validierungsregel](./indicators/input.mdx) sichert einen einzelnen Wert ab:
diese Zahl ist nie negativ, jene höchstens 100. Eine **Konsistenzprüfung** sichert
eine Beziehung *zwischen* Datenpunkten: erneuerbare plus nicht erneuerbare Energie
ergibt die Gesamtenergie, umgeleiteter Abfall überschreitet nie den erzeugten Abfall,
ein Anteil bleibt unter 100 %.

Prüfungen machen aus "jede Zelle ist gefüllt" ein "der Bericht ist in sich stimmig",
und eine verletzte Prüfung kann die Freigabe eines Berichtszeitraums blockieren.

## Wo sie liegen [#wo-sie-liegen]

Prüfungen gehören zur Definition der App und liegen daher im Editor. Öffnen Sie Ihre
Indikator-App, klicken Sie auf **Editor öffnen** und gehen Sie auf den Tab
**Prüfungen**. Sie sehen die vertraute Zwei-Bereiche-Ansicht: links eine durchsuchbare
Liste der Prüfungen, rechts die ausgewählte Prüfung. Das Löschen liegt auf der Zeile
in der Liste.

Wie alles andere im Editor liegt eine neue oder geänderte Prüfung in Ihrem privaten
Entwurf, bis Sie **veröffentlichen**. Siehe
[Entwurf und Veröffentlichung](../overview/apps.mdx#entwurf-und-veroeffentlichung).

## Mit einem gängigen Muster starten [#mit-einem-gängigen-muster-starten]

Eine neue Prüfung bietet **Mit einem gängigen Muster starten** mit drei fertigen
Formen an:

* **Aufschlüsselung ergibt die Summe** - Komponenten ergeben zusammen einen
  Gesamtwert.
* **Teil bleibt im Ganzen** - ein Teil darf das Ganze nicht überschreiten.
* **Anteil bleibt unter 100 %** - ein Verhältnis oder Prozentsatz bleibt im Rahmen.

Ein Klick füllt das Formular für Sie aus; Sie ersetzen dann die Datenpunkte durch
Ihre eigenen. Nichts ist festgezurrt, eine Vorlage ist ein Ausgangspunkt, keine
Einschränkung.

## Eine Prüfung schreiben [#eine-prüfung-schreiben]

Eine Prüfung ist ein Vergleich aus linker Seite, Operator und rechter Seite, und jede
Seite wird **aus Bausteinen aufgebaut** statt getippt - denselben Bausteinen, aus
denen ein [Formel-Indikator](./indicators/formula.mdx) entsteht. So gibt es nur
eines zu lernen und keine Sprache zu behalten:

* **Name** - eine kurze Bezeichnung, damit sie in der Liste leicht
  wiederzuerkennen ist, zum Beispiel "Summen stimmen überein". Eine technische ID
  wird beim Tippen aus dem Namen erzeugt und bleibt nach dem Anlegen fest.
* **Linke Seite** und **Rechte Seite** - jeweils eine Berechnung über Ihre
  Datenpunkte. Für eine Prüfung, dass erneuerbare und nicht erneuerbare Energie sich
  aufsummieren, ist die linke Seite ein Baustein **Rechnung**, der zwei Bausteine
  **Referenz** addiert, und die rechte Seite eine einzelne Referenz auf den
  Gesamtenergieverbrauch.
* **Operator** - `=`, `!=`, `<`, `>`, `<=` oder `>=`.
* **Toleranz** - nur für `=` und `!=` angeboten. Ein kleiner Spielraum, damit eine
  Rundungsdifferenz von ein paar Nachkommastellen eine Gleichheit nicht verletzt.
* **Meldung bei Fehlschlag** - der Satz, den eine erfassende Person liest, wenn die
  Prüfung verletzt wird, zum Beispiel "Erneuerbare Energie darf den
  Gesamtenergieverbrauch nicht überschreiten." Ovidens bietet eine **Vorgeschlagene
  Meldung** aus dem Vergleich an; **Übernehmen** setzt sie ein.
* **Schweregrad** - **Blockierend** ("eine verletzte Zelle blockiert das Freigeben &
  Sperren für diesen Zeitraum") oder **Warnung** ("zeigt eine Warnung; die Freigabe
  bleibt möglich").

Während Sie bauen, stellt Ovidens **dieselbe Frage wie das Speichern** und zeigt eine
Zeile: entweder ein &#x2A;*Liest sich als:**, das die Prüfung in Worten wiedergibt - so
bestätigen Sie, dass sie das Gemeinte trifft - oder den Grund, warum sie nicht
ausgewertet werden kann, mit dem Datenpunkt, der Erfassungsfrequenz oder der
Aufschlüsselung, die nicht zusammenpasst. Daneben sagt eine Zeile, wie oft ausgewertet
wird, zum Beispiel "geprüft je Standort, je Jahr".

## Die Ergebnisse lesen [#die-ergebnisse-lesen]

Unter dem Formular sitzt die Tabelle **Auswertung pro Scheibe**: die Prüfung auf Ihre
echten Daten angewandt, eine Zeile je Zeitraum und Aufschlüsselungsscheibe, mit dem
Ergebnis und, bei einem numerischen Vergleich, der Differenz (Δ) gegenüber der
Toleranz.

Vier Chips filtern sie: **Alle**, **Verletzt**, **Unbekannt** und **Erfüllt**,
jeweils mit ihrer Anzahl. **Unbekannt** ist kein Problem: es bedeutet, dass
mindestens einer der referenzierten Datenpunkte noch keinen Wert hat, es also nichts
zu vergleichen gibt. Diese Zeilen benennen, was fehlt, und eine unbekannte Prüfung
blockiert und warnt nicht.

Eine verletzte Zeile bietet **In Dateneingabe korrigieren** an und bringt Sie direkt
zu genau dem Datenpunkt und Zeitraum dahinter - von "diese Zahlen passen nicht
zusammen" mit einem Klick zur Zelle, die korrigiert werden muss.

## Was eine Prüfung mit Ihrem Bericht macht [#was-eine-prüfung-mit-ihrem-bericht-macht]

* Eine verletzte **blockierende** Prüfung verhindert die Freigabe des
  Berichtszeitraums. **Freigeben und sperren** bleibt deaktiviert, und der Tab
  **Status und Freigabe** des Zeitraums listet auf, was blockiert - nach Datenpunkt
  und nach Ihrer Prüfmeldung.
* Eine verletzte **Warn**-Prüfung wird gemeldet, blockiert die Freigabe aber nie.
* In beiden Fällen sehen die Erfassenden Ihre Meldung schon während der Eingabe,
  sodass genau die Person davon erfährt, die die Unstimmigkeit beheben kann.

Den Freigabevorgang selbst beschreibt
[Berichtszeitraum prüfen und freigeben](./collection-overview.mdx#sign-off).
