Die Objektauswahl in Fällen und im Bildschirm „Neue Kommunikation" verfügt jetzt über zwei getrennte Suchfelder statt eines einzigen. Geben Sie Adresse, Objektnummer, Stadt oder Einheit im Feld Adresse ein und Bewohnername, E-Mail oder Firma im Feld Bewohner. Sie können einzeln oder kombiniert suchen — zum Beispiel „Hauptstraße" im Adressfeld und „Müller" im Bewohnerfeld, um gezielt diesen Mieter zu finden. Postleitzahlen werden in gemischten Anfragen wie „6020 Innsbruck" automatisch erkannt.

Auch die Ergebnisreihung wurde verbessert, sodass Treffer im Bewohnerfeld bei kombinierter Suche nicht mehr überschrieben werden. Zusammengesetzte Bezeichner (z. B. „RH8") werden nun Komponente für Komponente abgeglichen.

Über den Suchergebnissen befindet sich jetzt ein aufklappbarer Filter-Bereich mit vier Steuerelementen:

Die Objektauswahl wird auf schmalen Bildschirmen jetzt sauber umgebrochen, und die Filter-Steuerung, Einheits-Chips und Ergebniskarten passen sich an mobile Breiten an.

Die Hauptsuche in der Fallliste erkennt jetzt auch Straßennamen und TOP-Nummern — sowohl auf Objekt- als auch auf Liegenschaftsebene. Dies ergänzt die Adresssuche des letzten Releases um die Gebäudeadresse.

Wenn Sie ein Objekt, eine Liegenschaft oder einen Bewohner aus einem Fall entfernen, auf den bereits eine Aktion verweist, zeigt ein Bestätigungsdialog nun genau an, welche Aktionen betroffen sind — jeweils gekennzeichnet mit Ticket: oder Auftrag: und der entsprechenden Nummer. Die Entfernung aus Entwurfsaktionen wird weiterhin automatisch kaskadiert, aber Sie sehen nun die vollständige Auswirkung vor der Bestätigung, und die Entfernung aus nicht-entwurfs-Aktionen wird nicht länger stillschweigend blockiert.

Wenn Sie einem Entwurf (ERP-Ticket oder Auftrag) ein Objekt, eine Liegenschaft oder einen Bewohner hinzufügen, wird dies nicht mehr sofort auf den Fall übernommen. Die Verknüpfung bleibt am Entwurf bestehen, bis Sie ihn ausführen — erst dann wird sie auf den Fall übertragen. Beim Verwerfen oder Löschen des Entwurfs bleibt die Objektauswahl des Falls unverändert.

Dadurch bleibt beim Wechseln der Abrechnungseinheit (VEH) innerhalb einer Entwurfsaktion nicht länger die ursprüngliche Einheit am Fall hängen.

Wenn ein Objekt mehrere Abrechnungseinheiten (untergeordnete VEH-Objekte) hat, können Sie direkt aus dem Objekt-Pool per Klick zwischen diesen wechseln. Das ist hilfreich, wenn der Entwurf zunächst auf VEH 0 verweist, das Anliegen aber tatsächlich VEH 1 oder eine andere Abrechnungseinheit betrifft.

Wenn D+ eine ERP-Ticket-Erstellung ablehnt — etwa weil für den Objekttyp kein passendes Gewerk konfiguriert ist oder weil das Objekt keinen konfigurierten Typ hat — wird die Aktion nun eindeutig als Abgebrochen mit einer verständlichen Fehlermeldung markiert, statt einen Entwurf ohne Rückmeldung liegenzulassen. Bisher wurden manche Fehlerantworten von D+ als Erfolg interpretiert, was gelegentlich zu verwaisten Datensätzen mit einer Platzhalter-Ticketnummer führte.

Eine neue, spezifische Fehlermeldung wird angezeigt, wenn der Objekttyp (WGG / WEG / MRG) nicht konfiguriert ist, mit einem deutschsprachigen Hinweis auf die Objektkonfiguration.

Wenn Sie ein ERP-Ticket für ein untergeordnetes VEH-Objekt erstellen, wird die übergeordnete Abrechnungseinheit nun automatisch in der Anfrage an D+ berücksichtigt. Zuvor konnte die Einstellung „immer VEH 0 hinzufügen" in D+ Ihre Auswahl des Unter-VEH durch das Hauptobjekt überschreiben. Ihr Fall zeigt weiterhin nur das von Ihnen gewählte Objekt — das Hauptobjekt wird ausschließlich bei der Übermittlung hinzugefügt.

Änderungen am ERP-Ticket-Bearbeiter, die in D+ vorgenommen werden, werden nun beim erneuten Synchronisieren eines Falls zuverlässig in Captured Knowledge gespeichert. Bisher konnte der Bearbeiter in der Fallansicht veraltet erscheinen, bis das Ticket neu erstellt wurde.

Im Gustav-Chat werden nun Heute, Gestern oder das vollständige Datum zwischen den Nachrichten angezeigt, wenn ein Gespräch über mehrere Tage verläuft. Die Trennlinien bleiben beim Scrollen am oberen Rand der Nachrichtenliste, wodurch Sie sich in längeren Konversationen leichter orientieren.

Wenn Gustav auf einen Fehler im zugrundeliegenden KI-Dienst stößt — etwa ein kurzzeitiges Ratenlimit oder einen Timeout — zeigt der Chat nun eine kurze, übersetzte Meldung (z. B. „Gustav ist vorübergehend nicht erreichbar, bitte versuchen Sie es erneut") statt eines technischen Fehlertextes. Die vollständigen Details werden serverseitig für unser Team protokolliert.

Wenn Gustav zu lange für eine Antwort braucht oder die Verbindung während der Verarbeitung abbricht, bleibt der Chat nicht mehr auf der Stopp-Schaltfläche hängen. Nach 90 Sekunden ohne Antwort setzt sich die Oberfläche zurück und zeigt eine klare Meldung mit einer Wiederholungsoption an.

Wenn das Versenden einer E-Mail aus einem Fall aufgrund eines vorübergehenden Serverproblems fehlschlägt (z. B. ein kurzer 5xx-Fehler von Exchange), wiederholt das System den Versand nun bis zu dreimal über etwa drei Minuten hinweg. Wenn alle Versuche fehlschlagen, wird die E-Mail-Aktion auf Entwurf zurückgesetzt und mit einer „vorübergehend nicht verfügbar"-Meldung versehen, statt dauerhaft abgebrochen zu werden — so können Sie es später erneut versuchen.

Bisher meldete das System einen Sendefehler, wenn Exchange mehrere Sekunden brauchte, um eine gerade versendete E-Mail zu indizieren — obwohl die E-Mail tatsächlich zugestellt wurde. Das führte dazu, dass Benutzer den Versand wiederholten und doppelte E-Mails verschickten. Die Wiederholungslogik wurde so angepasst, dass eine langsame Indizierung keinen falschen Fehler mehr erzeugt.

Wenn die automatische Antwort aktiviert ist, ermittelt Captured Knowledge nun die tatsächliche E-Mail-Adresse des Kontakts und antwortet nicht mehr an eine noreply- oder Weiterleitungsadresse. Dies verhindert abgeprallte automatische Antworten an Scanner-Postfächer und weitergeleitete Nachrichten.

Der Dienstleister-Tab zeigt jetzt die Spalten E-Mail und Telefon an und füllt sie mit dem jeweils am besten verfügbaren Wert aus den Kontaktdaten des Dienstleisters.