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.
Meaning and scope
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.
| Baseline item | Selected value | Meaning retained with the value | Not evidence for |
|---|---|---|---|
| F-INST, revision 3 | 84 terminals | Installed estate at the named reference date | Every terminal owned or a future rollout |
| F-SPARE, revision 2 | 16 terminals | Separate spare estate at the same reference date | Installed service locations |
| F-OWNED, revision 4 | 100 terminals | 84 installed plus 16 spares; defined categories do not overlap | 100 installed terminals |
| D-CHARGE, revision 1 | Installed terminals for the modeled line | Case-specific verified interpretation of that buyer price field | A general rule for every price or cost line |
Authority and uncertainty
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.
Baseline identity
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.
Inspection population
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.
Worked inspection
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.
| Artifact | Observed use | Result for this check | Next action |
|---|---|---|---|
| Method M4 | 84 installed; F-INST revision 3 | Conforms | Retain inspected version and locator |
| Diagram G2 | 84 installed with the same estate definition | Conforms | Retain rendered inspection evidence |
| Summary S3 | 100 owned, including 16 spares | Conforms | Keep the total and its qualifying words together |
| Price model P7 | 100 in the installed-only line | Scope mismatch | Return to model owner for correction and required reviews |
| PDF candidate E2 | R5 export; 78 installed | Stale and contradictory | Exclude from current candidate use; regenerate and inspect |
| Partner contribution C1 expected | Not received | Uninspected | Obtain the authorized copy or formally exclude its use |
Evidence of conformance
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.
Operational handoff
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.
| Claim in the handoff | Evidence required | Limit that remains |
|---|---|---|
| Uses baseline R6 | Recoverable R6 manifest and exact item bindings | R6 may contain explicitly conditional material |
| Inspected | Named artifact version, claim locators, method and reviewer | Uninspected claims remain outside coverage |
| Conforms | Meaning, value, scope and status match the permitted proposition | Not proof of whole-bid compliance or release authority |
| Current for further drafting | No relevant invalidation since inspection, within the declared check window | A later fact, decision or artifact change requires reassessment |
What good looks like
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.
Operating model
How to run the work
- 01
Define the drafting scope
Name the procedure, bidder, lots, service configuration, reference dates and intended use of the working baseline.
- 02
Establish the permitted facts and decisions
Bind each proposition to its definition, evidence version, owner, status and conditions. Route unresolved truth questions separately.
- 03
Identify the baseline snapshot
Give the selected item versions one durable identifier and keep the current lookup separate from that historical snapshot.
- 04
Inventory active consumers
List editable drafts, diagrams, calculations, offline contributions and exports that can still feed the response.
- 05
Inspect claim-to-baseline conformance
Compare meaning, scope, value, source binding and decision state in both directions, recording exact inspected versions.
- 06
Issue a bounded status report
Report matching claims, mismatches, missing copies and expired checks. Assign corrections without treating the report as release approval.
Evaluation
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?
Failure modes
Where teams lose control
All drafts repeat the same unsupported fact.
A current link resolves to different data while authors are drafting.
A total is copied into a field that requires a subset.
An assumption is promoted to fact because it appears in an accepted working set.
An unreceived partner copy disappears from the denominator.
A successful check is attached to a later, uninspected export.
Measurement
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
Questions
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.
Sources
Primary references
- Government Data Quality Framework: consistency, accuracy and intended use UK Government
- AQuA Book 2025: logs, validity conditions and version control Government Analysis Function
- W3C Data on the Web Best Practices: version indicators, history and identifiers World Wide Web Consortium
- NASA: configuration status accounting and verification NASA
- NIST SP 800-128, section 3.4: baseline monitoring and inventory National Institute of Standards and Technology
Ziva
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.