Neu: Der Betreff einer Antwort ist jetzt bearbeitbar
Wenn Sie aus einem Fall heraus auf eine E-Mail antworten, können Sie den Betreff nun vor dem Senden ändern. Bisher war er fest auf „Re: <ursprünglicher Betreff>" gesetzt und konnte nicht bearbeitet werden. Lassen Sie den von CK vorgeschlagenen Betreff unverändert, wird weiterhin „Re: <ursprünglicher Betreff>" verwendet — das gilt auch für automatische Rückmeldungen, die Gustav in Ihrem Namen versendet, sodass sich dort nichts ändert.
Bearbeiten Sie den Betreff, beginnt dies in Outlook auf Empfängerseite eine neue Konversation, da Outlook Konversationen anhand des Betreffs gruppiert. Die Nachricht selbst bleibt in CK korrekt mit dem ursprünglichen Fall und E-Mail-Verlauf verknüpft — es ändert sich nur, wie sie im Postfach der empfangenden Person erscheint.
Geändert: Aussortierte E-Mails erscheinen nicht mehr in der E-Mail-Übersicht
Von CK aussortierte E-Mails werden nicht mehr in der E-Mail-Übersicht angezeigt. Sie verbleiben mit der Ausschluss-Kategorie im jeweiligen Postfach.
Fälle und ERP-Tickets
Neu: Eine Warnung, bevor ungespeicherte Änderungen verloren gehen
Beim Schließen des Bearbeitungsfensters für eine E-Mail, ein ERP-Ticket, einen Anruf oder einen Auftrag — durch Klick außerhalb, mit Escape oder über die Schließen-Schaltfläche — gingen ungespeicherte Änderungen bisher ohne Warnung verloren. CK fragt nun zuerst nach: Weiter bearbeiten bringt Sie zurück zu Ihren Änderungen, Ohne Speichern schließen verwirft sie und schließt das Fenster. Sind Ihre Änderungen bereits gespeichert, schließt sich das Fenster wie bisher ohne Nachfrage.
Geändert: Ein in D+ gelöschtes Ticket wird jetzt klar gekennzeichnet und gesperrt
Wurde das mit einem Fall verknüpfte ERP-Ticket direkt in D+ gelöscht, zeigt CK nun „Dieses ERP-Ticket existiert nicht mehr" an, statt Sie unbemerkt weiterarbeiten zu lassen, als hätte sich nichts geändert. Das Anlegen eines Auftrags, das Ändern des Ticket-Status und das Ablegen einer E-Mail auf diesem Ticket sind überall dort gesperrt, wo dies sonst versucht werden könnte. Der Reiter „ERP-Ticket" weist darauf hin, die Verknüpfung zu trennen und den Fall mit einem anderen Ticket zu verknüpfen oder ein neues Ticket anzulegen.
Fehlerbehebungen
Versendete E-Mails enthalten keine fehlplatzierten Backslashes mehr: Eine Formatierungseigenheit im E-Mail-Editor konnte vor dem Versand unerwünschte Backslash-Zeichen in Text und Links einfügen — ein Dateiname wie „kuendigung_stellplatz.pdf" erschien der empfangenden Person zum Beispiel als „kuendigung_stellplatz.pdf". Dies tritt nicht mehr auf.
Eine lesbare .msg-Datei wird nicht mehr als beschädigt gemeldet: Manche .msg-Anhänge aus Outlook, insbesondere ältere, wurden beim Verarbeiten durch CK fälschlich als unlesbar gemeldet. Diese werden nun korrekt umgewandelt.
Lange Fallbeschreibungen können jetzt gespeichert werden: Eine Fallbeschreibung mit mehr als rund 2.700 Zeichen ließ sich bisher nicht speichern, und die Änderung ging stillschweigend verloren. Es besteht nun keine praktisch relevante Längenbegrenzung mehr.
Ein Trennen und erneutes Verknüpfen eines bereits bearbeiteten ERP-Tickets lässt einen Fall nicht mehr blockiert zurück: Bei einer bestimmten Abfolge von Schritten konnte ein Fall ohne Auftrag, ohne ERP-Ticket und ohne Möglichkeit einer Ersatzverknüpfung zurückbleiben. Betroffene Fälle werden repariert, neue Fälle können in diesen Zustand nicht mehr geraten.
Erneutes Verknüpfen einer E-Mail mit einem Fall, dem sie bereits zugeordnet ist, dupliziert die Unterlagen in D+ nicht mehr: Das erneute Verknüpfen derselben E-Mail mit einem Fall konnte dieselben Dokumente mehrfach in D+ ablegen. CK legt nun nur tatsächlich neue Dokumentation ab.
Vereinzelte Fehler beim Hinzufügen einer Aktion zu einem Fall sind behoben: Wurden auf einem Fall nahezu gleichzeitig zwei Aktionen angelegt, konnte dies gelegentlich zu einem Fehler statt zu zwei erfolgreichen Aktionen führen.
D+-Ticketbetreffs erhalten bei einer Aktualisierung kein zusätzliches Präfix mehr: Das Aktualisieren eines bereits verknüpften D+-Tickets konnte bei jeder Änderung ein doppeltes Ticketnummer-Präfix an den Betreff anhängen. Der Betreff wird nun sauber aktualisiert.
Eine eingehende E-Mail geht nicht mehr verloren, wenn Gebäude zu zwei verschiedenen D+-Konten (Mandanten) gehören: In diesem speziellen Fall konnte CK keinen Fall für die E-Mail anlegen, ohne dies erneut zu versuchen. Dies wird nun korrekt verarbeitet, und keine E-Mail geht verloren.
Der Sortierpfeil der Spalte „Gesendet" wird beim Laden der E-Mail-Liste jetzt korrekt angezeigt: Die Liste war bereits standardmäßig nach Eingang absteigend sortiert, jedoch erschien beim Laden der Seite kein Pfeil an der Spalte „Gesendet" — erst nach einem Klick. Der Pfeil erscheint nun von Anfang an.
Das Wiederherstellen einer ausgeblendeten E-Mail zeigt jetzt die richtige Bestätigung: Das Wiederherstellen einer E-Mail zeigte bisher dieselbe Meldung wie das Ausblenden, was zu Verwirrung führen konnte. Es ist nun eindeutig erkennbar, wenn eine E-Mail wiederhergestellt wurde.
Mehrere unübersetzte und falsch übersetzte Bezeichnungen in der deutschen Oberfläche sind behoben: Der Bestätigungsdialog zum Trennen eines ERP-Tickets zeigte bisher teilweise englischen Text, und „Sender" wurde fälschlich mit „Versenden" übersetzt. Beide zeigen nun den korrekten deutschen Text.
Die Adresssuche liefert Ergebnisse deutlich schneller: Die Suche nach einem Gebäude anhand der Straßenadresse konnte über eine Sekunde dauern und gelegentlich ganz abbrechen. Dieselbe Suche dauert nun deutlich unter einer Zehntelsekunde.
Gustav konnte einen zweiten Fall für ein Anliegen anlegen, das bereits eine andere Person gemeldet hatte: Eine Suche, die nur auf die ursprünglich meldende Person eingeschränkt war, konnte ergebnislos bleiben und als Beleg dafür gewertet werden, dass kein Fall existiert — dabei übersah sie einen offenen Fall, den eine andere Person im selben Gebäude bereits gemeldet hatte. Gustav prüft nun zusätzlich auf Gebäudeebene, ob bereits ein Fall existiert.
Eine Antwort auf eine E-Mail, die CK bereits vorlag, konnte weiterhin einen doppelten Fall anlegen: Gustav erkannte nicht immer, dass eine eingehende Antwort einen bestehenden E-Mail-Verlauf fortsetzte, und legte stattdessen einen neuen Fall an. Die Fortsetzung eines Verlaufs wird nun berücksichtigt, bevor ein neuer Fall angelegt wird.
Gustav wirkt nicht mehr wie festgefahren, wenn dieselbe Suche wiederholt wird: In seltenen Fällen konnte Gustav dieselbe Suche innerhalb einer einzigen Antwort sehr oft wiederholen, wodurch die Antwort ungewöhnlich lange dauerte. Eine Begrenzung verhindert dies nun.
Gustav legt keinen nicht angeforderten Auftrag mehr an: Wurde das Anlegen eines D+-Tickets abgelehnt, weil bereits ein passendes Ticket existierte, konnte Gustav stattdessen einen Auftrag vorschlagen, obwohl niemand danach gefragt hatte. Gustav entwirft einen Auftrag nun nur noch, wenn Sie dies ausdrücklich angefordert oder bestätigt haben, und meldet die Ablehnung stattdessen mit der Frage, wie Sie weiter vorgehen möchten.
Gustav behauptet nicht mehr, eine Änderung vorgenommen zu haben, die nicht erfolgt ist: Die Bitte, eine bereits abgeschlossene Aktion zu bearbeiten, konnte eine Erfolgsmeldung auslösen, obwohl sich nichts geändert hatte. Gustav teilt nun ehrlich mit, dass die Aktion nicht mehr bearbeitet werden kann.
Zu lange Persönliche Anweisungen blockieren nicht mehr jede Unterhaltung mit Gustav: Überschritten Ihre Persönlichen Anweisungen für Gustav (unter Gustav-Einstellungen) die zulässige Länge, konnte jede Nachricht an Gustav ohne erkennbaren Grund zu lange dauern. CK verweigert nun das Speichern zu langer Anweisungen, und ein bereits gespeichertes, zu langes Dokument wird mit einem Hinweis versehen — Gustav arbeitet dann ohne dieses Dokument weiter, bis Sie es kürzen.
Rundschreiben an ein ganzes Gebäude erreichen jetzt zuverlässig jede bewohnende Person: Die Empfängerliste für ein Schreiben an alle Personen in einem Gebäude konnte zwischen zwei Versuchen variieren und dabei vereinzelt jemanden auslassen. Die Empfängerliste ist nun jedes Mal vollständig und konsistent.
Gustav nennt keine erfundene D+-Ticketnummer mehr: In seltenen Fällen konnte Gustav eine Ticketnummer nennen, die tatsächlich nicht existierte. Gustav gibt nun nur noch Ticketnummern an, die direkt aus D+ stammen.
Gustavs Antwort erscheint nicht mehr als defekte rote Fehlermeldung: Bestimmte Formatierungen in Gustavs Antwort konnten dazu führen, dass diese nicht korrekt dargestellt wurde und stattdessen eine technische Fehlermeldung statt der eigentlichen Antwort erschien. Dies tritt nicht mehr auf.
Verwandte Artikel
E-Mail-Erfassung — Wie CK eingehende E-Mails erfasst und verarbeitet
Überwachung eingehender E-Mails — Im Blick behalten, was angekommen ist und was fehlgeschlagen ist
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