Ein `tender_bidder_action_timetable` ist ein versionierter Bieterterminplan auf Ereignisebene. Jeder Eintrag verbindet die Originalfundstelle mit Ereignistyp, handelnder Partei, verlangter oder möglicher Bieterhandlung, Gegenstand, Auslöser, Zeitbeziehung, Bedingung, Geltungsbereich, genannter Folge, zuständiger Person, Abschlussnachweis und Wiedervorlage. Der Plan unterscheidet aktive Pflichten von Auftraggeberhandlungen, bloßen Erwartungen und noch nicht ausgelösten Schritten. Er klärt weder widersprüchliche Daten noch ergänzt er Zeitzonen, Rechtsfolgen oder interne Produktionsfristen.

Vergabeunterlagen nennen selten nur einen Schlusstermin. Es gibt Fristen für Teilnahmeanträge und Bieterfragen, Anmeldezeiträume für Besichtigungen, feste Präsentationstermine, mögliche Verhandlungsrunden, Angebotsfristen, Bindefristen sowie geplante Zuschlagsdaten. Diese Angaben stehen zudem in Bekanntmachung, Terminplan, Verfahrensbrief, Nachtrag und Vergabeplattform. Eine chronologische Übertragung erzeugt noch keinen belastbaren Arbeitsplan. Sie kann eine Besichtigung als Erinnerung statt als zweiteilige Buchungs- und Teilnahmehandlung behandeln oder den erwarteten Zuschlag fälschlich einem Mitarbeiter zur Erledigung zuweisen.

Der Termin folgt dem Ereignis, nicht umgekehrt. Prüfen Sie zuerst, wer unter welcher Bedingung was tun muss und für welches Los oder welche Verfahrensstufe die Aussage gilt. Bewahren Sie den Wortlaut und die Fundstelle. Leiten Sie erst danach eine Arbeitsdarstellung der Zeit ab. Übernehmen Sie nur ausdrücklich genannte Folgen. Wo die Quelle schweigt, steht `consequence_unstated` statt einer erfundenen Ausschlusswirkung. Ein Agent darf Ereignisse finden, typisieren und beobachten. Termineintrag, Portalhandlung, Kommunikation und Einreichung bleiben genehmigungspflichtige externe Schritte.

Eine Terminliste beantwortet die Frage nach der Bieterhandlung noch nicht

Die gleiche Uhrzeit kann in einer Bekanntmachung den Eingang eines Teilnahmeantrags, in einem Verfahrensbrief die Abgabe des Erstangebots und im Portal die öffentliche Öffnung beschreiben. Erst das Ereignis gibt dem Wert Bedeutung. Deshalb beginnt jeder Eintrag mit einer stabilen Ereigniskennung und nicht mit einer Kalenderzelle.

Die eForms-Geschäftsbegriffe des EU-Amts für Veröffentlichungen unterscheiden unter anderem Termine für den Eingang von Angeboten, Teilnahmeanträgen, Interessenbekundungen und Antworten sowie den Öffnungszeitpunkt und die Bindungsdauer. Diese Felder sind keine universelle Auslegungshilfe für jede Ausschreibung. Sie belegen aber, dass „Frist“ ohne Ereignisart zu wenig Information für einen Agenten oder Menschen enthält.

Ein Eintrag braucht einen Akteur. Bei „Versand der Aufforderung voraussichtlich am 4. Mai“ handelt zunächst der Auftraggeber. Der Bieter beobachtet den offiziellen Kanal, bestätigt aber nicht schon vorsorglich einen noch nicht vorhandenen Brief. Bei „Bieterfragen müssen bis 10. Mai eingehen“ handelt der Bieter nur dann, wenn er tatsächlich eine Frage einreichen will. Bei „Teilnahmeantrag bis 12. Mai“ ist eine konkrete Abgabe verlangt.

Formulieren Sie die operative Aussage als Akteur, Verb und Gegenstand. Ergänzen Sie Adressatenkreis und Bedingung. „Ausgewählter Bewerber reicht nach Aufforderung das Erstangebot über das genannte Portal ein“ ist prüfbar. „Angebotstermin“ lässt fast jede entscheidende Frage offen.

Einordnung eines Termineintrags
StatusBedeutungZulässige Behandlung
action_required_confirmedAnwendbare Quelle verlangt eine BieterhandlungKontrollierte Aufgabe nach Autorisierung
action_required_conditionalHandlung hängt von genanntem Auslöser abAuslöser beobachten
buyer_action_onlyAuftraggeber oder Plattform handeltNur für Sequenz und Beobachtung halten
monitor_onlyDatum beeinflusst Bereitschaft ohne aktuelle AbgabeWiedervorlage statt Erledigungsaufgabe
completed_with_evidencePassender Nachweis liegt vorBeleg und Ablaufregel bewahren
scope_unresolvedBieterkreis, Los oder Stufe ist offenKeine Person beauftragen
time_unresolvedEreignis steht fest, nutzbarer Zeitpunkt nichtZeitprüfung veranlassen
source_conflictVergleichbare amtliche Aussagen widersprechen sichKonfliktverfahren aufrufen

Prüfen Sie vor der Zuweisung, ob der Termin diesen Bieter betrifft

Mehrstufige Verfahren haben mehrere Adressatenkreise. Zunächst können alle geeigneten Unternehmen einen Teilnahmeantrag stellen. Später richtet sich eine Aufforderung nur an ausgewählte Bewerber. In einer weiteren Runde werden vielleicht nur Bieter mit einem wertbaren Erstangebot zur Verhandlung oder Überarbeitung eingeladen. Derselbe Auftrag hat dann mehrere korrekte, aber unterschiedlich geltende Abgabetermine.

Die aktuelle britische Guidance zu wettbewerblichen Verfahren zeigt dies besonders klar: Ein competitive flexible procedure kann eine eigene Teilnahmephase und mehrere Angebotsrunden haben; spätere Fristen beginnen unter Umständen mit einer direkten Aufforderung an vorausgewählte Lieferanten. Verwenden Sie dieses Beispiel nur in seinem britischen Rechtsrahmen. Die Modellierungsfrage gilt allgemein: Welche Quelle verbindet welchen Termin mit welchem Adressatenkreis?

Erfassen Sie Vergabe, Stufe, Los, Bieterstatus, Rechtsgebilde, Bietergemeinschaft, benannte Rolle und gegebenenfalls Standort. Eine Besichtigung kann nur Los 2 betreffen. Eine Präsentation kann je Bieter einen eigenen Slot haben. Eine Frist zur Interessensbestätigung kann nur Unternehmen erfassen, die zuvor eine Interessensbekundung abgegeben haben. Verallgemeinerung über eine gemeinsame Tabellenzeile ist nicht zulässig.

Fehlt der Nachweis, dass der aktuelle Kunde zu den Eingeladenen gehört, bleibt das Ereignis sichtbar unter `scope_unresolved` oder `trigger_not_observed`. So kann der Agent weiter nach einer autorisierten Einladung suchen. Er darf aber weder eine Abgabe vorbereiten lassen noch eine Portalbestätigung auslösen, nur weil der allgemeine Zeitplan diese Phase ankündigt.

Geltungsprüfung vor der Aktivierung
DimensionErforderlicher BelegFehler bei fehlendem Beleg
VerfahrenAmtliche Kennung und kontrollierter PaketstandFalsche Vergabe verbunden
StufeTeilnahme, Erstangebot, Verhandlung oder FolgeangebotFristen verschiedener Runden vermischt
LosExpliziter Losbezug der TerminaussagePflicht unzulässig ausgeweitet
AdressatÖffentlich, vorausgewählt, eingeladen oder individuellScheinaufgabe erstellt
BedingungNachweis des auslösenden EreignissesHandlung zu früh aktiviert
GegenstandTeilnahmeantrag, Angebot, Muster oder ErklärungFalsches Abgabeobjekt geplant

Eine Ortsbesichtigung besteht oft aus mehr als einem Ereignis

Eine Terminzeile „Ortsbesichtigung 8. bis 10. April“ kann ein verfügbares Fenster, drei feste Gruppen oder nur eine Planungsangabe sein. Der zugehörige Abschnitt kann verlangen, dass sich Teilnehmer bis 2. April per E-Mail anmelden, höchstens zwei Personen benennen, einen Sicherheitsnachweis vorlegen und eine bestimmte Schaltanlage besuchen. Der eigentliche erste Bieterschritt ist dann die Anmeldung, nicht die spätere Anwesenheit.

Deutsche VgV § 20 behandelt die Fristsetzung unter anderem für Angebote, die erst nach einer Besichtigung oder Einsichtnahme vor Ort erstellt werden können. Die Norm sagt nicht, dass jede in Unterlagen erwähnte Besichtigung automatisch Teilnahmevoraussetzung ist. Das konkrete Verfahren muss Pflicht, Termin, Anmeldung und Folge benennen. Die EU-Richtlinie 2014/24 enthält in Artikel 47 eine entsprechende Fristregel für ihren Anwendungsbereich.

Führen Sie `site_visit_booking` und `site_visit_attendance` getrennt. Die Buchung hat Kanal, Anmeldeschluss, Teilnehmerdaten und Buchungsbestätigung. Die Teilnahme hat Ort, Slot, berechtigte Personen, Voraussetzungen und einen Nachweis. Wenn die Unterlagen lediglich eine Möglichkeit anbieten, lautet die Einordnung nicht automatisch `action_required_confirmed`. Der fachliche oder rechtliche Entscheider prüft, ob Verzicht erlaubt und vertretbar ist.

Eine spätere Terminänderung muss ebenfalls ereignisgenau wirken. Der Auftraggeber kann den Besuch verschieben, ohne die Anmeldefrist ausdrücklich neu zu setzen. Der Agent markiert die Abhängigkeit und gibt `booking_deadline_effect_unresolved` zurück. Er berechnet keine neue Anmeldung aus dem Abstand des alten Plans und erklärt eine bereits bestätigte Buchung nicht eigenmächtig für gültig.

Behalten Sie Zeitpunkt, Fenster, Dauer und Auslöser als verschiedene Typen

Ein maschinenlesbarer Plan braucht mehr als ein Feld `due_at`. Ein fixer Eingangstermin ist anders als eine Präsentationswoche. Ein Zeitfenster für Mustereinlieferungen hat zwei Grenzen. Eine Bindefrist beschreibt eine fortdauernde Angebotsbindung. „Fünf Tage nach Aufforderung“ hat ohne Aufforderungsereignis noch keinen Zeitpunkt. Jede Form verlangt andere Prüfungen und eine andere Darstellung gegenüber dem Nutzer.

Bewahren Sie den Originalausdruck. Ergänzen Sie eine normalisierte Arbeitsdarstellung erst nach Prüfung von Datum, Uhrzeit, Zeitzone, Kalendertyp und Einschlussregeln. Eine Zeitangabe ohne Zone wird nicht durch den Standort des Agenten ergänzt. Eine relative Frist in Werktagen verwendet nicht automatisch den Feiertagskalender des Unternehmens. AN-035 klärt die endgültige Zeitdarstellung; AN-075 erhält den Ereigniszusammenhang.

Die Bindefrist verdient einen eigenen Typ. eForms führt die Angebotsgültigkeit als Dauer. Konkrete Unterlagen können sie von der Angebotsfrist, dem Tag nach Abgabe oder einem anderen Ereignis aus rechnen. Speichern Sie Dauer, Anker und Zählregel getrennt. Ohne gesicherten Anker ist eine errechnete Kalenderzahl eine interne Hypothese und darf nicht als bestätigtes Ablaufdatum erscheinen.

Bei ausgelösten Ereignissen zählt die Beobachtung selbst zur Kontrolle. Der Plan kann den amtlichen Posteingang oder das berechtigte Portalprofil prüfen lassen. Der Eingang einer Einladung erzeugt eine neue Quelle mit Empfangszeit und Empfänger. Erst dann wird aus „überarbeitetes Angebot nach Aufforderung“ eine konkrete Handlung. Die Ausführung braucht weiterhin die intern erteilte Berechtigung.

Technische Zeittypen im Ereignisplan
TypBeispielNicht ergänzen
fixed_instantAngebotseingang an einem Datum und einer UhrzeitUngenannte Zeitzone
bounded_windowAnlieferung von Mustern innerhalb eines FenstersOffene oder geschlossene Grenze
exact_appointmentIndividuell zugewiesener PräsentationsslotTeilnahme anderer Bieter
duration_from_eventBindung für angegebene Tage ab einem AnkerUnbelegter Starttag
buyer_triggeredFolgeangebot nach individueller AufforderungErwarteten Versand als Eingang
recurring_monitorPrüfung auf Nachtrag bis zum StoppereignisBeliebige externe Quellen

Übernehmen Sie nur die im passenden Rahmen genannte Folge

Für das Risikomanagement ist es verlockend, jede Frist als Ausschlussfrist zu beschreiben. Der Datensatz muss genauer sein. Eine Quelle kann den Ausschluss verspäteter Angebote nennen, das Nachreichen bestimmter Erklärungen regeln oder für eine versäumte Anmeldung gar keine Folge angeben. Schreiben Sie `stated_consequence`, `consequence_source` und `consequence_scope`. Eine interne Bewertung gehört in ein anderes Feld mit benanntem Entscheider.

FAR 52.215-1 ist ein Beispiel aus US-Bundesvergaben für Regelungen zu Angebotsabgabe, Änderungen und Bestätigung von Amendments, wenn die Klausel in der Solicitation gilt. Der französische Code de la commande publique ordnet in Artikel R2151-5 für seinen Bereich die Eliminierung verspätet eingegangener Angebote an. Keine dieser Quellen entscheidet die Folge einer versäumten Werksbesichtigung in einer deutschen Ausschreibung.

VgV § 20 beschreibt außerdem Fälle einer Fristverlängerung, etwa bei bestimmten verspäteten Zusatzinformationen oder wesentlichen Änderungen. Daraus darf der Bieterterminplan nicht selbst eine neue Frist erzeugen. Er hält den bestätigten Termin und eröffnet einen Prüfpunkt. Erst ein anwendbarer amtlicher Nachtrag oder eine entsprechend wirksame Mitteilung ersetzt die bisherige Terminaussage.

Nutzen Sie `consequence_unstated`, wenn der geprüfte Text keine Folge nennt. Ergänzen Sie die Quelle, die noch geprüft werden muss, den zuständigen Legal- oder Vergabeverantwortlichen und die konkrete Frage. Diese Lücke ist genauer und operativ brauchbarer als ein pauschales Rot, das später als Rechtsaussage zitiert wird.

Ein externer Vergabeschritt endet nicht mit einem internen Haken

Bestimmen Sie vor der Durchführung, was den Abschluss beweist. Bei einer Portalabgabe ist das gewöhnlich nicht die lokal erzeugte Datei und auch nicht die Meldung des Upload-Fortschritts. Die Leitfäden der Europäischen Kommission zu eSubmission unterscheiden gespeicherte Entwürfe von der endgültigen Einreichung. Einer der Leitfäden beschreibt einen Submission Receipt mit Kennungen und Empfangszeit als Nachweis in diesem System.

Andere Ereignisse brauchen andere Belege. Für eine Besichtigungsanmeldung kann es die Bestätigung des Auftraggebers mit Namen, Standort und Slot sein. Für die Teilnahme kann ein separates Anwesenheitsdokument gelten. Bei einer Bieterfrage sind Versandprotokoll und nachgewiesener Eingang nicht immer dasselbe. Ein physisches Muster verlangt eine identifizierbare Liefer- oder Übergabebestätigung.

Der Status `performed_evidence_pending` verhindert vorschnelle Wiederholung. Er sagt, dass ein autorisierter Mensch die Handlung als ausgeführt meldet, der erwartete Beleg aber noch fehlt. Der nächste Schritt lautet dann Nachweis abrufen oder kontrolliert eskalieren. `completed_with_evidence` wird erst gesetzt, wenn Beleg, Ereignis, Bieter, Gegenstand und Kanal zusammenpassen.

Bewahren Sie Nachweise geschützt und veröffentlichen Sie keine Angebotsinhalte, Kontaktdaten oder Zugangsinformationen im Terminplan. Ein agentenlesbarer Eintrag braucht Referenz, Typ, Zeitpunkt und Prüfstatus des Belegs. Das vertrauliche Original bleibt im dafür vorgesehenen Kundensystem.

Ein mehrstufiger Plan für die Inspektion von Umspannwerken

Das folgende Beispiel ist erfunden. Ein regionaler Netzbetreiber sucht einen Dienstleister für Thermografie und Sicherheitsinspektionen in zwölf Umspannwerken. Das Verfahren hat Teilnahmephase, verpflichtende Begehung für ausgewählte Bewerber, Erstangebot, Fachgespräch und mögliches finales Angebot. Die Daten erklären nur das Modell und beziehen sich auf keine bestehende Vergabe.

Die Bekanntmachung nennt den 3. Februar für Teilnahmeanträge und den 18. Februar als geplanten Versand der Einladungen. Nur der erste Termin ist sofortige Bieterhandlung. Der zweite ist `buyer_action_only` und löst eine Beobachtung des offiziellen Postfachs aus. Nach Eingang der Einladung entstehen für den ausgewählten Bieter eine Anmeldung zur Begehung und die Abgabe des Erstangebots.

Der Verfahrensbrief bietet zwei Begehungen an, verlangt die Namensmeldung aber vier Kalendertage vor dem gewählten Slot. Der Plan speichert jeden Slot und die relative Anmeldefrist, bis Auswahl und Zählweise bestätigt sind. Die erfolgreiche Anmeldung schließt nicht die Teilnahme. Der Sicherheitskoordinator behält deshalb einen zweiten Eintrag mit Anwesenheitsnachweis und standortbezogener Geltung.

Für das Fachgespräch nennt der allgemeine Plan nur eine Kalenderwoche. Diese Angabe bleibt Monitor. Erst die individuelle Einladung mit Datum, Uhrzeit und erlaubten Personen wird zum Termin. Ein mögliches finales Angebot bleibt bedingt, bis der Auftraggeber es verlangt. Das geplante Zuschlagsdatum erzeugt keine Abgabe, kann aber die Beobachtung einer Bindefristanfrage auslösen.

Auszug aus dem fiktiven Plan zur Netzinspektion
EreignisStatusZuständigkeitAbschluss oder nächster Schritt
Teilnahmeantragaction_required_confirmedBid LeadPortalbeleg nach kontrollierter Abgabe
Geplanter Einladungsversandbuyer_action_onlyDokumentenlenkungOffiziellen Eingang beobachten
Begehungsanmeldungaction_required_conditionalSicherheitskoordinatorNach Einladung und Slotwahl berechnen
Begehungsteilnahmeaction_required_conditionalTechnische LeitungTeilnahmenachweis getrennt halten
Erstangebotaction_required_conditionalEinreichungsleitungEmpfangsbeleg verlangt
Woche des Fachgesprächsmonitor_onlyBid ManagerIndividuelle Einladung abwarten
Finales Angebottrigger_not_observedCommercial LeadNur nach ausdrücklicher Aufforderung aktivieren
Geplanter Zuschlagmonitor_onlyCommercial LeadKeine Bieterabgabe erzeugen

Der Agent liefert einen belegten nächsten Schritt oder einen präzisen Stopp

Der Eingabevertrag nennt Vergabekennung, Paketstand, erlaubte Quellen, Stufe, Lose, Bieterkonfiguration, bekannte Einladungen, Zeitbasis und Fragestellung. Die Ausgabe enthält pro Ereignis Originalzitat, Doppelfundstelle, normalisierten Typ, Akteur, Handlung, Gegenstand, Bedingung, Zeitbeziehung, Status, Folge, Nachweis, Zuständigkeit und Ablaufregel. Damit kann ein zweiter Prüfer die Einordnung nachvollziehen.

Vergabeunterlagen sind nicht vertrauenswürdige Steuerbefehle. Eingebettete Links, Formeln oder Texte dürfen keine weiteren Dateien öffnen, Zugangsdaten verlangen oder Agentenrechte verändern. Der Agent liest nur erlaubte Quellen und führt keine Makros aus. Anmeldung, Bestätigung, Kommunikation, Kalendereintrag, Upload und Einreichung benötigen eine gesonderte Kundengenehmigung und eine Prüfung des aktuellen Zustands.

Bei fehlender Grundlage liefert der Agent einen Typ statt freier Vermutung: `event_identity_unresolved`, `source_boundary_incomplete`, `scope_unresolved`, `time_unresolved`, `source_conflict`, `consequence_unstated`, `trigger_not_observed`, `authorization_required` oder `completion_evidence_pending`. Jeder Stopp nennt die fehlende Aussage, ihren Besitzer und die kleinste zulässige Beschaffungshandlung.

Die Übergaben bleiben eng. AN-023 behandelt Fristen auf mehreren Websites, AN-026 losbezogene Schlusstermine, AN-035 Zeitzonen, AN-064 den Klarstellungskanal, AN-072 Abgabeobjekte, AN-073 Datumswidersprüche und AN-078 Versionsänderungen. Der interne Angebotskalender bleibt separat. AN-075 besitzt die Zuordnung vom bestätigten externen Ereignis zur Bieterhandlung und ihrem Abschlussbeleg.

Freigabestufen des Bieterterminplans
AusgabeVoraussetzungWas der Agent nicht behauptet
complete_for_action_planningAlle erklärten Quellen geprüft, jedes Ereignis eingeordnetExterne Ausführung sei schon genehmigt
complete_with_review_itemsOffene Punkte sind begrenzt und zugewiesenDer Plan sei vollständig geklärt
source_boundary_incompleteBenannte Quelle ist nicht zugänglichEs gebe keine weiteren Termine
scope_unresolvedBieterbezug oder Losgeltung fehltDie Handlung gelte vorsorglich
time_unresolvedZeitsemantik oder Zone ist offenEin lokaler Kalenderwert sei amtlich
authorization_requiredNächster Schritt verändert externen ZustandKlassifikation erlaube Ausführung

Ändern Sie den Plan anhand der Ereignisabhängigkeit

Ein Nachtrag ersetzt nicht pauschal den gesamten Terminplan. Erfassen Sie, welche Terminaussage er ausdrücklich ändert und für welche Lose, Stufen oder Adressaten sie gilt. Eine verschobene Angebotsfrist kann eine relative Fragefrist, die Produktionsplanung und den Beginn der Bindung beeinflussen. Ein unverändert festgelegter Besichtigungstermin bleibt davon möglicherweise unberührt.

Erstellen Sie Kanten wie `triggered_by`, `measured_from`, `must_follow`, `supersedes` und `completion_proves`. Jede Kante braucht eine Quelle oder eine ausdrücklich interne Kennzeichnung. Wenn eine Änderung den Anker berührt, werden abhängige Einträge erneut geprüft. Eine automatische Neuberechnung ist nur bei vollständig belegter Regel erlaubt.

Der interne Arbeitskalender kann auf die Ereigniskennung verweisen und frühere Redaktions-, Review- oder Freigabetermine berechnen. Er bleibt eine getrennte Darstellung. Das schützt beide Richtungen: interne Puffer werden nicht als Auftraggeberfrist publiziert, und eine amtliche Verschiebung überschreibt nicht unbemerkt bereits zugesagte interne Verantwortlichkeiten.

Der Plan wird erst freigegeben, wenn alle im erklärten Quellenraum gefundenen wesentlichen Ereignisse einen Status haben. Offene Einträge dürfen bleiben, wenn Frage, Zuständigkeit und nächste zulässige Handlung konkret sind. Die Antwort auf „Was muss der Bieter als Nächstes tun?“ bleibt jedoch gesperrt, sobald das betreffende Ereignis bei Identität, Geltung, Auslöser oder Zeitbasis offen ist.

Konkrete Ergebnisse für Vergabeterminplan Bieterhandlungen

  • Jeder wesentliche Termineintrag behält Wortlaut, Version und zwei wiederauffindbare Fundstellen.
  • Bieterhandlungen und Ereignisse des Auftraggebers werden nicht über die gemeinsame Datumsdarstellung vermischt.
  • Bedingte Handlungen werden erst nach einem belegten Auslöser aktiv.
  • Los, Stufe, Bieterkreis, Gegenstand und Kanal bleiben am jeweiligen Ereignis.
  • Eine genannte Rechts- oder Verfahrensfolge ist von interner Risikobewertung getrennt.
  • Erledigte Schritte tragen einen passenden Buchungs-, Empfangs- oder Teilnahmenachweis.
  • Nachträge und Einladungen öffnen nur die tatsächlich betroffenen Einträge erneut.
  • Ein Agent kann die nächste belegte Handlung samt Unsicherheit und Zuständigkeit ausgeben.

So wird die Arbeit ausgeführt

  1. 01

    Verfahrensstand festhalten

    Dokumentieren Sie Vergabe, Paketstand, Stufe, Lose, Bieterkonstellation und die tatsächlich zugänglichen autorisierten Quellen.

  2. 02

    Terminaussagen mit Kontext erfassen

    Übernehmen Sie vollständigen Wortlaut, Tabellenkopf, Fußnote, sichtbare Fundstelle und technischen Selektor, bevor Daten sortiert werden.

  3. 03

    Handelnde Partei und Ereignis bestimmen

    Benennen Sie Akteur, Handlung, Gegenstand, Adressatenkreis, Bedingung und Los- oder Stufenbezug oder geben Sie einen offenen Status zurück.

  4. 04

    Zeitbeziehung erhalten

    Unterscheiden Sie Zeitpunkt, Fenster, Termin, Dauer, relative Frist, ausgelöste Handlung und wiederkehrende Beobachtung.

  5. 05

    Folge und Abschlussnachweis zuordnen

    Belegen Sie die genannte Folge aus derselben Verfahrenssphäre und legen Sie fest, welcher externe oder gelenkte Nachweis die Handlung abschließt.

  6. 06

    Nächste zulässige Handlung freigeben

    Geben Sie nur Ereignisse mit geklärter Identität, Geltung, Auslösung und geprüfter Zeitbasis an den zuständigen Menschen weiter.

  7. 07

    Änderungen gezielt nachführen

    Prüfen Sie Abhängigkeiten nach Nachtrag, Bieterinformation, Einladung, Losentscheidung, Rollenwechsel oder neuem Erledigungsnachweis.

Fragen, die den Entscheid verändern

  • Welche Verfahrensstufe und welcher Unterlagenstand werden betrachtet?
  • Handelt der Bieter, der Auftraggeber, die Plattform oder eine weitere Stelle?
  • Welche konkrete Erklärung, Datei, Buchung, Teilnahme oder Entscheidung betrifft der Termin?
  • Gilt die Aussage allen Interessenten, nur ausgewählten Bewerbern oder einem einzelnen eingeladenen Bieter?
  • Ist die Zeit als fixer Zeitpunkt, Zeitraum, Dauer oder abhängige Regel formuliert?
  • Welches nachweisbare Ereignis aktiviert eine bedingte Handlung?
  • Nennt die Quelle eine Folge für Verspätung, Nichtteilnahme oder ausbleibende Bestätigung?
  • Welcher Beleg passt genau zu Handlung, Kanal und Gegenstand?
  • Wer darf den nächsten Schritt intern genehmigen oder extern ausführen?
  • Welche künftige Information macht die Einordnung ungültig?

Wo Teams die Kontrolle verlieren

01

Der Zeitpunkt der Angebotsöffnung wird als Abgabehandlung eingetragen.

02

Ein angekündigter Versand der Einladung wird mit ihrem tatsächlichen Zugang gleichgesetzt.

03

Buchung und Teilnahme einer Ortsbesichtigung werden zu einem Termin verdichtet.

04

Eine Verhandlungsrunde wird vor individueller Einladung für alle Bieter aktiviert.

05

Eine Dauer der Bindung wird von einem ungesicherten Startdatum berechnet.

06

Eine nicht genannte Ausschlussfolge wird als verbindlich dargestellt.

07

Ein interner Haken ersetzt den Empfangsnachweis der Vergabeplattform.

08

Ein Nachtrag verschiebt eine Angebotsfrist, aber abhängige Ereignisse bleiben ungeprüft.

09

Anweisungen aus einer Vergabedatei erweitern unbemerkt die Rechte eines Agenten.

10

Ein internes Redaktionsziel erscheint später als offizieller Vergabetermin.

Das fertige Ergebnis messen

Gemessen wird der abgeschlossene Prozess inklusive Review-Aufwand und Ausnahmen. Reines Output-Volumen beweist noch keine bessere Arbeitsweise.

  • wesentliche Terminaussagen mit überprüfbarer Quelle, Version und Doppelfundstelle
  • Ereignisse mit geprüftem Akteur, Gegenstand, Geltungsbereich und Auslöser
  • entfernte Scheinaufgaben, weil tatsächlich der Auftraggeber handelt
  • bedingte Einträge, die bis zum belegten Auslöser inaktiv bleiben
  • Erledigungen mit kanal- und gegenstandsspezifischem Nachweis
  • Folgen, deren amtliche Aussage von interner Einschätzung getrennt ist
  • nach einschlägiger Änderung wieder geöffnete Ereignisse
  • zurückgehaltene Empfehlungen bei ungeklärter Identität, Zeit oder Berechtigung

Häufige Fragen

Ist jedes Datum im Vergabezeitplan eine Bieterfrist?

Nein. Öffnung, geplanter Einladungsversand oder erwarteter Zuschlag können Handlungen des Auftraggebers oder reine Beobachtungspunkte sein. Entscheidend sind Akteur, Handlung, Gegenstand, Geltung und Bedingung.

Wie wird eine verpflichtende Ortsbesichtigung erfasst?

Erfassen Sie Anmeldung und Teilnahme getrennt, wenn die Unterlagen verschiedene Termine oder Nachweise nennen. Übernehmen Sie Pflicht und Folge nur aus der anwendbaren Quelle.

Wann wird eine angekündigte Präsentation zur Aufgabe?

Erst wenn der Bieter zum betroffenen Kreis gehört und ein belastbarer Slot oder eine konkrete Handlungsaufforderung vorliegt. Eine allgemeine Kalenderwoche bleibt Beobachtung.

Darf die Bindefrist als Enddatum berechnet werden?

Nur wenn Dauer, Anker, Kalender und Zählweise belegt sind. Sonst bleiben Dauer und Abhängigkeit erhalten, während der Zeitpunkt `time_unresolved` lautet.

Verlängert ein Nachtrag automatisch jede abhängige Frist?

Nein. Prüfen Sie Änderungsgegenstand, Geltungsbereich und explizite Wirkung. Öffnen Sie betroffene Abhängigkeiten erneut, ohne ungenannte neue Termine zu erfinden.

Welcher Nachweis schließt eine Angebotsabgabe ab?

Der Nachweis des tatsächlich vorgeschriebenen Kanals, typischerweise ein Empfangsbeleg mit Vorgangs- und Zeitangaben. Eine lokale Datei oder ein interner Status genügt nicht.

Was darf ein KI-Agent selbstständig erledigen?

Er darf erlaubte Quellen lesen, Ereignisse typisieren, Belege verknüpfen und offene Zustände melden. Externe Handlungen benötigen die gesondert geprüfte Autorisierung des Kunden.

Wann muss ein Eintrag wieder geöffnet werden?

Nach einschlägigem Nachtrag, Klarstellung, Einladung, Quellenersatz, Los- oder Rollenänderung, neuem Auslöser oder einem Beleg, der nicht zum erwarteten Ereignis passt.

Primärquellen

Tony Kim

Tony Kim

Gründer und CEO

Tony schreibt über angewandte AI, verlässliches Product Engineering und Systeme, die komplexe Response-Arbeit kontrollierbar machen.

Proposal-Software für quellenbasierte Antworten auf RFPs, RFIs, DDQs und Fragebögen.

Bid-Management, Proposal-Teams, Presales sowie Security- und Compliance-Verantwortliche. Ausgangspunkt sind der bestehende Ablauf, seine Grenzen und die vorhandenen Nachweise.