Eine Aktualitätsprüfung bewertet einen beobachteten Vergabeeintrag für einen benannten Verwendungszweck zu einem festgehaltenen Zeitpunkt. Sie ist keine Entscheidung über den Status des Vergabeverfahrens. Der Prüfvermerk verbindet den kopierten Datensatz mit Verfahren, Bekanntmachung, Fassung und Los; trennt Veröffentlichungs-, Beobachtungs-, Import-, Verarbeitungs- und Prüfzeit; sucht nach späteren amtlichen Ereignissen und materiellen Abweichungen; und gibt fresh_for_discovery, fresh_for_triage, revalidation_required, superseding_event_found, identity_unresolved oder source_unavailable aus. Zulässige Nutzung, Ablauf und nächste amtliche Prüfung gehören zum Ergebnis. Der ursprüngliche Eintrag bleibt als Beobachtung erhalten.
Viele Systeme zeigen als “aktualisiert” den Zeitpunkt des letzten Imports. Der fachliche Inhalt kann trotzdem aus der ersten Bekanntmachungsfassung stammen. Eine andere Karte wirkt wegen ihres alten Veröffentlichungsdatums verdächtig, obwohl sie einen abgeschlossenen Zuschlag korrekt dokumentiert. Weder jung noch alt bedeutet von selbst aktuell oder veraltet. Besonders riskant wird die Verwechslung, wenn ein Vertriebsfeed weiterhin eine alte Angebotsfrist, einen ersetzten Dokumentenlink oder den Zustand “aktiv” zeigt. Eine stillschweigende Korrektur hilft kurzfristig, beseitigt aber die Herkunft des Fehlers und erschwert jede spätere Prüfung.
Bestimmen Sie zuerst, wofür der Datensatz gebraucht wird. Für einen Discovery-Hinweis genügen andere Belege als für Qualifikation, Kalkulation oder Einreichung. Sichern Sie die Rohbeobachtung und öffnen Sie dann die amtliche Bekanntmachung über belastbare Kennungen. Eine später veröffentlichte und eindeutig verknüpfte Änderungsbekanntmachung wiegt stärker als ein frischer Aggregator-Abruf. HTTP-Validatoren können eine unveränderte Webdarstellung bestätigen, aber keine unveränderte Verfahrenslage. Der Agent darf öffentliche Quellen abrufen, Kennungen und Fassungen vergleichen, Inhaltsfingerprints berechnen und eine Revalidierung verlangen. Datenänderung, No-Bid, Käuferkontakt, Anmeldung und Einreichung brauchen eine eigene Berechtigung.
Direkte Antwort
Ein Vergabeeintrag ist veraltet, wenn sein Belegstand für die nächste Entscheidung nicht mehr reicht
Ein starres Alter von 24 Stunden oder sieben Tagen löst das Problem nicht. Ein alter Zuschlag kann als historische Tatsache weiterhin stimmen. Eine gestern geladene Wettbewerbskarte kann schon heute von einer Berichtigung überholt sein. Schreiben Sie deshalb zuerst den Verwendungszweck auf: Discovery, erste Qualifikation, Ressourcenfreigabe, Dokumentenarbeit oder ein fristgebundener Schritt.
fresh_for_discovery bedeutet nur, dass Identität und amtlicher Einstieg für einen Hinweis ausreichen. fresh_for_triage verlangt eine jüngere, definierte Prüfung der Kernfelder. revalidation_required sagt, dass der Eintrag für den benannten Zweck keine tragfähige Grundlage hat. superseding_event_found setzt eine amtliche spätere Publikation voraus, deren Beziehung zum gleichen Verfahren und Umfang belegt ist.
Der Aktualitätsstatus ersetzt keine Verfahrensentscheidung. Ein späterer Termin kann eine Verlängerung, eine andere Verfahrensstufe oder ein anderes Los betreffen. Eine Aufhebungskennzeichnung kann nur die Bekanntmachung betreffen. Geben Sie den Fund an die passende Prüfung weiter, statt aus dem Frischebefund “offen”, “geschlossen” oder “aufgehoben” zu erzeugen.
| Status | Mindestbeleg | Zulässige Nutzung | Folgeschritt |
|---|---|---|---|
| fresh_for_discovery | Plausible Identität und amtlicher Locator | Als ungeprüften Hinweis speichern | Amtliche Quelle vor Qualifikation öffnen |
| fresh_for_triage | Kernfelder stimmen mit aktuellem amtlichem Stand überein | Erste Chancenbewertung | Vor materieller Aktion erneut prüfen |
| revalidation_required | Beleg reicht für den benannten Zweck nicht | Nur als ungeprüfte Spur erhalten | Fehlende amtliche Prüfung ausführen |
| superseding_event_found | Spätere amtliche Publikation ist zugeordnet | Altfeld nicht operativ verwenden | Ereignis fachlich klassifizieren |
| identity_unresolved | Beziehung zwischen Datensatz und Fund ist offen | Keine Zusammenführung | Identitätsprüfung starten |
| source_unavailable | Amtliche Pflichtquelle ist nicht prüfbar | Keine materielle Abhängigkeit | Zugriff und Wiederholung zuweisen |
Zeitmodell
Veröffentlichungszeit und Importzeit dürfen nicht im selben Feld landen
Der Quellenzeitpunkt gehört zur amtlichen Handlung. Bei eForms finden sich dafür unter anderem Bekanntmachungskennung, Fassung, Absendetag und Veröffentlichungsdatum im Supplement zum Amtsblatt der EU. Die Angebotsfrist ist davon getrennt und liegt auf Losebene. Ein Abruf um 09:30 Uhr erzeugt lediglich eine neue Beobachtung dieser Angaben.
Danach folgen interne Uhren. ingested_at sagt, wann der Datensatz eintraf. normalized_at hält die Transformation fest. last_verified_at darf nur gesetzt werden, wenn die definierte Quellenprüfung wirklich ausgeführt wurde. Ein nächtlicher Rebuild ist keine inhaltliche Verifikation, auch wenn er jedes Feld neu schreibt.
valid_until ist schließlich eine interne Nutzungsgrenze. Sie richtet sich nach Zweck, Veränderungsrisiko und Nähe zur Frist. Sie ist weder Veröffentlichungsdatum noch Angebotsfrist. Speichern Sie die Regel, die diesen Zeitpunkt gesetzt hat, damit ein Agent den Ablauf erklären kann.
| Feld | Bedeutung | Nicht gleichsetzen mit |
|---|---|---|
| source_published_at | Amtliche Veröffentlichung | Zeit des Datenimports |
| source_modified_at | Ausgewiesene Quellenänderung | Garantierte Vollständigkeit |
| observed_at | Abruf einer konkreten Darstellung | Fachlicher Änderungszeitpunkt |
| ingested_at | Eingang im eigenen System | Bestätigung durch den Auftraggeber |
| normalized_at | Ausführung der Transformation | Quellenvergleich |
| last_verified_at | Letzte bestandene definierte Prüfung | Beliebiger erfolgreicher HTTP-Abruf |
| valid_until | Interne Nutzungsgrenze für einen Zweck | Vergabefrist |
Ereignisfolge
Eine spätere Bekanntmachung braucht eine belegte Beziehung
Der deutsche Bekanntmachungsservice stellt über seine Open-Data-API Exporte für einen Tag oder Monat bereit. Solche Feeds eignen sich für eine erneute Suche nach Veröffentlichungen. Ein zeitlich späterer Treffer ist aber erst dann eine Fortsetzung, wenn Verfahrens-, Bekanntmachungs-, Fassungs- oder Losbezug dies tragen.
eForms-Änderungsbekanntmachungen helfen bei diesem Nachweis. Sie übernehmen den konsolidierten Stand ihrer Ausgangsbekanntmachung, erhalten eine eigene Bekanntmachungskennung und verweisen über BT-758 auf die geänderte Bekanntmachung samt Fassung. Der Änderungsbereich kann außerdem anzeigen, dass sich Vergabeunterlagen geändert haben. Deshalb reicht ein Vergleich der Kartenfelder nicht.
Bei einem OCDS-Feed sind Releases unveränderliche Ereignisse. Der Record führt die Releases eines Beschaffungsvorgangs zusammen; compiledRelease zeigt die jüngsten Werte zum Veröffentlichungszeitpunkt des Records. Tags wie tenderUpdate, tenderAmendment und tenderCancellation benennen verschiedene Ereignisarten. Wer nur einen alten Release liest, sieht nicht automatisch den aktuellen Snapshot.
Bewahren Sie jeden Kandidaten mit Beziehungstyp, Quelle und Zeit. Erst die Folgeprüfung entscheidet, ob eine Frist wirksam verschoben, ein Dokumentenpaket vollständig ersetzt oder ein Verfahren beendet wurde. AN-036 erkennt den veralteten Beobachtungsstand, nicht die rechtliche Folge.
Technische Prüfung
HTTP 304 bestätigt eine Darstellung, nicht den gesamten Vergabevorgang
RFC 9110 beschreibt ETag und Last-Modified als Validatoren einer ausgewählten Darstellung. Mit If-None-Match oder If-Modified-Since kann ein Agent unnötige Downloads vermeiden. Antwortet der Server mit 304 Not Modified, hat die gespeicherte Bedingung für diese Darstellung gehalten.
Die Grenze dieser Aussage muss im Ergebnis stehen. Eine HTML-Seite kann unverändert bleiben, während eine neue Änderungsbekanntmachung unter einer anderen URL erscheint. Eine Anlage oder ein Q&A-Bereich kann separat aktualisiert werden. Manche dynamischen Seiten liefern gar keinen verlässlichen Validator.
Ein Inhaltsfingerprint hilft, wenn der Server keine Validatoren sendet. Hashen Sie nur nach dokumentierter Kanonisierung und halten Sie fest, welche Felder oder Dateien einbezogen wurden. Ein gleicher Hash belegt Gleichheit in diesem Ausschnitt. Er belegt keine vollständige Suche nach späteren amtlichen Ereignissen.
Für Agenten braucht der Datensatz daher mehr als synced_at. Quelle, Darstellung, Kennungen, Zeitachsen, Rohwert, Normalisierungsregel, geprüfte Beziehungen und ausgelassene Prüfungen müssen einzeln abrufbar sein. So kann der nächste Agent seine Abhängigkeit ohne verdeckte Annahme bewerten.
Beispiel
Ein neuer Distributor-Abruf kann hinter dem amtlichen Tagesexport liegen
Ein fiktiver Datenanbieter übernimmt am 12. Mai eine Bekanntmachung über Ingenieurleistungen. Die Karte nennt Fassung 01 und den 27. Mai um 10:00 Uhr als Angebotsfrist. Am 14. Mai wird die Karte erneut abgerufen. Der Server antwortet auf die bedingte Anfrage mit 304, weshalb observed_at aktuell aussieht.
Im amtlichen Tagesexport liegt jedoch eine am 13. Mai abgesandte Änderungsbekanntmachung mit eigener Kennung. BT-758 verweist auf Fassung 01. Der konsolidierte Inhalt nennt für dasselbe Los den 31. Mai um 10:00 Uhr und markiert geänderte Vergabeunterlagen. Identität und Beziehung sind damit ausreichend belegt.
Der Vermerk klassifiziert die Distributor-Karte für Frist- und Dokumentennutzung als superseding_event_found. Er erhält den alten Termin, die 304-Antwort und den späteren amtlichen Fund. Die Karte wird nicht direkt editiert, und der Status des Verfahrens bleibt offen.
Danach prüft der Deadline-Workflow, welche Zeit und Zone wirksam gelten. Der Amendment-Workflow rekonstruiert die geänderten Unterlagen. Für Discovery bleibt die Karte verwendbar, aber Ressourcenplanung, Kalkulation und Einreichung dürfen ihren 27. Mai nicht mehr übernehmen.
| Beobachtung | Aussage | Auswirkung |
|---|---|---|
| Distributor-Karte | Fassung 01, Frist 27. Mai | Erhaltener Ausgangsstand |
| HTTP 304 | Kartendarstellung seit letztem Abruf unverändert | Keine Aussage über andere URLs |
| Amtlicher Tagesexport | Spätere Änderung vom 13. Mai | Kandidat für Überholung |
| BT-758 | Verweis auf Fassung 01 | Beziehung belegt |
| Konsolidierter Inhalt | Frist 31. Mai; Unterlagen geändert | Altfelder gesperrt |
| freshness_state | superseding_event_found | Fachprüfungen starten |
Agentenvertrag
Die Ausgabe nennt Nutzungszweck, Belegalter und nächste Prüfung
Die strukturierte Ausgabe enthält assessment_id, record_id, intended_use, assessed_at, source_role, source_url, source_record_id, procedure_id, notice_id, notice_version, lot_ids, source_published_at, source_modified_at, observed_at, ingested_at, normalized_at, last_verified_at, representation_etag, representation_last_modified, content_fingerprint, advertised_deadline_raw, candidate_events, material_differences, freshness_state, allowed_uses, prohibited_uses, valid_until, confidence, review_owner und recheck_trigger.
Der Agent darf anonyme öffentliche Quellen und dokumentierte APIs lesen, amtliche Referenzen verfolgen, Darstellungen bedingt abrufen und Feldabweichungen ausgeben. Er stoppt bei ungeklärter Identität, erforderlicher Anmeldung, Rate Limit oder Robotersperre, unklarer Ereignisbeziehung und vor jeder fachlichen Statusentscheidung.
CRM-Änderung, Löschung, No-Bid, Portalregistrierung, Verwendung von Zugangsdaten, Käuferkontakt und Einreichung sind nicht Teil dieser Prüfung. Der Aktualitätsvermerk bereitet eine kontrollierte Entscheidung vor und erweitert keine Agentenberechtigung.
Woran gute Arbeit erkennbar ist
Konkrete Ergebnisse für veraltete Ausschreibung erkennen
- Jede Aktualitätsaussage nennt Datensatz, Verfahren, Los, Zweck und Prüfzeit.
- Amtliche Veröffentlichung und technischer Import erscheinen als getrennte Zeitachsen.
- Eine neue Verarbeitung kann einen alten Quellenstand nicht mehr kaschieren.
- Bekanntmachungskennung und Fassung verbinden Änderungen statt bloßer Titelähnlichkeit.
- Spätere amtliche Ereignisse bleiben als Kandidaten mit Quelle und Beziehung erhalten.
- Frist- oder Dokumentabweichungen lösen eine fachlich passende Folgeprüfung aus.
- ETag, Last-Modified und Hashwerte bleiben technische Indizien mit engem Umfang.
- Erlaubte Nutzung, verbotene Nutzung und nächste Prüfung sind maschinenlesbar.
- Der beobachtete Altdatensatz wird nicht durch eine unbelegte Korrektur überschrieben.
Betriebsmodell
So wird die Arbeit ausgeführt
- 01
Datensatz und Zweck festhalten
Sichern Sie Karte, Feedzeile oder API-Antwort im beobachteten Zustand und benennen Sie die Entscheidung, die darauf aufbauen soll.
- 02
Zeitachsen auseinanderhalten
Erfassen Sie amtliche Veröffentlichung, Quellenänderung, Abruf, Import, Normalisierung und letzte inhaltliche Prüfung in eigenen Feldern.
- 03
Amtliche Identität belegen
Gleichen Sie Verfahrens-, Bekanntmachungs-, Fassungs- und Loskennungen ab, bevor eine spätere Publikation als Fortsetzung gilt.
- 04
Spätere Ereignisse suchen
Prüfen Sie amtlichen Veröffentlichungsverlauf, Vergabeplattform und verknüpfte Datensätze auf Änderungen, Ergebnisse, Aufhebungsindizien und neue Dokumente.
- 05
Nutzungstauglichkeit entscheiden
Wählen Sie den engsten belegten Aktualitätsstatus und sperren Sie Felder, deren Grundlage für den vorgesehenen Schritt nicht reicht.
- 06
Verlauf und Wiedervorlage sichern
Erhalten Sie alle Beobachtungen, weisen Sie Konflikt oder Zugriffslücke zu und setzen Sie den nächsten Prüfauslöser nach Risiko und Fristnähe.
Bewertung
Fragen, die den Entscheid verändern
- Welcher Rohdatensatz mit welchen Feldern wird geprüft?
- Welche konkrete Entscheidung soll dieser Stand unterstützen?
- Welche Verfahren-, Bekanntmachungs-, Fassungs- und Loskennung ist belegt?
- Wann veröffentlichte oder änderte die zuständige Stelle die Information?
- Wann wurden Quelle, Kopie und Normalisierung jeweils beobachtet?
- Welche amtlichen Veröffentlichungen sind zeitlich später?
- Sind spätere Funde über eine Kennung oder Referenz mit demselben Gegenstand verbunden?
- Weichen Frist, Dokumente, Verfahrensstufe, Wert oder Einreichungsweg materiell ab?
- Welche Nutzung ist mit dem aktuellen Belegstand noch vertretbar?
- Welche spezialisierte Prüfung muss vor dem nächsten Schritt folgen?
Fehlermuster
Wo Teams die Kontrolle verlieren
Der neueste Importzeitpunkt wird als Bekanntmachungsänderung ausgegeben.
Ein alter, richtiger Ergebnisdatensatz wird allein wegen seines Alters abgewertet.
Ähnliche Bezeichnungen verbinden zwei unterschiedliche Verfahren.
Eine abgelaufene Kopie der Frist wird ohne Suche nach Berichtigung als geschlossen markiert.
Eine Änderungsbekanntmachung bleibt unentdeckt, weil die ursprüngliche Seite erreichbar ist.
Ein Portalfehler oder Redirect wird als Aufhebung interpretiert.
HTTP 304 wird zur Aussage über alle Dokumente und Verfahrensereignisse erweitert.
Eine Anlage ändert sich unter demselben Dateinamen.
Der Agent überschreibt die Altfassung und vernichtet den Nachweis der Verzögerung.
Ein Discovery-Datensatz gelangt ohne neue Prüfung in Kalkulation oder Submission.
Messung
Das fertige Ergebnis messen
Gemessen wird der abgeschlossene Prozess inklusive Review-Aufwand und Ausnahmen. Reines Output-Volumen beweist noch keine bessere Arbeitsweise.
- Aktualitätsprüfungen mit Zweck und vollständigem assessed_at
- getrennt gespeicherte Quellen-, Abruf-, Import- und Prüfzeiten
- Verknüpfungen über Verfahren, Bekanntmachung, Fassung und Los
- spätere Ereignisse mit amtlicher URL und Beziehungstyp
- materielle Abweichungen vor Beginn abhängiger Arbeiten
- Ergebnisse mit Nutzungsgrenze, Ablauf und Wiedervorlage
- technische Validatoren mit dokumentiertem Darstellungsumfang
- erhaltene Rohbeobachtungen ohne stilles Überschreiben
Fragen
Häufige Fragen
Nach wie vielen Tagen ist eine Ausschreibung veraltet?
Es gibt keine allgemeingültige Zahl. Entscheidend sind Verwendungszweck, Quellenstand, spätere Ereignisse und Fristnähe. Eine historische Vergabe kann lange richtig bleiben; eine Wettbewerbskarte kann kurz nach Veröffentlichung überholt sein.
Belegt ein heutiger Import die Aktualität?
Nein. Er belegt nur den Eingang der Kopie. Prüfen Sie Veröffentlichungsereignis, Bekanntmachungsfassung, amtlichen Verlauf und die für den nächsten Schritt wichtigen Felder.
Ist eine abgelaufene Frist ein Beweis für ein geschlossenes Verfahren?
Nein. Sie löst eine sofortige Revalidierung aus. Eine Berichtigung kann die Frist verschoben haben, oder die kopierte Frist kann zu einem anderen Los oder Verfahrensschritt gehören.
Darf ein Agent die veraltete Frist automatisch ersetzen?
Nicht als stille Korrektur. Er hält den alten Wert, den amtlichen neuen Fund und ihre Beziehung fest. Die freigegebene Datenpflege entscheidet über die Änderung des operativen Datensatzes.
Was beweist 304 Not Modified?
Die HTTP-Antwort validiert die ausgewählte Darstellung gegen eine gespeicherte Bedingung. Andere Bekanntmachungen, Anlagen, Portalnachrichten oder nicht dargestellte Tatsachen sind davon nicht umfasst.
Worin unterscheiden sich veraltet und geschlossen?
Veraltet bewertet die Nutzbarkeit einer Kopie. Geschlossen ist ein fachlicher Verfahrensstatus, der mit aktuellen amtlichen Quellen, einschlägiger Frist und Verfahrensstufe gesondert geprüft wird.
Soll die alte Aggregator-Karte gelöscht werden?
Nicht aufgrund dieser Prüfung. Erhalten Sie sie als Herkunftsbeleg, verbinden Sie das spätere Ereignis und lassen Sie die zuständige Daten- oder Aufbewahrungsregel über die Darstellung entscheiden.
Wann ist die nächste Prüfung fällig?
Der Auslöser folgt aus nächster Nutzung, Quellenvolatilität und Fristnähe. Vor einer materiellen Abhängigkeit von Frist, Dokument, Status oder Einreichungsweg muss die amtliche Quelle erneut geprüft werden.
Quellen
Primärquellen
- Open-Data-API des Bekanntmachungsservice für Tages- und Monatsexporte Datenservice Öffentlicher Einkauf
- TED eForms zu Metadaten und Kennungen einer Bekanntmachung Amt für Veröffentlichungen der Europäischen Union
- TED eForms zur Struktur einer Änderungsbekanntmachung Amt für Veröffentlichungen der Europäischen Union
- eForms-Felder zur Frist für den Eingang von Angeboten, BT-131 Amt für Veröffentlichungen der Europäischen Union
- OCDS-Erläuterung zu Releases und Records Open Contracting Partnership
- OCDS-Codelisten für Updates, Amendments und Status Open Contracting Partnership
- RFC 9110 zu ETag und Last-Modified RFC Editor
Über den Autor
Tony Kim
Tony schreibt über angewandte AI, verlässliches Product Engineering und Systeme, die komplexe Response-Arbeit kontrollierbar machen.
Zelius
Gemanagte Ausschreibungsintelligenz und Bid-Ausführung für Teams, die das Geschäftsergebnis suchen.
Anbieter, Gründerinnen und Gründer sowie Vertriebsteams für öffentliche und private Chancen. Ausgangspunkt sind der bestehende Ablauf, seine Grenzen und die vorhandenen Nachweise.