QK: "zielrelevante Einheit nicht erfasst" erscheint nicht

[rebeccakurz]

Hoi Alex
Die AV von Cirsium tuberosum hat die zielrelevante Einheit von "Blütenstände" auf "Pflanzen total" geändert (auf unseren Hinweis hin, einfacher für Zielüberprüfung, EK-Planung etc.).
Bei den diesjährigen Kontrollen wurden aber meistens nur die "Blütenstände" erfasst. Das müsste doch nun in der Qualitätskontrolle zu der Meldung "Teilpopulation mit Kontrollen im aktuellen Jahr. Aber die zielrelevante Einheit wurde nie erfasst" führen? Die QK meldet aber nichts zu meckern... Die entsprechende QK ist aber "angehäkelt".
Was könnte hier der Grund sein?

[barbalex]

Ich habe auch etwas Recherche gebraucht, um zu merken: "Teilpopulation mit Kontrollen im aktuellen Jahr...". Wir sind im 2022 🙄

[barbalex]

Wenn du diese Qualitätskontrolle (und vermutlich auch andere) auf letztes Jahr anwenden willst, musst du also das Datum deines PC's verstellen.

[rebeccakurz]

Hmm das hatten wir auch überlegt, ob es an dem liegt. Aber ich meinte im Kopf zu haben, dass in der FloraDB das "Jahr" auf das Vertragsjahr der Aktionspläne angepasst wurde. Also dass es von Ende Februar bis Ende Februar geht (oder vielleicht auch noch Ende Januar von der vorhergehenden Vertragsperiode, es wurde ja erst letztes Jahr umgestellt).
Aber in dem Fall ist dem nicht so?
War das eventuell in einem anderen Fall, wo das Stichdatum nicht der erste Januar ist?

[barbalex]

Das "aktuelle Jahr" ist aber so gesehen blöd. Besser wäre es, das "Berichtsjahr" zu verwenden. Das dann auch an die Qualitätskontrolle übergeben werden müsste, weshalb es ein bisschen Aufwand gibt, das anzupassen. Auf die Schnelle habe ich drei ähnliche Kontrollen gesehen, wo dies sinnvoll wäre.

[barbalex]

War das eventuell in einem anderen Fall, wo das Stichdatum nicht der erste Januar ist?

Ja das gibt oder gab es irgendwo. Fällt mir auch nicht gerade ein.

[barbalex]

War das eventuell in einem anderen Fall, wo das Stichdatum nicht der erste Januar ist?

Ich glaube, das war als der Jahresbericht noch in Access erzeugt wurde für den Jahresbericht so. Heute wird das im App direkt erzeugt und mit den historisierten Daten. Daher ist es (zumindest dort) nicht mehr so geregelt.

[rebeccakurz]

Das "aktuelle Jahr" ist aber so gesehen blöd. Besser wäre es, das "Berichtsjahr" zu verwenden. Das dann auch an die Qualitätskontrolle übergeben werden müsste, weshalb es ein bisschen Aufwand gibt, das anzupassen. Auf die Schnelle habe ich drei ähnliche Kontrollen gesehen, wo dies sinnvoll wäre.

Okay. Wäre das etwas, das wir an unserer Planungssitzung besprechen sollten? Gibt wahrscheinlich noch einige Auswirkungen, wenn das "aktuelle Jahr" auf das "Berichtsjahr" geändert werden sollte...

[rebeccakurz]

War das eventuell in einem anderen Fall, wo das Stichdatum nicht der erste Januar ist?

Ich glaube, das war als der Jahresbericht noch in Access erzeugt wurde für den Jahresbericht so. Heute wird das im App direkt erzeugt und mit den historisierten Daten. Daher ist es (zumindest dort) nicht mehr so geregelt.

Stimmt, das könnte sein, dass das dort war.

[barbalex]

Gibt wahrscheinlich noch einige Auswirkungen, wenn das "aktuelle Jahr" auf das "Berichtsjahr" geändert werden sollte...

In der Qualitätskontrolle wählt man ja oben das gewünschte Berichtsjahr. Ihr müsstet einfach überlegen, bei welchen Qualitätskontrollen dieses statt das "aktuelle" wichtig wäre.

[rebeccakurz]

Hmm, also dann motzt die QK im obigen Fall von Cirsium tuberosum also nicht, weil die Zähleinheit erst im 2022 geändert wurde, die Kontrollen aber im 2021 stattgefunden haben und dort noch "Blütenstände" als zielrelevante Einheit erfasst war und diese auch gezählt wurden?
Es wird also in diesem Sinn nicht rückwirkend angewendet, wenn die zielrelevante Einheit geändert wird?

[barbalex]

apflora kann sich nicht daran erinnern, wie zielrelevante Einheiten früher waren. Es berücksichtigt einfach, was jetzt als zielrelevante Einheit gesetzt ist. Das ist also nicht der Grund.

Aber die Qualitätskontrolle berücksichtigt nur Kontrollen aus dem "aktuellen" Jahr. Will am 4.1.2022 heissen: aus 2022.
Wenn sich nun also zeigt, dass ihr im folgenden Jahr (nach den Kontrollen) noch mit diesen Kontrollen arbeitet, wäre es besser, wenn Kontrollen aus dem Berichtsjahr berücksichtigt würden.

Unglücklicherweise wird das Berichtsjahr in der App gewählt. Und die Qualitätskontrolle ist so aufwändig, dass eine Abfrage von der App aus dafür nicht ausreicht, sondern bisher ein komplex aufgebauter View in der Datenbank verwendet wird.

Neu muss also

• die Datenbank eine neue "function" anbieten (im Prinzip ein View, das Argumente entgegennimmt, in diesem Fall das Berichtjahr)
• die App die function statt den bisheringen view abfragen
• und dabei das Berichtsjahr übermitteln
• worauf die function es verwendet, um Kontrollen aus dem Berichtsjahr zu berücksichtigen
• die Qualitätskontrollen sollten statt "aktuellen Jahr" den Begriff "Berichtsjahr" verwenden

Ich sehe folgende Kontrollen, welche betroffen sein könnten:

• AP mit Kontrollen im aktuellen Jahr. Aber eine Ziel-relevante Einheit fehlt
• Teilpopulation mit Kontrollen im aktuellen Jahr. Aber die zielrelevante Einheit wurde nie erfasst
• Teilpopulation mit Anpflanzungen im aktuellen Jahr. Aber die zielrelevante Einheit wurde nicht erfasst

Diese Anpassung braucht vermutlich ca. 4 Stunden.

[barbalex]

Leider nützt es doch nichts, das Datum des eigenen PC's zu verstellen. Denn das aktuelle Jahr wird auf dem Server ermittelt 😢

[rebeccakurz]

Wir haben darüber nochmals diskutiert und fänden es sinnvoll, wenn die Qualitätskontrolle das Berichtjahr (März bis Februar) und nicht das Kalenderjahr berücksichtigen würde. Das wäre dann analog zum Jahresbericht.
Könntest du das mit den obigen Überlegungen realisieren?

Alternativ wäre es vielleicht möglich, dass das jeweilige Jahr ausgewählt werden könnte, so dass wir also jetzt noch die Einträge aus 2024 überprüfen könnten.

Was denkst du? Das wäre dann eine Erweiterung für das nächste Jahr.

[barbalex]

Mir scheint logisch, dass die Kontrolle das kontrolliert, was oben im Formular mit "Berichtjahr" angeschrieben ist. Alles andere ist verwirrlich.

Ist das beim Jahresbericht nicht auch so? Habe ich da was vergessen?

[rebeccakurz]

Ja, den Jahresbericht erstellen wir ja ca. Ende Februar und er baut auf den zu dem Zeitpunkt historisierten Daten auf.

[barbalex]

er baut auf den zu dem Zeitpunkt historisierten Daten
...eines bestimmten Jahrs, das gewählt wurde, indem man zum entsprechenden Bericht navigiert ist

Womit eben das Jahr benutzt wird, das die Benutzerin bewusst gewählt hat und nicht irgend etwas berechnetes, das dem widersprechen kann, was die Benutzerin zuvor gewählt hat.

Nur als (vermutlich hypothetisches) Beispiel: Wollte die Benutzerin im Januar 2025 die Kontrollen für das Jahr 2023 ausführen, würden stattdessen diejenigen für das Jahr 2024 ausgeführt.

Das Beispiel mag zwar hypothetisch sein, aber es belegt wie verwirrlich es sein kann, wenn das Formular ein Berichtjahr anzeigt (im Beispiel 2023), dann aber etwas ganz anderes rechnet.

Darum finde ich: Es soll gerechnet werden, was oben im Formular angezeigt wird (analog beim Jahresbericht: Was die Benutzerin durch die Navigation zum bestimmten Jahr gewählt hat). Damit hat die Benutzerin immer die volle Kontrolle und sie versteht, was passiert.

[rebeccakurz]

Soll heissen: Wenn ich in der Qualitätskontrolle einer Art bin und dort oben im Formular steht "Berichtsjahr 2024" (siehe Screenshot), dann analysiert mir die Kontrolle die Daten vom März 2024 bis Februar 2025. Richtig? Das wäre genau das wir möchten.
Unser Problem ist ja, dass die AV ihre Daten erst bis am 5. Januar eingegebn haben. Wollen wir diese anschliessend mit der Qualitätskontrolle überprüfen, ist das momentan nicht mehr möglich, da ja bereits die Daten für das Jahr 2025 überprüft werden.

Daher wäre dein Vorschlag Darum finde ich: Es soll gerechnet werden, was oben im Formular angezeigt wird (analog beim Jahresbericht: Was die Benutzerin durch die Navigation zum bestimmten Jahr gewählt hat). Damit hat die Benutzerin immer die volle Kontrolle und sie versteht, was passiert. zielführend.

[barbalex]

dann analysiert mir die Kontrolle die Daten vom März 2024 bis Februar 2025. Richtig?

Nicht ganz. Es analysiert Daten für das Jahr 2024. Egal, wann die Auswertung erfolgt. (natürlich bei den zwei oder drei QK's, die sich aktuell noch auf das Kalenderjahr beziehen, erst, wenn wir sie angepasst haben)

Wenn ihr also im Januar 2025 auswertet, im Formular als Berichtjahr 2024 gewählt ist und die zwei bis drei QK's verbessert wurden, erhält ihr was ihr wollt.

Das Feld "Berichtjahr" enthält keine in der Datenbank gespeicherten Daten, weil die Kontrollen jeweils neu gerechnet werden. Damit ihr im Januar und Februar des Folgejahrs einfacher kontrollieren könnt, wurde das Formular so programmiert, dass es in diesen zwei Monaten jeweils als Berichtjahr den Wert des Vorjahrs wählt.

Wenn wir die zwei oder drei QK's verbessern, habt ihr also genau was ihr wollt, ohne dass ihr das Berichtjahr im Januar und Februar des Folgejahrs korrigieren müsstet.