Free · No signup · Runs in your browser

Turn a CSV into a reviewed data dictionary.

Profile every column, author business definitions and ownership, mark sensitivity, validate the complete file, and reuse the reviewed contract on the next delivery — without uploading data.

01 · How it works

Three steps, then done.

A schema says what shape a field has. A data dictionary explains what it means, who owns it, how it may be used, and whether the next file still follows the reviewed contract.

i. observe

Load CSV or Excel

Inspect type, completeness, distinctness, key/category candidates, and header-only personal-data signals locally.

ii. document

Author the meaning

Write dataset and field definitions, ownership, roles, types, sensitivity, units, formats, allowed values, and notes.

iii. govern

Validate and reuse

Check every row, expose schema drift, save a data-free definition, and export CSV, Markdown, HTML, JSON Schema, or JSON.

02 · Why ours

Documentation that stays testable.

Authored meaning stays beside deterministic observed evidence, so a future delivery can be checked without turning the dictionary into a copy of the data.

  • 01

    Business context

    Capture business names, definitions, owner, version, cadence, roles, units, formats, allowed values, and stewardship notes.

  • 02

    Privacy review

    Header-only signals prompt review; personal-data and sensitivity classifications remain explicit, editable, and never legal advice.

  • 03

    Recurring validation

    Arm a saved definition before the next file, then see missing, unexpected, required, type, and allowed-value failures across every row.

  • 04

    Safe portability

    Normal exports exclude source rows and raw values; only the separately disclosed issue ledger may include failing values.

"A dictionary should explain the field today and catch when tomorrow's file stops matching it."
— the documentation receipt
03 · FAQ

data dictionary questions.

What is the difference between a CSV schema and a data dictionary?
A schema describes machine-facing structure such as names, types, required fields, and allowed values. A data dictionary adds human-facing meaning, ownership, roles, sensitivity, units, formats, notes, and observed evidence. This workspace exports both the dictionary and a JSON Schema.
No. It generates deterministic observed evidence and readable business names from headers, but definitions and ownership remain explicitly authored by you. No file content is sent to an AI service.
A small documented header dictionary flags names such as email, phone, address, passport, or customer ID for review. Suggestions use header text only, are editable, and are not legal or compliance conclusions.
Only versioned dataset metadata and ordered authored field definitions, including explicit allowed values. It excludes filenames, source rows, observed values, samples, counts, signals, issues, and validation results.
Save or import a dictionary, arm it before loading the next file, and the workspace resolves reviewed names exactly after header normalization. Missing and unexpected columns stay visible, while required, type, and allowed-value checks run across every row.
Dictionary CSV, Markdown, HTML, JSON Schema, and dictionary JSON exclude source rows and raw observed values. The separate issue CSV may contain failing values and requires an explicit confirmation before download.
No. Parsing, profiling, documentation, validation, local storage, and exports run in your browser. Normal use does not send source data to csvtodashboard.