Für manche Objekte konnten keine Aufträge angelegt werden: Bei etwa jedem fünften Objekt wurde jedes auswählbare Gewerk mit dem Hinweis abgelehnt, es passe nicht zum Objekttypus — womit sich überhaupt kein Auftrag anlegen ließ. CK hat dabei eine eigene Kopie einer Regel angewendet, die nur D+ korrekt beantworten kann. CK fragt nun direkt bei D+ nach, ob ein Gewerk für dieses Objekt zulässig ist, und weist ausdrücklich darauf hin, wenn für ein Objekt tatsächlich keine Gewerke hinterlegt sind, statt zur Auswahl eines anderen aufzufordern.

Gustav konnte bei abrechnungstechnisch geteilten Objekten das falsche Objekt wählen: Wenn ein Objekt in Verrechnungseinheiten mit gleichem Namen, gleicher Nummer und gleicher Adresse unterteilt ist, hatte Gustav kein Unterscheidungsmerkmal und konnte das Ticket der falschen Einheit zuordnen — wodurch das D+-Ticket ohne richtige zuständige Person blieb. Die Verrechnungseinheiten sind nun eindeutig gekennzeichnet, und ein Ticket ohne Zuständigen wird an die hinterlegte Ersatzzuständigkeit des Teams übergeben.

E-Mails wurden mehrfach in D+ dokumentiert: Bei einem erneuten Versuch, einem erneuten Import oder einer erneuten Verknüpfung wurde jedes Mal ein neuer Dokumentcontainer angelegt, sodass dieselbe E-Mail mehrfach an einem Ticket erscheinen konnte. CK prüft nun vor dem Hochladen, was am Ticket bereits dokumentiert ist.

Ein von D+ abgelehntes Dokument wurde als abgelegt gemeldet: Wenn D+ ein Dokument zurückwies, verbuchte CK es als erfolgreich hochgeladen, und Gustav meldete dasselbe. Ablehnungen werden nun als Fehlschlag gemeldet, und bei einem unvollständigen Container werden die von D+ abgelehnten Dokumente namentlich genannt.

Bei Anliegen zu Gemeinschaftsflächen wurden alle Bewohner des Objekts angehängt: Eine Beschwerde über ein Stiegenhaus oder einen Aufzug konnte die gesamte Bewohnerliste des Objekts an den Fall und an das D+-Ticket hängen. Nun werden nur tatsächlich beteiligte Personen angehängt; ein Anliegen zu einer Gemeinschaftsfläche wird nur mit dem Objekt verknüpft.

Archivierte Fälle konnten weiterhin vorgeschlagen werden: Die Zuordnung konnte vorschlagen, eine E-Mail mit einem archivierten Fall zu verknüpfen, und in einen archivierten Fall konnte importiert werden. Archivierte Fälle werden nun ausgeschlossen; möchten Sie einen dennoch verwenden, werden Sie zuvor um die Aufhebung der Archivierung gebeten.

Ein archivierter Fall machte seine E-Mail unprüfbar: War ein vorgeschlagener Fall archiviert, wurde die E-Mail als prüfungsbedürftig angezeigt, ohne dass etwas zu prüfen oder zu verwerfen sichtbar war. Archivierte Fälle erscheinen nun in dieser Liste, als archiviert gekennzeichnet.

Das Annehmen eines ERP-Ticket-Vorschlags konnte Dokumente verdoppeln oder fehlschlagen: Wurde derselbe Vorschlag zweimal angenommen, entstanden doppelte Dokumente in D+; wurde ein Vorschlag für ein inzwischen anderweitig verknüpftes Ticket angenommen, schlug dies mit einer unerklärten Fehlermeldung fehl.

Eine Eigentümerin konnte als Mieterin beschrieben werden: Bei der Einschätzung des rechtlichen Kontexts einer eingehenden E-Mail hat CK aus indirekten Hinweisen erschlossen, ob die schreibende Person Eigentum besitzt oder mietet — und konnte dabei eine Eigentümerin als Mieterin einstufen. CK liest nun die tatsächlichen Nutzungsrechte der Einheit aus, einschließlich Rolle und Gültigkeitszeitraum. Auch die E-Mail zum Kommunikationsbericht nennt nun die Rolle jedes Bewohners und deren Gültigkeit.

E-Mails konnten verloren gehen, wenn ein Anhang nicht lesbar war: Ein einziger nicht lesbarer Anhang — eine leere oder beschädigte Datei — konnte die Verarbeitung der gesamten E-Mail verhindern, ohne dass ein Fall entstand oder etwas sichtbar wurde. Solche Anhänge werden nun als nicht lesbar gekennzeichnet und die übrige E-Mail normal verarbeitet. In der Anhangsliste ist erkennbar, dass die Datei nicht gelesen werden konnte, statt dass die Zusammenfassung leer bleibt.

Fälle mit bestimmten E-Mails ließen sich nicht öffnen: Eine E-Mail ohne Betreff oder ohne Nachrichtentext, etwa ein ohne Begleittext versandter Scan, führte dazu, dass sich der gesamte Fall nicht laden ließ.

Das Ablehnen eines E-Mail-Imports konnte unbemerkt fehlschlagen: Ließ sich die Nachricht in Outlook nicht kennzeichnen, meldete CK die Ablehnung dennoch als erfolgreich — und da genau diese Kennzeichnung das erneute Abholen verhindert, konnte die E-Mail zurückkommen und einen doppelten Fall erzeugen. Fehler werden nun gemeldet, und es wird nichts gespeichert, solange die Aktualisierung im Postfach nicht erfolgreich war.

Eine erneut verarbeitete E-Mail zeigte den falschen Hinweis: Eine E-Mail, die erneut verarbeitet und nicht verknüpft wurde, zeigte die allgemeine Meldung „nicht mit Fall verknüpft" statt des Hinweises auf die erneute Verarbeitung. Auch die deutsche Formulierung dieses Hinweises wurde korrigiert.

ERP-Ticketnummern waren im dunklen Modus unsichtbar: Gustav hebt Ticketnummern gestalterisch hervor; im dunklen Modus wurden sie weiß auf weiß dargestellt — also genau der Teil der Antwort, den Sie benötigten.

Während der Verarbeitung gelöschte oder verschobene E-Mails: Wurde eine Nachricht in Outlook verschoben oder gelöscht, während CK sie bearbeitete, brach die Verarbeitung ab — und konnte auch den Rest des Stapels stoppen. Solche Nachrichten werden nun sauber übersprungen.

E-Mail-Verarbeitung — Wie CK eingehende E-Mails abholt und verarbeitet

Überwachung eingehender E-Mails — Den Überblick behalten, was angekommen und was fehlgeschlagen ist

Leitfaden zu Fallstatus — Was die einzelnen Fallstatus bedeuten und wann sie zu verwenden sind

ERP-Tickets — Wie Fälle und D+-Tickets zusammenhängen

Aufträge — Aufträge anlegen und beauftragen

Suchen mit Gustav — Objekte, Bewohner und Fälle finden