RELEASE 26.6.00
Allgemeine Funktionen
Angebote und Angebotsvorlagen bearbeiten
Schreibschutz von Angeboten und Angebotspositionen von angenommenen und abgelehnten Angeboten
Diese Schreibschutz-Logik existierte teilweise in EVI, wurde jetzt aber auch für CURSOR-CRM übernommen.
Wenn das Angebot auf Status Abgelehnt (REFUSED) oder Angenommen (ACCEPT) gesetzt ist, sind sowohl die Angebotsfelder als auch die Felder der zugehörigen Angebotspositionen schreibgeschützt. Dieses gilt sowohl für die Detailansicht, als auch für die Listenansicht.
Diese Logik dient dazu, dass diese Angebote und Angebotspositionen im Nachhinein nicht mehr geändert werden können, um später nachvollziehen zu können, was der Kunde akzeptiert oder abgelehnt hat.
Bearbeitung und Löschung von Angebotsvorlagen
Aktuell wurde das Löschen und das Bearbeiten von Angebotspositionen in EVI & TINA verhindert, wenn es sich bei dem dazugehörigen Angebot um eine Angebotsvorlage handelte und der Anwender nicht der Admin-Gruppe oder der Angebotsmanagement-Gruppe angehörte. In CURSOR-CRM gab es keine vergleichbare Logik.
Diese Logik wurde jetzt für den Standard übernommen. In CURSOR-CRM, EVI und TINA wird das Löschen und Bearbeiten von Angebotspositionen immer dann verhindert, wenn das dazugehörige Angebot eine Angebotsvorlage ist und der Anwender nicht einer der beiden genannten Gruppen zugeordnet ist.
Überarbeitung der Logik zur Bearbeitung, Neuanlage und Löschen von Angebotspositionen
Bisher wurde das Löschen, das Bearbeiten und die Neuanlage von Angebotspositionen in EVI & TINA nur verhindert, wenn wenn der Status des Angebots auf “Angenommen” stand. In CURSOR-CRM gab es keine vergleichbare Logik.
Diese Logik wurde jetzt für den Standard übernommen und erweitert. In CURSOR-CRM, EVI und TINA wird die Neuanlage sowie das Löschen und Bearbeiten von Angebotspositionen immer dann verhindert, wenn der Status des Angebots auf “Angenommen” (ACCEPT) oder “Abgelehnt” (REFUSED) gesetzt ist.
Bei einem Versuch, eine der genannten Aktionen auszuführen, erscheint eine Hinweismeldung.
Details zur Bearbeitung von Angebotspositionen finden Sie in Kapitel:
→ Anlegen einer Angebotsposition | Angebotspositionen bearbeiten
Einbindung von Bilddateien aus Dokumentendatensätzen
Im Dokumentenerstellungsprozess für Einzelbriefe konnten Bilder entweder als Bildfeld aus einem Datensatz (z.B. Mitarbeiterbild) oder als Dokumentobjekte nach Word übertragen werden. Es bestand jedoch keine Möglichkeit, Bilddaten, die als eigenständiger Dokumentendatensatz im CRM-System abgelegt waren (z.B. ein Messkonzept als Bestandteil eines Netzanschlussvertrages), im Rahmen des Seriendruck-/Dokumentenprozesses nach Word zu übergeben und dort automatisiert einzubinden.
Jetzt kann im Mapping für Einzelbriefvorlagen über Nachschlagefelder auf Dokumente oder Primärschlüssel auf Dokumente zusätzlich der Textmarkentyp DOKUMENT als Textbaustein mit einem Bild verwendet werden. Sofern dort ein vorhandenes Dokument referenziert wird, wird dieses im Dokument an der angegebenen Textmarke eingefügt.
Einschränkung
Es werden nur Word-Dokumente oder Bilddateien vom Typ png oder jpg unterstützt.
Vorgangsmanagement
Wiedereröffnen von Vorgängen und Anliegen
Wenn man auf einem beendeten Vorgang oder Anliegen den Prozess Wiedereröffnen startete, wurde eine Protokoll-Aktivität angelegt. Diese wurde allerdings mit dem Status “Offen” gekennzeichnet, was dazu führte, dass dies in den offenen Aufgaben des Mitarbeiters erschienen ist.
An dieser Stelle ist aber der Vorgang oder das Anliegen die richtige Stelle der Abarbeitung und nicht die Aktivität. Daher wird die Aktivität jetz mit dem Status “Erledigt” angelegt.
Mehrere Vorgangsnummern im Betreff ‘Aktivitäten’ beim Mailimport
Waren mehrere Nummern mit einem Hastag davor im Betreff, wurde bis jetzt nur der erste berücksichtigt. Dies konnte allerdings auch eine Nummer sein, die beim Import gar nicht berücksichtigt wurde. Zusätzlich galt die Einschränkung, dass nur ein Vorgang pro Aktivität angelegt werden konnte.
Beim Mailimport im Vorgangsmanagement werden jetzt mehrere Vorgangsnummern im Betreff einer E-Mail erkannt und verarbeitet. Im weiteren Schritt wird die E-Mail mit mehreren referenzierten Vorgangsnummern (z. B. bei zusammengefassten Kundenanfragen oder Projekt- und PM-Vorgängen) automatisch mit allen relevanten Vorgängen verknüpft.
Ausblenden von Boolean-Feldern mit dem Wert FALSE im Lesemodus
Boolean-Felder mit dem Wert FALSE werden nun im Lesemodus wie leere Felder behandelt, d.h. ausgeblendet.
Möchte man dies nicht, d.h. das Feld soll trotzdem immer eingeblendet werden, kann die Funktion „Leeres Feld anzeigen“ in der Maske aktiviert werden.
EVI & TINA
TINA: Dienstbarkeiten im Unterbereich der Anschlußobjekte
Im Unterbereich der Anschlussobjekte (Location) sind die Dienstbarkeiten (Easement) nun sichtbar.
Betroffene Relation: rLocationPk_Easement.
Portalservices zur Abbildung von Firmenprüfungen
Portalservices zur Abbildung von Firmenprüfungen wurden erweitert.
Administration
Kombination von Standard-Aktionen und systemspezifischen Aktionen in einem Aktionsbox-Ordner
Bisher war es nicht möglich, systemindividuelle Aktionen in einem Aktionsbox-Ordner darzustellen, der im Systemstandard verfügbar ist. Dadurch musste für alle systemindividuellen Aktionen ein eigener Ordner angelegt werden.
Um diese Ordner-Dubletten zu vermeiden, können Standard-Aktionen und eigene Aktionen jetzt in einem Ordner zusammen dargestellt werden. Voraussetzung ist, dass die Ordner auf der obersten Ebene (also direkt unterhalb der Aktionsbox, nicht in Unterordnern) zeichengetreu identisch benannt sind – inklusive Groß-/Kleinschreibung, Leerzeichen und Sonderzeichen.
Beispiel:
-
Standardkonfiguration: Ordner „Allgemein“ mit der Aktion „Standard-Aktion“
-
Kundenspezifische Systemkonfiguration: Ordner „Allgemein“ mit der Aktion „Meine Aktion“
Ergebnis in der Anwendung (Aktionsbox):
Es wird ein gemeinsamer Ordner „Allgemein“ angezeigt, der beide Aktionen enthält. Dabei werden zuerst die Standardaktionen (rote Markierung) und darunter die eigenen Aktionen (grüne Markierung) aufgelistet.
Verknüpfung zwischen den Entitäten "Projekte" und "Verteiler"
Zwischen den Entitäten “Projekte” (Project) und “Verteiler” (CampDistrList) wurde eine m:n-Verknüpfung hergestellt. Der Unterbereich kann jetzt im Standard auf beiden Entitäten angezeigt werden (Sichtbarkeit im Unterbereich = true), aber nicht direkt angezeigt werden (Direkt anzeigen = false).
Update JasperReports von 7.0.3 auf 7.0.6
Die Version 7.0.3 enthielt noch einige Fehler, die in der Version 7.0.6 behoben wurden. Die Kunden benötigen hierfür eine aktuelle Version des Jaspersoft Studios.
Das Bearbeiten von Reports erfordert eine lokale Installation des Programms Jaspersoft Studio basierend auf der Eclipse-Entwicklungsplattform.
CURSOR-CRM verwendet die Jasper Community Edition in der Version 7.0.6, welche von der offiziellen Webseite heruntergeladen werden muss.
Vorarbeiten EntityCreator
Für den neuen EntityCreator müssen Nachschlagesuchen vorhanden sein, um Nachschlagefelder anlegen zu können. Die Liste der fehlenden Nachschlagesuchen und die definierten Schlüssel- und Beschreibungsfelder wurden für diesen Zweck implementiert.
Korrekte Darstellung der Beschreibung nach Neuanlage einer Konfigurationsgruppe
Nach der erfolgreichen Neuanlage einer Konfigurationsgruppe wurde deren Beschreibung in der anschließenden Bereichsauswahl nicht korrekt angezeigt. Das Problem wird durch veraltete Daten im Cache (Session-Storage) verursacht.
Jetzt wird eine neue Konfigurationsgruppe, die angelegt wird, und ihre Beschreibung bei der anschließenden Auswahl im Bereich sofort korrekt und vollständig angezeigt.
Erweiterung des Updatetools: Ausführung ohne GUI
Das Updatetool kann man jetzt ohne Benutzeroberfläche (GUI) anstoßen/ausführen.
Infoboards
Unterstützung der V1-Kacheln bis einschließlich Release 2028.1
Um mehr Zeit für die Umstellung von V1-Kacheln zu geben, werden diese bis einschließlich Release 2028.1 unterstützt, d.h. der Supportzeitraum wurde um ein Jahr verlängert. Entsprechend wurde diese Information im Readiness-Report angepasst.
Kundenkacheln sollen auf die V2-Version bis zum Release 2028.1 umgestellt sein, da sie in Folge-Releases gelöscht und aus den Infoboards entfernt werden.
Optimierung der Willkommens-Kachel (Performance & Datenabfrage)
Für die Willkommens-Kachel (Anzeige von Terminen, Erinnerungen und Besprechungen des aktuellen Tages) wurde die Datenabfrage optimiert, um die Performance des Boards zu verbessern:
-
Serverseitige Vorfilterung: Die Filterung der Aktivitäten erfolgt nun direkt auf dem Server und nicht mehr clientseitig. Dadurch wird unnötiger Datenverkehr vermieden.
-
Neue Suchabfrage: Es wurde eine spezifische Suche implementiert. Diese liefert exakt nur noch die Aktivitäten vom Typ Termin, Erinnerung und Besprechung für den aktuellen Nutzer und den aktuellen Tag zurück.
Umstellung der Testläufe-Kachel
Alte V1-Kacheln der Testläufe-Kachel wurden mit der Version 2026.6 und automatisch in die V2-Version der Kachel migriert.
React-Design: Verbesserung des Kontrasts
Texte und Bedienelemente in der Administration und im Kachel‑Umfeld wurden nutzerfreundlicher gestaltet. Dazu wurden Farbwerte so angepasst, dass sie das WCAG Contrast Minimum erfüllen (Kontrast‑Ratio ≥ 4,5:1 für normalen Text; große Texte/Bedienelemente ≥ 3:1).
BPM im Web
Löschen eines Prozesses in der Detailansicht des Prozesses
Bisherl konnte man einen Prozess nur aus dem Prozessdashboard löschen, nicht aus der Detailansicht des Prozesses. Jetzt ist Löschen-Schalter ebenfalls in der Detailansicht für Prozesse verfügbar. Ist der Prozess durch einen anderen Nutzer gesperrt oder ist er z. B. noch veröffentlicht, kann dieser nicht gelöscht werden und der Nutzer wird darüber informiert. Wurden Änderungen am Prozess vorgenommen, werden diese beim Löschen verworfen.
Sortierung von Elementen in der Kontexthilfe des Editors
Durch Gruppierung/Sortierung wurde die Übersichtlichkeit und Nützlichkeit der Kontexthilfe im Editor gesteigert. Drückt man STRG + LEERTASTE in einer neuen Zeile öffnet sich die Vorschlagsliste.
Die Liste weist folgende Sortierung auf:
1. Skript-Variablen
2. die Parameter des Startereignis
3. Utilklassen
4. Entitäten für den Zugriff auf Felder
5. Datentypen
6. Codesnippets
Nachschlagen von Relationen im Editor
Über das Kontextmenü kann man für alle Entitäten, die im Datenmodell enthalten sind, auch auf deren Relationen zugreifen. Ausgehend vom technischen Namen einer Entität werden die zugehörigen Relationen vorgeschlagen.
Anzeige des technischen Namens in der Liste der übergeordneten Prozesse
In der Liste der übergeordneten Prozesse wurde “nur” der i18-Name des Prozesses angezeigt. Hatten nun zwei Prozesse gleichen Namen, konnte dies zu Verwirrung führen. Daher wird jetzt der technische Name in zweiter Zeile bei jedem Eintrag angezeigt.
Suchbearbeitung im BPM User-Task Selektion
Über BPM kann eine Grundsuche definiert werden. Benutzer können jetzt auch die Möglichkeit bekommen, die Suche weiter zu bearbeiten und damit weitere Relationen und Suchkriterien hinzuzufügen.
Die Suchbearbeitung ist möglich, wenn die Option im Selektionstask “Suchbearbeitung erlauben” aktiv ist. Diese Option ist im Standard deaktiviert. Ist die Option “Suchfelder anzeigen” ebenfalls deaktiviert, dann ist die Option “Suchbearbeitung erlauben” automatisch schreibgeschützt. Ist die Option “Suchbearbeitung erlauben” gesetzt, wird der Button zu Suchbearbeitung im Selektionstask angezeigt (dabei wird das Aktionsrecht zur Suchbearbeitung beachtet).
Details zur Konfiguration von Suchen im BPM finden Sie im Kapitel → Selektion
Erweiterungen
E-Signatur Docusign
***NEU***
Das neue E-Signatur-Modul ermöglicht es Ihnen, digitale Unterschriftenprozesse nahtlos direkt aus dem CURSOR-CRM heraus zu initiieren und zu verwalten. Durch die Integration des führenden E-Signatur-Anbieters Docusign können Verträge, Angebote und andere Dokumente ohne Medienbruch digital signiert werden. Dies beschleunigt die Geschäftsabwicklung, erhöht die Rechtssicherheit und optimiert die Benutzererfahrung für Mitarbeiter sowie Kunden.
Das Modul stellt eine flexible technische Basis bereit, mit der Unterschriftenprozesse auf allen dokumentenfähigen CRM-Entitäten abgebildet werden können. Im Standard-Funktionsumfang ist der Prozess vollständig für die Angebots-Entität vorkonfiguriert.
Darüber hinaus stehen Administratoren zahlreiche Konfigurationmöglichkeiten zur Verfügung:
-
die visuelle Darstellung der Unterschrift im finalen PDF-Dokument kann über zwei Parameter gesteuert werden
-
Bindefristen und Ablaufsteuerung
Eine kundenindividuelle Anpassung ermöglicht es, das Feld Deadline dynamisch vorzubelegen, um z.B. kürzere Fristen zu erzwingen -
kundenindividuelle Erweiterung auf mehrere Unterzeichner (sequenzielles Signieren, paralleles Signieren, externe Ansprechpartner und interne Mitarbeiter als Unterzeichner)
Details finden Sie im Kapitel → E-Signatur Docusign
KI-Assistent
Die AIUtils bieten ab sofort typisierte Methoden zur Definition von Structured Output. Anstelle einer einzelnen generischen Methode stehen nun dedizierte Methoden pro Datentyp zur Verfügung (addString, addInt, addBoolean, addList, addObject, addDate, addFloat, addLiteral). Damit lassen sich erwartete Rückgabewerte präziser definieren – beispielsweise mit maximaler Zeichenlänge oder eingeschränkten Wertebereichen.
Die Steuerung von Structured Output wurde grundlegend überarbeitet und verbessert. Durch die Differenzierung nach Datentyp können Entwickler nun exaktere Vorgaben für KI-Rückgaben formulieren, was die Qualität und Zuverlässigkeit der strukturierten Antworten erhöht.
Zusätzlich sind die bisherigen Methoden addExpectedReturn und addExpectedListReturn ab der Version 2026.6 als deprecated (veraltet) gekennzeichnet. Sie bleiben vorerst funktionsfähig, sollten jedoch in bestehenden Implementierungen durch die neuen typisierten Methoden ersetzt werden.
Details finden Sie in Kapiteln
→ Release Notes | [inlineExtension] Neu in der Version 2026.6
Dun & Bradstreet
Mit diesem Release verbessern wir die Nutzbarkeit der Dun-&-Bradstreet-Integration für deutschsprachige Anwender. D&B-Referenzwerte (Schlüssel) können nun in deutscher Sprache ergänzt und verwendet werden, zudem wurde die Zusammenfassungsaktivität bei Änderungen besser strukturiert.
Deutsche D&B-Schlüsselwerte verfügbar
Bisher wurden Referenz-/Schlüsselwerte aus Dun & Bradstreet (D&B) standardmäßig in Englisch ausgegeben und gespeichert. Ab dieser Version können die deutschen Bezeichnungen der D&B-Schlüsselwerte automatisch ergänzt werden.
Bereits vorhandene Schlüsselwerte können nicht nachträglich umgestellt/überschrieben werden. Es ist zu beachten, dass Dun & Bradstreet nicht für alle Schlüssel deutsche Bezeichnungen ausliefert. Diese müssen manuell im CRM korrigiert werden, wenn eine einheitliche Sprache verwendet werden will.
Andere Inhalte außerhalb der D&B-Schlüsselwerte sind nicht betroffen. Dies bedeutet, dass freie Bezeichnungen, wie z.B. der Jobtitel des leitenden Geschäftsführers, weiterhin in der Originalsprache vorhanden sind.
Regelmäßige Ergänzung deutscher Schlüssel
Es gibt eine neue Skriptmethode, die regelmäßig noch nicht vorhandene D&B-Schlüsselwerten abruft und auf deutscher Sprache anlegt. Dafür wird ein Timer mit ausgeliefert, der hierfür aktiviert werden muss und im Standard auf 1× pro Woche (Sonntag, 20:00 Uhr) eingestellt ist.
Die Lösung ist so ausgelegt, dass sie administrativ einfach um weitere D&B-Kategorien erweitert und bei Bedarf auch mit einem anderen Language Code betrieben werden kann.
Betroffene D&B-Kategorien (Category IDs) in der Auslieferung:
|
Category ID |
DnB-Bezeichnung |
Verwendung in folgenden Feldern |
|---|---|---|
|
29104 |
NACE Code |
NACE-Code (NACE1.C11DNB) |
|
12735 |
WZ Code |
WZ-Code (WZBranche1.C11DNB) |
|
166 |
Operating Status |
Firmenstatus (CompStatus.C11DNB) Detail. Firmenstatus (CompSubStatus.C11DNB) |
|
171 |
Reliability |
Zuverlässigkeit (FinancialReliab.C11DNB) Zuverlässigkeit (Bilanz) (LFFReliability.C11DNB) |
|
7 |
Registration Number Type |
Bevorz. Register (RegisterKey.C11DNB) |
Neues Schlüsselfeld „Bevorzugtes Register“
Da sich es sich bei dem ursprünglichen Feld für das bevorzugte Register (Register.C11DNB) um ein Freitextfeld handelte und daher kein deutsches Schlüsselsystem hinterlegt werden konnte, wurde ein neues Nachschlagefeld zur Auswahl einer bevorzugten Registerart eingeführt:
-
Feld:
RegisterKey.C11DNB– „Bevorzugtes Register“ -
Neuer Schlüsselbereich:
C0REGISTER– „DNB Register“
Im Feld auf der Maske wird nur die Schlüssel-Beschreibung angezeigt. Das Feld ist in der Standard-Maske im Registerbereich platziert (zwischen Handelsregister-Nr. und den weiteren Register-Feldern).
Hinzu kam außerdem eine neue Maskenlogik: Wenn das neue Feld „Bevorzugtes Register“ (RegisterKey.C11DNB) befüllt ist, wird das bisher vorhandene Feld Register.C11DNB in der D&B-Maske ausgeblendet. Damit wird bei bereits vorhandenen Abfragen der alte Wert weiterhin angezeigt, bei neuen Abfragen automatisch aber der neue Schlüsselwert dargestellt. Somit kann sich das alte Textfeld mit der Zeit auswachsen.
Bitte diesbezüglich die Hinweise in der Update-Dokumentation beachten: Update auf 2026.6.x | Neues Schlüsselfeld „Bevorzugtes Register“
Übersichtlichere und besser verständliche Änderungsaktivität
Um Änderungen aus Dun & Bradstreet für Anwender leichter nachvollziehbar zu machen und die Übersicht zu verbessern, wurde die Darstellung der Änderungsaktivität überarbeitet und in eine Tabellenform überführt. Zusätzlich gelten folgende Anpassungen:
-
Das Feld „Abgefragt durch“ wird in der Änderungsaktivität nicht mehr aufgeführt.
-
Bestimmte Felder werden in der Anzeige als Beschreibung/Text ausgegeben (statt als Schlüsselwert), u. a.: Zuverlässigkeit, Firmenstatus, Branchencodes
-
Zahlenfelder werden formatiert dargestellt (#.##0,00;-#.##0,00).
-
Datumsfelder werden im Format TT.MM.JJJJ ausgegeben.
Test-Studio
Unterstützung für Dokumentenupload in BPM-Prozessen
Das Test-Studio ist jetzt in der Lage, Dokumentenupload-Masken im Rahmen von BPM-Prozessen zu bedienen. Der Fokus liegt dabei nicht auf dem Inhalt des Dokuments, sondern auf der Erzeugung eines gültigen Dokumenten-Datensatzes, der den Prozess fortsetzbar macht.
upload document “filename”
Parameter
filename Der Dateiname des hochzuladenden Dokuments
Aktion
Lädt ein leeres Dokument mit dem angegeben Pfad hoch. Das Keyword kann
für Benutzertasks vom Typ "Dokument hochladen" und für die Dokumentenneuanlage verwendet werden.
Beispiel
upload document "MyPdf.pdf"
upload document "MyExcel.xlsx"
Scripting
CURSOR-App