# Site labeling standard template

> Define scope, identifiers, records, material acceptance, and change ownership in one editable policy.

Canonical page: https://datacenterlabeling.com/planning-templates/site-labeling-standard

## Document control

Policy ID: ______ | Revision: ______ | Effective date: ______

Policy owner: ______ | Technical reviewers: ______ | Approval record: ______

Write the scope as a list of sites, rooms, object classes, and interfaces. Record exclusions and the team responsible for each excluded system. This document is an editable local-policy structure; it does not establish compliance with a standard simply by carrying its name.

## Applicable documents

| Document and edition | Topic governed | Why it applies here | Owner of interpretation | Evidence location |
|---|---|---|---|---|
| ______ | ______ | ______ | ______ | ______ |

Retain an explicit distinction between adopted requirements, manufacturer instructions, and local operating choices. Resolve conflicts through the responsible owner before the print batch is released. Record the approved resolution and its affected scope.

## Identifier dictionary

For each object type define its unique key, scope, allowed characters, length, capitalization, padding, separators, and treatment of aliases. Specify the record that issues new identifiers and whether a retired identifier can ever be reused. Define the identity that persists through a move separately from the location that changes.

| Object class | Authoritative key | Scope of uniqueness | Issuing owner | Printed fields | Record fields |
|---|---|---|---|---|---|
| Site/room/rack | ______ | ______ | ______ | ______ | ______ |
| Panel/port/cable | ______ | ______ | ______ | ______ | ______ |
| Asset/equipment | ______ | ______ | ______ | ______ | ______ |

## Labels and placement

For each application record the approved material and print construction, surface, preparation instructions, dimensions, exposure assumptions, permitted locations, and a physical proof reference. State how the installed label will be read, including scope, rack face, and access constraints. Keep operational tags from obscuring manufacturer or safety information.

Color legend and revision: ______. Required text fallback: ______.

## Records and interfaces

Name the owner of every field passed between the asset register, cable schedule, DCIM, test system, and printing application. Preserve the original field values in imports. Specify how rejected rows, conflicting IDs, and missing endpoints are handled. State who can authorize a correction and how it is traced back to the printed output.

## Change and exception process

New identifiers are reserved before production. Changes identify old and new values, affected objects, record revisions, labels to replace, verification evidence, and the release owner. An exception includes its reason, affected scope, accountable owner, review date, and disposition. A temporary tag requires a linked record and a defined next action; its color does not establish work authorization.

## Acceptance and maintenance

- [ ] Representative rack, panel, cable, and asset examples have been reviewed.
- [ ] Physical labels agree with the approved fields and installed viewpoint.
- [ ] Related records and test references reconcile.
- [ ] Unresolved items remain visible with owners.
- [ ] The operating team has the current templates and policy revision.

Review triggers: new equipment types, new sites, material changes, software/import changes, repeated defects, and revised project requirements. Record what changed and whether existing installations require action.