Sie können einer Rotation jetzt eine oder mehrere Outlook-Kategorien zuordnen, sodass eingehende E-Mails anhand der bereits gesetzten Kategorien an die passende Rotation geleitet werden. Trägt eine eingehende E-Mail eine ck-*-Kategorie, wählt CK die zugehörige Rotation aus, bevor auf die primäre Rotation des Teams zurückgegriffen wird. Teams, die ihr Postfach bereits über Outlook-Kategorien organisieren, können damit das Routing der Fälle an ihre bestehende Kategorisierung angleichen.

Das Feld für Outlook-Kategorien wird in der Rotationsverwaltung neben den Themen-Kategorien gepflegt. Eine Rotation muss mindestens eines von beiden hinterlegt haben — es sei denn, sie ist die primäre Auffangrotation des Teams.

Wenn Sie eine E-Mail einem Fall zuordnen, dessen D+-Ticket bereits auf Gelöst gesetzt ist, wird das D+-Ticket jetzt automatisch mit dem Vermerk „Ticket wiedereröffnet: E-Mail hinzugefügt" wieder geöffnet. Das verhält sich analog zur bestehenden Logik beim eingehenden E-Mail-Import und stellt sicher, dass neue Aktivität für Kolleginnen und Kollegen, die in D+ arbeiten, sichtbar ist — statt dass eine E-Mail still und unbemerkt auf einem geschlossenen Ticket landet.

Die Auswahl der Bewohner beim Hinzufügen einer Einheit zu einem Fall — sowie beim Erstellen eines ERP-Tickets oder Auftrags zu dieser Einheit — wurde überarbeitet. Da D+ Auszugsdaten nicht zuverlässig setzt, wurden bisher beim Hinzufügen einer Einheit häufig frühere Bewohner zusammen mit dem aktuellen Bewohner verknüpft, sodass die Einheitskarte gelegentlich den falschen Namen anzeigte. Wenn Sie beim Entwurf eines ERP-Tickets oder Auftrags ausdrücklich einen früheren Bewohner ausgewählt haben, konnte diese Auswahl außerdem stillschweigend verworfen werden.

Die Auswahl arbeitet jetzt auf der Ebene des einzelnen Bestandsverhältnisses: Beim Hinzufügen einer Einheit werden Objekt, Einheit und der konkrete Bewohner als ein konsistentes Tripel gemeinsam verknüpft. Frühere Bewohner, die Sie auf einem ERP-Ticket oder Auftrag ausdrücklich auswählen, bleiben bis zur Ausführung erhalten. Beim Ausführen werden D+-Duplikate auf Ebene der Einheiten zusätzlich nach Einheitsnummer und Kontakt dedupliziert — eine Einheit, die in D+ mehrfach als Datensatz existiert, erscheint dadurch nach der Ausführung nicht mehr mehrfach am Fall. Fälle, die vor dieser Änderung verknüpft wurden, behalten ihre bestehenden Bewohner ohne Ihr Zutun.

Beim Ausführen eines Auftrags werden jetzt Dienstleister, Objekt, Gewerk, Buchungstext und Ansprechpartner gemeinsam geprüft, bevor irgendwelche Backend-Schritte starten. Die Schaltfläche Ausführen im Chat-Dialog bleibt deaktiviert, solange Pflichtfelder fehlen, und ein Tooltip zeigt, was noch erforderlich ist. Aufträge bleiben nicht mehr fälschlich auf In Bearbeitung stehen, weil die Prüfung erst nach dem Statuswechsel zugeschlagen hat.

Wenn D+ das Anlegen oder Aktualisieren eines ERP-Tickets ablehnt, enthält der Fehler in CK jetzt die tatsächliche D+-Meldung sowie lesbare Namen für die betroffenen Entitäten (statt interner UUIDs). Generische „konnte nicht gespeichert werden"-Hinweise wurden bei den Aktionen ERP-Ticket ausführen, Auftrag ausführen und Telefonanruf ausführen durch das vom Server gelieferte Detail ersetzt.

Im Gustav-Chat können Sie jetzt mehrere Dateien gemeinsam in einer Nachricht anhängen, statt sie einzeln zu senden. Im Eingabebereich sehen Sie eine Reihe der angehängten Dateien mit klaren Zuständen für eine Datei, mehrere Dateien, viele Dateien und das Maximum pro Nachricht. Sie können Gustav bitten, den gesamten Stapel zu vergleichen, zusammenzufassen oder zu analysieren.

Wenn Sie Gustav nach E-Mails zu einem Fall fragen (zum Beispiel „welche E-Mails sind in den letzten sieben Tagen eingegangen?"), erhalten Sie jetzt richtige E-Mail-Karten statt einer Klartext-Liste. Datumsfilter wie „in den letzten 7 Tagen" funktionieren auch dann, wenn Sie nur ein Datum und keine Uhrzeit angeben, und E-Mails ohne Betreff führen nicht mehr zu einem leeren Ergebnis.

Wenn Gustav in einem Zug zwei oder mehr Entwürfe desselben Typs erzeugt — zum Beispiel drei E-Mail-Entwürfe oder zwei ERP-Ticket-Entwürfe — werden diese jetzt als Liste interaktiver Entwurfskarten angezeigt, statt als statische, schreibgeschützte Aufzählung. Jede Karte öffnet ihren Entwurf zur Prüfung und Ausführung, und der Status wird korrekt als Entwurf statt als Offen ausgewiesen.

Verweist eine Nachricht auf eine Entitäts-ID, die nicht aufgelöst werden kann — weil sie zu einem anderen Team gehört, gelöscht wurde oder einen Tippfehler enthält — meldet Gustav jetzt einen klaren Fehler, statt den Verweis stillschweigend zu übergehen. Damit verhält sich der Chat in der Entwickler-Konsole und im Admin-Bereich genauso wie der autonome Gustav: sichtbare Fehler statt stiller Teilerfolge.

Der Text, den Sie vor dem Hochladen einer Datei eingegeben haben, verschwindet nicht mehr aus dem Eingabefeld. Eine Nachricht mit Text und Anhang funktioniert jetzt unabhängig davon, ob Sie zuerst tippen und dann anhängen oder zuerst anhängen und dann tippen.

Wenn eine E-Mail in einem Fall angezeigt wird und nur eine Seite des Adresspaares (Absender oder Empfänger) zu einem Kontakt aufgelöst werden konnte, zeigt der Tooltip jetzt das vollständige Adresspaar von Absender zu Empfänger — statt eines mit Pfeil beginnenden Fragments.

Wenn Sie für ein ERP-Ticket eine Einheit mit mehreren Bewohnern auswählen, werden jetzt alle Bewohner in das Ticketformular übernommen. Aktuelle Bewohner stehen vorne, frühere Bewohner schließen sich an. Zuvor wurde nur ein Bewohner pro Einheit übernommen, die übrigen mussten manuell ergänzt werden. Aufträge sind hiervon nicht betroffen, weil D+ pro Auftrag nur einen Bewohner akzeptiert.

Wenn CK den Status eines ERP-Tickets ändert, werden Statuscode und Statustext jetzt gemeinsam an D+ übermittelt. Bisher wurde der Code aktualisiert, der Text behielt aber seinen vorherigen Wert — was in D+ Datensätze entstehen ließ, in denen der Code „geschlossen" lautete, der Text aber noch „Offen". Das betraf Statusänderungen aus der Fallansicht, der Entwurfs-Ausführung und über Gustav.