An evidence validity timeline is an event-by-event decision about whether one identified evidence item is acceptable for one tender purpose. It preserves the buyer rule, the evidence subject and scope, issue and effective dates, stated expiry, current issuer status, any maximum-age calculation, every required event, the result at each event, unresolved assumptions and the next evidence action. It does not treat a future renewal as completed evidence or assume that a document with no printed expiry remains current forever.
A certificate can be valid when the bid is uploaded and expired when the contract is awarded. A tax document can have no expiry date yet fail a requirement that it be issued within the previous three months. An insurance policy may be allowed to start at award rather than exist at tender submission. A registration can show an annual renewal date but become suspended earlier. Teams often record one green validity flag, copy the same PDF into every submission and discover the mismatch only when the buyer asks for updated proof.
Validity is not a property of a filename. It is a relationship among an evidence item, a rule, a purpose and a required time. Build the tender event line first, then apply the correct rule separately to each item and event. Keep printed dates distinct from live issuer status and from the underlying fact being proved. Where the award date or renewal outcome is unknown, show the uncertainty as an interval or condition. Route the gap to a new document, renewal, clarification, adjusted claim or bid decision instead of colouring the old document green.
Required dates
Start with the events the evidence must survive
Begin with the buyer wording, not the date printed on the certificate. Capture the occurrence that requests the evidence, the requirement it proves, the bidder entity, lot and stage. Then identify two separate questions: when must the supplier satisfy the condition, and when must the document be delivered? Those moments can coincide, but public procurement rules and tender instructions often separate them.
Create one event line for the procedure. It can include the participation deadline, tender submission, a buyer request for supporting documents, evaluation, intended award, contract signature, service commencement and any continuing performance checkpoint. Preserve the raw date, time and zone from the source. If an award is described only as a month or target, record a range or an unresolved event instead of choosing a convenient day.
The UK Procurement Act 2023 illustrates why the event matters. Section 22 says performance-related insurance cannot be required to be in place before award, while a condition may require third-party-verifiable evidence. That does not decide another procurement or excuse a tender-specific submission. It shows that “have now,” “commit to have at award” and “show evidence at award” are different conditions and must not be collapsed.
| Event | Source status | Evidence question |
|---|---|---|
| Participation | Fixed or not used | Must the condition hold to enter the process? |
| Submission | Fixed deadline | What must be attached or declared now? |
| Later buyer request | Triggered | Which updated supporting document may be requested? |
| Award | Fixed, ranged or unknown | Must the status be current when the contract is awarded? |
| Signature or commencement | Fixed or forecast | Must cover begin before work or signature? |
| Performance | Period | Must registration, insurance or certification remain active? |
Validity models
Separate document lifetime, maximum age, live status and underlying truth
Four clocks can govern one file. An effective period says when the instrument is in force. A maximum-age rule says how recently it must have been issued relative to a tender event. A live status says whether the issuer currently regards it as active, suspended, withdrawn, cancelled or expired. The underlying fact may have its own time boundary, such as taxes paid through a period or insurance covering a future contract term.
A PDF that says “valid until 30 September” supplies an end date, but it may not prove the status today. ISO explains that ISO itself does not certify organizations and directs verification to the certification body, accreditation body or the recognized certification database. IAF CertSearch distinguishes active, suspended, withdrawn and expired states. Its field glossary also keeps original issue, current issue and expiry dates separate. Use those distinctions where that register and scheme are relevant.
A missing expiry is not infinity. Some extracts, declarations and financial documents remain factually historical but become unacceptable when the tender says “issued within three months.” Conversely, an expired certificate can still prove that a supplier held certification during a completed reference project if that is the exact claim. Decide validity for the stated purpose and event, not for the document in the abstract.
| Clock | Question | Typical failure |
|---|---|---|
| Effective period | Was the instrument in force at the event? | Starts after or ends before event |
| Maximum age | Was it issued recently enough? | No expiry, but issue date is too old |
| Live status | Has the issuer changed its status? | Suspended before printed expiry |
| Underlying fact | Was the proved condition true for the required period? | Document period does not cover claim |
Rule extraction
Turn tender wording into a rule without inventing a grace period
Preserve the whole instruction around the document. “Current certificate,” “valid at the submission deadline,” “issued no more than 90 days before the request,” “to be provided by the preferred bidder” and “maintained throughout the contract” are not interchangeable. Capture the operator, event, interval, unit, subject, accepted alternative and consequence. If the tender uses “current” without defining it, mark the interpretation open and follow the stated clarification route.
Apply calendar arithmetic visibly. For an issued-within rule, calculate the earliest acceptable issue instant from the required event and the stated duration. Preserve whether the buyer speaks in days, calendar months or business days. For valid-through, compare the required end against the evidence end. Do not silently add a day, assume midnight, treat “until” as inclusive or invent a renewal grace period. A material boundary ambiguity needs a documented decision or clarification.
The UN/CEFACT certificate model provides a useful vocabulary precedent by separating issue, requested effective, actual effective and expiry date-times. It does not decide procurement law or the buyer’s interval convention. Its value here is narrower: the dates deserve different fields because they answer different questions.
| Rule type | Required comparison | Do not infer |
|---|---|---|
| valid_on_event | effective_from <= event within stated end boundary | Validity at later events |
| issued_within | issue date inside lookback window | That no-expiry means current |
| effective_by | coverage starts no later than event | That application equals coverage |
| valid_through | evidence end covers required period end | An unstated grace period |
| continuous_status | active status across named interval | Printed dates alone prove continuity |
| updated_on_request | current item delivered after permitted request | Late replacement is always allowed |
Work product
Build one evidence validity timeline for the pursuit
The `evidence_validity_timeline` joins evidence items to required events through explicit rules. One document may have several rows because it must pass at submission and again at award. One requirement may also have several items because an initial declaration is followed by a supporting certificate. Keep the source requirement and the evidence record separate so a new document can replace an old one without rewriting what the buyer asked.
For each item, record the identifier, issuer, subject, scope, version and authoritative status route. Preserve original issue, current issue, effective-from, expiry and last-verified times only when they are available. Each event link records the buyer clause, rule type, raw required date, resolved instant or range, calculation, result, uncertainty, affected answer and required next action.
Use result states that preserve the reason: `valid_for_event`, `validity_window_at_risk`, `expires_before_event`, `maximum_age_failed`, `not_yet_effective`, `live_status_not_active`, `replacement_permitted_later`, `renewal_unconfirmed`, `rule_unresolved` or `source_unavailable`. A green result must name the event it covers. It must never imply that all later events also pass.
| Layer | Required fields | Reason |
|---|---|---|
| Requirement | Clause, version, lot, purpose and requested object | Keeps buyer rule authoritative |
| Evidence | ID, subject, scope, issuer, version and status route | Prevents wrong-item substitution |
| Clocks | Issue, effective, expiry, observation and status times | Separates independent time facts |
| Event link | Event, rule, calculation, result and uncertainty | Makes each pass reproducible |
| Treatment | Owner, next action, due date and closure proof | Turns a gap into controlled work |
| Release | Accepted item version and rendered destination | Checks what actually leaves the team |
Future uncertainty
Test the whole possible award window when the date is not fixed
An expected award date is often a planning assumption, not a buyer commitment. If the published timetable says “October 2026,” represent the possible interval supported by that wording. If it merely says “approximately six weeks after submission,” retain the derivation and any unresolved calendar rule. Test evidence against the earliest and latest supported event boundary instead of a single midpoint.
An item that covers the earliest possible award but not the latest belongs in `validity_window_at_risk`. That state does not predict that the buyer will be late or reject the item. It says the evidence decision changes inside the plausible window. The treatment may be renewal, an updated certificate at a permitted stage, or clarification. If no range can be supported, use unknown and set a review trigger tied to the next buyer notice.
Recalculate after any addendum, standstill change, evaluation extension, delayed buyer request, contract-start movement or evidence-status change. Preserve the previous result so the team can see why a document once passed. A moving date should update the affected event links, not silently recast the old decision as an error.
- Keep fixed buyer dates separate from internal target dates.
- Record ranges only from explicit wording or a disclosed derivation.
- Test both ends of a supported future interval.
- Reopen only the evidence items linked to the changed event.
- Do not call a renewal certain because it is scheduled.
Procedure stage
Do not demand the final certificate at the wrong stage
Identify what the procedure permits at each stage. Under Article 59 of Directive 2014/24/EU, the ESPD is preliminary evidence, may be reused only when its information remains correct, and supporting documents can be requested during the procedure. Before award, the intended winner is generally required to provide up-to-date supporting documents, subject to the Article’s exceptions. This is an EU rule with defined scope, not permission to delay evidence in every tender.
German VgV section 48 requires the buyer to indicate which declarations, certificates and other evidence are required and when they must be presented. French Code Article R2143-14 says documents already given to the same buyer need not be resubmitted when they remain valid, while R2143-15 allows an additional tax or social-status certificate at award in the stated circumstances. Read the current procedure text before converting any of these examples into an action.
United States FAR clauses provide a different timeline. Current FAR 52.204-7 generally requires active SAM registration when submitting an offer and at award. FAR 52.204-13 then requires maintenance during performance and through final payment, with a stated annual review obligation. The lesson is not that every registration follows SAM. It is that one requirement can have several checkpoints and a continuing interval.
| Stage object | What it may establish | Remaining question |
|---|---|---|
| Self-declaration | Preliminary supplier statement | When is third-party proof due? |
| Existing certificate | Status within its scope and period | Does it cover every required event? |
| Renewal application | Process has started | Will a valid result issue in time? |
| Award-stage update | Current proof at later request | Was later delivery permitted? |
| Maintenance record | Continuity after award | What interval and status must be sustained? |
Worked example
A certificate passes submission but fails the possible award window
A software supplier is answering a security RFP. The pack asks for an ISO/IEC 27001 certificate covering the offered service, valid at submission and at award. Submission is fixed at 18 September 2026. The timetable gives an intended award during October, without a day. The current certificate is effective through 30 September 2026 and its status is active when checked on 4 September. A renewal audit is booked for 9 September, but no renewed certificate has been issued.
The timeline produces two different results. The current certificate is valid for the fixed submission event, assuming its scope and status remain unchanged at that point. It expires before every possible October award date, so it fails the award event. The booked audit is evidence of a renewal activity, not evidence of a future certificate, future scope or approval date. The overall requirement is therefore not green.
The certification owner records the issuer’s expected process and a conservative internal follow-up date without turning either into a guarantee. The bid lead checks whether updated award-stage proof is expressly allowed and whether clarification is needed. The response cites only the current certificate and does not promise that renewal is complete. When a renewed item arrives, it is checked as a new version for entity, scope, standard, effective date, expiry and live status before the award link can change.
| Event | Evidence | Result | Treatment |
|---|---|---|---|
| Submission, 18 Aug | Current certificate through 30 Sep | valid_for_event | Recheck status and attach reviewed file |
| Award, October range | Current certificate through 30 Sep | expires_before_event | Obtain and review renewed item |
| Renewal audit, 9 Sep | Booking confirmation | renewal_unconfirmed | Track process without citing future approval |
| Award-stage replacement | Not yet issued | rule_unresolved | Confirm permitted timing and route |
Release decision
Release evidence by event, and keep neighbouring decisions separate
Before each evidence release, confirm the tender version, requirement occurrence, item version, event result and intended destination. Open the rendered file, not only the source folder. Check the legal entity, identifier, issue and expiry dates, scope, status observation and attachment name. If an item has been replaced, remove the stale file from the release package while preserving it in the decision history.
A failed event does not have one universal remedy. A newer extract may close a maximum-age gap. A renewal may close an expiry gap only after issuance and review. A commitment may be permitted where a condition need not be in place before award. An adjusted claim may be necessary where no suitable proof exists. A material unresolved condition can reopen the bid decision. The timeline reports which gap exists; the governing tender and responsible reviewer determine the treatment.
This task has firm boundaries. The missing-certification dossier decides whether a not-yet-held credential can become ready in time. Certification citation checks entity and scope wording. Evidence hierarchy selects the strongest support for a claim. Evidence-scope review tests product, geography and period. Price validity governs a commercial offer, and digital-signature validation governs a signing credential. This dossier owns the time relationship between an identified evidence item and the tender events at which it must be acceptable.
| State | Meaning | Permitted next step |
|---|---|---|
| evidence_ready_for_event | Item passes the named event and final-file check | Release for that event only |
| replacement_required | Current item fails, later replacement is permitted | Obtain and review the new item |
| treatment_decision_required | Gap may require commitment, claim change or bid review | Route to the responsible decision |
| validity_unresolved | Rule, date, boundary or status is not proved | Hold the affected evidence use |
| superseded | A newer accepted item or source rule controls | Retain history and use the accepted version |
What good looks like
Useful outcomes from tender evidence validity
- Every time-sensitive evidence item is tied to the exact buyer clause and purpose it serves.
- Submission, evaluation, award, signature, commencement and performance dates are tested separately.
- Absolute expiry, effective period, maximum age and continuous-status requirements are not confused.
- Printed validity is checked against suspension, withdrawal, cancellation or another live status where available.
- Unknown future dates produce a bounded risk window rather than a false pass.
- Renewal work has an owner, lead-time basis, latest safe start and required completion evidence.
- A replacement document is used only at a stage and through a route the tender permits.
- The final evidence pack contains the correct version for every required event.
Operating model
How to run the work
- 01
Fix the evidence item and purpose
Identify the exact certificate, registration, declaration, policy, report or extract, its subject and the tender requirement it is meant to satisfy.
- 02
Build the tender event line
Record every date on which the requirement must hold, including submission, later request, award, signature, start and any stated performance period.
- 03
Extract the validity rule
Classify valid-on, issued-within, effective-by, valid-through, continuously maintained, updated-on-request or another buyer-defined rule without inventing one.
- 04
Capture evidence clocks and status
Keep original issue, current issue, effective-from, expiry, observation, suspension and withdrawal information in their separate fields.
- 05
Evaluate every event independently
Apply the rule to each required date, preserve inclusive or exclusive boundaries and return unknown where a date or status cannot yet be proved.
- 06
Plan the smallest valid treatment
Request an updated document, start renewal, seek clarification, narrow the claim or reopen the bid decision according to the actual gap.
- 07
Recheck before each release
Verify the current status and rendered attachment at the point it is submitted, supplemented, awarded or relied upon during performance.
Evaluation
Questions that change the decision
- What exact fact, status, capability or legal condition must this item prove?
- Which legal entity, person, product, site, service or period does the evidence cover?
- At which named event must the fact hold and at which event must the document be provided?
- Does the rule test document age, effective status, expiry, continued maintenance or several of them?
- Is the end date inclusive, exclusive or unresolved from the issued wording?
- Can the issuer or an authoritative register confirm a status that differs from the PDF?
- Is the projected award date a committed date, a range or merely an internal assumption?
- Does the procedure allow updated evidence later, or must the requirement already be satisfied now?
- What proof closes the renewal action, and can its scope or identifier change?
- Which answer, attachment or bid decision must change if the item does not cover the required event?
Failure modes
Where teams lose control
A single current-valid flag can hide failure at a later award or commencement date.
The printed expiry date may be mistaken for proof that the certificate has not been suspended.
A no-expiry document may breach a buyer-defined maximum age.
Original certification date may be confused with the issue date of the current certificate.
A renewal booking or application may be presented as though renewal were approved.
An estimated award date may drift past the evidence end date without reopening the check.
A replacement may alter the covered entity, standard edition, site, scope or certificate number.
A rule that permits evidence at award may be tightened incorrectly into a submission requirement.
A historic expired item may be discarded even though it remains relevant to a past-period claim.
An updated document may exist internally but the older attachment may remain in the final package.
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.
- time-sensitive evidence items with an identified subject, purpose and source rule
- required tender events with a resolved date, zone and confidence state
- event-item pairs evaluated by explicit validity-rule type
- live certificate or registration statuses checked at the latest decision point
- items that expire inside the possible award or start-date window
- renewals started before their calculated latest safe date
- updated evidence received and reviewed before the permitted delivery event
- final attachments matching the accepted evidence version
Questions
Common questions
Is a certificate valid until its printed expiry date?
Only if it is already effective, covers the required subject and purpose, and has not been suspended, withdrawn or otherwise made inactive. Confirm the applicable status route and the buyer’s date boundary.
What if the evidence has no expiry date?
Check whether the tender imposes a maximum age, current-status requirement or covered reporting period. No printed expiry does not prove indefinite acceptability.
Can evidence pass at submission and fail at award?
Yes. Evaluate each required event separately. A later award, signature or commencement date can fall beyond the item’s validity or freshness window.
Does a booked renewal audit make the certificate valid for a future award?
No. It proves that an activity is planned. It does not prove issuance, future scope, status or timing of the renewed certificate.
Can the supplier provide an updated certificate after submitting the tender?
Only when the governing procedure and tender instructions permit later or requested supporting evidence. Do not assume every expired or missing item can be cured.
Should an expired certificate be deleted?
No. Mark it superseded for current use, but retain it when it supports a historical fact, earlier decision or completed reference period.
How should an unknown award date be tested?
Use the supported range if the buyer provides one. Test both boundaries. If no defensible range exists, keep the event unresolved and recheck when the timetable changes.
Does this timeline prove that a certificate covers the offered service?
No. It tests time acceptability. Entity, product, site, geography, standard and service scope require their own evidence-scope review.
Sources
Primary references
- Procurement Act 2023, section 22, conditions of participation The National Archives
- Procurement Act 2023 explanatory notes, section 22 The National Archives
- Directive 2014/24/EU, Articles 59 and 60, consolidated 1 January 2026 EUR-Lex
- European single procurement document and eCertis European Commission
- German Public Procurement Ordinance, section 48, evidence of suitability German Federal Ministry of Justice and Federal Office of Justice
- German Public Procurement Ordinance, section 56, supplementary documents German Federal Ministry of Justice and Federal Office of Justice
- French Public Procurement Code, Article R2143-14, previously supplied evidence Légifrance
- French Public Procurement Code, Article R2143-15, certified operators Légifrance
- FAR 52.204-7, System for Award Management Acquisition.gov
- FAR 52.204-13, System for Award Management Maintenance Acquisition.gov
- ISO certification and accredited-certificate verification International Organization for Standardization
- IAF CertSearch certification fields glossary IAF CertSearch
- IAF CertSearch certification status definitions IAF CertSearch
- UN/CEFACT certificate data structure, issue, effective and expiry dates United Nations Economic Commission for Europe
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.