Customers

Pricing
Introducing r-1: Reducto’s new SOTA document parsing model
Technical
September 24, 2026

Spreadsheet Parsing: Extracting Reliable Data from Excel Files

Learn how to parse Excel workbooks with multiple tables, formulas, hidden content, and merged headers while preserving cell-level source evidence.

The short answer

Spreadsheet parsing is not just reading cell values. It is deciding which cells form a table, which labels describe the values, and what context must survive when a workbook becomes structured data.

For a consistent export with one known table per sheet, a conventional spreadsheet reader may be enough. More variable workbooks need additional interpretation: separate regions can describe different entities or periods, and a summary can repeat amounts already present in the detail.

Define the records you need before choosing a parsing approach.

Start with the workbook, not its printed appearance

A workbook and a PDF export are different inputs. If sheet identity, cell references, or formulas matter, prefer the original workbook when it is available. If the task concerns the distributed PDF itself, validate against that version instead.

Define which sheets and regions are in scope, whether you need detail records or summaries, and whether formulas matter. Keep those decisions with the processing configuration so layout or visibility changes do not silently alter the scope.

For the reverse task—turning a PDF into a spreadsheet—see PDF-to-Excel Tools.

Separate logical tables before mapping fields

Do not assume an entire sheet is one dataset. A title, an assumptions block, and a detail schedule can share a sheet without sharing a schema.

Reducto’s spreadsheet processing settings offer three clustering modes: accurate uses model-based boundary detection, fast uses empty-row/column rules, and disabled treats a sheet as one table.

Choose based on the layout, then check that the detected regions match the records your application expects.

Workbook patternDecision to makeAcceptance check
One stable export table per sheetUse direct cell reading or a simple parsing pathExpected columns, row coverage, and data types match
Several unrelated regions on one sheetIdentify regions before mapping fieldsEach record comes from the intended region
Merged or multi-level headersResolve each column’s full meaning before flatteningPeriod, unit, and entity remain attached to values
Summary and detail repeat the same amountsKeep their roles separateAggregations do not count both
Hidden calculation or source areasDefine inclusion deliberatelyScope matches the approved use of the workbook

Keep formulas and values distinct

A formula describes a calculation; its result is a value. Preserve the distinction when your downstream task needs to explain how a number was produced.

Reducto can include formulas alongside values using spreadsheet.include; HTML represents the formula in a data-formula attribute. Optional cell_colors preserves color metadata. See the spreadsheet reference.

Capturing a formula does not establish that its result reflects current inputs or refreshed external dependencies. Do not assume the result has been recalculated.

Interpret color using the workbook’s legend or conventions: a highlighted cell might be an assumption, an exception, or simply formatting.

Store application-calculated values separately from extracted source values so reviewers can distinguish the two.

Decide what hidden content means for the task

Reducto processes hidden spreadsheet content by default. Its exclusion controls include hidden_sheets, hidden_rows, and hidden_cols. These options are documented in Spreadsheet Processing.

Hidden does not mean irrelevant, approved, or confidential by definition. A hidden region may contain essential calculation inputs or material that should not be processed for this task. Resolve that scope before submission rather than relying on how the workbook opens on screen.

Do not treat a processing exclusion as an access-control boundary: if some content must never leave its environment, remove it from an approved copy before sending the file. Keep the original and the processing copy distinguishable.

Choose structure before export format

Merged headers can attach several labels to one value. Resolve those relationships before reducing the result to a flat row.

Reducto’s table-output documentation describes HTML spans for merged cells, while Markdown and simple JSON row arrays flatten merges. A JSON table is also different from an application schema with named, typed fields.

For search or LLM context, use Parse’s chunk content, which can contain Markdown and HTML tables. Keep sheet identity and source references alongside the text.

For database records, use Extract to request named business fields. Distinguish repeated labels across sheets and regions in your field descriptions. The schema-based extraction guide covers nested objects, repeating records, and validation.

For large tables, Reducto documents configurable splitting with repeated headers. It also offers max_cell_count to cap non-empty cells across sheets; exceeding the cap returns a 422 error. See the spreadsheet settings.

When combining table fragments, exclude repeated headers from record counts and preserve the original region identity.

Keep cell-level evidence with each record

Spreadsheet evidence should point back to the workbook, not be interpreted as PDF geometry.

For Excel and CSV, Reducto’s Extract citations use one-indexed coordinates: left is the column, top is the row, and page is the sheet’s position in the workbook. These are not normalized image coordinates.

Retain workbook identity and version alongside those references. Where your application records sheet names, keep them with the sheet index so reviewers can navigate the source unambiguously.

Citations can be empty, so handle missing evidence explicitly. Confidence can prioritize inspection; it cannot prove that a value came from the intended entity or reporting period.

Validate before loading the result downstream

A useful acceptance check covers more than whether the file parsed:

  • Coverage: all required sheets and regions were accounted for, including any deliberate exclusions.
  • Association: each value retained the right header, entity, period, and unit.
  • Types: identifiers kept meaningful leading zeros, and dates and numeric values followed an explicit interpretation.
  • Completeness: detail records were neither dropped nor duplicated when regions or fragments were combined.
  • Reconciliation: totals were checked on the same reporting basis, without counting summaries again as detail.
  • Evidence: important fields retained usable source references or were routed to review.

Preserve distinctions between blanks, zeros, formula errors, and unreadable or missing values. Do not fill a missing figure merely to make a total balance.

When a result is wrong, compare the source region with the parsed representation first, then inspect the schema and normalization rules. Keep the failure visible instead of silently changing the extracted value.

Frequently asked questions

Do all Excel files need AI parsing?

No. Ordinary spreadsheet libraries often suffice for stable exports. More variable layouts may need additional interpretation of headers, labels, and table boundaries.

Should I convert Excel to PDF first?

Prefer the workbook when formulas, sheets, or cell references matter. Use the PDF when that version is the authoritative input.

Does JSON output mean the data is ready for a database?

No. A correctly shaped record can still represent the wrong table or period. Validate its values and source context before loading it.

CTA patternReducto logo

Make your first API call in minutes.

Reducto logoLLM Center