Objektsuche

Schnellsuche

Über den Button Schnellsuche gelangen Sie in die Conigma Schnellsuche.

Button: Schnellsuche, Erweiterte Suche

Suchverfahren

Die Schnellsuche dient zum schnellen Auffinden von Conigma™ Changes oder SAP Transportaufträgen.

Changes werden über ihre IDs oder die Beschreibung gesucht. Enthält der Suchstring Wildcards (+ oder *), dann wird nur über die Beschreibung gesucht.

Transportaufträge werden nur über die Transportauftragsnummer gesucht. Diese darf nicht mit Wildcards eingegeben werden. Aufgaben innerhalb von Transporten werden von der Schnellsuche nicht erfasst.

Weitere Infos

Die Schnellsuche findet immer im Standard-Repository des Benutzers statt. Falls es mehr als ein Repository gibt, kann das Standard-Repository über "Repository Browser -> Standard-Repository ändern" geändert werden.

Der Suchalgorithmus kann per Customizing kundenspezifisch angepasst werden. Ebenso wird kundenspezifisch gecustomized, in welchen Views die Suchergebnisse angezeigt werden sollen.

Erweiterte Suche

Conigma CCM liefert mit Suchmöglichkeiten beliebiger Objekte in Baumstrukturen ein mächtiges Such-Werkzeug für umfangreiche Aufgabenstellungen. Über das Drop-down Menü Bearbeiten → Suchen oder den Button Erweiterte Suche gelangen Sie in den entsprechenden Such-Dialog.

Folgende Felder stehen hierbei zur Verfügung:

Repository	Vorbelegung durch das aktuelle Repository
Objekttyp	Grundsätzlich lässt  sich nach allen in Conigma CCM existierenden Objekttpyen suchen, sofern dieses persistent in der Datenbank abgelegt werden.  Der Übersichtlichkeit halber ist in der Regel jedoch die in diesem Feld im Drop-down Auswahlmenü angezeigte Menge per Customizing eingeschränkt. Im Customizing kann eine Vorbelegung für dieses Feld festgelegt werden.
Interne ID	Alphanumerisch: Für den Objekttyp CTS: Änderungsauftrag wird hier die vom SAP Transport Management System vergebene Auftragsnummer des SAP Transports hinterlegt. Die Nummer kann für diesen Objekttyp im Karteireiter CTS (Auftrag) Feld CTS-Objekt ID angezeigt werden.  Darüber hinaus findet das Feld noch für andere Objekttypen Anwendung (z. B. als eindeutige ID für einen Status, ist jedoch dann in der Regel nur für Administratoren relevant). In Abhängigkeit von Customizing und Objekttyp kann für dieses Feld auch eine abweichende Bezeichnung angezeigt werden.
Externe ID	Alphanumerisch: Ist in der Regel für Objekte gepflegt, die über die SOAP-API angelegt werden (z. B. ein Change, der über ein externes Helpdesk System angelegt wird). Die externe ID dient dann beiden Systemen - Conigma CCM und dem externen Helpdesk - als gemeinsame Referenz. In Abhängigkeit von Customizing und Objekttyp kann für dieses Feld auch eine abweichende Bezeichnung angezeigt werden.
Objekt ID	10-stellig numerisch, innerhalb eines Repositories für den entsprechenden Objekttyp eindeutige ID eines Objekts. Diese kann bei allen Objekte über den Karteireiter Allgemein  angezeigt werden (Feld: Eindeutige ID, die letzten 10-Ziffern). Diese wird von Conigma CCM fortlaufend vergeben.
Beschreibung	Beschreibung der Objekte im Karteireiter Allgemein. Die Suche erfolgt über alle für ein Objekt in diesem Feld gepflegten Sprachen.
Ausdruck	Hier kann jeder von Conigma interpretierbare komplexe Ausdruck hinterlegt werden. Beispiele hierfür finden Sie weiter unten in den Suchbeispielen.
Suchkriterium	Dieser Bereich erlaubt die Suche nach Partnerrollen sowie nach im Customizing definierten Indexfeldern. Somit kann z.B für die Objekttypen SWFM: Change und CTS: Änderungsauftrag die Suche auf bestimmte Rolleninhaber eingegrenzt werden.  Die einzelnen Felder des Suchkriteriums können mit Hilfe logischer Operatoren (AND / OR Radio-Button rechts oberhalb der Suchkriterien-Tabelle) verknüpft werden.

Über den Button Trefferliste aktualisieren erzeugt / ändern Sie die Trefferliste. Die neue / aktualisierte Trefferliste wird in der Baumstruktur des Repository Browsers automatisch unter dem Knoten Suchergebnisse angezeigt sofern die Checkbox Trefferliste anheften markiert ist.

Suchbeispiele

Change Nr. 577

Bei obenstehenden Beispiel wurde als Objekt-Typ SWFM: Change ausgewählt, als ObjektID die von Conigma CCM vergebene Nummer des Changes.  (=577).

Changes mit dem String "Document" in der Beschreibung

Bei obenstehenden Beispiel wurde als Objekt-Typ SWFM: Change ausgewählt, in der Beschreibung wurde der o. g. Such-String eingebettet in Wildcards eingegeben. Conigma CCM nutzt für die Suche immer alle gepflegten Sprachen der jeweiligen Changes.

Changes an denen  John Developer als Entwickler beteiligt ist und die sich im Statusinterval In Entwicklung bis Im Test befinden.

Beim obenstehenden Beispiel wurde als Objekt-Typ SWFM: Change ausgewählt, der Entwickler mit der ObjektID 717 (= John Developer) wurde komfortabel über die Suchhilfe ausgewählt.

Die Einschränkung auf das o. g. Statusintervall erfolgte über den Ausdurck

object_state_cache > '0010' and object_state_cache <= '0040' 

wobei es sich bei 0010 um die interne ID des Status In Entwicklung handelt (und 0040 die interne ID des Status Im Test).

Alle noch nicht freigegebenen SAP Transport-Aufträge

Bei oben stehendem Beispiel wurde als Objekt-Typ CTS: Change Request gewählt. Die Einschränkung auf die noch nicht exportierten SAP Transportaufträge erfolgte über den Ausdruck cts_status = 'D', wobei sich dieses auf das Datenelement TRSTATUS des SAP Transportauftrags bezieht (D, L, O, R, N).

Verwendungssuche

Für jedes Objekte der Ergebnisliste gibt es über den Kontext-Menüpunkt Verwendungssuche die Möglichkeit, das Objekt in der Baumstruktur zu zu finden und zu markieren (Achtung: da hierfür die entsprechenden Teilbäume komplett instanziiert werden müssen ist hier u. U. eine lange Laufzeit möglich).

Über den Menüpunkt Statische Referenzen

gelangen Sie in eine Anzeige mit allen zugeordneten Objekten.

Hierbei ist die Iterationstiefe über die Auswahltasten Umfang der Referenzsuche erweiterbar. Die Checkbox Nur in Datenbank gespeicherte Referenzen berücksichtigen bewirkt, dass nur tatsächliche Ober- und Unterobjekte berücksichtigt werden, andernfalls werden auch mit Hilfe von Feldern realisierte Zuordnungen (z.B. Release oder verantwortlicher Benutzer für einen Change) berücksichtigt.