Skip to content
Novus Examples
json781 B

FINANCE — Ledger Lines (JSON)

JSON twin of the finance/ledger-lines mini-dataset.

Preview — first 50 linesjson
[
  {
    "entry_id": "L0001",
    "account": "cash",
    "debit": 100,
    "credit": 0
  },
  {
    "entry_id": "L0002",
    "account": "revenue",
    "debit": 0,
    "credit": 100
  },
  {
    "entry_id": "L0003",
    "account": "supplies",
    "debit": 25,
    "credit": 0
  },
  {
    "entry_id": "L0004",
    "account": "cash",
    "debit": 0,
    "credit": 25
  },
  {
    "entry_id": "L0005",
    "account": "ar",
    "debit": 50,
    "credit": 0
  },
  {
    "entry_id": "L0006",
    "account": "revenue",
    "debit": 0,
    "credit": 50
  },
  {
    "entry_id": "L0007",
    "account": "cash",
    "debit": 50,
    "credit": 0
  },
  {
    "entry_id": "L0008",
    "account": "ar",
    "debit": 0,
    "credit": 50
  }
]
51 lines total — download for the full file.

Specifications

Records
8
Schema
entry_id, account, debit, credit

What is a .json file?

JSON (JavaScript Object Notation) is a lightweight, text-based data-interchange format representing objects, arrays, strings, numbers, booleans, and null. It is language-independent, human-readable, and the dominant format for web APIs and configuration. It requires a single well-formed root value.

How to use this file

Use an example JSON file to test parsers and serializers, schema validation, Unicode and number-precision handling, and API request or response processing.

How to use this file for testing

“FINANCE — Ledger Lines (JSON)” is a deterministic Novus Examples fixture for Data import, JSON parsing. Realistic faker-generated datasets with documented schemas for testing import and ETL flows.

Documented properties for this file: 8 records · schema: entry_id, account, debit, credit. Compare results against paired or grouped companions on this page when present (clean↔damaged, searchable↔scanned, or format twins) so scores stay reproducible across runs.

Download the file once, keep the path stable in CI or local scripts, and treat the spec table as the contract: dimensions, seeds, field lists, and roles are intentional. Corrupt or invalid samples are labelled as such — expect parsers to fail loudly rather than silently accept them.

Data fixtures document their exact quirks — delimiters, encodings, null handling, schema, and row counts — in the spec table. Point your parser or importer at the file and assert it handles the documented edge cases; clean and deliberately-messy siblings make before/after diffs straightforward.

Code examples

import json

with open("ledger-lines.json") as f:
    data = json.load(f)
print(type(data), len(data))

Generated by generation/breadth_extra_wave_c.py. Free for any use, no attribution required — license.