Software-Update, 13. Januar 2025

Gute Neuigkeiten – Über die Feiertage und in den letzten Wochen gab es mehrere Updates auf der Daato-Plattform!

Die Updates umfassen Verbesserungen in verschiedenen Modulen sowie auf Plattformebene, und wir werden alle in diesem Artikel erläutern.

Plattform-Updates:

Neuer Authentifizierungsprozess

Warum?
Wir haben den Anmeldeprozess noch sicherer und einfacher gestaltet, auch für Benutzer, die ihre Passwörter vergessen.

Was haben wir geändert?
Wir haben den Anmeldeprozess angepasst, so funktioniert er:

Benutzereinladung

• Benutzer können sich nicht eigenständig registrieren.
• Nur eingeladene Benutzer können auf die Anwendung zugreifen.
• Eine Einladung wird per E-Mail an den Benutzer gesendet, die einen Link zur Passworterstellung enthält.

Einladungsemail

• Die Einladungsemail enthält einen eindeutigen Link.
• Der Link führt den Benutzer zu einer Seite, auf der er sein Passwort erstellen kann.
• Das Einrichten des Passworts bestätigt die Einladung des Benutzers.
• Der Einladungslink ist 7 Tage lang gültig.

Zugriff auf das Tool

• Benutzer müssen ihre E-Mail-Adresse angeben, um auf das Tool zuzugreifen.
  • Wenn die E-Mail-Adresse zu einem Benutzer gehört, der seine Einladung noch nicht akzeptiert hat:
    • Der Benutzer wird auf eine Seite weitergeleitet, um einen Einmalcode einzugeben.
    • Ein Einmalcode wird an die E-Mail des Benutzers gesendet.
    • Nach Eingabe des Codes wird der Benutzer zur Seite zur Passworterstellung weitergeleitet.
  • Wenn die E-Mail-Adresse zu einem Benutzer gehört, der seine Einladung bereits bestätigt hat:
    • Der Benutzer wird auf eine Anmeldeseite weitergeleitet.
    • Der Benutzer kann sein Passwort eingeben oder sich mit einem Einmalcode anmelden.
    • Wenn die Einmalcode-Option ausgewählt wird, wird ein Code an die E-Mail des Benutzers gesendet.

Benachrichtigungen über Datenanforderungen

• Eingeladene Benutzer, die ihre Einladung noch nicht akzeptiert haben, können weiterhin Datenanforderungen erhalten.
• Wenn ein solcher Benutzer eine Anfrage erhält, erhält er eine E-Mail-Benachrichtigung mit einem Link zur Seite der Anfrage.
• Vor dem Zugriff auf die Anfrageseite muss der Benutzer den in Abschnitt 3 beschriebenen Authentifizierungsprozess durchlaufen.

Einmalcodes

• Einmalcodes laufen nicht zeitlich ab.
• Jeder Einmalcode kann nur einmal verwendet werden.

In-App-Benachrichtigungen

Warum?
Diese Updates erleichtern es den Benutzern, über wichtige Aktivitäten und Aktionen innerhalb der Plattform informiert zu bleiben, sodass sie keine kritischen Updates verpassen.

Was haben wir geändert?

Benachrichtigungssymbol:

• Ein neues Benachrichtigungssymbol wurde zur oberen Navigationsleiste hinzugefügt, um einfachen Zugriff zu ermöglichen.
• Es zeigt eine rote Markierung, wenn ungelesene Benachrichtigungen verfügbar sind.

Benachrichtigungsübersicht:

• Ein Klick auf das Benachrichtigungssymbol öffnet eine Übersicht, die eine Liste der Benachrichtigungen für den Benutzer anzeigt.

Ungelesene Benachrichtigungen:

• Ungelesene Benachrichtigungen werden hervorgehoben, damit Benutzer sie leicht erkennen können.
• Wenn ungelesene Benachrichtigungen vorhanden sind, zeigt das Benachrichtigungssymbol eine Markierung.

Benachrichtigungen als gelesen markieren:

• Benutzer können alle Benachrichtigungen mit einem Klick als gelesen markieren, indem sie die Schaltfläche „Alle als gelesen markieren“ verwenden.
• Alternativ können einzelne Benachrichtigungen durch Anklicken oder ihre Aktionslinks als gelesen markiert werden.

Organisiert nach Datum:

• Benachrichtigungen sind nach dem Datum ihrer Erstellung gruppiert, wobei die neuesten oben angezeigt werden.
• Benutzer können weitere Benachrichtigungen anzeigen, indem sie auf den Link „Ältere laden“ am Ende der Liste klicken.

Details zu Benachrichtigungen:

• Jede Benachrichtigung enthält einen Zeitstempel, einen Titel und eine Beschreibung, die spezifische Details wie Namen oder andere relevante Informationen enthalten kann.

Benachrichtigungsereignisse:

• Benachrichtigungen werden für wichtige Ereignisse generiert, wie z. B.:
  • Anfrage erhalten: Benachrichtigt den Empfänger, wenn eine neue Anfrage erstellt wurde, mit einem Link zu den Anfragedetails.
  • Anfrageantwort erhalten: Benachrichtigt den Absender, wenn sich der Anfragestatus ändert, mit Optionen, um die Anfragedetails anzuzeigen oder die Einladung erneut zu senden.
  • Anfrage-E-Mail zurückgewiesen: Benachrichtigt den Absender der Anfrage, wenn eine Benachrichtigung über die Anfrage-E-Mail zurückgewiesen wird, mit einem Link zu den Anfragedetails.
  • Einladungsemail zurückgewiesen: Benachrichtigt den Benutzer, der einen neuen Benutzer eingeladen hat, wenn die Einladungsemail zurückgewiesen wird, mit der Option, die Einladung erneut zu senden (nur einmal pro Benachrichtigung verfügbar).
    
    
    
    
    

Behobene Fehler

Abgelaufene alte Anfragen-Benachrichtigungen funktionieren wieder

Problem:

• GEGEBEN, dass eine Anfrage vor den kürzlichen Authentifizierungsänderungen (vor ~Mitte Dezember) gesendet wurde,
• WENN der Benutzer auf den Link in der neuen Anfragebenachrichtigungs-E-Mail klickte und dann auf „Anfrage anzeigen“ auf der Landingpage,
• DANN landete der Benutzer auf einer Seite, die besagte, dass der Link abgelaufen ist.

Behobenes Verhalten:

• DANN landet der Benutzer auf der Anfrageseite (wenn er angemeldet ist) oder auf der Anmeldeseite (wenn er nicht angemeldet ist).

ESRS-Modul

Pflichtfelder beim Hinzufügen eines IRO in Schritt 2 der DMA

Was hat sich geändert?

• In Schritt 2 der DM-Bewertung sind die Felder „Ist der Einfluss positiv oder negativ?“, „Ist es ein tatsächlicher oder potenzieller Einfluss?“ und „Zeitrahmen“ jetzt Pflichtfelder.
• Das Wort „(optional)“ wurde aus diesen Feldern entfernt, um sicherzustellen, dass sie von Benutzern ausgefüllt werden.
  
  
  

Labels unter Offenlegungsanforderungen und Datenpunkten in Schritt 1 des ESRS-Berichts (diese Änderungen gelten nur für neue ESRS-Berichte):

Warum?
Diese Updates sorgen für eine klarere Kategorisierung und Beschriftung von Datenpunkten, verbessern die Benutzererfahrung und stellen eine genauere Berichterstattung in ESRS-Berichten sicher.

Was hat sich geändert?

• Labels für Datenpunkte:

  • In Schritt 1 des ESRS-Berichts zeigen Datenpunkte jetzt blaue Labels, ähnlich wie bei Offenlegungsanforderungen.
  • Datenpunkte mit der Kategorie „Freiwillig“ zeigen das Label „Freiwillig“.
  • Datenpunkte mit der Kategorie „Phase-in“ zeigen das Label „Phase-in“.
  • Beide Labels können gleichzeitig angezeigt werden, wenn beide Bedingungen erfüllt sind.

• Informationstooltips:

  • Alle Labels haben ein Informationssymbol, das beim Darüberfahren ein Tooltip mit einer Erklärung anzeigt.
  • Jede Art von Label hat eine eigene Erklärung.

• Justifikations-Modal für Phase-in-Datenpunkte:

  • Ein neues Bestätigungs-/Rechtfertigungs-Modal wurde für Phase-in-Datenpunkte eingeführt.
  • Dieses Modal enthält ein Feld für die Eingabe von Rechtfertigungen.
  • Die Bestätigungsschaltfläche ist nur aktiv, wenn das Rechtfertigungsfeld ausgefüllt ist.
  • Rechtfertigungen werden gespeichert, und ein Verlaufseintrag wird erstellt, wenn der Datenpunkt ausgeschlossen wird, ähnlich wie bei anderen Datenpunktkategorien.

• Vereinfachte Datenpunktkategorien:

  • Die Kategorie „erforderlich“ für Datenpunkte wurde entfernt.
  • Datenpunkte können jetzt nur als „Nicht wesentlich“, „Freiwillig“ oder „Phase-in“ markiert werden.
  • Labels existieren nur für „Freiwillig“ und „Phase-in“. Alle anderen Datenpunkte, die nicht freiwillig oder Phase-in sind, können standardmäßig als nicht wesentlich markiert und ausgeschlossen werden.
    
    

Sub-Datenpunkte in Schritt 1 des ESRS-Berichts (diese Änderungen gelten nur für neue ESRS-Berichte):

Warum?
Diese Verbesserungen bieten den Benutzern mehr Flexibilität und Kontrolle über ihre ESRS-Berichte, ermöglichen detailliertere und individuellere Berichte und verbessern das Verständnis für die Struktur der Fragebögen.

Was hat sich geändert?

• Sub-Datenpunkte-Übersicht:

  • Sub-Datenpunkte stellen einzelne Fragen dar, die innerhalb tabellarischer Datenpunkte gestellt werden, und liefern detailliertere Informationen.
  • Sie werden hinzugefügt, wenn mehrere Datenpunkte, die in den ESRS-Anforderungen definiert sind, innerhalb einer Tabelle kombiniert werden.

• Inklusionsschnittstelle:

  • Benutzer können den Inklusionsstatus von Sub-Datenpunkten einfach über eine intuitive Schnittstelle verwalten.
  • Standardmäßig folgen Sub-Datenpunkte dem Inklusionsstatus ihrer übergeordneten Datenpunkte. Wenn ein übergeordneter Datenpunkt ausgeschlossen wird, werden auch die Sub-Datenpunkte ausgeschlossen.
  • Wenn ein Sub-Datenpunkt einbezogen wird, wird auch sein übergeordneter Datenpunkt automatisch einbezogen.

• Konsistentes Verhalten:

  • Wenn eine übergeordnete Offenlegungsanforderung auf „teilweise“ gesetzt ist, werden einige Sub-Datenpunkte automatisch als ausgeschlossen markiert.

• Rechtfertigung für Ausschluss:

  • Beim Ausschluss eines Sub-Datenpunkts müssen Benutzer eine Rechtfertigung angeben, die gespeichert und später überprüft oder geändert werden kann.

• Benutzeroberfläche:

  • Umschalter neben Sub-Datenpunkten ermöglichen Benutzern, ihren Inklusionsstatus einfach einzustellen.
  • Das Drei-Punkte-Menü neben Sub-Datenpunkten bietet die gleichen Aktionen wie bei regulären Datenpunkten: Änderungsverlauf und aktuelle Rechtfertigung (bei Ausschluss).

• Konfigurations-Updates:

  • Für manuelle und aggregierte Datenerfassung werden Fragen innerhalb zusammenklappbarer Tabellen nur angezeigt, wenn die zugehörigen Sub-Datenpunkte einbezogen sind.
    
     

Neues Modal für DRs/DPs-Ausschlüsse in Schritt 1 des ESRS-Berichts (diese Änderungen gelten nur für neue ESRS-Berichte):

Warum?

Diese Updates sollen den Prozess des Ausschlusses von Offenlegungsanforderungen und Datenpunkten vereinfachen, klarere Optionen bieten und sicherstellen, dass notwendige Rechtfertigungen dokumentiert werden.

Was hat sich geändert?

• Neues Modal-Design:

  • Ein neues Modal wurde für den Bulk-Ausschluss von Elementen in Schritt 1 des ESRS-Berichts eingeführt.
  • Separate Optionsgruppen für Offenlegungsanforderungen und Datenpunkte.

• Anzeigemöglichkeiten:

  • Nur relevante Optionen werden angezeigt:
    • Offenlegungsanforderungen:
      • Nicht wesentlich
      • Keine Informationen zu melden
    • Datenpunkte:
      • Freiwillig
      • Nicht wesentlich
  • Jede Option enthält ein Informationssymbol mit einer Tooltip-Erklärung.
  • Die Anzahl der anwendbaren DRs/DPs wird neben jeder Option angezeigt.
  • Optionen sind deaktiviert und ausgegraut, wenn sie 0 Elemente enthalten.

• Erweiterte Navigation:

  • „Alle anzeigen“ neben jeder Option öffnet ein neues Modal mit einer detaillierten Liste der einbezogenen DPs/DRs.
  • Die Schaltfläche „Weiter“ ist nur aktiviert, wenn eine Option ausgewählt ist, und navigiert zum Rechtfertigungsschritt.

• Rechtfertigungsschritt:

  • Ein blaues Erklärungskästchen wurde oberhalb des Eingabefelds für Rechtfertigungen hinzugefügt.
  • Die Schaltfläche „Bestätigen“ ist nur aktiv, wenn die Rechtfertigung angegeben wurde.
  • Nach der Bestätigung werden die ausgewählten DRs/DPs in Bulk ausgeschlossen, und Rechtfertigungen werden gespeichert.
    
    
    

Behobene Fehler

Datenpunkte laden nicht nach Benutzerlöschung

Problem:

• GEGEBEN, dass ein Benutzer mit einer Offenlegungsanforderung verknüpft war,
• UND dieser Benutzer anschließend gelöscht wurde,
• WENN diese Offenlegungsanforderung erweitert wird, um die Datenpunkte im ESRS-Bericht anzuzeigen,
• DANN laden die Datenpunkte nicht.

Behobenes Verhalten:

• DANN laden die Datenpunkte korrekt.

LkSG-Modul

Lieferantenhistorie

Warum?
Diese neue Funktion soll eine größere Transparenz und Rückverfolgbarkeit für lieferantenbezogene Aktivitäten gewährleisten, sodass alle Aktionen gut dokumentiert und für Prüfzwecke leicht zugänglich sind.

Was hat sich geändert?

• Neuer „Verlauf“-Tab:

  • Der „Verlauf“-Tab (History) ist jetzt im Lieferantenprofil verfügbar.
  • Dieser Tab befindet sich direkt nach dem Tab „Anfragen“.

• Aktivitätenverfolgung:

  • Der „Verlauf“-Tab zeigt eine Liste der neuesten Aktivitäten an, die für den jeweiligen Lieferanten ausgeführt wurden.
  • Nachverfolgte Aktivitäten umfassen:
    • Erstellung eines neuen Lieferanten (manuell).
    • Import eines Lieferanten.
    • Änderungen (Hinzufügen, Löschen, Aktualisieren) von Informationen im Lieferantenprofil.
    • Versenden von Anfragen an Lieferanten (präventive Maßnahmen, SAQ, Korrekturmaßnahmen, CoC).
    • Bearbeiten von Vorfällen (Hinzufügen, Aktualisieren, Löschen).
    • Markieren eines Lieferanten als sicher.
    • Bearbeiten von Zuweisungen zu Entitäten.
    • Bearbeiten von Zuweisungen von Beziehungspersonen.
    • Updates zu Importen.

• Detaillierte Ereignisinformationen:

  • Jedes Ereignis im Verlauf enthält:
    • Benutzer: Die Person, die die Aktion durchgeführt hat (z. B. wer den Lieferanten als sicher markiert hat).
    • Zeitstempel: Datum und Uhrzeit der Aktion.
    • Aktionstyp: Die spezifische durchgeführte Aktion.
    • Rechtfertigung: Jede für die Aktion angegebene Rechtfertigung, falls zutreffend.
    • Hochgeladene Dokumente: Alle während der Aktion hochgeladenen Dokumente, falls zutreffend.
      
      

Behobene Fehler

SAQ-Score und Risikostufe nicht im Export für gefilterte Ergebnisse enthalten

Problem:

• GEGEBEN, das Lieferantenverzeichnis wurde gefiltert,
• WENN ein Export generiert wird,
• DANN enthält die XLS-Datei keine SAQ-Score- und Risikostufen-Daten.

Behobenes Verhalten:

• DANN enthält die XLS-Datei alle Daten.

CO2-Modul

Vorab-Ausfüllen von Aktivitäten für Tochtergesellschaften oder andere Entitäten

Warum?
Oft möchten Benutzer Aktivitäten für ihre Entitäten vorab ausfüllen, damit die Entitätsmanager nur die Verbrauchswerte eingeben und keine Aktivitäten selbst auswählen müssen.

Was hat sich geändert?

• Die CO2-Datenerfassung hat jetzt zwei Schritte:

  1. Vorabdefinierte Aktivitäten hinzufügen:

     • Administratoren und Modulmanager können in Schritt 1 Standardaktivitäten hinzufügen.
       
       
       
     • Diese Aktivitäten enthalten keine Verbrauchswerte; diese werden in Schritt 2 von Entitätsmanagern eingetragen.
     • Standardmäßig werden die Aktivitäten allen in einem Bericht ausgewählten Entitäten zugewiesen, dies kann jedoch angepasst werden.
     • Dieser Schritt ist optional.
       
       
       

  2. Datenerfassung:

     • Die Datenerfassung in Schritt 2 funktioniert wie gewohnt.
     • Entitätsmanager und Administratoren können Daten für die ihnen zugewiesenen Aktivitäten eingeben oder zusätzliche Aktivitäten hinzufügen.
       
       
       

• Wichtige Hinweise:

  • Schritt 2 („Datenerfassung“) ist immer gesperrt, bis Schritt 1 abgeschlossen ist.
  • Schritt 2 wird abgeschlossen, wenn die Datenerfassung für alle Entitäten als abgeschlossen markiert wird.