# A data dictionary template for company records

> Build a data dictionary in your browser or download a free CSV template and fictional example. Document field meanings, formats, missing values and review owners.

Canonical: https://origindatapartners.com/blog/company-data-dictionary-template
By: Origin Data Partners
Status: Published
Published: 2026-10-07
Updated: 2026-10-07
Sources checked: 2026-10-07

## Quick answer

A data dictionary describes what each field in a record means. Start with one record category from your inventory, then record field names, definitions, formats, missing-value rules, relationships and the person who can verify them. Use descriptions and invented examples; keep the underlying records in your company systems.

## Key points

- The inventory lists record categories. The dictionary explains fields inside one category.
- A blank cell, an unknown value and a zero can mean different things.
- Documentation does not establish permission to share records or an accepted licensing opportunity.

## Download the template and a fictional example.

Use the [free CSV builder](#data-dictionary-builder) on this page to create your own working dictionary. Your entries stay in this browser tab; download a copy before leaving.

Open the [blank data dictionary template](https://origindatapartners.com/downloads/company-data-dictionary-template.csv) in your spreadsheet, or compare it with the [completed fictional example](https://origindatapartners.com/downloads/company-data-dictionary-example.csv). Both files use the same 12 columns. No email or account is required.

Keep completed worksheets inside your company. The example describes an invented support-resolution history; it contains no customer records. Replace its assumptions with definitions your responsible team verifies.


## Choose the inventory or dictionary for the question.

Use an inventory when the question is what the company retains and who understands it. Use a dictionary when someone needs to interpret the fields of a particular record category. A dictionary can link back to its inventory row without moving the records.

| Working aid | Question it answers | Example |
| --- | --- | --- |
| [Data inventory](https://origindatapartners.com/blog/company-data-inventory-template) | Which record categories exist? | Support-resolution histories retained by the support team |
| Data dictionary | What do the fields mean? | Whether resolved_at means first resolution or final closure |
| [Workflow map](https://origindatapartners.com/tools/company-record-map) | How do records connect? | Issue, investigation, approved decision and outcome |


## Write definitions someone else can check.

Choose one category and inspect its schema or documentation with the responsible team. Describe each field in a separate row. Record the source and version used for the definition. Use UNKNOWN when a rule has not been established.

| Columns in the worksheet | What to record |
| --- | --- |
| Record category; field name | A category label and the exact field identifier |
| Meaning; format and units | The business definition, type, date format, time zone or unit |
| Allowed values; missing-value rule | Permitted codes and what blank, null or an unavailable value means |
| Relationship or join | A description of the link to another record; do not paste live identifiers |
| Source and version; definition owner | Where the definition came from and who can confirm it |
| Review question; verification status; checked date | The unresolved decision, its status and the actual check date |


## Keep a missing outcome distinct from a zero.

In this fictional support system, outcome_code is filled only after someone reviews the resolution. A blank means the outcome has not been recorded. It does not mean that the issue failed, succeeded or had zero commercial impact.

The support lead can check when this field is populated and whether the rule changed during the retained period. Until that check occurs, the example dictionary marks it UNVERIFIED. A field description and a reliable observation are separate pieces of evidence.

| Fictional field | Working definition | Question to verify |
| --- | --- | --- |
| resolved_at | Final recorded closure time, expressed in UTC | Was this always final closure, or did earlier versions record first resolution? |
| outcome_code | Internal resolution category; blank is not yet recorded | Who sets the code, and did the allowed categories change? |
| investigation_link | An internal reference connecting the investigation to the issue | Does the linked material contain customer or third-party information? |


## Use the dictionary to surface review questions.

A team may understand a field while still needing to review restrictions on its use. Describe where customer, employee or third-party material could appear, and assign the question to the appropriate internal reviewer. Do not put sensitive values or access links in a document intended for an initial conversation.

A dictionary supports explanation. It does not establish licensing rights, de-identification, a buyer’s interest or an offer. An initial [conversation with Origin](https://origindatapartners.com/check-fit) starts with company details and record categories; no dictionary upload or system connection is required.


## Give changes an owner and a check date.

Update the working dictionary when a field is renamed, a code list changes, a source system moves or a definition is corrected. Retain the earlier version and explain what changed. Record an actual verification date rather than the date someone last opened the file.

If an operational record cannot be interpreted consistently across its retained history, document the boundary. That is a useful review finding. It should not be hidden by filling gaps from memory.


## Questions and answers

### Is this data dictionary template free?

Yes. The blank CSV and fictional completed example are available without an email address or account. Keep your completed copy inside your company.

### Is a data inventory the same as a data dictionary?

No. An inventory lists record categories, retained history and responsible teams. A dictionary explains individual fields, their meanings, formats and missing-value rules.

### Should we send company records to use the template?

No. Describe the fields using internal documentation and invented examples. Origin’s initial inquiry asks for company details, without records or system access.

## Sources

- [U.S. Geological Survey: Data dictionaries](https://www.usgs.gov/data-management/data-dictionaries)

## Related reading

- [/blog/company-data-inventory-template](https://origindatapartners.com/blog/company-data-inventory-template)
- [/blog/map-company-workflows-without-exporting-records](https://origindatapartners.com/blog/map-company-workflows-without-exporting-records)
- [Company data licensing due diligence checklist](https://origindatapartners.com/guides/data-licensing-due-diligence)
