--- sourceDocument: Australia Telecom Service Operations Management sourceDocumentLink: https://www.servicenow.com/docs/r/telecom-service-ops Release : - australia ft:locale : - en-US ft:publication_title : - Australia Telecom Service Operations Management ft:clusterId : - tsom bundleId : - tsom workflow : - Customer and Industry --- # Types of discrepancies # Discrepancy identification -- types of discrepancies {#ariaid-title1} * Release version: Australia * * Updated March 12, 2026 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 4 minutes to read Summarize ![AI sparkle icon](https://servicenow.com/docs/portal-asset/ai-sparkle-icon) Summarized using AI This content was generated using new OpenAI-powered functionality. Results are provided on an as is basis and are not guaranteed to be accurate or complete. ## Summary of Discrepancy identification -- types of discrepancies The Telecom Discrepancy Identification and Reconciliation capability in ServiceNow helps identify and classify mismatches between the discovered network state and the inventory data stored in the CMDB or Telecom Network Inventory (TNI). It uses the CMDB Compliance Certification Audit to compare discovered Configuration Items (CIs) and relationships with those inventoried, generating follow-on tasks for detected discrepancies. This process ensures inventory accuracy and supports automated remediation workflows. Show full answer Show less ## Discrepancy Types * **Missing in network:** CIs exist in the inventory but are no longer detected on the network. This suggests equipment removal or decommissioning. A discrepancy task is created to highlight the missing CI, with optional remediation to retire or update records. * **Mismatched configuration items (CIs):** CIs exist both in the network and inventory but differ in attribute values or hierarchical relationships. * **Hierarchy Mismatches:** Structural relationship inconsistencies, such as incorrect parent-child associations or invalid slot assignments, validated against relationship tables and model constraints. * **Attribute Value Mismatches:** Differences in CI attributes like discovery dates, model configurations, or slot assignments. Affected records fail audit checks and can trigger remediation tasks to realign data. * **Missing in CMDB:** CIs discovered on the network but not present in the inventory. These represent new equipment that has not yet been inventoried. The audit generates a single, actionable follow-on task per equipment to prompt review, avoiding task overload from child CIs. ## SD-WAN Discrepancy Identification In addition to telecom-specific CIs, the Telecom SD-WAN Network Discrepancy Audit targets SD-WAN-specific CI classes. It validates these against SD-WAN data model rules focusing on company references, relationships, and hierarchical structure. The audit scopes to CIs discovered via TSOM and marks CIs as Certified or Failed based on compliance. ### SD-WAN Discrepancy Types * **Missing reference:** Required references such as Company or Location are missing, prompting a follow-on task identifying the missing data. * **Incorrect relationships:** Missing or excessive relationships (e.g., Site without Group parent or Equipment with multiple Service parents) trigger follow-on tasks describing the issue. * **Missing in CMDB:** Similar to telecom audit, newly discovered SD-WAN CIs absent in the CMDB generate a single follow-on task at the equipment level for review. ## Practical Impact for ServiceNow Customers This capability enables customers to maintain accurate and compliant network inventories by automatically detecting discrepancies between actual network devices and inventory records. The generation of targeted follow-on tasks streamlines remediation efforts and prevents inventory drift, ensuring reliable CMDB data for operational and business processes. Customers can customize follow-on task creation and leverage remediation subflows to keep network data aligned with reality. The Telecom Discrepancy Identification and Reconciliation capability identifies and classifies mismatches between the discovered network state and inventory data stored in the CMDB or TNI. Discrepancy identification is powered by the CMDB Compliance Certification Audit, which: * Runs on CI and relationship data. * Compares discovered and inventoried records. * Generates Follow-on tasks when mismatches are detected. {#discrepancy-identification-types-of-discrepancies__ul_yfr_nww_tfc} ## Discrepancy types {#discrepancy-identification-types-of-discrepancies__section_xdx_4ww_tfc} The audit process identifies discrepancies by comparing discovered network data with the existing inventory in the CMDB/TNI. Discrepancies fall into four categories: Missing in network - entities existing in inventory but missing in network : Definition: A CI exists in the CMDB/TNI inventory but is no longer detected on the network by Discovery. This indicates that the equipment has been removed, decommissioned, or is otherwise no longer present, but the inventory record remains. Impact: * A discrepancy task is generated to highlight the missing network entity. * Optional remediation subflows may be triggered to retire or update the inventory record. {#discrepancy-identification-types-of-discrepancies__ul_g5h_d5c_5fc} Mismatched configuration items (CIs) - entities that exist in inventory and network but differ in attribute values and hierarchical relationships : Definition: The CI exists in both Discovery and CMDB/TNI, but discrepancies exist in relationships, hierarchy, or attribute values. The following are the sub types: * Hierarchy Mismatches - Occur when the structural relationships between CIs (e.g., parent-child associations) are inconsistent. The following are the examples: * A chassis contains more child cards than allowed by the model definition. * A card is incorrectly associated with a slot in the CMDB that does not align with Discovery data. The validation sources are: * `cmdb_rel_ci` records for `Contains::Contained by` relationships. * `sn_ni_core_network_model_relationship` table for enforcing model-specific constraints. {#discrepancy-identification-types-of-discrepancies__ul_b43_djy_yfc} {#discrepancy-identification-types-of-discrepancies__ul_j5h_d5c_5fc} * Attribute Value Mismatches - Involve discrepancies in CI field-level properties. The common issues are: * Outdated or incorrect Discovery Dates. * Inaccurate Model Configurations. * Invalid Slot Assignments that breach model rules. {#discrepancy-identification-types-of-discrepancies__ul_k5h_d5c_5fc} The impact is the affected records are marked as failed in audit reports. Follow-On Tasks may invoke context-specific remediation subflows to realign inventory data with the actual network state. Note: For more information, see [Configure attribute value discrepancy in CMDB 360](https://www.servicenow.com/docs/2cIz3JSUC~KaqY3c3DEMwA "Configure attribute comparison settings in CMDB 360 to detect data inconsistencies across multiple discovery sources."). {#discrepancy-identification-types-of-discrepancies__ul_i5h_d5c_5fc} Missing in CMDB --- entities discovered on the network but not present in inventory : Definition: A CI is discovered on the network through TSOM Discovery or a Service Graph Connector, but no corresponding record exists in the CMDB. This indicates that the equipment is physically present and operational but has not yet been inventoried. For example, Discovery detects a Fortinet FortiGate-80F device on the network, but no matching CI exists in the CMDB. Impact: * The audit identifies the CI as new when its creation date matches its discovery date. * A single follow-on task is created at the equipment level to prompt review. Individual tasks are not generated for each underlying child CI (such as IP addresses) associated with the equipment, keeping the task list focused and actionable. * The follow-on task includes the short description New CI has been discovered, along with the CI reference and associated product model. * You can enable or disable follow-on task creation for this discrepancy type using a system property. {#discrepancy-identification-types-of-discrepancies__ul_kcs_44t_m3c} SD-WAN discrepancy identification : In addition to telecom-specific discrepancies, the Telecom SD-WAN Network Discrepancy Audit identifies mismatches in your SD-WAN inventory. Standard telecom discrepancy detection focuses on CI classes such as slot, card, and interface. The SD-WAN audit targets a different set of CI classes and validates them against rules specific to the SD-WAN data model.By default, the audit scopes to CIs whose discovery source contains TSOM. The audit compares discovered SD-WAN data with the inventory in the CMDB and generates follow-on tasks when mismatches are detected. {#discrepancy-identification-types-of-discrepancies__table_fdt_yst_m3c__entry__3} | CI class | Validation requirements | Relationship type | |-|-|-| | Group (cmdb_ci_group) | * Company reference * At least 1 Service child * At least 1 Site child {#discrepancy-identification-types-of-discrepancies__ul_idh_ptt_m3c} | Members::Member of | | Site (cmdb_ci_ni_site) | * Company reference * Location reference * Exactly 1 Group parent {#discrepancy-identification-types-of-discrepancies__ul_x5h_j5t_m3c} | Members::Member of | | Service (cmdb_ci_network_service_instance) | * Company reference * Exactly 1 Group parent {#discrepancy-identification-types-of-discrepancies__ul_p5f_v5t_m3c} | Members::Member of | | Equipment (sn_tsom_core.audit. equipment_tables) | * Company reference * Max 1 Service parent * Max 1 Site parent * At least 1 IP Address child * Each IP Address child has max 1 Equipment parent {#discrepancy-identification-types-of-discrepancies__ul_vqx_dvt_m3c} | * Service/Site: * Contains::Contained by * IP Address: Owns::Owned by {#discrepancy-identification-types-of-discrepancies__ul_rh3_hvt_m3c} | [Table 1. SD-WAN CI classes and validation requirements] {#discrepancy-identification-types-of-discrepancies__table_fdt_yst_m3c} The SD-WAN audit validates the following CI classes. For each CI, the audit checks that required references are populated and that relationships match the expected structure. A CI that meets all requirements is marked as Certified. If one or more requirements are not met, the CI is marked as Failed and a follow-on task is created. SD-WAN discrepancy types : The SD-WAN audit detects the same categories of discrepancy as the telecom audit, applied to the SD-WAN CI classes listed above. * **Missing reference:** A required reference (such as Company or Location) is not populated on the CI. A follow-on task is created with the description identifying which reference is missing. * **Incorrect relationships:** A required relationship is missing or exceeds the allowed count. For example, a Site CI without a Group parent, or an Equipment CI with more than one Service parent. A follow-on task is created with the description identifying the relationship issue. * **Missing in CMDB:** A CI is discovered on the network but no corresponding record exists in the CMDB. The audit identifies the CI as new when its creation date matches its discovery date, and creates a single follow-on task at the equipment level. For details on this discrepancy type, see the section Missing in CMDB above. **Related tasks** * [Activate Telecom Discrepancy and Reconciliation](https://www.servicenow.com/docs/eKEWtA2thKOJ5oTFAFuKVg "Activate the Telecom Discrepancy Identification and Reconciliation feature to ensure consistency between telecom network resources and CMDB or Telecom Network Inventory (TNI) data. This feature helps detect and remediate mismatches automatically, supporting service accuracy and data integrity across your telecom environment.") * [Run Telecom Discrepancy audit](https://www.servicenow.com/docs/Qa1s_03bkhuTbBKYJRF36Q#run-audits "The Telecom Discrepancy Audit validates the integrity of configuration items (CIs) and relationships across your telecom inventory using the CMDB Compliance framework.")