Erstellen Sie ein manuelles Segment

  • Freigeben Version: Australia
  • Aktualisiert 10. April 2026
  • 3 Minuten Lesedauer

    • Manuelle Segmente sind vom Administrator erstellte gespeicherte Suchen mit Anzeigenamen, die Fragen in natürlicher Sprache und Datenbankfilter für die semantische Ebene der Abfragegenerierung überbrücken.

    Vorbereitungen

    Erforderliche Rolle: sn_query_gen.admin oder höher

    Warum und wann dieser Vorgang ausgeführt wird

    Verwenden Sie manuelle Segmente, um domänenspezifische gespeicherte Suchen mit Ihrer Anwendung zu versenden. Sie erhalten während der Suche eine Prioritätssteigerung gegenüber automatisierten Segmenten. Dieser Boost wird in festgelegt sn_query_gen.segments.manual_segment_scale_factor. Das LLM behält alle ihre Filter bei, es sei denn, sie sind irrelevant, während automatisierte Segmentfilter einzeln kritisiert werden.

    Erstellen Sie manuelle Segmente unter den folgenden Umständen:
    • Ihre Organisation verfügt über Standardterminologie, die bestimmten Filtern zugeordnet ist (z. B. „Sev1“, „VIP“, „überfällig“)
    • Anwender stellen wiederholt dieselbe gefilterte Frage, und das System greift nicht automatisch den richtigen Filter auf
    • Sie möchten Geschäftslogik codieren, die nicht allein aus Feldwerten abgeleitet werden kann (z. B. „gefährdete Accounts“ = Kombination aus mehreren Bedingungen)
    • Die spezielle Terminologie Ihrer Organisation wird nicht genau in Filterbedingungen übersetzt
    Tipp:
    Der Name und die Beschreibung entsprechen der KI-Suche. Verwenden Sie natürliche Formulierungen, die Ihre Anwender sagen würden. Behalten Sie ein Segment pro Konzept bei. Testen Sie, indem Sie die Frage stellen und überprüfen, ob das Segment in den Protokollen angezeigt wird.

    Verwenden Sie beim Erstellen von Segmentnamen dieselbe Sprache, die ein Anwender beim Stellen einer Frage verwendet. Der Name ist das primäre Feld, mit dem das LLM während der semantischen Suche übereinstimmt. Vermeiden Sie Abkürzungen, interne Codes oder technischen Jargon. Überlegen Sie, wie ein Anwender die Frage ausdrücken würde, die dieses Segment beantwortet.

    Benennungsrichtlinien

    Befolgen Sie diese Richtlinien beim Erstellen von Segmentnamen und -Beschreibungen:

    Verwenden Sie nur eine Sprache
    Schreiben Sie Namen in derselben Sprache, die Anwender beim Stellen von Fragen verwenden würden. Vermeiden Sie technische Abkürzungen oder interne Codes, die Anwender nicht erkennen würden.
    Denken Sie wie Ihre Anwender
    Überlegen Sie, wie Anwender Fragen zu diesen Daten formulieren würden. Der Segmentname muss den Mustern in natürlicher Sprache entsprechen.
    Seien Sie spezifisch, aber klar
    Namen sollten aussagekräftig genug sein, um sich von ähnlichen Segmenten zu unterscheiden, während sie für Ihre Zielgruppe verständlich bleiben.
    Verwenden Sie Beschreibungen für Kontext
    Wenn Segmentnamen möglicherweise mehrdeutig sind, verwenden Sie das Beschreibungsfeld, um zusätzlichen Kontext mithilfe häufig verwendeter Begriffe bereitzustellen.

    Prozedur

    1. Navigieren zu Abfragegenerierung > Administration > Manuelle Segmentkonfigurationan.
    2. Drücken Sie Neu .
    3. Geben Sie im Formular „Manuelle Segmentkonfiguration“ die folgenden Informationen ein.
      Tabelle : 1. Formular „Manuelle Segmentkonfiguration“
      Feld Beschreibung
      Tabellenname Die Tabelle (Entität), für die das Segment gilt. Muss eine aktive Entität in der semantischen Ebene haben. Das System sucht zuerst nach der Entitätstabelle und dann nach dem Segment in dieser Tabelle.
      Name Anwenderfreundlicher Name, der das Segment in einfacher Sprache beschreibt, den ein Anwender beim Stellen einer Frage verwenden würde. Verwenden Sie dieselbe Sprache, die ein Anwender beim Stellen einer Frage verwendet. Vermeiden Sie Abkürzungen, interne Codes oder technischen Jargon. Maximal 255 Zeichen. Beispiele: „Kritische offene Incidents“ (gut) anstelle von „P1_OPEN_INC“ (schlecht), „aktive Leistungen – HR-Fälle“ (gut) anstelle von „HR-Fälle – aktiv, Cat=Benefits“ (schlecht).
      Beschreibung Optional, aber dringend empfohlen. Gibt dem LLM zusätzlichen Kontext an, um zu entscheiden, ob ein Segment relevant ist. Verwenden Sie häufig verwendete Begriffe, und erklären Sie, was das Segment erfasst. Hilft bei der eindeutigen Darstellung ähnlicher Segmente. Maximal 4.000 Zeichen. Beispiel: „Incidents mit hoher Priorität, die derzeit offen und ungelöst sind. Schließt alle Zuweisungsgruppen ein. Nützlich für Führungskräfte-Dashboards und Eskalationsberichte.“ (Gut) anstelle von „Filter für Priorität 1“. (Schlecht).
      Filter Codierte Abfrage, die die Filterbedingungen des Segments definiert. Verwendet den Bedingungsgenerator (v2). Maximal 4.000 Zeichen, obwohl Filter, die länger als 2.000 Zeichen sind, im LLM-Prompt gekürzt werden können.
      Aktiv Gibt an, ob das System das Segment verwendet. Standardmäßig ausgewählt. Wenn diese Option deaktiviert ist, wird das Segment deaktiviert und von der Suche ausgeschlossen.
    4. Drücken Sie Übermitteln .
      Eine Business-Regel wird asynchron ausgelöst und synchronisiert den Datensatz mit sn_query_gen_segment Tabelle, die zur Suchzeit abgefragt wird.

    Ergebnisse

    Das manuelle Segment ist aktiv und verfügbar für Abfragegenerierung Sucht.

    Manuelle Segmente für die Incident-Tabelle

    Die folgenden Beispiele zeigen gut gestaltete manuelle Segmente für Incident Tabelle:

    Tabelle : 2. Beispiel für manuelle Segmente
    Name Beschreibung Tabelle Filter
    Kritische Offene Incidents Incidents mit hoher Priorität, die derzeit offen und ungelöst sind. Schließt alle Zuweisungsgruppen ein. Incident Priorität=1^State!=7^State!=8
    Überfällige Incidents meines Teams Incidents, die der Gruppe des aktuellen Anwenders zugewiesen sind und ihr SLA-Fälligkeitsdatum überschritten haben. Incident Zuweisungsgruppe=javascript:getMyGroups()^sla_due<javascript:gs.nowDateTime()^state!=7
    Letzte P1- und P2-Eskalationen Incidents mit Priorität 1 und 2, die in den letzten 7 Tagen eskaliert wurden. Incident Priorität<=2^Eskalation=1^sys_updated_on>=javascript:gs.daysAgoStart(7)