---
title: "Wo müssen Fragen zu einer Ausschreibung eingereicht werden?"
description: "Belegen Sie den zulässigen Bieterkanal, seine Zugangsvoraussetzungen und die Fragenfrist, bevor jemand eine Nachricht versendet."
canonical: "https://zephior.com/de/insights/verify-the-official-clarification-channel"
last-updated: 2026-09-03
---

# Wo müssen Fragen zu einer Ausschreibung eingereicht werden?

> Belegen Sie den zulässigen Bieterkanal, seine Zugangsvoraussetzungen und die Fragenfrist, bevor jemand eine Nachricht versendet.

Von [Tony Kim](https://zephior.com/de/authors/tony-kim). Veröffentlicht 2026-09-03; aktualisiert 2026-09-03. 15 Min. Lesezeit.

## Definition

Eine Prüfung des Bieterfragenkanals verbindet ein bestimmtes Verfahren, die aktuelle Bekanntmachungs- oder Aufforderungsfassung, das Los, die Verfahrensstufe und die Fragenart mit der hierfür geltenden Kommunikationsanweisung. Das Ergebnis ist ein clarification_channel_record mit genauer Fundstelle, Kanalart und Ziel, erforderlichem Konto oder Rolle, geprüftem Zugangszustand, unverändert übernommener und zeitlich aufgelöster Fragenfrist, Regeln zu Anlagen und Veröffentlichung, erwartetem Eingangsbeleg, Konflikten, Gültigkeit und nächster zulässiger Handlung. Die Prüfung trennt Bieterfragen von technischem Support, allgemeinen Kontakten, Angebotsabgabe, Nachprüfungsverfahren, Datenschutz und früherer Vertriebskorrespondenz. Sie bleibt lesend und versendet nichts.

## Problem

Auf einer Bekanntmachung stehen häufig Name, Telefon und E-Mail einer Kontaktstelle. Ein Link führt zu den Vergabeunterlagen, ein weiterer zur elektronischen Abgabe. Auf der Plattform gibt es außerdem Hilfe, Nachrichten und manchmal einen eigenen Bereich für Bieterfragen. Keine dieser Oberflächen erklärt allein, welcher Weg für die konkrete Frage und Verfahrensstufe gilt. Eine zentrale E-Mail-Adresse kann nur der organisatorischen Auskunft dienen, während die Bewerbungsbedingungen jede inhaltliche Frage auf die Plattform verweisen. Wer aus Bequemlichkeit den falschen Kontakt wählt, besitzt möglicherweise weder eine verfahrensbezogene Nachricht noch einen belastbaren Eingangsbeleg.

## Perspektive

Behandeln Sie den Kanal als Verfahrensanweisung und nicht als Adresssuche. Beginnen Sie bei den aktuellen Bewerbungsbedingungen, der Aufforderung und den Änderungen. Prüfen Sie danach die ausdrücklich bezeichnete Plattformfunktion und ihre Zugangshürde. § 9 VgV legt für Kommunikation im Vergabeverfahren grundsätzlich elektronische Mittel fest, wählt aber nicht das Postfach eines einzelnen Auftraggebers. Auch ein eForms-Feld für zusätzliche Auskünfte ersetzt keine verfahrensbezogene Bedienungsregel. Bei widersprüchlichen Quellen bleibt der Versand gesperrt. Ein Agent darf öffentliche Unterlagen lesen und mit erlaubtem Nur-Lese-Zugriff die Oberfläche prüfen. Er darf ohne gesonderten Auftrag weder eine Frage anlegen noch absenden, Support kontaktieren, Bedingungen annehmen oder ein Unternehmen vertreten.

## Maßgeblich ist der für das Verfahren bezeichnete Weg

Eine Bieterfrage gehört in den Portalbereich, das Postfach, die Anschrift oder die Veranstaltung, welche die aktuelle Verfahrensanweisung für diese Fragenart benennt. Die organisatorische Nähe zum Auftraggeber reicht nicht. Selbst wenn dieselbe Vergabestelle alle Adressen betreibt, können sie unterschiedliche rechtliche und technische Funktionen haben.

channel_confirmed bedeutet, dass aktuelle Anweisung, Verfahren, Fragenart und erreichbarer Kanal übereinstimmen. channel_confirmed_access_gated hält fest, dass der Weg belegt ist, aber Konto, Unternehmensbezug, Einladung oder Rolle benötigt. multiple_channels_by_question_class ist richtig, wenn der Auftraggeber Fragen zum Inhalt, vertrauliche Unterlagen und technische Fehler ausdrücklich auf verschiedene Wege verteilt.

Bei zwei widersprechenden aktuellen Regeln lautet der Zustand instruction_conflict. deadline_unresolved gilt, wenn der Weg erkennbar ist, aber sein nutzbarer Stichtag nicht. access_unverified hält eine nicht geprüfte geschützte Oberfläche offen. channel_not_found sagt nur, dass in den geprüften aktuellen Quellen kein zulässiger Weg gefunden wurde. source_unavailable und procedure_identity_unresolved verhindern Aussagen auf unvollständiger oder falsch zugeordneter Grundlage.

**Entscheidungszustände der Kanalprüfung**

| Zustand | Beleglage | Nächste zulässige Handlung |
| --- | --- | --- |
| channel_confirmed | Anweisung, Zweck und erreichbarer Kanal stimmen überein | Autorisierte Übermittlung vorbereiten |
| channel_confirmed_access_gated | Kanal ist klar, erforderlicher Zugang steht noch aus | Berechtigten Kontoinhaber und Zugangsprüfung zuweisen |
| multiple_channels_by_question_class | Anweisung trennt Kommunikationsarten | Frage klassifizieren und passenden Weg wählen |
| instruction_conflict | Aktuelle Quellen nennen verschiedene Wege | Nicht senden und Geltungskonflikt klären |
| deadline_unresolved | Kanal belegt, nutzbare Frist nicht belegt | Frist und Zeitzone gesondert prüfen |
| access_unverified | Geschützter Bereich ist genannt, aber nicht eingesehen | Nur-Lese-Berechtigung beschaffen oder Unsicherheit behalten |
| channel_not_found | Geprüfte Quellen enthalten keine zulässige Route | Intern eskalieren, keinen Ersatzkontakt erfinden |
| source_unavailable | Notwendige Unterlage ist nicht zugänglich | Abruf oder Zugang verantworten lassen |
| procedure_identity_unresolved | Kanal lässt sich nicht sicher dem Verfahren zuordnen | Zuerst Verfahrens- und Fassungsidentität klären |

## § 9 VgV verlangt elektronische Kommunikation, aber benennt nicht das Postfach

§ 9 Absatz 1 VgV ordnet für Senden, Empfangen, Weiterleiten und Speichern von Daten im Vergabeverfahren grundsätzlich elektronische Mittel an. Absatz 2 lässt mündliche Kommunikation nur außerhalb der dort genannten Unterlagen und Eingaben zu und verlangt eine ausreichende Dokumentation. Daraus folgt keine allgemeine Regel, nach der jede E-Mail-Adresse des Auftraggebers Bieterfragen wirksam empfängt.

§ 29 VgV beschreibt die Vergabeunterlagen als die Angaben, die ein Unternehmen für die Teilnahmeentscheidung benötigt. Dazu gehören regelmäßig die Einzelheiten des Verfahrens in den Bewerbungsbedingungen. Dort ist daher die konkrete Kommunikationsregel zu suchen. Eine Bekanntmachung oder Plattformseite kann den Einstieg liefern, doch die aktuelle verfahrensbezogene Anweisung muss Ziel, Zweck und gegebenenfalls Frist tragen.

Die amtlichen allgemeinen Bewerbungsbedingungen der Bundesnetzagentur zeigen die Trennung besonders klar. Verfahrensfragen sind dort ausschließlich über die e-Vergabe-Plattform einzureichen. Antworten und Änderungen gehen nur an registrierte Teilnehmende über diese Plattform. Technische Fragen zur Plattform gehören dagegen zur technischen Hotline. Diese Bedingungen ersetzen keine abweichende Regel in der Aufforderung oder in verfahrensbezogenen Unterlagen. Sie zeigen, weshalb ein Agent Fragekanal, Zugang, Frist und technischen Support als getrennte Fakten erfassen muss.

**Aussagekraft deutscher Quellen**

| Quelle | Was sie belegt | Was sie nicht belegt |
| --- | --- | --- |
| § 9 VgV | Grundsatz und Grenzen elektronischer Kommunikation | Konkretes Portal oder konkrete E-Mail eines Verfahrens |
| § 29 VgV | Bewerbungsbedingungen gehören zu den Verfahrensangaben | Rangfolge bei widersprüchlichen Fassungen |
| Aktuelle Bewerbungsbedingungen | Kommunikationsweg für das benannte Verfahren | Tatsächliche Erreichbarkeit ohne Zugangsprüfung |
| Verfahrensbezogener Plattformbereich | Vorhandene Funktion, Verfahren und Zugangshürde | Rechtliche Bedeutung ohne zugrunde liegende Anweisung |
| Allgemeine Kontaktseite | Organisation ist erreichbar | Zulässiger Eingang einer Bieterfrage |

## Unterlagenlink, Fragenfrist und Abgabelink sind drei verschiedene Tatsachen

Im aktuellen eForms-Modell ist BT-13 die Frist für zusätzliche Informationen und wird einem Los oder Teil zugeordnet. BT-15 bezeichnet die URL der Vergabeunterlagen. BT-18 bezeichnet die URL für die elektronische Einreichung. Die Felder können auf dieselbe Plattform zeigen. Ihre fachliche Bedeutung bleibt trotzdem getrennt.

Übernehmen Sie ein Bekanntmachungsfeld mit Feldkennung, Losbezug, Wert, Fassung und Abrufzeit. Öffnen Sie anschließend den verlinkten Verfahrensbereich und die aktuellen Unterlagen. Eine reine Unterlagen-URL belegt keinen Frageknopf. Eine Submission-URL erlaubt nicht automatisch Nachrichten. Und ein Datum für zusätzliche Informationen nennt ohne ergänzende Quelle möglicherweise weder Uhrzeit noch Zeitzone.

Wenn die Bewerbungsbedingungen einen festen Termin nennen und die Bekanntmachung einen anderen Wert zeigt, überschreiben Sie keinen davon. Prüfen Sie Berichtigung, Versionszeit, Los und Bedeutung. Erst ein belegter Zusammenhang erlaubt accepted_channel und accepted_deadline. Sonst bleibt instruction_conflict oder deadline_unresolved bestehen.

**eForms-Werte ohne Funktionsvermischung**

| Feld | Bedeutung | Zusatzprüfung |
| --- | --- | --- |
| BT-13 | Frist für zusätzliche Informationen | Los, Uhrzeit, Zone und aktuelle Fassung |
| BT-15 | URL der Vergabeunterlagen | Enthält sie den benannten Kommunikationsbereich? |
| BT-18 | URL für elektronische Einreichung | Existiert eine getrennte Nachrichtenfunktion? |
| Kontaktstelle | Benannte Organisation oder Person | Ist sie für diese Fragenart ausdrücklich zuständig? |

## Die Antwortpflicht des Auftraggebers verrät nicht automatisch den letzten Fragetag

Speichern Sie question_deadline_raw so, wie die Quelle ihn nennt. Dazu gehören Bezugsfrist, Kalendertag oder Arbeitstag, Uhrzeit, Zeitzone, Los und Stufe. Ein bloßes Datum erhält keine erfundene Uhrzeit. Ein Verweis wie „zehn Kalendertage vor Angebotsfrist“ muss gegen die richtige Angebotsfrist und deren bereits geprüften Zeitpunkt gerechnet werden.

Artikel 53 Absatz 2 der Richtlinie 2014/24/EU setzt für rechtzeitig verlangte zusätzliche Informationen eine späteste Bereitstellung sechs Tage vor der Angebotsfrist fest, bei den genannten beschleunigten Verfahren vier Tage. Das ist keine europaweit einheitliche Fragenfrist. Der Auftraggeber kann einen früheren Termin festlegen. Halten Sie bidder_question_deadline und buyer_answer_rule in verschiedenen Feldern.

Verlängert eine Berichtigung die Angebotsfrist, wird eine feste Fragenfrist nicht still mitverschoben. Bei einer relationalen Regel ist zu prüfen, ob sie in der neuen Fassung fortgilt. Bei einem festen Datum muss die Änderung den Zusammenhang herstellen. Ohne diesen Beleg gibt der Agent deadline_unresolved aus und warnt vor der früheren plausiblen Grenze.

**Eigenständige Uhren im Prüfdatensatz**

| Feld | Inhalt | Unzulässiger Ersatz |
| --- | --- | --- |
| question_deadline_raw | Unveränderter Text der Verfahrensquelle | Nur normierter Termin |
| question_deadline_instant | Mit Uhrzeit und Zone belegter Zeitpunkt | Unterstellter Tagesabschluss |
| buyer_answer_rule | Regel zur Bereitstellung der Antwort | Letzter Termin für Bieter |
| tender_deadline | Eingangsfrist für Angebot oder Teilnahmeantrag | Fragenfrist |
| internal_review_by | Interner Freigabetermin | Amtlicher Stichtag |

## Ein sichtbarer Kontakt bleibt unzulässig, wenn die Bedingungen die Plattform verlangen

Nehmen Sie eine fiktive kommunale Bauausschreibung. Die Bekanntmachung nennt das Hochbauamt mit Telefon und zentraler E-Mail. Unter „Kommunikation“ steht jedoch: Bieterfragen sind ausschließlich über den verfahrensbezogenen Nachrichtenbereich der Vergabeplattform einzureichen. Fragen werden dort beantwortet. Die Bewerbungsbedingungen setzen den 18. November 2026 um 12:00 Uhr Ortszeit als Fragenfrist.

Der Datensatz ordnet Telefon und zentrale E-Mail dem allgemeinen Kontakt zu. Der Plattform-Support bearbeitet technische Störungen. Die elektronische Angebotsabgabe bleibt ein eigener Bereich. Der Nachrichtenbereich erhält channel_kind procurement_portal_qa, die aktuelle Kommunikationsklausel wird controlling_source und der Zeitpunkt wird erst nach Beleg der Zone Europe/Berlin aufgelöst.

Beim erlaubten Login sieht der Nutzer das richtige Aktenzeichen, aber keinen Button für eine neue Frage. Der Agent schreibt nicht in ein anderes Postfach. Er setzt access_unverified mit der Beobachtung, prüft Rolle und Friststatus und weist den Plattformzugang einem berechtigten Verantwortlichen zu. Erst eine bestätigte Funktionsfreigabe oder eine ausdrückliche Ausweichregel ändert den Zustand.

**Kanalrecord der fiktiven kommunalen Ausschreibung**

| Feld | Wert |
| --- | --- |
| procedure_id | L-65-2026, fiktives Beispiel |
| notice_version | Bekanntmachung plus Bewerbungsbedingungen Fassung 3 |
| lot_ids | Los 4 |
| question_class | procurement_content |
| controlling_source | Bewerbungsbedingungen, Abschnitt Kommunikation |
| channel_kind | procurement_portal_qa |
| access_requirement | registriertes und zugeordnetes Unternehmenskonto |
| question_deadline_raw | 18.11.2026, 12:00 Uhr Ortszeit |
| question_deadline_instant | 2026-11-18T12:00:00+01:00 nach Zonenprüfung |
| channel_state | access_unverified |
| allowed_action | Rolle und Sichtbarkeit lesend klären |
| prohibited_action | Keine E-Mail, Supportanfrage oder Frage ohne Autorisierung |

## Ein anderer Agent muss die Auswahl aus den Belegen neu bilden können

Der Record beginnt mit assessment_id, procedure_id, notice_id, notice_version, lot_ids, response_stage, question_class und checked_at. Jede gefundene Anweisung erhält source_url, source_role, document_version, anchor, exact_text, retrieved_at und applicability. controlling_source verweist auf genau einen dieser Belege oder bleibt bei Konflikt null.

Kanalangaben werden nicht in ein einziges contact-Feld gepresst. Speichern Sie channel_kind, channel_url oder channel_address, portal_area, access_requirement und required_role. Zeit erhält question_deadline_raw, question_deadline_instant, deadline_zone_basis und valid_until. attachment_rules, publication_behavior und acknowledgement_method bleiben null, wenn der Auftraggeber dazu nichts sagt.

Ergänzen Sie conflict_evidence, channel_state, conditions, allowed_action, prohibited_action, review_owner und recheck_trigger. Ein fallback_channel wird nur erfasst, wenn eine aktuelle Verfahrensquelle ihn ausdrücklich für denselben Ausfall oder dieselbe Fragenart vorsieht. Private Portalbeobachtungen bleiben zugriffsgeschützt; die öffentliche Entscheidungsgrundlage kann dennoch maschinenlesbar zitiert werden.

**Pflichtgruppen für Agenten**

| Gruppe | Felder | Kontrollzweck |
| --- | --- | --- |
| Identität | procedure_id, notice_version, lot_ids, response_stage, question_class | Verhindert Übernahme in ein anderes Verfahren |
| Geltung | controlling_source, instruction_anchor, applicability, precedence_basis | Erklärt die Auswahl der Regel |
| Kanal | channel_kind, locator, portal_area, access_requirement, required_role | Trennt Fund von nutzbarem Zugang |
| Zeit | question_deadline_raw, instant, zone_basis, checked_at, valid_until | Erhält Original und zeitliche Gültigkeit |
| Verhalten | attachment_rules, publication_behavior, acknowledgement_method | Verhindert erfundene Portalmerkmale |
| Grenzen | channel_state, conflicts, allowed_action, prohibited_action, owner, trigger | Steuert Automatisierung und Eskalation |

## Die Zugangsprüfung endet vor dem Anlegen einer Nachricht

Die Anleitung der EU-Kommission für Funding and Tenders veranschaulicht die Trennung. Für eine Frage ist ein EU Login erforderlich. Im Bereich Questions and answers wird Create question gewählt und vor dem Versand eine Organisation angegeben. Nach Übermittlung kann der Status Submitted, später Read und Answered lauten. Die Behörde kann Frage und Antwort öffentlich, privat oder in beiden Formen anzeigen.

Diese Funktionen gelten für die beschriebene Plattform. Sie erlauben keine Annahme über ein deutsches Portal und ersetzen dort keine Bewerbungsbedingungen. Auch innerhalb von Funding and Tenders sind Verfahren, Stufe und geschützter Einladungskontext zu prüfen. Ein Agent kann mit ausdrücklich erlaubtem Nur-Lese-Zugriff das Verfahren und die Oberfläche bestätigen. Er stoppt vor Create question, Organisationsauswahl, Texteingabe und Versand.

Legen Sie den erwarteten Eingangsbeleg vorab fest. Ein dokumentierter Submitted-Status ist stärker als die lokale Kopie eines Textes. Bei E-Mail-Verfahren können Versandprotokoll und eine ausdrücklich geforderte Eingangsbestätigung getrennte Belege sein. Nach autorisiertem Versand entsteht ein eigener transmission_record mit Nachricht, Anlagenfingerabdrücken, Zeit, Systemkennung und Status. Die Kanalprüfung selbst wird nicht nachträglich umgeschrieben.

## Die Kanalprüfung beantwortet weder Inhalt noch Freigabe der Frage

Übergeben Sie channel_confirmed an die fachliche Fragenprüfung und den befugten Absender. channel_confirmed_access_gated geht frühzeitig an den Kontoverantwortlichen. Ob die Frage gestellt werden soll, wie neutral sie formuliert wird und welche Informationen vertraulich bleiben, entscheiden eigene Arbeitsgänge. Auch die Behandlung einer unbeantworteten Frage liegt außerhalb dieses Records.

Technische Fehler gehen an den in der Plattformhilfe genannten Support. Die fachliche Frage bleibt im zulässigen Käuferkanal. Ein fehlender Button erlaubt weder den Wechsel zur Vertriebsadresse noch die Nutzung eines alten persönlichen Threads. Nennen Sie dem internen Verantwortlichen die fehlende Funktion, den letzten sicheren Prüfzeitpunkt und die betroffene Fragenfrist.

Prüfen Sie neu nach Bekanntmachung, Aufforderung, Berichtigung, neuer Q&A-Mitteilung, Portalumzug, Zugangsänderung oder Friständerung. valid_until endet spätestens beim ersten solchen Ereignis. Die Prüfung weist einen Weg nach, sie erteilt keine Vertretungsmacht und löst keine Außenkommunikation aus.

## Nützliche Ergebnisse

- Verfahren, Fassung, Los, Stufe und Fragenart bilden den Schlüssel jedes Prüfergebnisses.
- Die maßgebliche Kommunikationsregel besitzt eine genaue Dokument- und Abschnittsfundstelle.
- Bieterkommunikation, technischer Support, Angebotsabgabe und Rechtsbehelf bleiben getrennt.
- Ein allgemeiner Kontakt wird nicht ohne ausdrückliche Verfahrensregel zum Fragenkanal.
- Konto, Unternehmenszuordnung, Einladung und Rolle werden als eigene Zugangsmerkmale erfasst.
- Rohtext, Uhrzeit, Zeitzone und Geltungsbereich der Fragenfrist bleiben nachvollziehbar.
- Widersprüche führen zu instruction_conflict und nicht zu einer stillen Auswahl.
- Veröffentlichung oder Vertraulichkeit wird nur aus einer belegten Regel abgeleitet.
- Das Ergebnis enthält zulässige und gesperrte Handlungen für Menschen und Agenten.
- Änderungen an Unterlagen, Einladung, Portal oder Frist lassen die Prüfung verfallen.

## Ablauf

1. **Prüfgegenstand festlegen.** Erfassen Sie Verfahren, aktuelle Fassung, Los, Verfahrensstufe und Fragenart, bevor eine Adresse oder Portalfläche bewertet wird.
2. **Kommunikationsregeln sammeln.** Lesen Sie Bewerbungsbedingungen, Aufforderung, Änderungen, Bekanntmachungsfelder und den verfahrensbezogenen Portalbereich mit genauer Fundstelle.
3. **Adressen nach Funktion ordnen.** Kennzeichnen Sie für jedes Ziel, ob es Bieterfragen, technische Störungen, Angebote, Nachprüfung oder allgemeine Auskunft bearbeitet.
4. **Zugang lesend prüfen.** Bestätigen Sie, soweit erlaubt, das richtige Verfahren, den Nachrichtenbereich, erforderliche Konten und Rollen, ohne Text einzugeben oder eine Frage anzulegen.
5. **Fragenfrist eigenständig auflösen.** Übernehmen Sie den Originaltext und klären Sie Geltungsbereich, Uhrzeit und Zeitzone. Halten Sie Antwortfrist des Auftraggebers und Angebotsfrist getrennt.
6. **Begrenztes Ergebnis freigeben.** Nennen Sie Zustand, Belege, Bedingungen, Konflikte, erwarteten Eingangsbeleg, Verantwortlichen, Verfallszeit und nächste erlaubte Handlung.

## Wichtige Entscheidungen

- Welches Verfahren, welche Fassung, welches Los und welche Stufe betrifft die Frage?
- Geht es um den Inhalt der Vergabeunterlagen, einen technischen Fehler, Vertraulichkeit oder Rechtsschutz?
- Welche aktuelle Unterlage ordnet dieser Fragenart einen Kanal zu?
- Ändert oder bestätigt eine spätere Berichtigung diese Anweisung?
- Welche Funktion besitzen Kontaktadresse, Unterlagenlink, Abgabelink, Nachrichtendienst und Support jeweils?
- Benötigt der vorgesehene Bereich Registrierung, Unternehmenszuordnung, Einladung oder eine besondere Rolle?
- Kann der Zugang ohne Nachricht und ohne Außenwirkung geprüft werden?
- Wie lautet die Fragenfrist im Original und für welchen Gegenstand gilt sie?
- Welcher Beleg soll nach einem später autorisierten Versand entstehen?
- Wird eine Frage oder Antwort laut Quelle allen Beteiligten, nur dem Fragenden oder einer begrenzten Gruppe angezeigt?
- Widersprechen sich zwei aktuelle verfahrensbezogene Anweisungen?
- Welches Ereignis oder welcher Zeitpunkt beendet die Gültigkeit der Prüfung?

## Risiken

- Die E-Mail der Kontaktstelle wird ohne Verfahrensanweisung genutzt.
- Der Plattform-Support erhält eine fachliche Frage an den Auftraggeber.
- Der Link zur Angebotsabgabe wird als allgemeiner Nachrichtenkanal missverstanden.
- Eine Nachprüfungsstelle wird mit der Stelle für Bieterfragen verwechselt.
- Ein Bekanntmachungsdatum wird dem falschen Los oder Verfahrensschritt zugeordnet.
- Die Frist für die Antwort des Auftraggebers ersetzt irrtümlich die Fragenfrist.
- Eine angegebene Plattform bleibt wegen ungeprüfter Registrierung oder Rolle unbenutzbar.
- Nach einer Berichtigung wird weiterhin nach der alten Kommunikationsregel gearbeitet.
- Eine frühere persönliche Korrespondenz wird als dauerhafte Ausnahme behandelt.
- Ein Agent erzeugt einen Entwurf oder wählt das vertretene Unternehmen ohne Erlaubnis.
- Eine lokale Versandkopie wird als Eingang beim Auftraggeber bezeichnet.
- Vertrauliche Behandlung wird zugesagt, obwohl die Unterlagen sie nicht vorsehen.

## Kennzahlen

- Kanalprüfungen mit vollständigem Verfahrens- und Fragenartschlüssel
- bestätigte Kanäle mit aktueller genauer Fundstelle
- nach Bieterfrage, Support, Abgabe, Rechtsschutz und Allgemeinkontakt klassifizierte Ziele
- zugangsbeschränkte Kanäle mit geprüftem Konto- und Rollenbedarf
- Fragenfristen mit Originaltext, Geltungsbereich und Zeitzonenbeleg
- vor Versand gestoppte Anweisungskonflikte
- Bieterfragen, die nicht an informelle Kontakte abwandern
- erneuerte Prüfungen nach einer erheblichen Verfahrensänderung

## Häufige Fragen

### Darf eine Bieterfrage an die Kontakt-E-Mail der Bekanntmachung gehen?

Nur wenn die aktuellen Verfahrensunterlagen diese Adresse für die betroffene Fragenart zulassen. Verlangt die Kommunikationsklausel den Plattformbereich, genügt der allgemeine Kontakt nicht.

### Kann der technische Support eine Bieterfrage weiterleiten?

Darauf sollte ein Bieter nicht vertrauen. Support bearbeitet die ausdrücklich zugewiesene technische Störung. Die fachliche Frage bleibt für den verfahrensbezogenen Käuferkanal reserviert.

### Ist der Angebotsbereich auch ein Nachrichtenkanal?

Nicht automatisch. Angebotsabgabe und Bieterkommunikation sind getrennte Funktionen. Die Unterlagen müssen eine Nachrichten- oder Q&A-Funktion für Fragen bezeichnen.

### Welche Quelle gewinnt bei verschiedenen Adressen?

Prüfen Sie Fassung, Geltungsbereich, Berichtigung und ausdrücklich festgelegte Rangfolge. Ohne belastbare Auflösung bleibt instruction_conflict bestehen und es wird nichts versendet.

### Ist BT-13 bereits eine vollständige Fragenfrist?

BT-13 liefert die Frist für zusätzliche Informationen auf Los- oder Teilebene. Uhrzeit, Zeitzone, konkrete Route und aktuelle Verfahrensregel müssen aus den einschlägigen Quellen hinzukommen.

### Darf ein Agent die Portaloberfläche testen?

Mit ausdrücklicher Nur-Lese-Berechtigung darf er Verfahren und sichtbare Funktion prüfen. Vor Bedingungen, Organisationsauswahl, Nachrichtenanlage, personenbezogener Eingabe oder Versand muss er stoppen.

### Reicht der Screenshot einer früheren Bieterfrage?

Er zeigt höchstens frühere Funktionsweise. Für das aktuelle Verfahren werden aktuelle Anweisung, Zugang und Fragenfrist benötigt. Der Screenshot kann als Vergleichsbeleg erhalten bleiben.

### Beweist ein richtiger Kanal den Eingang der Frage?

Nein. Die Kanalprüfung findet vor der Übermittlung statt. Systemstatus, Eingangsbestätigung oder anderer verfahrensgemäßer Nachweis gehören in den späteren Versanddatensatz.


## Primärquellen

- [§ 9 VgV, Grundsätze der Kommunikation](https://www.gesetze-im-internet.de/vgv_2016/__9.html), Bundesministerium der Justiz und Bundesamt für Justiz
- [§ 29 VgV, Vergabeunterlagen und Bewerbungsbedingungen](https://www.gesetze-im-internet.de/vgv_2016/__29.html), Bundesministerium der Justiz und Bundesamt für Justiz
- [Allgemeine Bewerbungsbedingungen der Bundesnetzagentur, Verfahrensfragen und technischer Support](https://www.dsc.bund.de/DE/Allgemeines/DieBundesnetzagentur/BeschaffungAusschreibungen/VgV.pdf?__blob=publicationFile&v=1), Bundesnetzagentur
- [TED eForms Geschäftsfelder für Auskunftsfrist, Unterlagen und Abgabe](https://docs.ted.europa.eu/eforms/latest/reference/business-terms/index.html), Amt für Veröffentlichungen der Europäischen Union
- [TED eForms BT-13, Frist für zusätzliche Informationen](https://docs.ted.europa.eu/eforms/latest/reference/business-terms/BT-13.html), Amt für Veröffentlichungen der Europäischen Union
- [Frage im Funding and Tenders Portal erstellen und versenden](https://wikis.ec.europa.eu/spaces/FTPortal/pages/106692790/How%2Bto%2Bcreate%2Band%2Bsubmit%2Ba%2Bquestion%2Bon%2Bthe%2BFunding%2Band%2BTenders%2Bportal), Europäische Kommission
- [Richtlinie 2014/24/EU, Artikel 53 zu zusätzlichen Informationen](https://eur-lex.europa.eu/eli/dir/2014/24/2024-01-01/deu), EUR-Lex


## Weiterführende Artikel

- [Einen Agenten zur Einreichung eines Angebots bevollmächtigen](https://zephior.com/de/insights/authorize-an-agent-to-submit-a-tender)
- [Kann eine Bieterfrage vertraulich bleiben?](https://zephior.com/de/insights/handle-a-confidential-tender-clarification)
- [Kann Wartung das Abgabefenster im Vergabeportal verkürzen?](https://zephior.com/de/insights/plan-for-tender-portal-maintenance)
- [Wie Sie den Eingang einer Offerte sicher nachweisen](https://zephior.com/de/insights/verify-tender-submission-receipt)