EQS-Updates 22. Mai 2025

❗ Problem:
Der Benutzer konnte nicht zum EU-Taxonomie-Modul hinzugefügt werden, da die Einladungsemail nicht versendet wurde.

GEGEBEN:
Ein Benutzer versucht, einen neuen Benutzer für das EU-Taxonomie-Modul einzurichten
UND gibt eine gültige E-Mail-Adresse an
WENN:
Die Benutzererstellung eingereicht wird
DANN:
Das System versendet keine Einladungsemail, wodurch der neue Benutzer keinen Zugriff auf das Modul erhält

✅ Behobenes Verhalten:
Einladungsemails werden jetzt korrekt ausgelöst und versendet, wenn ein Benutzer dem EU-Taxonomie-Modul hinzugefügt wird.

❗ Problem:
Das Versenden von Anfragen an Lieferanten schlägt mit einem Backend-Fehler fehl.

GEGEBEN:
Ein Benutzer startet eine Lieferantenanfrage über die Plattform
UND die Anfrage ist korrekt ausgefüllt
WENN:
Der Benutzer versucht, die Anfrage zu versenden
DANN:
Die Software wirft einen Backend-Fehler und die Anfrage wird nicht gesendet

✅ Behobenes Verhalten:
Anfragen an Lieferanten werden jetzt erfolgreich versendet, ohne Backend-Fehler auszulösen.

❗ Problem:
Lieferantenkontakte können auf Anfragen nicht antworten, obwohl sie die richtige Rolle haben.

GEGEBEN:
Ein Benutzer hat die Admin-Rolle
UND ist als Lieferantenkontakt zugewiesen
UND erhält Selbsteinschätzungs- und Verhaltenskodex-Anfragen für „Eigenes Unternehmen“
WENN:
Der Benutzer versucht, auf diese Anfragen zu antworten
DANN:
Ist keine Antwort möglich, obwohl der Benutzer der vorgesehene Empfänger ist

✅ Behobenes Verhalten:
Lieferantenkontakte mit der entsprechenden Rolle und Zuweisung können jetzt wie erwartet auf Selbsteinschätzungs- und Verhaltenskodex-Anfragen antworten.

❗ Problem:
Das Klicken auf „Anfrage annehmen“ als Entity-Manager hat keine Wirkung.

GEGEBEN:
Ein Benutzer ist als Entity-Manager für eine bestimmte Einheit zugewiesen
UND erhält eine Anfrage zur Annahme
WENN:
Der Benutzer auf „Anfrage annehmen“ klickt
DANN:
Passiert nichts und die Anfrage bleibt unbearbeitet

✅ Behobenes Verhalten:
Zugewiesene Entity-Manager können jetzt eingehende Anfragen erfolgreich annehmen.

❗ Problem:
Spaltennamen in den Repository-Einstellungen sind nicht übersetzt, wenn die Plattform-Sprache Deutsch ist.

GEGEBEN:
Ein Benutzer stellt die Plattform-Sprache auf Deutsch ein
UND navigiert zu den Repository-Einstellungen
WENN:
Der Benutzer die Spaltennamen betrachtet
DANN:
Bleiben die Spaltennamen auf Englisch, statt auf Deutsch angezeigt zu werden

✅ Behobenes Verhalten:
Alle Spaltennamen in den Repository-Einstellungen werden jetzt korrekt übersetzt, wenn die Plattform-Sprache auf Deutsch eingestellt ist.

❗ Problem:
Titel und Beschreibungen einzelner IROs fehlen in der Ansicht des Bewertungsfragebogens, obwohl diese Daten im System vorhanden sind.

GEGEBEN:
Ein Benutzer betrachtet einen Bewertungsfragebogen, der mehrere IROs enthält, die jeweils mit Namen und Beschreibung im Backend hinterlegt sind.
WENN:
Der Benutzer zur Bewertungsseite navigiert, um einen einzelnen IRO wie „E2 - Luftverschmutzung – Zugang zu Anreizen und Steuervorteilen, Verbesserte Wettbewerbsfähigkeit“ anzusehen
DANN:
Erscheinen Name und Beschreibung des IROs nicht auf der Bewertungsseite, obwohl sie im System korrekt hinterlegt sind

✅ Behobenes Verhalten:
Name und Beschreibung des IROs werden jetzt korrekt für jeden relevanten IRO auf der Bewertungsseite angezeigt.

❗ Problem:
Der Warnhinweis in Schritt 2 des DMA-Berichts wird nicht übersetzt, wenn die Sprache auf Deutsch eingestellt ist.

GEGEBEN:
Ein Benutzer hat einen DMA-Bericht erstellt und die Umfrage aus Schritt 1 gesendet, ohne sie abzuschließen, bei eingestellter Sprache Deutsch
WENN:
Der Benutzer versucht, Schritt 1 abzuschließen und zu Schritt 2 zu gelangen
DANN:
Wird ein Warnhinweis auf Englisch („Warning“) angezeigt statt auf Deutsch

✅ Behobenes Verhalten:
Der Warnhinweis ist jetzt lokalisiert und zeigt „Achtung“ an, wenn die Sprache Deutsch ausgewählt ist.

❗ Problem:
Die Prozentberechnung in ESRS ist bei aggregierten Daten falsch – Werte werden ohne Eingabe fälschlich an Kindeinheiten vererbt.

GEGEBEN:
Entity 1 ist die übergeordnete Einheit von Entity 1.1
UND folgende Datenpunkte sind für Entity 1 ausgefüllt:

• (E1-5 37) Gesamtenergieverbrauch für eigene Tätigkeiten

• (E1-5 37 b) Energieverbrauch aus Kernenergie
  UND dies führt zur automatischen Berechnung von:

• (E1-5 AR 34) Anteil des Energieverbrauchs aus Kernenergie am Gesamtenergieverbrauch
  UND für Entity 1.1 wurden keine Werte für (E1-5 37) oder (E1-5 37 b) eingegeben
  WENN:
  Der Datenpunkt (E1-5 AR 34) auf oberster Ebene angezeigt wird (z. B. über „Fortschritt anzeigen“ im Modal)
  DANN:
  Wird für Entity 1.1 fälschlich derselbe berechnete Wert wie für Entity 1 angezeigt
  UND WENN:
  Der Fragebogen zur Datenerhebung für DR E1-5 für Entity 1.1 angezeigt wird
  DANN:
  Wird der Wert für (E1-5 AR 34) mit dem Wert von Entity 1 vorausgefüllt, obwohl keine Eingabewerte bei Entity 1.1 vorhanden sind

✅ Behobenes Verhalten:

• Der Wert für Entity 1.1 bleibt leer, solange keine manuelle Eingabe erfolgt

• Der oberste Wert von (E1-5 AR 34) wird automatisch berechnet als:
  (Summe aller (E1-5 37 b) Werte) ÷ (Summe aller (E1-5 37) Werte) × 100,
  wobei nur Daten von Einheiten verwendet werden, bei denen (E1-5 37) ausgefüllt ist

❗ Problem:
Die Seite für Schritt 4 im ESRS-Bericht lädt nicht (leerer Bildschirm) für Benutzer mit der Rolle „ESRS Reporter“.

GEGEBEN:
Der Benutzer hat die Rolle „ESRS Reporter“
UND ist einem Disclosure in einem ESRS- oder ESRS-Lite-Bericht zugewiesen
UND der Bericht befindet sich in Schritt 4, wobei Schritte 1–3 abgeschlossen sind
WENN:
Der Benutzer den Bericht öffnet
DANN:
Lädt die Seite nicht und zeigt einen leeren Bildschirm

✅ Behobenes Verhalten:
Der Benutzer sieht jetzt Schritt 4 des Berichts und nur die für ihn zugewiesenen Disclosures entsprechend seiner Rolle.

❗ Problem:
Das Klicken auf „Akzeptieren“ bei einer Anfrage ändert den Status nicht – es passiert nichts.

GEGEBEN:
Ein Benutzer ist in einer kundenspezifischen Instanz der Plattform
UND eine Anfrage befindet sich im Überprüfungsstatus
WENN:
Der Benutzer auf „Akzeptieren“ klickt, um die Antwort zu genehmigen
DANN:
Passiert nichts – der Status ändert sich nicht und die Anfrage bleibt im Überprüfungsstatus

✅ Behobenes Verhalten:
Das Klicken auf „Akzeptieren“ aktualisiert den Anfragestatus jetzt erfolgreich von „Überprüfung“ auf „Abgeschlossen“.