Use it with your own records.
- Download the workbook and open 26 Record reconciliation.
- Enter your site and room scope and the project or policy reference.
- Use the blank amber table for actual records. The fictional example below it is a reference.
- Insert table rows when needed. Keep identifiers as text, including leading zeros.
- Follow guide 26 to complete the checks and record unresolved items.
Before you start
- Gather stable IDs, supporting identity evidence, relevant system record keys, and the actual disputed field definitions.
- Retain timestamped observations and system values before any correction overwrites the disagreement.
- Collect approved work and completion references, distinguishing planned destinations from verified current states.
- Identify field-decision authority, authorized system editors, and any normal upstream/downstream update relationships.
Complete the register
- Create a Discrepancy ID and establish Object ID before deciding which location or other attribute should prevail.
- Name the Disputed field precisely; create linked findings for independent attributes with different evidence or owners.
- Enter Observed value and System values separately with their relevant source records, times, and observation limitations.
- Record Approved value only after the field owner's evidenced decision, otherwise retain an explicit unresolved state.
- Use Decision/status to distinguish approved, requested, executed, and verified corrections, listing all affected labels and records.
- Link Evidence and Field owner to the actual decision and update path; leave Verification date pending until post-correction checks finish.
Walk through the example
In fictional DC01 / H1, discrepancy D-026 concerns AST-008421. Establish that the observed equipment and both system records describe that same stable asset. Enter rack position as the disputed field, observed R014/U23 as the field observation, and R006/U18 as the retained DCIM and CMDB values. Link EX-D026 and examine what change CH-026 actually demonstrates, including its completion evidence. The location owner decides the approved value and identifies the authorized update path for each affected record. Do not change the asset ID to make the location match, and do not mark the issue verified when the approved value is merely written into the worksheet. Record each completed update and inspect the relevant current system values at the appropriate point in their normal refresh process. Compare the established physical location again as required. Close only when the evidence supports R014/U23 across the stated correction scope; otherwise keep the remaining update or verification pending.
Handle common exceptions
Two physical objects claim the same stable ID.
Route the collision for identity resolution before selecting a location value or merging system records.
A manually corrected value is overwritten by an upstream source.
Retain the recurrence, resolve the authoritative update path with system owners, and reverify relevant sources and views.
Location is resolved but operational ownership remains disputed.
Close the supported location finding and retain a separate ownership decision with its own owner, evidence, and status.
Review and close
- Confirm that identity collisions or duplicate-object questions were not hidden by a convenient location update.
- Check that old, planned, observed, approved, and current values remain distinguishable in the evidence history.
- Verify each affected current label or record after the relevant authorized update or refresh event.
- Keep independently unresolved fields open and avoid applying a blanket verified status to the entire asset.
- Retrieve the decision and final evidence from the intended reviewer context and assign any recurring integration issue separately.
Fields and filled example
Fictional values only. Scope: DC01 / H1 unless another location is shown. The downloadable register is blank for your actual observations.
| Field | What to record | Fictional example |
|---|---|---|
| Discrepancy ID | Unique review reference. | D-026 |
| Object ID | Established stable identity. | AST-008421 |
| Disputed field | Attribute under review. | Rack position |
| Observed value | Field observation and date. | R014/U23; 2026-09-12 |
| System values | Values with source record references. | DCIM/CMDB: R006/U18 |
| Approved value | Owner-decided value or unresolved. | R014/U23 per CH-026 |
| Decision/status | Correction and verification state. | Record update pending; open |
| Evidence | Observation and decision references. | EX-D026; CH-026 |
| Field owner | Person responsible for this attribute. | Example location owner |
| Verification date | Final check date; pending if incomplete. | Pending |

Sources and scope
- ServiceNow: Identification and reconciliation configuration ↗
Product-specific identification and update-authority concepts; this register does not connect to or modify CMDB/DCIM.
Read scope and linked guides - NetBox Labs: NetBox 4.4 customization ↗
Versioned export-capability context; proposed output schema and reconciliation controls are editorial.
Read scope and linked guides - NetBox Labs: NetBox 4.4 export templates ↗
Object-type-specific export templates and rendering context. Local field names, template revisions, and required-data handling must be mapped to the actual installation.
Read scope and linked guides