---
sourceDocument: Brazil Telecommunications Service Operations Management
sourceDocumentLink: https://www.servicenow.com/docs/r/telecom-service-ops

 Release :

    - brazil

ft:locale :

    - en-US

ft:publication_title :

    - Brazil Telecommunications Service Operations Management

ft:clusterId :

    - tsom

bundleId :

    - tsom

workflow :

    - Customer and Industry


---

# Types of discrepancies

# Discrepancy identification -- types of discrepancies {#ariaid-title1}

Release version: Brazil  
Updated September 10, 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 you detect and categorize differences between the actual network state discovered and the inventory data stored in the CMDB or Telecom Network Inventory (TNI).
This process is driven by the CMDB Compliance Certification Audit, which compares Configuration Items (CIs) and their relationships, flags mismatches, and triggers follow-on tasks for resolution.
Show full answer Show less  

## Discrepancy Types

* **Missing in network:** CIs that exist in your inventory but are no longer detected on the network, indicating removal or decommissioning. This triggers tasks to update or retire inventory records.
* **Mismatched configuration items:** CIs present in both inventory and network but with differing attribute values or hierarchical relationships. This includes:
  * *Hierarchy mismatches:* Structural inconsistencies like incorrect parent-child associations or model violations.
  * *Attribute value mismatches:* Differences in CI properties such as discovery dates, model configurations, or slot assignments.
  These discrepancies mark CIs as failed in audit reports and initiate remediation tasks to realign inventory data.
* **Missing in CMDB:** CIs discovered on the network but absent in inventory, indicating new or untracked equipment. A single follow-on task is created per equipment to prompt review and inventory update.

## SD-WAN Discrepancy Identification

In addition to telecom discrepancies, the Telecom SD-WAN Network Discrepancy Audit focuses on SD-WAN-specific CI classes and validates their attributes and relationships against SD-WAN model rules. It covers:

* Group, Site, Service, and Equipment CI classes with specific validation rules on references and relationships.
* Discrepancies identified include missing references, incorrect relationships, and missing CIs in the CMDB.
* CIs passing validations are marked Certified; failed ones generate follow-on tasks for remediation.

## Practical Benefits for ServiceNow Customers

* Automates detection of discrepancies between physical network state and CMDB/TNI, improving data accuracy.
* Generates actionable follow-on tasks to address missing, mismatched, or untracked CIs, streamlining reconciliation workflows.
* Supports both traditional telecom and SD-WAN environments, ensuring comprehensive discrepancy management.
* Enables maintenance of an accurate, trustworthy CMDB that reflects real-time network conditions, aiding decision-making and operational efficiency.  
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/CwJRuG~fMassh0v7WNWzhQ "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/7JY_2F8pLY7KTd83VMTDcQ "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/UZ~IVykhUrZKpd3zxNzrIw#run-audits "The Telecom Discrepancy Audit validates the integrity of configuration items (CIs) and relationships across your telecom inventory using the CMDB Compliance framework.")