Zum Hauptinhalt springen

Neuigkeiten - Release vom 2. Juni 2026

Korrekte Mieter-/Eigentümer-Bezeichnungen in Gustav-Entwürfen, anklickbare Entitätsverlinkungen im Chat, Rechnungsempfänger bei Aufträgen, zukünftige Gebäude sichtbar und Fehlerbehebungen.

N
Verfasst von Nick Laffey

Gustav AI Assistant

Verbessert: Korrekte Mieter- und Eigentümer-Bezeichnungen in Gustav-Entwürfen

Gustav verwendet nun konsequent die korrekte Bezeichnung — Mieter oder Eigentümer — wenn die Rolle des Empfängers bekannt ist. In früheren Versionen wurde in einigen Fällen ein Eigentümer fälschlicherweise als „Bestandnehmer" bezeichnet oder es wurden Formulierungen verwendet, die für Mieter vorgesehen sind. Gustav liest die bestätigte Mieterrolle nun aus den Immobiliendaten und wendet die passende Bezeichnung an; die neutrale Bezeichnung „Bewohner" wird nur dann verwendet, wenn die Rolle nicht eindeutig bestimmt werden kann.

Neu: Anklickbare Entitätsverlinkungen im Gustav-Chat

Wenn Gustav einen Fall, einen Kontakt, ein Objekt, eine Liegenschaft, ein ERP-Ticket, einen Auftrag, einen Schadensbericht oder einen Dienstleister in seiner Antwort erwähnt, wird der Verweis nun als anklickbarer Badge angezeigt statt als rohe Zahl. Ein Klick auf den Badge öffnet die jeweilige Entität direkt. Im Gustav-Chat werden keine nackten ID-Nummern mehr als Fließtext ausgegeben.

Verbessert: Gustav-Entwürfe werden immer als interaktive Karten angezeigt

Gustav-generierte Entwürfe — E-Mails, Aufträge, ERP-Tickets und ERP-Ticket-Aktualisierungen — werden nun zuverlässig als interaktive Karten angezeigt, die Sie überprüfen und ausführen können. In Ausnahmefällen konnte Gustav bisher einen gültigen Entwurf erstellen, ohne ihn als ausführbare Karte darzustellen, sodass der Entwurf nicht erreichbar war, ohne die Ansicht zu verlassen. Dies ist nicht mehr möglich.

Verbessert: Einstellungsvorschläge überschreiben Ihre persönlichen Anweisungen nicht mehr

Wenn Gustav eine „Vorgeschlagene Anpassung der Einstellungen" unterbreitete und Sie diese akzeptierten, wurde das gesamte Dokument mit Ihren persönlichen Anweisungen durch die Ausgabe des Modells ersetzt. Dabei konnten zuvor selbst verfasste Regeln stillschweigend verloren gehen. Gustav übermittelt nun nur noch die vorgeschlagene Änderung, und der Server fügt sie in Ihr bestehendes Dokument ein. Bestehende Anweisungen bleiben dabei erhalten.

Neu: Dienstleister können beim Erstellen eines Falls durch Gustav verknüpft werden

Sie können Gustav nun bitten, einen Dienstleister bereits beim Erstellen eines Falls zu verknüpfen — nicht erst beim Bearbeiten eines bestehenden Falls. Der Dienstleister wird bei der Fallerstellung angehängt und ist sofort in der Falldetailansicht sichtbar.

Verbessert: Unterhaltungen werden nach einem Verbindungsabbruch fortgesetzt

Wenn Ihre Verbindung abbricht, während Gustav an einer Unterhaltung arbeitet, setzt Gustav beim erneuten Verbinden nun dort fort, wo es aufgehört hat — einschließlich bereits in diesem Schritt vorbereiteter Entwürfe oder Aktualisierungen. Zuvor konnte eine unterbrochene Unterhaltung leer oder ohne Aufzeichnung der soeben durchgeführten Arbeit zurückkehren.


E-Mail

Verbessert: Abschiedsgruß des Teams in automatisch gesendeten Gustav-E-Mails

E-Mails, die Gustav automatisch versendet (im autonomen Verarbeitungsmodus, ohne manuelle Überprüfung), enthalten nun den konfigurierten Abschiedsgruß Ihres Teams vor dem KI-Hinweis. Bisher endeten diese E-Mails abrupt mit dem Hinweis, ohne jeglichen Abschiedsgruß. Der Platzhalter {{ assignee }} in der Abschiedsgruß-Vorlage wird nun ebenfalls korrekt aufgelöst — zuvor wurde er als Literaltext gesendet statt mit dem Namen des Zuständigen.


Aufträge

Neu: Rechnungsempfänger bei der Auftragserstellung wählbar

Beim Erstellen eines Auftrags können Sie nun den Rechnungsempfänger auswählen — entweder Mandant, Eigentümergemeinschaft oder Fremdfirma. D+ löst Name und Adresse des Empfängers aus der Eigentümerkonfiguration des Objekts auf. Wenn das Feld leer bleibt, wird der Auftrag ohne Rechnungsempfänger-Vorgabe gesendet, was dem bisherigen Verhalten entspricht.


ERP-Tickets

Verbessert: Zuverlässige Zuständigen-Auswahl aus dem D+-Benutzerverzeichnis

Die Zuständigen-Auswahl bei ERP-Tickets greift nun auf das importierte D+-Benutzerverzeichnis (Funktionsträger) zurück, anstatt D+ zum Zeitpunkt der Auswahl live abzufragen. Damit wird ein Datenqualitätsproblem behoben, bei dem bestimmte Kunden ihre D+-Individualfelder mit Anzeigenamen statt mit Anmeldenamen befüllen, was dazu führte, dass die im Mai 2026 eingeführte Sachbearbeiter-Validierung gültige Einträge ablehnte. Die Auswahlliste zeigt nun ausschließlich Einträge, die sicher in D+ geschrieben werden können.

Diese Verbesserung ist eine Fortsetzung der Sachbearbeiter-Zuverlässigkeitsarbeiten aus dem Release vom 19. Mai. Die zugrundeliegende Validierung ist unverändert — neu ist, dass die Quelle der Auswahlliste zuverlässiger ist, sodass gültige Hausverwalter und Hauswarte nicht mehr aus der Liste fehlen.

Neu: Dienstleister-Anzahl im ERP-Ticket-Abschnittskopf

Der Abschnittskopf Dienstleister im ERP-Ticket-Editor zeigt nun ein Zählbadge mit der Anzahl der verknüpften Dienstleister, entsprechend den Zählbadges auf den anderen Falldetail-Reitern.


Fälle

Verbessert: Zukünftige Objekte im Immobilien-Selektor sichtbar

Ein Objekt, dessen Einheiten ausschließlich zukunftsdatiert sind (vor dem Einzug), war bisher im Immobilien-Selektor nicht sichtbar. Solche Objekte werden nun angezeigt. Wenn ein Objekt keine aktuellen Bewohner hat, aber zukünftige Einheiten besitzt, zeigt ein blauer Hinweis an, wie viele Einheiten ausgeblendet sind, und fordert Sie auf, Zukünftige Mieter einbeziehen zu aktivieren. Sobald Sie diese Option aktivieren, werden die Bewohner blau hervorgehoben angezeigt, sodass Sie sie einem Fall vor dem offiziellen Einzugsdatum zuordnen können.

Verbessert: Inaktive Dienstleister aus allen Auswahlfeldern ausgeschlossen

Dienstleister, die in D+ als inaktiv markiert sind, erscheinen nicht mehr in der Liste der empfohlenen Anbieter, in der Gustav-Dienstleistersuche oder in einem anderen Dienstleister-Auswahlfeld. Es werden nur aktive Dienstleister angezeigt. Nachschlageoperationen per ID (z. B. bei bestehenden Aktionen, die auf einen inzwischen inaktiven Anbieter verweisen) funktionieren weiterhin korrekt.


Fehlerbehebungen

  • Fälle wurden als erledigt markiert, obwohl das ERP-Ticket D+ nicht erreicht hatte: Wenn Gustav einen Fall erledigte und versuchte, ein ERP-Ticket zu senden, konnte ein Fehler beim Schreiben nach D+ den Fall als geschlossen hinterlassen, ohne dass ein entsprechendes D+-Ticket vorhanden war. Der Fall bleibt nun offen, wenn die ERP-Übergabe fehlschlägt, sodass der Vorgang in Ihrer aktiven Warteschlange verbleibt.

  • Aktionen konnten dauerhaft im Status „In Bearbeitung" feststecken: Ein Fehler, der nach der Ausführungs-Reservierung einer Aktion auftrat, konnte diese dauerhaft im Status In Bearbeitung belassen, ohne Möglichkeit zur Wiederherstellung über die Benutzeroberfläche. Betroffene Aktionen werden nun auf Abgebrochen gesetzt, damit sie erneut versucht werden können.

  • Nicht-Bewohner-Kontakte blockierten Aufträge und ERP-Tickets: Wenn ein Mitarbeiterkontakt oder E-Mail-Absender als Bewohner einem Auftrag oder ERP-Ticket zugeordnet war, lehnte D+ den Schreibvorgang ab und die Aktion endete im Status Abgebrochen. CK entfernt nun Nicht-Bewohner-Kontakte vor dem Senden an D+, sodass der Schreibvorgang erfolgreich durchgeführt werden kann.

  • Interaktiver Gustav durchlief bei SEPA-Fällen eine Endlosschleife: Mit geladener SEPA-Funktion konnte interaktiver Gustav in eine Endlosschleife geraten (unbegrenzte „Suche läuft…"-Anzeige, 73+ Werkzeugaufrufe), weil die zur Abschluss des Workflows benötigten Werkzeuge im interaktiven Modus nicht verfügbar waren. Dieser Fehler ist behoben; interaktiver Gustav kann den SEPA-Workflow nun korrekt abschließen.

  • Mehrobjekt-SEPA: ERP-Ticket des ersten Falls ging verloren: Bei einer SEPA-Einreichung für zwei Objekte (zwei Fälle) konnte das ERP-Ticket des ersten Falls dem falschen Fall zugeordnet werden, sodass ein Fall vollständig abgeschlossen und ein anderer still ohne D+-Ticket blieb. Beide Fälle erhalten nun ihre jeweiligen ERP-Tickets.

  • ERP-Ticket-Aktualisierungen schlugen bei bestimmten Bewohnerdaten fehl: ERP-Tickets, deren Bewohner einen Platzhalterkontakt enthielten (kein persönlicher Name in D+ vorhanden), verursachten beim Aktualisieren einen Serverfehler. Diese Datensätze werden nun korrekt verarbeitet.


Verwandte Artikel

Hat dies deine Frage beantwortet?