Gustav now consistently uses the correct term — Tenant (Mieter) or Owner (Eigentümer) — when it knows the recipient's role. Earlier releases reported cases where Gustav labeled an owner as "Bestandnehmer" or used tenant-default language in correspondence directed at owners. Gustav now reads the confirmed tenancy role from the real estate data and applies the appropriate term; it falls back to the neutral "Bewohner" only when the role cannot be determined.

When Gustav mentions a case, contact, building, property, ERP ticket, work order, damage report, or service provider in its responses, the reference now appears as a clickable pill rather than a raw number. Clicking the pill opens the entity directly. Raw IDs will no longer appear as plain prose in Gustav chat.

Gustav-generated drafts — emails, work orders, ERP tickets, and ERP ticket updates — are now guaranteed to appear as interactive cards that you can review and execute. In rare situations Gustav could previously create a valid draft without presenting it as an actionable card, leaving it unreachable without navigating away. This is no longer possible.

When Gustav proposed a "Suggested preference update" and you accepted it, the entire personal-instructions document was replaced with the model's output. Existing rules you had written could be silently removed. Gustav now sends only the proposed change, and the server merges it into your existing document. Prior instructions are preserved.

You can now ask Gustav to link a service provider at the moment it creates a case, not only when updating an existing one. The service provider is attached during case creation and is immediately visible in the case detail.

If your connection drops while Gustav is working on a conversation, Gustav now resumes where it left off when you reconnect — including any drafts or updates it had already prepared during that turn. Previously, an interrupted conversation could return blank or without a record of what Gustav had just done.

Emails sent automatically by Gustav (in autonomous processing mode, without manual review) now include your team's configured sign-off message before the AI disclosure note. Previously, these emails ended abruptly with the disclosure, without any sign-off. The {{ assignee }} placeholder in the sign-off template is also now rendered correctly — it was previously sent as literal text rather than the assignee's name.

When creating a work order, you can now select the Billing Recipient — either Mandant, Eigentümergemeinschaft, or Fremdfirma. D+ resolves the recipient's name and address from the building's owner configuration. Leaving the field blank sends the work order without a billing-recipient override, which is the same behavior as before this release.

The assignee picker on ERP tickets now draws from the imported D+ user directory (Funktionsträger) rather than querying D+ live at the time of selection. This resolves a data-quality issue where certain customers populate their D+ custom fields with display names instead of login names, which caused the May 2026 assignee validation to reject valid entries. The picker now guarantees every entry it shows is safe to write to D+.

This is a continuation of the assignee reliability work introduced in the May 19th release. The underlying validation is unchanged — what is new is that the source of the picker list is now more reliable, so valid property managers and caretakers are no longer missing from the list.

The Service Providers section header in the ERP ticket editor now displays a count chip reflecting the number of linked service providers, consistent with the count chips on the other case detail tabs.

A building whose units are all future-dated (pre-move-in) was previously invisible in the Real Estate selector. Such buildings are now shown. When a building has no current occupants but does have future units, a blue indicator shows how many units are hidden and prompts you to enable Include future tenants. Enabling it reveals the occupants in blue so you can attach them to a case before their official move-in date.

Service providers marked as inactive in D+ no longer appear in the recommended providers list, the Gustav provider search, or any other service-provider picker. Only active providers are shown. Lookups by ID (for example, on existing actions that reference a now-inactive provider) continue to resolve correctly.