Capability · Requirement register

Every requirement in the tender, extracted, classified and de-duplicated

Numbered clauses, 'shall' statements buried in prose, data-sheet lines, standards lists and addenda — pulled from every document in the package into one register with source, clause, text and class.

The retyping problem

Before any engineering judgement starts, someone copies each clause into a spreadsheet. For a 300-page package that is a day or two of a proposal engineer's time, and it is where requirements get missed — the unnumbered 'shall' in paragraph three, the data-sheet line that contradicts the spec, the addendum that arrived on Friday.

What is extracted

Source What
Specifications Numbered clauses; normative statements in prose (shall, must, minimum, in accordance with)
Data sheets Each line item with its value and unit
Standards lists Standard, part, edition where stated
Drawings Title-block requirements and notes
Instructions to tenderers Format, deviation-table layout, documentation requirements
Addenda and Q&A Changes diffed against the register with a change log

Classification

Performance · material · standard · inspection/test · documentation · commercial-technical. The class decides where the agent looks for evidence (datasheet, certificate, ITP, past bid).

Confirmation, not guessing

Narrative extraction over-includes by design. The bid manager strikes what is not a requirement; the agent does not decide on its own. Requirements repeated across documents are linked so the decision is made once and propagates.

Related

Tender Answer is in early access.

We are onboarding a small number of design partners with real documents and real deadlines. Tell us what you work on and we will set up a workspace with your material.