--- sourceDocument: Yokohama Now Platform-Fähigkeiten sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/de-DE/yokohama/servicenow-platform Release : - yokohama ft:locale : - de-DE ft:publication_title : - Yokohama Now Platform-Fähigkeiten ft:clusterId : - platcap bundleId : - platcap workflow : - Platform --- # Erstellen Sie eine Abgleichsregel für eine nicht-CMDB-Tabelle # Erstellen Sie eine Abgleichsregel für eine nicht-CMDB-Tabelle {#ariaid-title1} * Freigeben Version: Yokohama * * Aktualisiert 30. Januar 2025 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 5 Minuten Lesedauer Erstellen Sie eine statische oder dynamische CI-Abgleichsregel für eine nicht-CMDB-Tabelle. Informationen zu statischen Abgleichsregeln, dynamischen Abgleichsregeln und anderen Prinzipalen im Zusammenhang mit Abgleichsregeln finden Sie unter [Abgleichregeln](https://servicenow-prod.fluidtopics.net/RxTcm~P2w2c2zBexp79M~g "Abgleichsregeln bestimmen, welche Discovery-Quellen CI-Attribute aktualisieren können."). Wenn sowohl statische als auch dynamische Abgleichsregeln für dasselbe Datensatzattribut vorhanden sind, hat die dynamische Regel Vorrang. Hinweis: Sie können keine Abgleichsregel für Systemfelder oder für spezifische Felder der Identifizierungs- und Abgleichsmodul (Ire) erstellen, z. B. das Feld „Discovery-Quelle" (Discovery_Source). Außerdem können Abgleichsregeln nicht mit Referenzfeldern DOT-Walking durchgeführt werden. ## Erstellen Sie eine statische Abgleichsregel für eine nicht-CMDB-Tabelle {#ariaid-title2} Eine statische Abgleichsregel gibt Klassenattribute an, die Datenquellen aktualisieren dürfen, und verhindert, dass nicht autorisierte Datenquellen die Werte der Attribute überschreiben. Eine statische Abgleichsregel gibt auch die Priorisierung zwischen mehreren Datenquellen an. Ohne statische Abgleichsregeln können Datenquellen die Aktualisierungen der anderen Attributwerte überschreiben. ### Vorbereitungen Erforderliche Rolle: itil hat Lesezugriff, itil_admin (zusätzlich zu itil) hat vollständigen Zugriff. ### Warum und wann dieser Vorgang ausgeführt wird Statische Abgleichsregeln werden in Verbindung mit verwendet [Datenaktualisierungsregeln](https://servicenow-prod.fluidtopics.net/8gLIJj_0QMEq09PjPqJlIw "Erstellen Sie Datenaktualisierungsregeln für diese Tabellen, um Ire-Funktionen (Identifizierungs- und Abgleichsmodul) auf unterstützte nicht-CMDB-Tabellen anzuwenden. Datenaktualisierungsregeln werden verwendet, um zu bestimmen, ob ein Datensatz für eine bestimmte Datenquelle veraltet ist. Solche Datensätze können dann von einer autorisierten Datenquelle mit niedriger Priorität aktualisiert werden.")Dient zum Bestimmen von Abgleichsschritten für einen Datensatz. Diese Regeln bestimmen, ob, wann und mit welcher Datenquelle ein Datensatz aktualisiert werden kann. Wenn mehrere Datenquellen berechtigt sind, dieselben Attribute zu aktualisieren, weisen Sie jeder dieser Datenquellen eine Priorität zu, um zu verhindern, dass sie die Aktualisierungen der anderen überschreiben.{#create-non-cmdb-recon-rule-static__p_CreateReconciliationRuleContext} Nachdem eine autorisierte Datenquelle ein Attribut aktualisiert hat, werden nachfolgende Aktualisierungen nur aus derselben Datenquelle oder aus einer Datenquelle mit höherer Priorität akzeptiert. Updates aus einer Datenquelle mit einer niedrigeren Priorität werden abgelehnt, es sei denn, diese beiden Bedingungen sind erfüllt: * Die Quelle mit niedriger Priorität ist die erste Quelle, die den Datensatz aktualisiert. * Der Datensatz wurde basierend auf Datenaktualisierungsregeln für die Klasse veraltet. {#create-non-cmdb-recon-rule-static__ul_vwl_hwz_pz} Rangfolge statischer Abgleichsregeln: * Regel, die für ein bestimmtes Attribut konfiguriert ist, hat Vorrang vor dem Regelsatz mit Auf alle Attribute anwenden (Unabhängig vom Prioritätswert). * Zwischen zwei Regeln für dasselbe Attribut oder zwischen zwei Regeln, die mit festgelegt wurden Auf alle Attribute anwenden , Die Regel, die direkt für die Klasse spezifisch ist, hat Vorrang vor der abgeleiteten Regel. * Zwischen zwei Regeln für dasselbe Attribut oder zwischen zwei Regeln, die mit festgelegt wurden Auf alle Attribute anwenden Auf derselben Klassenebene wird die Priorität durch Regelprioritäten bestimmt. {#create-non-cmdb-recon-rule-static__ul_hds_1gb_slb} Informationen zur letzten Discovery-Quelle, die jedes Attribut aktualisiert, werden in der Tabelle „Datenquellenverlauf" \[cmdb_datasource_last_update\] gespeichert, aber erst nachdem die Abgleichsregel aktiviert wurde. Daher können unerwartete Updates auftreten, nachdem Sie die Regel aktiviert haben, bis die Datenquelle mit der höchsten Priorität das CI aktualisiert hat.{#create-non-cmdb-recon-rule-static__p_DataSource_PrecedenceAbout3} Statische Abgleichsregeln wirken sich auf den Abgleich veralteter Attribute aus. Während des Abgleichs werden die Informationen in der Tabelle „Datenquellenverlauf" zusammen mit den Datenaktualisierungsregeln für die Klasse des CI berücksichtigt, um zu bestimmen, ob ein CI-Attribut veraltet ist. Ein CI-Attribut wird als veraltet bestimmt, wenn es nicht von der neuesten Discovery-Quelle aktualisiert wurde, um das CI innerhalb eines Zeitraums zu aktualisieren. Der Zeitraum wird durch die effektive Dauer in der Datenaktualisierungsregel für die Klasse für die Discovery-Quelle angegeben. Wenn in diesem Fall eine andere autorisierte Discovery-Quelle mit einer niedrigeren Priorität versucht, das veraltete CI-Attribut zu aktualisieren, ist die Aktualisierung zulässig.{#create-non-cmdb-recon-rule-static__p_DataSource_PrecedenceAbout2} Wenn eine dynamische Abgleichsregel für dasselbe Datensatzattribut wie in einer statischen Abgleichsregel vorhanden ist, hat die dynamische Regel Vorrang. ### Prozedur 1. Navigieren zu AlleKonfigurationIdentifikation/AbgleichAbgleichsdefinitionenan. 2. Klicken Sie in der Listenansicht Abgleichsdefinitionen auf Neu . {#create-non-cmdb-recon-rule-static__step_ReconciliationStep4} {#create-non-cmdb-recon-rule-static__step_ReconciliationStep4} 3. Füllen Sie das Formular „Abgleichsdefinition" aus. {#create-non-cmdb-recon-rule-static__table_md4_3cz_qlb__entry__2} | Feld | Beschreibung | |-|-| | Datenquelle | Die Datenquelle, für die Sie diese Regel konfigurieren. | | Priorität | Priorität von Datenquelle In anderen Datenquellen für die angegebenen Attribute. Kleinere Zahlen bedeuten eine höhere Priorität. Datenquellen ohne Abgleichsregel wird die niedrigste Priorität zugewiesen. | | Beschreibung | Autorisiert die angegebene Datenquelle, alle Attribute der angegebenen nicht-CMDB-Tabelle zu aktualisieren. Hinweis: Diese Einstellung wird von jeder Einstellung überschrieben, die für ein bestimmtes Attribut gilt. In diesem Fall können Sie anstatt diese Option zu verwenden, alle Attribute für direkt einbeziehen Attribute . | | Filterbedingung | Bedingungen, die Datensätze erfüllen müssen, damit die Regel anwendbar ist. Um diese Regel beispielsweise nur auf Datensätze anzuwenden, die der Finanzabteilung zugeordnet sind, wählen Sie diese Bedingung aus: \[Abteilung\] \[ist\] \[Finanzen\] . Hinweis: Die [glide.identification_engine.enable_reconciliation_filter_before_update](https://servicenow-prod.fluidtopics.net/kwtt4~AXGldDOJBTeEzfEA "Verwenden Sie die Eigenschaften „Identifizierung und Abgleich“, um die Identifizierungs- und Abgleichsmodul (Ire) zu konfigurieren.")Die Systemeigenschaft bestimmt, wann Filterbedingungen angewendet werden. Standardmäßig werden diese Filterbedingungen angewendet, nachdem sich Attributwerte während der Nutzlastverarbeitung geändert haben. Legen Sie diese Eigenschaft auf fest Wahr Damit die Identifizierungs- und Abgleichsmodul (Ire) die Filterbedingungen anwendet, bevor sich die Attributwerte ändern. | | Attribute | Attribute aus der aktuellen oder einer übergeordneten Klasse, die die angegebene Datenquelle aktualisieren darf. Nur verfügbar, wenn Auf alle Attribute anwenden Ist nicht ausgewählt. | | Aktualisieren mit null | Attribute, die die angegebene Datenquelle mit einem Nullwert aktualisieren kann. Standardmäßig können autorisierte Datenquellen keinen Wert ungleich Null mit einem Nullwert überschreiben. Attribute in dieser Liste, die nicht in enthalten sind Attribute Liste, sind nicht in den Attributen enthalten, die die Datenquelle mit einem Nullwert aktualisieren kann. | [ ] {#create-non-cmdb-recon-rule-static__table_md4_3cz_qlb} 4. Klicken Sie auf Absenden. {#create-non-cmdb-recon-rule-static__steps_by1_1g3_45} ## Erstellen Sie eine dynamische Abgleichsregel für eine nicht-CMDB-Tabelle {#ariaid-title3} Eine dynamische Abgleichsregel für nicht-CMDB-Tabelle verwendet CMDB 360-Daten, um einen Wert wie den größten gemeldeten Wert zum Aktualisieren eines Datensatzes auszuwählen. ### Vorbereitungen [CMDB 360/CMDB mit mehreren Quellen](https://servicenow-prod.fluidtopics.net/zZEB4yNQRNWwJZtzYhpwMA "CMDB 360 speichert einen vollständigen Verlauf zu Discovery-Quellen und vorgeschlagenen Werten, die an Aktualisierungen von CI-Attributen beteiligt sind. Verwenden Sie CMDB 360-Daten, um nachzuverfolgen, wie die CMDB von verschiedenen Discovery-Quellen auf CI-Attributebene ausgefüllt wird. Auch zum Wiederherstellen von CI-Updates aus einer bestimmten Discovery-Quelle oder zum Neuberechnen von Attributwerten mithilfe aktualisierter Abgleichsregeln.") Muss aktiviert sein. Erforderliche Rolle: itil hat Lesezugriff, itil_admin (zusätzlich zu itil) hat vollständigen Zugriff ### Warum und wann dieser Vorgang ausgeführt wird Wenn dasselbe CI-Attribut sowohl eine statische Abgleichsregel als auch eine dynamische Abgleichsregel hat, hat die dynamische Abgleichsregel Vorrang. Eine dynamische Abgleichsregel unterstützt mehrere Regeltypen, z. B. größter gemeldeter Wert und am meisten gemeldeter Wert. Beim Anwenden einer dynamischen Abgleichsregel verarbeitet Ire die aktuelle Nutzlast und untersucht dann den CMDB 360-Datenspeicher, um einen Wert auszuwählen, mit dem die CMDB aktualisiert werden soll. Je nach Typ der dynamischen Abgleichsregel ist die Auswahl des entsprechenden Werts möglicherweise nicht sofort eindeutig. Beispielsweise gibt es möglicherweise keinen einzelnen Wert, der am häufigsten gemeldet wird, oder für einige Werte wird der letzte erkannte Zeitstempel nicht gemeldet. Daher greift Ire bei Bedarf darauf zurück, zusätzliche Details wie zuletzt gemeldete, zuletzt erkannte und zuletzt aktualisierte Werte zu untersuchen, um den am besten geeigneten Wert auszuwählen. Hinweis: Sie können keine dynamische Abgleichsregel hinzufügen, wenn Sie eine neue untergeordnete Klasse im CI-Klassenmanager erstellen. Sie müssen zuerst die neue untergeordnete Klasse speichern und dann die dynamische Abgleichsregel hinzufügen. ### Prozedur 1. Klicken Sie Auf Alle . 2. Geben Sie im Filternavigator ein cmdb_dynamic_reconciliation_definition.list Zum Öffnen der Tabelle „dynamische Abgleichsdefinitionen". 3. Klicken Sie in der Listenansicht dynamische Abgleichsdefinitionen auf Neu . 4. Füllen Sie das Formular „dynamische Abgleichsdefinition" aus. {#create-non-cmdb-recon-rule-dynamc__table_mqc_22z_qlb__entry__2} | Feld | Beschreibung | |-|-| | Name | | | Attribute | Attribute, für die die Regel angewendet werden soll. Attribute, auf die der angegebene Regeltyp nicht angewendet werden kann, und Attribute, für die bereits eine dynamische Abgleichsregel vorhanden ist, werden nicht angezeigt. | | Filterbedingung | Bedingungen, die CIs erfüllen müssen, damit die Regel anwendbar ist. Um beispielsweise eine Regel nur auf CIs anzuwenden, die der Finanzabteilung zugeordnet sind, wählen Sie diese Bedingung aus: \[Abteilung\] \[ist\] \[Finanzen\] . | | Beschreibung | Nicht-CMDB-Tabelle, für die diese Regel gilt. | | Dynamischer Regeltyp | Regeltyp, der auf CMDB 360-Daten basiert. | [ ] {#create-non-cmdb-recon-rule-dynamc__table_mqc_22z_qlb} 5. Klicken Sie auf Absenden. {#create-non-cmdb-recon-rule-dynamc__steps_by1_1g3_45}