Release-Notes Versionen 2026.2.x

Allgemeine Funktionen

Vorgang übernehmen als Standardprozess

Auf dem Vorgang wurde in der Aktionsbox die Aktion Vorgang mir zuweisen (Prozess-ID: C0AssignTicketToCurrentUser) erstellt, welche den geöffneten Vorgang an den aktuell angemeldeten Anwender delegiert. Vorteil dabei ist, dass direkt eine Speicherung der neuen Zuweisung erfolgt, andere Anwender dies direkt sehen und es zu keinen Zuweisungskonflikten kommt.

Ablauf des Prozesses:

1. Mit einem Klick auf den Eintrag Vorgang mir zuweisen wird das Feld Delegiert an auf den aktuellen Benutzer gesetzt.
   Falls das Feld Delegiert an Gruppe vorher gefüllt war, wird es geleert.

2. Die Vorgangs-Maske aktualisiert sich, damit der geänderte Wert angezeigt wird

Wurden vorher Änderungen an der Vorgangsmaske vorgenommen, erfolgt beim Klick auf den Prozess eine Speichern-Abfrage.

Anzeigename eines Links

Bisher wurde ein aus dem CRM-Link-Dialog kopierter Link (E-Mail-Editor, Kommentar, Beschreibung) ohne sprechenden Anzeigenamen eingefügt. Es wurde nur eine klickbare URL generiert.

Jetzt wandelt das System den technischen Link automatisch in einen klickbaren Link mit natürlichsprachlichem Linktext um.

EVI & TINA

Bereich “Leitungen”

In dem neuen Bereich können Informationen über Leitungen (Strom, Gas, Wasser) zu Anschlüssen abgelegt werden. Die Informationen werden nicht in TINA, sondern im GIS-System erfasst und per Schnittstelle übertragen.

Ein Anschluss kann hierbei mehrere Leitungen besitzen, eine Leitung immer nur einen Anschluss. Eine Mehrfachzuordnung einer Leitung zu mehreren Anschlüssen ist demnach nicht vorgesehen.

Details finden Sie im Kapitel → Entität Leitungen (UtilityCon)

Mapping für die Sparten in der Portalanbindung

Das Mapping für die Sparten in der Portalanbindung wurde so angepasst, dass TINA für die Sparten folgende Werte liefert:

• für PV, Speicher, E-Mobility und BHKW → wird POWER an das Portal zurück geliefert

• für Gas → wird der Wert GAS zurück geliefert

• für Wasser → wird der Wert WATER zurück geliefert

Das Mapping kann in der Skriptbibliotheksmethode SC12ITCUtils.mapMediumToMediaType eingesehen und beeinflusst werden.

Details finden Sie im Kapitel → Objekttyp-Mapping | installation

Schleupen-SST: Transaktionsgrund bei Angebotsannahme

Der Transaktionsgrund (Keyrange C12DELIVERSITUATION) wurde in der Methode SC12SCHLEUPENCallUtils.getKeyValueSchleupen wie folgt gemappt:

• PK (Schlüssel EVI) → Wert (Schleupen)

• fvvvvvukfed801fc3h4cjuS_Keytab (01 BITTE AENDERN) → E01

• 17s5rqn1fc3h3vtmS_Keytab (02 BITTE AENDERN) → E02

• fvvvvvum98a9q1fc3h3fdbS_Keytab (03 BITTE AENDERN) → E03

• fvvvvvuvd5npj1go0qasotS_Keytab (04 BITTE AENDERN) → E06

• 1fnclfh1go0qbicrS_Keytab (05 BITTE AENDERN → Z36

• fvvvvvv3rm0c91go0qc2s8S_Keytab (06 BITTE AENDERN) → Z03

Standardmaske für Hausanschlüsse

Beim Hausanschluss wurde das Feld Beschreibung Energieträger Heizung auf die Standardmaske aufgenommen.

Prozess “Geschäftspartner identifizieren”

Wird der Prozess “Geschäftspartner identifizieren” ausgeführt, so wird das Geburtsdatum in die Neuanlagemaske für Geschäftspartner/Ansprechpartner übernommen, sofern es im Aufruf (Attribut “birthday”) im customerProfile bzw. contactProfile mitgegeben worden ist. Falls nicht, gibt es keine Fehlerfallbehandlung, das Geburtsdatum bleibt leer.

Projekte mit Geschäftspartnern als Auftraggeber

Beim Abruf von Geschäftspartnerinformationen über ag.itc.getCustomer für die Rolle “KUNDE” werden für den Geschäftspartner auch die Projekte geliefert, bei denen er in der Projektrolle Auftraggeber zugeordnet ist.

Details finden Sie im Kapitel → getCustomer | Request

TINA: Absagegrund auf der Standardmaske

Bereits seit Version 25.6 steht im Standard in TINA ein Prozess zur Erfassung von Projektabsagen zur Verfügung. Hierbei wird auch der Absagegrund (RejectReasonKey.Project) auf dem Projekt gefüllt. Jetzt wurde die Standardmaske für Projekte um das Feld Absagegrund ergänzt.

Dokumentenerstellung mit Skizzenkarte/Lageplan

Bisher wurde lediglich dann ein Vorgang zur Prüfung erzeugt, wenn Dokumente der Kategorie "Lageplan" oder "Skizzenkarte" aus dem Kundenportal per Service ag.itc.uploadDocument hochgeladen wurden.

Jetzt wird auch dann ein Vorgang mit den entsprechenden Vorbelegungen und Verknüpfungen erzeugt, wenn folgende Bedingungen zutreffen:

• Wenn ein Dokumenten-Datensatz mit Kategorie Skizzenkarte oder Lageplan mit einem Projekt verknüpft wird

• Wenn ein Dokumenten-Datensatz mit einem Projekt verknüpft ist und Skizzenkarte oder Lageplan als Dokumentenkategorie gesetzt wird

Wenn es zu dem Dokument bereits einen Vorgang vom Typ Skizzenkarte/Lageplan prüfen vorliegt, wird kein weiterer Vorgang angelegt.
Wenn es zu dem Dokument noch keinen Vorgang für Skizzenkarte/Lageplan gibt, aber zum zugehörigen Projekt, dann wird der Vorgang für das "neue" Dokument trotzdem angelegt und an das Projekt gehangen.
Es ist somit möglich, dass mehrere Vorgänge zur Prüfung von Lageplan oder Skizzenkarte für unterschiedliche Dokumente an demselben Projekt existieren.

Abweichender Rechnungsempfänger im Prozess "Rechnungsempfänger ändern"

Die Übertragung eines abweichenden Rechnungsempfängers nach Schleupen war bisher nicht implementiert. Hierfür wurde das Event SLP_CHANGE_INVOICERECIPIENT in der Klasse SC12SCHLEUPENCallUtils eingebaut.

Basierend auf dem im Event referenzierten Datensatz C12INVRECIPI wird die Rechnungseinheit in Schleupen mit dem neuen Rechnungsempfänger versehen. Hierfür muss folgender Service aufgerufen werden:

POST http://{Servername}/Schleupen/IVP/SchnittstelleProzessanbindung/Rechnungseinheit/{id}/Rechnungsempfaenger 

Der Service kann bestehende Geschäftspartner über die PIN (CustomerNo2.Customer) identifizieren. In diesem Fall werden keine weiteren Werte übergeben. Hat der Geschäftspartner keine PIN bzw. ist über die Textfelder auf der Entität C12INVRECIPI erfasst, gilt das Mapping aus SC12SCHLEUPENCallUtils.cuGetDataForPostChangeCustomer.

Die Felder aus der Entität C12INVRECIPI verwenden dieselben Feldnamen wie der Customer. Ausnahmen sind DateOfOrigin und Name3 auf der C12INVRECIPI. Diese sind nicht verfügbar und können nicht gesendet werden.

Details finden Sie im Kapitel → Ändern einer Rechnungsadresse

Maskenskript auf den Dienstbarkeiten (createContractDocument)

Das Maskenskript auf den Dienstbarkeiten (Methode createContractDocument) wurde zur Ermöglichung einer Übersteuerung in die Skriptklasse SC0EasementUtils ausgelagert.

Details finden Sie im Kapitel → Abbildung von Dienstbarkeiten (Administration)

Administration

-

Infoboards

Kachel: Geburtstagsvorschau

Die Infokachel "Geburtstags-Vorschau" wurde als V2-Kachel migriert.

Die Kachel bietet einen schnellen Überblick über die anstehenden Geburtstage von Kontakten. Sie hilft Anwendern dabei, wichtige Termine im Blick zu behalten und die Beziehung zu ihren Geschäftspartnern zu pflegen.

Details finden Sie im Kapitel → Infokachel - Geburtstagsvorschau

Kachel: Uhr

Die Infokachel "Uhr" wurde überarbeitet und als V2-Kachel migriert. Es ist jetzt möglich, eine beliebige Zeitzone auszuwählen und zwischen einer analogen und einer digitalen Darstellung zu wechseln. Darüber hinaus wurden zusätzliche Konfigurationsmöglichkeiten geschaffen.

Details finden Sie im Kapitel → Infokachel - Uhr

Kachel: Dokumentenvorschau

Unter Umständen konnte es vorkommen, dass extrem große Dokumente Fehler bei der Dokumentenvorschau-Kachel erzeugten.

Um das zu verhindern wurde ein neuer Kachelkonfigurationsparameter aufgenommen. Hier ist ein Schwellwert hinterlegt (im Standard das Äquivalent zu 500 MB). Bei einem Dokument, dessen Metadaten den Schwellwert übersteigen, wird keine Dokumentenvorschau angezeigt, sondern ein Placeholder-Text angezeigt (“Das Dokument ist zu groß für die Dokumentenvorschau”).

BPM im Web

-

Erweiterungen

-

Test-Studio

-

Scripting

CURSOR-App