--- sourceDocument: Yokohama Telecommunications Service Operations Management sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/de-DE/yokohama/telecom-service-ops Release : - yokohama ft:locale : - de-DE ft:publication_title : - Yokohama Telecommunications Service Operations Management ft:clusterId : - tsom bundleId : - tsom workflow : - Customer and Industry --- # Identifizierung und Abgleich von Telekommunikationsdiskrepanzen erkunden # Identifizierung und Abgleich von Telekommunikationsdiskrepanzen erkunden {#ariaid-title1} * Freigeben Version: Yokohama * * Aktualisiert 30. Januar 2025 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 7 Minuten Lesedauer Die Lösung für Identifizierung und Abgleich von Telekommunikationsdiskrepanzen wurde entwickelt, um die Genauigkeit und Konsistenz von Netzwerkressourcendaten zwischen Netzwerksystemen und Bestandsverwaltungsdatenbanken zu bestätigen, z. B. CMDB/TNI. Identifizierung und Abgleich von Telekommunikationsdiskrepanzen basiert auf Telekommunikations-Discovery- und Plattformfunktionen, um ihre Funktionen auszuführen. ## Übersicht Über Identifizierung Und Abgleich Von Telekommunikationsdiskrepanzen {#exploring-telecom-reconciliation__section_yg1_x2c_b2c} ## Plugin „TSOM-Sichtbarkeit" {#exploring-telecom-reconciliation__section_h2d_bfc_b2c} Die Logik für Identifizierung und Abgleich von Telekommunikationsdiskrepanzen ist eine Komponente des Plugins „TSOM-Sichtbarkeit" (sn_tsom_Core). Dieses Plugin umfasst gemeinsam genutzte Logik, die sowohl für die Erkennung von Telekommunikationsdiskrepanzen als auch für die Identifizierung und den Abgleich von Telekommunikationsdiskrepanzen wichtig ist. Es umfasst Telekommunikationsspezifische Funktionen zur Erkennung und Korrektur von Diskrepanzen sowie andere grundlegende Logik, die zur Unterstützung aktueller und zukünftiger Funktionen von Telekommunikationsanwendungen entwickelt wurde. ## Identifizierungs- und Abgleichsmodul (Ire) {#exploring-telecom-reconciliation__section_zmr_cfc_b2c} Ire bietet ein zentralisiertes Framework zum Identifizieren und Abgleichen von Daten aus mehreren Quellen. Bestätigt die Integrität der CMDB und einiger nicht-CMDB-Tabellen, wenn verschiedene Datenquellen zum Erstellen oder Aktualisieren von CI-Datensätzen verwendet werden. * Ire stimmt vorhandene CIs basierend auf Identifizierungsregeln ab. * Ire erstellt CIs, wenn keine Übereinstimmung gefunden wird. * Ire-Updates werden basierend auf den Abgleichsregeln zugeordnet. {#exploring-telecom-reconciliation__ul_fvk_hmc_b2c} Weitere Informationen finden Sie unter [CMDB Identification and Reconciliation (IRE)](https://www.servicenow.com/docs/access?context=c_CMDBIdentifyandReconcile&version=yokohama&pubname=yokohama-servicenow-platform&ft:locale=en-US). ## CMDB-Compliance und Telekommunikations-Diskrepanz -- Identifizierung und Abgleich {#exploring-telecom-reconciliation__section_qt1_nmc_b2c} CMDB-Compliance ist ein Toolset, mit dem Administratoren CMDB-Daten auf Richtigkeit zertifizieren und bei Compliance-Audits erkannte Diskrepanzen identifizieren können. Es kann auch automatisch Folgeaufgaben für fehlgeschlagene Audit-Datensätze generieren und zuweisen, die als Aufgaben dienen, um einen entsprechenden Korrektur-Subflow auszulösen, um Diskrepanzen zu korrigieren. CMDB-Compliance-Audits bilden die Grundlage für unsere Identifizierung und den Abgleich von Telekommunikationsdiskrepanzen. * CMDB-Compliance führt Audits als Nachverarbeitungsregel aus, um Anomalien (Diskrepanzen) in der CMDB zu identifizieren. * CMDB-Compliance erstellt eine Folgeaufgabe für jeden Audit-Datensatz im Status „Fehlgeschlagen" (der Status „Fehlgeschlagen" ist das Ergebnis eines Audits, bei dem eine Anomalie oder Diskrepanz in der CMDB gefunden wird). Ein Korrektur-Flow kann für jede Folgeaufgabe entworfen und ausgelöst werden, um die Diskrepanz zu beheben und zu beheben. {#exploring-telecom-reconciliation__ul_g2q_5mc_b2c} Die Logik für die Identifizierung und den Abgleich von Telekommunikationsdiskrepanzen sowie die Beispiel-Subflows für die Korrektur sind im Yokohama-Release enthalten und werden automatisch mit dem TSOM-TransparenzPlugin installiert. Weitere Informationen zum allgemeinen Toolsatz für CMDB-Compliance finden Sie unter [CMDB Compliance](https://www.servicenow.com/docs/access?context=c_Compliance&version=yokohama&pubname=yokohama-servicenow-platform&ft:locale=en-US). ## Diskrepanzidentifizierungsszenarien (mithilfe von Zertifizierungs-Audits) {#exploring-telecom-reconciliation__section_mpg_vvc_b2c} Es gibt zwei wichtige Diskrepanzkategorien, die zwischen Bestand (CMDB) und Discovery erkannt werden können, die unten beschrieben werden: * Entitäten, die im Bestand vorhanden, aber nicht im Netzwerk vorhanden sind. * Entitäten, die sowohl im Netzwerk als auch im Bestand vorhanden sind, sich aber in ihrer Hierarchie unterscheiden. {#exploring-telecom-reconciliation__ul_nky_yvc_b2c} Die Diskrepanzidentifizierung in der TSOM-Transparenz basiert auf der Verwendung von CMDB-Compliance (Zertifizierungs-Audits) und hat sie erweitert, indem eine spezifische Logik hinzugefügt wurde, die Modellbeziehungen und Informationen verwendet, um Nichtübereinstimmungen zu identifizieren. Hinweis: Das aktuelle Release konzentriert sich auf die Identifizierung und den Abgleich von Diskrepanzen auf physischer Ressourcenebene. Im bevorstehenden Release wird diese Funktionalität erweitert, um auch die Unterstützung für die logische Ressourcenebene und Attribute zu umfassen. Weitere Informationen zur Funktion „Audits für allgemeine Zertifizierungen" finden Sie unter [Certification audits](https://www.servicenow.com/docs/access?context=c_CertificationAudits&version=yokohama&pubname=yokohama-servicenow-platform&ft:locale=en-US). ## Folgeaufgabentypen, die für fehlgeschlagene Audit-Ergebnisdatensätze erstellt wurden {#exploring-telecom-reconciliation__section_mhf_5wc_b2c} Die folgenden Diskrepanztypen (Auditergebnisse) finden Sie für übergeordnete CI und untergeordnete CIs für jeden Beziehungsdatensatz in der CI-Beziehungstabelle (cmdb_rel_ci), der den Bedingungen entspricht, und die folgenden Folgeaufgaben können für jedes der fehlgeschlagenen Auditergebnisse erstellt werden: 1. Das neueste Discovery-Datum wurde nicht festgelegt -- wird generiert, wenn das Feld für das letzte Discovery-Datum im CI fehlt. 2. Das neueste Discovery-Datum liegt nicht innerhalb des konfigurierten Schwellenwerts -- wird generiert, wenn die Differenz im letzten Discovery-Datumsfeldwert zwischen einem übergeordneten CI und einem untergeordneten CI mehr als 2,5 Tage beträgt.Standardmäßig ist sie in der Systemeigenschaft „sn_tsom_core.discovered_date.diff.threshold.in.days" auf 2,5 Tage festgelegt und kann geändert werden. 3. CI-Modell nicht gefunden --(das Feld „Modell-ID" ist nicht festgelegt, oder die Daten sind ungültig). Wird generiert, wenn kein entsprechendes CI-Modell gefunden wird. Wenn kein CI-Modell gefunden wird, sind die nächsten Validierungen (4--6) irrelevant, da sie auf CI-Modellen basieren. Wenn ein CI-Modell gefunden wird, fährt das Audit mit den nächsten Validierungen (4--6) fort. 4. Diskrepanz für belegte Slots -- generiert, wenn eine Karte eine falsche Anzahl von Slots belegt. 5. Modellbeziehungen nicht definiert -- relevant nur, wenn TNI installiert ist. Wird generiert, wenn das Audit keine Beziehung zwischen übergeordneten und untergeordneten CI-Modellen in der Tabelle „Netzwerkmodellbeziehungen" finden kann. 6. Falsche Anzahl von Beziehungen -- relevant nur, wenn TNI installiert ist. Wird generiert, wenn das Audit feststellt, dass die Anzahl der erkannten untergeordneten CI-Datensätze die maximale Anzahl des entsprechenden übergeordneten CI-Datensatzes in der Modellbeziehung überschreitet **Anzahl**Feld in der Beziehungstabelle „Netzwerkmodell". {#exploring-telecom-reconciliation__ol_c5l_rzc_b2c}Weitere Informationen zur Funktion „Allgemeine Folgeaufgaben" finden Sie unter Subflows erstellen. ## Subflows Zur Diskrepanzkorrektur {#exploring-telecom-reconciliation__section_tz1_m1d_b2c} Sobald ein Audit eine Diskrepanz identifiziert hat, wird sie als Folgeaufgabe protokolliert. Mit dem System können Anwender einen Subflow für bestimmte Diskrepanzszenarien definieren, sodass sie zwischen verschiedenen Arten von Diskrepanzen unterscheiden und anwenderdefinierte Flows erstellen können, um sie zu beheben. Weitere Informationen zum Erstellen eines Subflows finden Sie unter [Building subflows](https://www.servicenow.com/docs/access?context=subflows&version=yokohama&pubname=yokohama-build-workflows&ft:locale=en-US). ## Verwendungsbeispiel {#exploring-telecom-reconciliation__section_pvm_v1d_b2c} Das folgende Beispiel zeigt ein bestimmtes Szenario, wie Sie die Identifizierung und den Abgleich von Telekommunikationsdiskrepanzen verwenden können: Nehmen Sie an, dass ein Gerät anfänglich mit einer Karte (Card40) im Steckplatz (Slot40) erkannt wurde. Im Laufe der Zeit wurde ein Problem mit Card40 identifiziert und durch Card41 ersetzt. Der Bestand (CMDB) enthält jedoch noch ein Card40-CI, während es sich im Netzwerk befindet, wurde es durch Card41 ersetzt. Wenn der nächste Discovery-Auftrag ausgeführt wird, wird das Card41-CI erkannt und der CMDB im selben Steckplatz (Slot40) hinzugefügt. Daher haben wir zwei CIs (das alte -- Card40 -- und das neu erkannte -- Card41) im selben Slot40 platziert. Audit identifiziert diese Diskrepanz, erstellt eine Folgeaufgabe, und ermöglicht es einem Anwender, diese zu korrigieren. (Beheben Sie diese Diskrepanz, und nehmen Sie die Karte still40). Wenn das Compliance-Audit für den Servicevorgang-CMDB ausgeführt wird, wird diese Diskrepanz identifiziert und ein Audit-Datensatz im Status „Fehlgeschlagen" erstellt (in unserem Beispiel AUDR0001283). 1. Navigieren AlleComplianceAuditsan. 2. Wählen Sie Aus CMDB-Compliance-Audit für Servicebetrieb . 3. Wählen Sie aus Führen Sie Audits Aus Zum Ausführen des Audits. Für jeden fehlgeschlagenen Audit-Datensatz wird automatisch eine Folgeaufgabe erstellt (in unserem Beispiel TASK0020215). 4. Wählen Sie Aus TASK0020215 . Die Folgeaufgabe enthält eine detaillierte Beschreibung der Diskrepanz. Wie Sie in der Beschreibung sehen können, weist das Card40-CI Diskrepanz auf. Hinweis: Dies ist ein Beispiel für die TASK0020215-Beschreibung, die für das Szenario „falsche Anzahl von Beziehungen" erstellt wurde. Andere Szenarien und Umgebungen können unterschiedliche Beschreibungen haben. Card40 wurde zuletzt vor mehr als 2,5 Tagen erkannt. Beziehungen zwischen den folgenden CIs:{#exploring-telecom-reconciliation__table_hyt_kld_b2c__entry__2} | CI | Modell | |-|-| | Slot40 (8b2beb4247ceda10f04f83ac416d4398) | DEMO 20532Struktur (1ba577524c1b3110f8772646dabeb9bb) | | Karten40 (0b2beb4247ceda10f04f83ac416d4399) | Nokia 7360 FANT-F-KARTENMODUL (3af9617de5928110f877657a333391e0) | | Karten41 (832beb4247ceda10f04f83ac416d439a) | | [ ] {#exploring-telecom-reconciliation__table_hyt_kld_b2c} 5. Wählen Sie aus Korrigieren Zu korrigierende Schaltfläche. 6. Hinweis: „Nachbesserung" ist eine UI-Aktion, auf die folgendermaßen zugegriffen werden kann: 7. AlleSystemdefinitionUI-Aktionenan. 8. Öffnen Sie Korrigieren Zu beobachtende UI-Aktion. Weitere Informationen zu UI-Aktionen finden Sie unter [Defining UI actions](https://www.servicenow.com/docs/access?context=c_UIActions&version=yokohama&pubname=yokohama-platform-administration&ft:locale=en-US). {#exploring-telecom-reconciliation__ol_ulz_dkd_b2c} In diesem Beispiel die UI-Aktion „Korrektur" (ausgelöst durch Korrigieren ) Ruft den Subflow „TSOM-CI-Stilllegung ausführen" auf, um die in der Folgeaufgabe TASK0020215 angegebene Diskrepanz zu beheben und zu beheben. Darüber hinaus müssen wir eine alte Card40 außer Betrieb nehmen, die automatisch ausgeführt wird, indem der Subflow „TSOM-Dekommissionskarte" aufgerufen wird. Sobald die Korrektur erfolgreich abgeschlossen ist, werden Arbeitsnotizen mit den Korrekturergebnissen im Folgeaufgabenfenster (TASK0020215) generiert. Wie Sie in den Arbeitsnotizen sehen können, haben wir Card40 erfolgreich stillgelegt und die Beziehung von Slot40 → Slot40 entfernt. Die Diskrepanz wurde erfolgreich gelöst, und die CMDB-CI-Datensätze sind jetzt mit dem Netzwerkstatus synchronisiert. Dieser Beispiel-Subflow wird mit der Lösung geliefert. Anwender können anwenderdefinierte Korrektur-Subflows mit Flow Designer definieren. ## Systemeigenschaften, Die Sich Auf Die Identifizierung Und Den Abgleich Von Telekommunikationsdiskrepanzen Auswirken {#ariaid-title2} Diese Systemeigenschaften sind Teil des Plugins „TSOM-Sichtbarkeit" (sn_tsom_Core) und steuern das Protokoll zur Identifizierung und Abgleich von Telekommunikationsdiskrepanzen (TSOM CMDB-Audit). Das Plugin „TSOM-Transparenz" dient als Befähiger für die TSOM-Transparenzanwendungen und enthält Logik, die in der Lösung „Erkennung von Telekommunikation" und „Identifizierung und Abgleich von Telekommunikationsdiskrepanzen" gemeinsam genutzt wird. {#system-properties-affecting-telecom-discrepancy-identification-reconciliation__table_c1p_wmd_b2c__entry__3} | **Eigenschaftsname** | **Empfohlen/Standardwert** | **Beschreibung** | |-|-|-| | sn_tsom_core.audit.interface_card_tables | cmdb_ci_interface_card | Wenn der Wert nicht festgelegt ist (d. h. das Feld ist leer), werden die Schnittstellenkartentabellen im TSOM-CMDB-Audit (Identifizierung und Abgleich von Telekommunikationsdiskrepanzen) nicht verarbeitet. | | sn_tsom_core.audit.discovery_sources | SG-Altiplano, ServiceNow | Das TSOM-CMDB-Audit (Identifizierung und Abgleich von Telekommunikationsdiskrepanzen) verarbeitet nur CI-Datensätze mit Discovery-Quellwerten von SG-Altiplano oder ServiceNow (horizontale Erkennung und Muster). Zusätzliche TSOM-Service Graph-Connectors werden in zukünftigen Releases hinzugefügt. | | sn_tsom_core.audit.relationship_types | Enthält:enthalten in | TSOM CMDB-Audit (Identifizierung und Abgleich von Telekommunikationsdiskrepanzen) verarbeitet nur Beziehungsdatensätze mit dem Beziehungstyp enthält::enthalten in. | | sn_tsom_core.audit.slot_tables | cmdb_ci_container_slot | Wenn der Wert nicht festgelegt ist (d. h. das Feld ist leer), werden die Slot-Tabellen nicht vom TSOM CMDB-Audit (Identifizierung und Abgleich von Telekommunikationsdiskrepanzen) verarbeitet. | | sn_tsom_core.audit.log.level | Info | Das TSOM-CMDB-Audit (Identifizierung und Abgleich von Telekommunikationsdiskrepanzen) wird mit der standardmäßigen Protokollebene auf ausgeführt Info . Hinweis: Das Ändern der Protokollebene kann sich auf die Leistung auswirken. | | sn_tsom_core.audit.subslot_tables | cmdb_ci_container_subslot | Wenn der Wert nicht festgelegt ist (d. h. das Feld ist leer), werden die Untersteckplatztabellen nicht vom TSOM-CMDB-Audit (Identifizierung und Abgleich von Telekommunikationsdiskrepanzen) verarbeitet. | | sn_tsom_core.audit.interface_tables | cmdb_ci_ni_interface | Wenn der Wert nicht festgelegt ist (d. h. das Feld ist leer), werden die Schnittstellentabellen nicht vom TSOM-CMDB-Audit (Identifizierung und Abgleich von Telekommunikationsdiskrepanzen) verarbeitet. | | sn_tsom_core.audit.equipment_tables | * cmdb_ci_ni_telco_equipmen t * cmdb_ci_ip_switch * cmdb_ci_ip_router {#system-properties-affecting-telecom-discrepancy-identification-reconciliation__ul_svx_hnd_b2c} | Wenn der Wert nicht festgelegt ist (d. h. das Feld ist leer), werden die Gerätetabellen nicht vom TSOM-CMDB-Audit (Identifizierung und Abgleich von Telekommunikationsdiskrepanzen) verarbeitet. | | sn_tsom_core.audit.discovered_date.diff.threshold.in.days | 2,5 | Das TSOM-CMDB-Audit (Identifizierung und Abgleich von Telekommunikationsdiskrepanzen) löst nur Diskrepanzaufgaben für CI-Datensätze auf, deren neueste Discovery-Datumswerte größer als der Standardschwellenwert sind. | | sn_tsom_core.audit.max_number_of_records_to_process | 100000 | Das TSOM-CMDB-Audit (Identifizierung und Abgleich von Telekommunikationsdiskrepanzen) ist auf die Verarbeitung von bis zu 100.000 Beziehungsdatensätzen festgelegt. Hinweis: Dieser Wert kann erhöht werden, kann sich jedoch auf die Leistung auswirken. | [Tabelle : 1. TSOM-Sichtbarkeitssystemeigenschaften (Impact-CMDB-Audit)] {#system-properties-affecting-telecom-discrepancy-identification-reconciliation__table_c1p_wmd_b2c} ### Konfigurieren Sie Den Abgleich {#system-properties-affecting-telecom-discrepancy-identification-reconciliation__section_wx4_mq1_d2c} Weitere Informationen finden Sie unter [Konfigurieren Sie die Identifizierung und den Abgleich von Telekommunikationsdiskrepanzen](https://servicenow-prod.fluidtopics.net/9MHWw_aIbLXAG9MtdvNmIA#configure-telecom-reconciliation "Dieser Leitfaden beschreibt die Schritte zur Konfiguration der Identifizierung und des Abgleichs von Telekommunikationsdiskrepanzen (Teil der TSOM-Transparenz), um die genaue Erkennung und Behebung von Diskrepanzen in Telekommunikationsnetzwerkressourcen in Ihrer ServiceNow-CMDB/TNI-Instanz zu bestätigen.").