Release-Notes Versionen 24.4.x
Allgemeine Funktionen
Hauptnavigation
Mit der Überarbeitung der Hauptnavigation wurde die User Experience und Usability der Anwendung gezielt gesteigert. Die überarbeitete Hauptnavigation ermöglich nun eine intuitivere Bedienung. Hier finden Sie Wege zur individuellen Anpassung. Dies geschieht per Drag'n'Drop Ablage von Bereichen, die Sie häufig nutzen. Hierdurch haben Sie noch schnelleren Zugriff auf häufig genutzte Bereiche.
Die neue Hauptnavigation stellt ebenfalls einen möglichen Einstiegspunkt zur administrativen Verwaltung des CRMs dar.
Details finden Sie im Kapitel → Hauptnavigation.
Hinzufügen eines Anhangs im Maildialog per Drag and Drop
Im Mail-Dialog kann nun der Upload direkt auf der Verfassen-Ansicht durchgeführt werden.
Bessere Darstellung der Collapsible-Komponente
Um die Collapsibles besser trennen zu können, auch wenn man nicht das Card Layout im Einsatz hat, wurde die Darstellung der Komponente optisch überarbeitet.
Der Pfeil, welcher das Ausklappen der Komponente visualisieren soll, befindet sich jetzt links vor dem Text.
Zusätzlich ist der Bereich, welcher hervorgehoben wird, sobald man über die Überschrift hovert, in der Systemfarbe mit weniger Deckkraft hinterlegt, damit man beim Drüber-hovern visuell besser erkennen kann, dass es sich um ein Collapsible handelt.
Vorgangsmanagement
Der Bereich Anliegen wurde um das Nachschlagefeld “Delegiert an Gruppe” (DelegatedToGroup.TicketRequest) erweitert.
Bei der Festlegung der Delegation gilt folgende Logik:
Es wird entweder standardmäßig an den Anlageuser (“Delegiert an”) ODER an eine Gruppe ("Delegiert an Gruppe") delegiert
Wenn das Feld "Delegiert an Gruppe" gefüllt ist, werden alle Benachrichtigungen an die Gruppe versendet.
Benachrichtigung: Anliegen wurde an Gruppe delegiert
Benachrichtigung: Erinnerungsdatum des Anliegens ist überschritten
Benachrichtigung: Fälligkeitsdatum des Anliegens ist überschritten
Wird das Anliegen beendet, so werden auch die Benachrichtigungen entfernt.
Synchronisierung und benutzerdefinierte Konfiguration des Favicons
Das Icon, welches für die Login-Page konfiguriert wurde, wird automatisch in dem Browser-Tab des CRMs als Favicon angezeigt.
Zusätzlich besteht auch die Möglichkeit, das angezeigte Favicon nachträglich zu konfigurieren, sodass auch die Konstellation möglich ist, zwei verschiedene Icons für den Browsertab und die Login-Page anzuzeigen.
Um das Favicon für den Web Client nachträglich zu konfigurieren, ist ein Dokumentenobjekt vom Typ Grafiken (Windows Client / Adminkonsole → Verwaltung Dokumentenobjekte) mit dem Namen Webclient.favicon
im ico-Format anzulegen. Danach ist der System-Cache zu leeren.
Nach der Anmeldung am Web Client wird im Browser-Tab das konfigurierte Favicon angezeigt (evtl. muss dazu der Browse-Cache geleert werden). Falls kein Favicon für den Web Client konfiguriert ist, aber eines für die Login-Seite (gleiches Vorgehen nur der Name des Dokumentenobjekts lautet LoginPage.favicon
), so wird das für die Login-Seite konfigurierte Favicon auch für den Web Client angezeigt.
Infoboards
Zeicheneingabe in Konfigurationsparametern
Beim Verändern von einer Konfiguration einer Kachel wird nun anstelle bei jeder neuer Zeicheneingabe erst beim Verlassen eines Feldes die Kachel neu geladen, was die Performance bei der Konfiguration verbessert.
Administration
Umbenennung einiger Feldeigenschaften
Einige Feldeigenschaften wurden umbenannt:
alt | neu |
---|---|
Suchfeld | Sucheingabefeld |
Suchergebnisfeld | Anzeigen in Listen |
Standardlistenfeld | Aufnahme in Suchergebnisliste |
Abschalten des Gruppen-Auslesens bei der Vorschlagsliste im Mail-Dialog
Im Maildialog wurden bisher Verteiler-Gruppen angeboten. Diese wurden per EWS/MS Graph ausgelesen. Über diese Systemeinstellung ‘Verteilerlisten aus Groupware verwenden’ wird diese Funktionalität abgeschaltet. Die Verteiler werden dann nicht mehr angeboten.
Eingehende Webservices
Über zusätzliche Parameter in der URL (retry Count
und retryPeriod
) können weitere Optionen den Services mitgeliefert werden, so dass der Vorgang nach einer fehlgeschlagenen Ausführung wiederholt wird.
Beispiel:
/rest/api/event/v1/events/type/domain.myEventType?async=true¶llel=true&retryCount=10&retryPeriode=300
dateTime: Das Datum des Ereignisses wird im Standard aus der aktuellen Systemzeit ermittelt. Mit diesem Parameter kann das Datum im ISO-8601 Format überschrieben werden.
async: Kann mit dem Wert "true" aktiviert werden. Das Ereignis wird in einer Warteschlage eingereiht und geprüft. Die Verarbeitung des Ereignisses läuft asynchron ab.
parallel: Bei der asynchronen Ausführung der Ereignisse bleibt die Reihenfolge zwischen Service-Aufruf und Ausführung stabil. Um die Verarbeitung der Ereignisse zu beschleunigen, kann die Verarbeitung parallelisiert werden. Die Reihenfolge bei diesen Ereignissen ist dann nicht mehr gesichert.
retryCount: Schlägt die Ausführung in der process()-Methode fehl, kann das Ereignis zu einem späteren Zeitpunkt erneut gestartet werden. Die Anzahl bestimmt die maximalen Wiederholungen, solange diese ebenfalls fehlschlagen. Nach welcher Wartezeit die Wiederholung stattfindet muss in der Variable
retryPeriod
definiert werden. Die Wiederholungen werden immer asynchron ausgeführt. Jede Wiederholung führt zu einem eigenen Zeitereignissatz, welche miteinander verknüpft sind.retryPeriod: Die minimale Wartezeit in Sekunden muss zeitgleich mit dem
retryCount
spezifiziert werden.
Die Parameter können dann über Zeitereignisse eingesehen werden.
Feld ‘Adressenzusatz’
Adressen können mitunter komplex aufgebaut sein und einen entsprechend langen Adressenzusatz neben Straße und Hausnummer enthalten.
Ein Beispiel wäre:
Wiedner Hauptstraße 78/Hofgebäude/Stock 2/24
Um dies abbilden zu können, wurde ein neues Feld AddressAddition.Address
bereit gestellt, was einen entsprechenden Adressenzusatz aufnehmen kann.
Queues für transaktionsunterbrechende Ereignisse
Das Transaktionsunterbrechende Ereignis, wird nun nicht mehr direkt asynchron nach Abschluss der Prozess-Transaktion weitergeführt. Damit kann es nicht mehr passieren, dass viele parallele Ereignisse die Datenbank-Verbindungen ausreizen und den JBoss lahmlegen.
Es gibt nun eine neue zentral Logik, die offene, wartende Transaktionsunterbrechende Ereignisse sammelt und weiterführt. Diese Logik arbeitet die Ereignisse mit der maximalen Anzahl der logischen CPUs, die dem JBoss zur Verfügung stehen, ab.
Die maximale Verzögerung von neuen Transaktionsunterbrechenden Ereignissen liegt bei einer Sekunde bzw. wartet bis die Logik wieder CPUs zur Verfügung hat.
Umbenennung der Feldeigenschaft "Nur lesen" anstelle von "Schreibgeschützt"
Die Feldeigenschaft "Schreibgeschützt" wurde bei administrativen Aufgaben in "Nur lesen" umbenannt, da die Benennung klarer Wirkungsweise der Feldeigenschaft beschreibt.
Erweiterung der Relation zwischen Abrechnungsdaten und Abrechnungsverträgen
Die Erweiterung beinhaltet drei neue Felder im Standard für den Bereich Abrechnungsdaten
Fälligkeit → Datumsfeld
Rechnungstyp → Schlüsselfeld
Werte:
Key: TURNUS, Bezeichnung: Turnusabrechnung
Key: SCHLUSS, Bezeichnung: Schlussabrechnung
Key: GEBÜHR, Bezeichnung: Gebührenbescheid
Hierfür wurde ein neuer Schlüsselbereich "Rechnungstyp Abrechnungsdaten" erstellt
Rechnungsdatum → Datumsfeld
Englische Übersetzung:
Fälligkeit → Due Date
Rechnungsytp → Invoice Type (Periodic billing, Final accounting, Fee notice)
Rechnungsdatum → Invoice Date
Zusätzlich wurde ermöglicht, dass man nun Abrechnungsverträge im Unterbereich von Abrechnungsdaten verknüpfen kann.
Abbildung von Lokationsbündelstrukturen
Im Rahmen des Änderungsmanagements für Nachrichtentypbeschreibungen hat die Bundesnetzagentur neue spartenübergreifende Nachrichtentypversionen konsultiert, die von der Expertengruppe erarbeitet worden waren.
Relevante Objekte aus dem Lokationsbündel der BDEW und deren Counterpart in EVI:
Netzlokation = Anschluss
Marktlokation = Anlage vom Strukturtyp "MaLo" (C12UISTRUTYP.Installation)
Messlokation = Anlage vom Strukturtyp "MeLo" (C12UISTRUTYP.Installation)
Technische Ressource = Anlagendetails Strom, Speicher etc.
Daraus ergeben sich folgende neuen Felder:
Entität | Anzeigename DE | Anzeigename EN | Interner Name | Datentyp | Schlüssel | Anmerkung |
---|---|---|---|---|---|---|
Anlagenverknüpfung (rIsIs) | Anlagenbeziehung | Installation Relation | RelationTypeKey.rIsIs | Textfeld (kurz) | Anlagenbeziehung (MeteringPointRelType) | analog rCuCu mit zweiseitiger Beziehung |
Anlagen (Installation) | Lokationsbündelstruktur | Location Bundle Structure | LBStructure.Installation | Schlüsselfeld | Lokationsbündelstruktur (C0LOCBUNDLE) | |
Anlagen (Installation) | Funktion der Messlokation | Function of Metering Location | MeLoFunction.Installation | Schlüsselfeld | Funktion der Messlokation (C0MELOFUNCTION) |
Logik (Umsetzung in C1)
Per Knopfdruck bzw. Methodenaufruf ist es möglich, den richtigen Lokationsbündel- und Objekt-Code für einen Datensatz der Entitäten Anschlüsse, Anlagen und Anlagendetails auszuwerten. Hierfür wurde eine Methode SCLOCBUNDLE in der Skriptbibliothek geschaffen.
Grafische Darstellung der Strukturen (Umsetzung in C1)
Um die Lokationsbündelstruktur an andere Geschäftspartner (z.B. Netzpartner, Kunden) übermitteln zu können, wird die Struktur auf der Entität "Anlagen" grafisch dargestellt. Hierbei werden die Verknüpfungen der jeweiligen Anlage in einer hierarchischen Struktur mithilfe einer Kachel dargestellt.
BPM
Ein Bild auf einer BPM-Detailmaske hochladen
Beim Klick auf ein Bild-Feld auf der BPM-Detailmaske öffnet sich jetzt das Menü “Datei hochladen”, um das Bild zu ändern oder zu entfernen.
Test-Studio
Erweiterung der Button-Keywords für die Aktionsbox
Über click action "actionID" können Aktionsboxschalter mittels internem Namen ausgelöst werden.
Eine Prüfung auf Sichtbarkeit und Schreibschutz von Aktionsboxschaltern ist über action "actionID" should be value möglich.
Controlling im CRM
Bei dem Import der Testergebnisse in das CRM wird der Dateipfad des Testfalls mitgegeben. Somit kann die Workspacestruktur künftig auch zur Organisation der Testfälle im CRM genutzt werden. Details dazu sind unter https://cursorhelp.atlassian.net/wiki/x/C4AcCQ beschrieben.
Unterstützung der Einzelbearbeitung im Lesemodus
Die Einzelbearbeitung wird vollständig unterstützt.
Erweiterung von Testläufen um Datum und Typ
Die Standardsuche für die Testläufe wurde um das "Anlagedatum" (CreateDate.ScriptTestRun) und "Typ" (TestType.ScriptTestRun) erweitert.
Zusätzlich wird das Anlagedatum und der Typ in der Listenansicht angezeigt. Hierfür muss die Eigenschaft "Anzeige in Listen" gesetzt werden.
Controlling der Testergebnisse im CRM
UI-Testmanager können bei den Testergebnissen im CRM auf den ersten Blick erkennen, ob eine bestimmte Gruppe von Tests fehlgeschlagen ist oder die einzelnen Fehler innerhalb verschiedenen Gruppen aufgetreten sind.
Details finden Sie im Kapitel →https://cursorhelp.atlassian.net/wiki/x/C4AcCQ
Scripting
CURSOR-App
Erweiterungen
-