A bid fact baseline is an identified snapshot of the scoped facts, source versions, supplier decisions and explicitly conditional assumptions available for a defined drafting purpose. A draft-conformance record compares named claims in each active artifact with that snapshot. Together they show what authors may use and what the inspected drafts actually use. Agreement with the baseline does not prove the underlying evidence is true, the entire response is compliant or the package is authorized for submission.

A response team says that everyone is using the same facts because everyone has access to the same folder. The method describes 84 installed terminals, the price model uses 100 installed terminals, and the summary describes 100 terminals owned, including spares. A partner is still working offline. The numbers alone cannot identify the error, and the shared folder cannot establish which draft was checked.

Control the relationship between a claim and its permitted factual basis. A single master document is optional; explicit scope and reproducible references are not. The fictional Asterford Equipment case examines a bounded six-artifact check. This dossier establishes a standing fact baseline and tests draft conformance. Separate guides resolve disputed source facts, propagate an addendum and reconcile concurrent technical-commercial proposals. Sources were checked on 6 September 2026.

The shared value needs a shared definition

Asterford’s fictional tender concerns support for an existing terminal estate. The accepted inventory observation for the stated reference date identifies 84 installed terminals and 16 separate spare terminals. Together they make 100 owned terminals in the defined estate. The example assumes that these source facts have already been checked by their competent owner. It does not use the baseline process to settle a dispute about the inventory.

Create separate propositions for installed count, spare count and owned total. Each has a stable identifier, a definition, unit, population, reference date, source version and accountable owner. The total also records its derivation: 84 plus 16, with the categories confirmed as disjoint and exhaustive for this estate. Without those conditions, even a correct addition would not establish the total.

The Government Data Quality Framework distinguishes consistency from accuracy and completeness, and relates quality to intended use. It is government data guidance. The bid application is to test whether repeated values describe the same thing, while keeping separate evidence for whether those values are correct and whether the inspected set is complete.

Do not create a generic field called terminal count and expect authors to infer its meaning. A method statement about installed equipment should bind to the installed proposition. A sentence about all equipment owned can bind to the total if it preserves the population and date. The price model needs the buyer’s actual charging basis, which must be identified before choosing either number.

Asterford: distinct facts within working baseline R6
Baseline itemSelected valueMeaning retained with the valueNot evidence for
F-INST, revision 384 terminalsInstalled estate at the named reference dateEvery terminal owned or a future rollout
F-SPARE, revision 216 terminalsSeparate spare estate at the same reference dateInstalled service locations
F-OWNED, revision 4100 terminals84 installed plus 16 spares; defined categories do not overlap100 installed terminals
D-CHARGE, revision 1Installed terminals for the modeled lineCase-specific verified interpretation of that buyer price fieldA general rule for every price or cost line

Acceptance for drafting does not turn assumptions into facts

The working set can contain more than observed facts. It may include the selected service design, an approved interpretation, a conditional planning assumption or an unresolved question. Give these different types and statuses. A decision to model two training sessions is a supplier choice; an assumption that the buyer will provide a room remains conditional until the required evidence or agreement exists.

For each item, name who owns the evidence, who can interpret its business meaning, who can approve its use in this bid and who maintains the record. The coordinator may administer all identifiers without holding any of those substantive powers. Copying a value from an approved slide does not establish that its original approval covered this customer, period or claim.

The 2025 AQuA Book describes separate data, assumption and decision logs, documented validity conditions and version control. Its scope is analytical assurance. Adapted here, that separation keeps a working hypothesis from being displayed as an established fact and makes the reason, authority and limits of its use inspectable.

Hold a materially disputed proposition outside the permitted fact set, or carry it as explicitly unresolved with its prohibited uses. Route it to the source-conflict owner. The baseline must not manufacture agreement by selecting the most convenient source or by taking a majority vote among drafts. Ten copied sentences can all descend from one mistake.

Keep the current lookup and the cited snapshot separate

R6 identifies the selected revisions of the facts and decisions, their source references, scope and permitted drafting use. The item revisions need not share the number six. Preserve a recoverable description of that combination and record who established it, when, and subject to which open conditions. Avoid a baseline that depends on whatever a dashboard happens to display when someone opens it.

W3C Data on the Web Best Practices recommends version indicators, version history and separate identifiers for a dataset series and its individual versions. It concerns published data. The limited internal adaptation is to distinguish a convenient current-baseline lookup from the exact snapshot an author or reviewer used; it does not require publishing protected bid records.

An author can use a current lookup to find R6, then record R6 and the item revisions used. If the lookup later points to R7, the old draft does not acquire R7’s facts by association. Conversely, a file saved after R7 exists may still contain R6 material. File timestamps, baseline identifiers and factual conformance answer different questions.

Keep the source and its permitted capture distinct. A live database query, a dated extract, a screenshot and a manually transcribed sentence are different representations. Record parameters and locators needed to recover the evidence within its access rules. A matching hash can support byte identity; it does not prove authority, semantic equivalence or permission to disclose the source.

The active-copy inventory sets the limit of the claim

List the objects that can still feed the response: editable answers, calculation workbooks, diagrams, attachments, partner drafts, local working copies and rendered exports. Record their owner, location, artifact version, declared baseline, return route and current status. A document does not leave this population because it is inconvenient to retrieve. Remove it only when its owner and the integration process confirm that it cannot be used as a current input.

NASA’s configuration status accounting records current and historical documentation, identifiers, proposed-change status and discrepancy dispositions. In its systems-engineering context, this makes controlled items visible. The bid adaptation is an accountable inventory of the artifacts being checked, including pending and superseded copies, rather than an assumption that one folder contains every active input.

Use proportionate discovery within authorized locations and ask contributors to identify offline copies. Do not search private devices, unrelated projects or inaccessible partner systems without permission. Record those boundaries. If an expected partner draft has not arrived, its state is not received, not consistent. A delivery acknowledgement proves receipt, not that its contents conform.

The declared inspection scope may be narrower than the whole bid. State that directly, such as the terminal-estate claims in six named artifacts. A check of those claims cannot certify every other assertion in the same files. Sampling can reveal defects and support a risk-based review; it cannot substantiate a claim that every material occurrence was inspected.

Different values can conform, while matching values can fail

At the fictional 10:30 review, Asterford declares six active artifacts for the terminal-estate check against R6. The method and diagram each describe 84 installed terminals. The executive summary says 100 owned terminals, including 16 spares. All three can conform because they use the appropriate scoped facts. The point is preservation of meaning, not replacement of every occurrence with 84.

The price model labels its line installed terminals but uses 100. For the case, D-CHARGE has already established that this line requires the installed count. The conformance failure is therefore specific: the model uses the owned total for an installed-only field. Correcting the input still requires the authorized model owner and subsequent pricing checks; the baseline report does not itself approve a new price.

The PDF candidate was exported from R5 and still describes 78 installed terminals. It is stale against R6 and must not inherit the method’s successful check. The sixth artifact, the partner’s offline contribution, has not been received. Its factual content is unknown. The resulting report records three conforming checks, one scope mismatch, one stale contradictory export and one unavailable artifact.

Five of six artifacts were available for inspection, about 83.3 percent. Three of six have a conforming result for the declared claims, 50 percent. Neither number is a bid-readiness score. In particular, the unavailable partner contribution might contain a consequential error, and unrelated claims in the other five artifacts remain outside this narrow check.

NIST SP 800-128 section 3.4 links configuration monitoring to comparison with approved baselines and identification of unrecorded components. It addresses information-system security. Here it supplies a bounded inspection analogy: check observed artifacts against the intended set and look for omitted consumers. This is not a claim of NIST compliance or a security assessment.

Asterford: terminal-estate claims checked against R6 at 10:30
ArtifactObserved useResult for this checkNext action
Method M484 installed; F-INST revision 3ConformsRetain inspected version and locator
Diagram G284 installed with the same estate definitionConformsRetain rendered inspection evidence
Summary S3100 owned, including 16 sparesConformsKeep the total and its qualifying words together
Price model P7100 in the installed-only lineScope mismatchReturn to model owner for correction and required reviews
PDF candidate E2R5 export; 78 installedStale and contradictoryExclude from current candidate use; regenerate and inspect
Partner contribution C1 expectedNot receivedUninspectedObtain the authorized copy or formally exclude its use

A baseline stamp cannot replace inspection of the claim

Work from each controlled fact to its declared consumers, checking that the right proposition survived in prose, cells, diagrams and exports. Then work back from material draft claims to their baseline bindings. The reverse pass finds an unsupported claim that no owner listed as a consumer. Search can locate exact numbers and distinctive phrases, but manual review must cover synonymous wording, image text, rounded values and implicit scope.

Record the artifact version, location, baseline item revision, check performed, result, reviewer and time. For derived values, preserve the input bindings and formula or documented method. A unit conversion can conform without displaying the source’s original number; a rounded percentage can fail if its rounding changes the asserted threshold. Mark an uncertain semantic match for review rather than treating a similarity score as proof.

A draft need not be rewritten solely because the baseline identifier advanced. If R7 changes only a fact the draft does not use, inspect the dependency boundary and record compatibility with the relevant R7 items. Do not relabel the old inspection as a new one. If the changed item is used, the former result becomes insufficient until the affected claims and decisions have been rechecked.

Changes to the draft itself can also invalidate a result. A shortened summary may remove including spares while retaining 100. A re-export may include an older diagram. A source correction can invalidate a previously supported baseline without changing any draft bytes. Define these triggers and the latest required source check so that an apparently quiet workspace is not mistaken for permanent validity.

Hand over the checked set, the gaps and the next decision

The deliverable contains the baseline manifest, fact and decision records, active-copy inventory and claim-conformance results. Identify the current working snapshot, the exact inspected artifact versions, excluded historical copies, missing items and unresolved authority questions. The recipient should be able to reproduce the terminal-count check without reading the team’s chat history.

Keep the internal report within its permitted audience. Authors may receive a scoped view that exposes the approved proposition and usable evidence without revealing protected costs, personal data or partner material. A shared baseline is a shared set of rules and references, not universal access to every underlying source. Required customer disclosures still need their own accurate, authorized treatment.

When an addendum changes the factual basis, hand the event to the addendum-propagation process. When two teams propose interacting changes, use the joint-revision process. When the underlying facts disagree, use source reconciliation. This standing baseline record receives their controlled outcomes; it does not replace their decisions or the final release manifest.

An assistant may inventory authorized artifacts, extract candidate bindings, perform reproducible comparisons and draft the discrepancy report. It must not settle source authority, convert a hypothesis into a fact, edit an operational source to fit the bid or certify inaccessible drafts. Changing approved positions, contacting outsiders, disclosing protected records and submitting the offer require separate authorization.

Minimum evidence accompanying a draft-conformance statement
Claim in the handoffEvidence requiredLimit that remains
Uses baseline R6Recoverable R6 manifest and exact item bindingsR6 may contain explicitly conditional material
InspectedNamed artifact version, claim locators, method and reviewerUninspected claims remain outside coverage
ConformsMeaning, value, scope and status match the permitted propositionNot proof of whole-bid compliance or release authority
Current for further draftingNo relevant invalidation since inspection, within the declared check windowA later fact, decision or artifact change requires reassessment

Useful outcomes from keep every RFP draft on one baseline

  • Authors can identify the exact fact snapshot their work may use.
  • Installed, spare and total quantities keep their different meanings.
  • Facts, decisions, assumptions and unresolved questions remain distinguishable.
  • Every in-scope active copy has an owner, version and inspection state.
  • A newer file can be assessed without silently replacing its evidence basis.
  • The handoff states both verified coverage and the remaining unknowns.

How to run the work

  1. 01

    Define the drafting scope

    Name the procedure, bidder, lots, service configuration, reference dates and intended use of the working baseline.

  2. 02

    Establish the permitted facts and decisions

    Bind each proposition to its definition, evidence version, owner, status and conditions. Route unresolved truth questions separately.

  3. 03

    Identify the baseline snapshot

    Give the selected item versions one durable identifier and keep the current lookup separate from that historical snapshot.

  4. 04

    Inventory active consumers

    List editable drafts, diagrams, calculations, offline contributions and exports that can still feed the response.

  5. 05

    Inspect claim-to-baseline conformance

    Compare meaning, scope, value, source binding and decision state in both directions, recording exact inspected versions.

  6. 06

    Issue a bounded status report

    Report matching claims, mismatches, missing copies and expired checks. Assign corrections without treating the report as release approval.

Questions that change the decision

  • Which factual purpose does each value answer?
  • Who may establish or change the selected proposition?
  • Which exact source and decision versions form this working baseline?
  • Which copies can still enter the response?
  • Is a difference factual drift, permitted scope variation or missing evidence?
  • What must be inspected again before the conformance statement can be reused?

Where teams lose control

01

All drafts repeat the same unsupported fact.

02

A current link resolves to different data while authors are drafting.

03

A total is copied into a field that requires a subset.

04

An assumption is promoted to fact because it appears in an accepted working set.

05

An unreceived partner copy disappears from the denominator.

06

A successful check is attached to a later, uninspected export.

Measure the finished job

Measure the completed workflow, including review effort and exceptions. Output volume on its own is not evidence of a better process.

  • Active artifacts with identified owners and recoverable versions
  • Claims bound to an exact scoped baseline item
  • Inspected artifacts versus the declared active inventory
  • Conforming, mismatched, stale and unavailable claim checks
  • Unresolved factual authority or applicability questions
  • Checks invalidated by a changed artifact or baseline dependency

Common questions

Does one shared folder establish a common factual baseline?

No. It provides a location, but does not establish which source versions, definitions and decisions each draft uses or whether offline copies remain active.

Must every draft display the same number?

Only when it expresses the same proposition. Asterford can correctly report 84 installed terminals and 100 owned terminals if the scope and spare count remain explicit.

Can an approved working assumption appear in the baseline?

Yes, with its type, conditions, owner and permitted uses visible. Working acceptance must not convert it into a confirmed fact or an externally approved promise.

Does an unchanged draft need review after every baseline revision?

Its relevant dependencies need assessment. A revision outside those dependencies may permit a recorded compatibility decision, while a changed consumed fact invalidates the affected conformance result.

What does a missing partner copy do to the report?

It remains an uninspected active artifact unless its use is formally excluded. Do not silently omit it from coverage or infer consistency from an acknowledgement.

Primary references

Tony Kim

Tony Kim

Founder and CEO

Tony writes about applied AI, dependable product engineering and the systems that turn complex response work into controlled delivery.

Proposal software for source-grounded RFP, RFI, DDQ and questionnaire response work.

Bid, proposal, presales, security and compliance teams. Start with the workflow, constraints and evidence you already have.