---
title: "Welche Dateien und Angebotsbände erwartet der Auftraggeber?"
description: "Erstellen Sie eine belegte Abgabearchitektur für alle Bände, Umschläge, Formblätter, Dateien und Portaleingaben einschließlich Trennung und Wiederholung."
canonical: "https://zephior.com/de/insights/map-rfp-volumes-envelopes-and-files"
last-updated: 2026-09-03
---

# Welche Dateien und Angebotsbände erwartet der Auftraggeber?

> Erstellen Sie eine belegte Abgabearchitektur für alle Bände, Umschläge, Formblätter, Dateien und Portaleingaben einschließlich Trennung und Wiederholung.

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

## Definition

Eine Abgabearchitektur ist ein quellengebundenes Modell aller Objekte, die ein Auftraggeber mit dem Angebot erwartet. Dazu zählen fachliche und kaufmännische Teile, Formblätter, Preisdateien, Nachweise, Portalfelder, Uploads und gegebenenfalls körperliche Muster. Das Modell beschreibt Hierarchie, Trennung, Wiederholung und Zielort. Es unterscheidet den logischen Angebotsband von der Datei, die ihn technisch transportiert. Ein Band kann aus mehreren Dateien bestehen; ein Portal kann Angaben verlangen, für die keine Datei entsteht. Die Architektur plant die Soll-Struktur. Sie erstellt keine Antworten, verändert keine Auftraggebervorlage und führt keine Abgabe aus.

## Problem

Die Liste "einzureichende Unterlagen" wirkt oft vollständig, obwohl ihr die entscheidenden Beziehungen fehlen. Ein Eigenerklärungsformular gilt vielleicht für jedes Mitglied einer Bietergemeinschaft. Das Konzept ist pro Los einzureichen, der Nachhaltigkeitsnachweis aber nur einmal. Eine Preisdatei muss getrennt vom fachlichen Angebot bleiben. Zugleich zeigt das Portal ein gemeinsames Uploadfeld. Wer daraus lediglich sieben Dateinamen ableitet, kann weder die richtige Zahl belegen noch erklären, welche Information wohin gehört. Späte Korrekturen führen dann zu Doppelungen, falschen Losbezügen oder kaufmännischen Angaben im fachlichen Bereich.

## Perspektive

Bauen Sie zuerst ein Modell der erwarteten Abgabeobjekte und erzeugen Sie Dateinamen erst später. Jede Zeile braucht eine aktuelle Quelle, einen klaren Geltungsbereich, eine Objektart und eine Regel für ihre Anzahl. Beziehungen zeigen, was einander enthält, was getrennt bleiben muss und welcher Kanal das Objekt aufnimmt. Danach wird das Modell für die tatsächlich gewählten Lose, Unternehmen, Partner, Rollen und Optionen instanziiert. Ein Agent darf Fundstellen vorschlagen und rechnerische Lücken prüfen. Er darf unklare Anweisungen weder ergänzen noch durch Portalaktionen Fakten schaffen.

## Die geforderte Angebotsstruktur ist mehr als eine Dateiliste

Beginnen Sie mit den Objekten, die der Auftraggeber erhalten, getrennt öffnen oder einer bestimmten Prüfung zuführen will. Das können Eignungsunterlagen, ein technischer Band, ein Preisblatt, Erklärungen einzelner Unternehmen, strukturierte Portaleingaben und ein Musterstück sein. Eine Datei ist lediglich eine mögliche Transportform. Ein elektronischer Bereich kann mehrere Dateien aufnehmen. Umgekehrt kann ein zusammenhängendes PDF mehrere logisch getrennte Kapitel tragen, wenn die Unterlagen das ausdrücklich zulassen.

Die offiziellen Beispiele unterscheiden sich deutlich. FAR 15.204-5 erlaubt innerhalb seines US-Bundesbeschaffungskontexts die Vorgabe bestimmter Formate oder trennbarer Angebotsteile und nennt mögliche Verwaltungs-, Management-, Technik-, Referenz- und Preisteile. Der eSubmission-Leitfaden der Europäischen Kommission beschreibt hingegen Teilnehmende, Losauswahl, eingegebene Angebotsdaten und technische oder finanzielle Uploadbereiche, in denen mehrere Dateien liegen können. Beides sind abgegrenzte Beispiele, kein universeller Aufbau für deutsche Vergaben.

Auch körperliche Verpackung und Bewertungsgrenze sind nicht dasselbe. FAR 52.215-1 nennt für seinen Anwendungsfall verschlossene Papierumschläge oder Pakete, sofern die konkrete Aufforderung keinen anderen Weg zulässt. Die EBRD beschreibt ein einstufiges Zwei-Umschlag-Verfahren, bei dem fachlicher und finanzieller Vorschlag gleichzeitig eingehen, aber getrennt und mit dem fachlichen Teil zuerst bewertet werden. Daraus folgt keine Dateizahl für ein anderes Verfahren. Es zeigt, dass eine Trennung den Transport, die Bewertungsreihenfolge oder beides steuern kann.

Legen Sie für jede Einheit eine Art fest: `logical_envelope`, `response_volume`, `template_instance`, `workbook`, `portal_field_group`, `supporting_attachment`, `file_candidate` oder `physical_delivery`. Daneben bleibt die Bezeichnung aus der Vergabeunterlage erhalten. Heißt ein Abschnitt nur "Teil B", darf die Normalisierung ihm nicht ohne Beleg den Namen "Technisches Angebot" geben. Die Typisierung erleichtert die Suche; sie ersetzt die Originalsprache nicht.

**Unterschiedliche Ebenen der Abgabe**

| Ebene | Zu klärende Frage | Typische Quelle |
| --- | --- | --- |
| Logischer Teil | Was wird gemeinsam oder getrennt bewertet? | Bewerbungsbedingungen |
| Formblattinstanz | Wer muss welches Muster wie oft ausfüllen? | Formblatt und Ausfüllhinweis |
| Datei | Welches digitale Objekt wird geliefert? | Format- und Abgabevorgabe |
| Portaleingabe | Welche Angabe wird direkt erfasst? | Autorisierte Verfahrensansicht |
| Körperliche Lieferung | Was muss außerhalb des Portals eintreffen? | Versand- oder Musterregel |

## Binden Sie die Architektur an Lose, Unternehmen und einen konkreten Dokumentstand

Eine korrekte Anzahl entsteht erst für einen festgelegten Angebotsfall. Halten Sie Vergabereferenz, Verfahrensstufe, angebotene Lose, federführenden Bieter, Mitglieder der Bietergemeinschaft, einbezogene Eignungsleiher, benannte Nachunternehmer, geforderte Sprache und Varianten fest. Eine zusätzliche juristische Person kann neue Erklärungen und Vollmachten auslösen. Ein weiteres Los kann Konzept, Kalkulation und Leistungsübersicht vervielfachen. Diese Parameter gehören in den Kopf der Architektur.

Erfassen Sie anschließend den überprüften Quellenbestand: Bekanntmachung, Teilnahme- oder Angebotsbedingungen, Leistungsbeschreibung, Datenblatt, Formblätter, Preisblätter, Nachträge, Bieterinformationen und Portalhinweise. Jede Quelle erhält Version oder Prüfsumme, Abrufzeit und Zugriffsstatus. Ein Portalbild kann ein technisch sichtbares Feld belegen. Ob dieses Feld für den konkreten Bieter verpflichtend ist, muss aus der Konfiguration oder den Vergabeunterlagen folgen.

Der aktuelle Procurement Framework der Weltbank wird durch verschiedene Standarddokumente, Leitfäden und Vorlagen getragen. Das in zwei Umschläge gegliederte Standarddokument trennt allgemeine Instructions, ein verfahrensbezogenes Data Sheet, Kriterien und Formulare. Das zeigt die Quellenarbeit: Erst das ausgefüllte und veröffentlichte Paket bestimmt die konkrete Abgabe. Wer nur die Standardvorlage liest, kennt mögliche Bausteine, aber noch nicht das Angebot des einzelnen Verfahrens.

- Definieren Sie genau ein Verfahren und einen Dokumentstand.
- Fixieren Sie Lose und Bieterkonstellation vor der Zählung.
- Trennen Sie Auftraggeberquelle und beobachtetes Systemverhalten.
- Markieren Sie nicht zugängliche Quellen als Lücke.
- Planen Sie eine Neuberechnung nach jeder relevanten Änderung.

## Knoten beschreiben Objekte, Kanten beschreiben ihre Abhängigkeit

Ein Knoten enthält ID, Auftraggeberbezeichnung, Objektart, Inhalt, Geltungsbereich, Sprache, Quelle, wörtlichen Ausschnitt, Seiten- oder Abschnittsangabe, maschinenlesbaren Selektor, Status, Verantwortlichen und Ablaufereignis. Geeignete Statuswerte sind `confirmed_required`, `confirmed_conditional`, `permitted_optional`, `prohibited`, `unresolved` und `observed_only`. Der letzte Status ist wichtig: Ein im Portal sichtbarer Uploadplatz belegt zunächst nur, dass er sichtbar ist.

Die Kanten bilden Regeln ab. `contains` setzt einen Nachweis in einen Verwaltungsteil. `must_be_separate_from` hält Preis und Technik auseinander. `repeat_per_lot` und `repeat_per_member` liefern Instanzen. `attach_to` bindet eine Vollmacht an ein Unternehmen. `enter_in_portal` und `upload_to_slot` nennen das Ziel. Auch eine Kante braucht Fundstelle, Bedingung und Version. Sonst sieht die Grafik ordentlich aus, lässt sich aber nicht gegen die Vergabeunterlage prüfen.

Verknüpfen Sie fremde Fachregister, statt sie zu kopieren. Seitenzahl, Dateityp und Namensvorgabe gehören in den AN-071-Constraint-Record. Die Abhängigkeit einer Antwort von einer Auftraggebervorlage gehört zu AN-074. Eine Signaturkante darf die geforderte Rolle nennen, entscheidet aber nicht, wer rechtswirksam unterschreiben kann. Das spätere Release prüft die fertigen Artefakte. Die Architektur beantwortet ausschließlich, welche Objekte und Beziehungen erwartet werden.

**Pflichtfelder eines Architekturknotens**

| Feld | Beispiel | Prüfzweck |
| --- | --- | --- |
| node_id | LOS3-KONZEPT | Stabile Referenz |
| node_kind | response_volume | Trennt Band und Datei |
| scope | Los 3, Bietergemeinschaft | Verhindert falsche Übertragung |
| cardinality | einmal je angebotenem Los | Berechnet Instanzen |
| destination | fachlicher Uploadbereich | Verbindet Planung und Abgabe |
| evidence | Angebotsbedingungen 6.4, Nachtrag 2 | Belegt den Eintrag |
| state | confirmed_required | Zeigt die Prüfreife |

## Zählen Sie je Los, Unternehmen und Person erst nach der Fallentscheidung

Wörter wie "je", "für jedes", "alle Mitglieder" und "soweit einschlägig" steuern die Instanzzahl. Erfassen Sie den Quantor, sein Bezugsobjekt und den Auslöser. Eine Erklärung pro Mitglied einer Bietergemeinschaft zählt anders als eine Erklärung der Bietergemeinschaft. Ein Personaleinsatzblatt pro Schlüsselrolle zählt anders als ein Lebenslauf pro benannter Person. Ohne diese Bezugsgröße ist der errechnete Wert nicht reproduzierbar.

Wenden Sie die Regel auf einen eingefrorenen Stand an. Jede erzeugte Instanz trägt den Schlüssel ihres Loses, Unternehmens, Standorts, Experten oder ihrer Variante. Bedingte Objekte bleiben auch bei aktuellem Wert null sichtbar. Falls ein Nachunternehmereinsatz noch offen ist, steht der zugehörige Nachweis auf `conditional_unresolved`, statt aus der Liste zu verschwinden. Sobald sich die Entscheidung ändert, wird die Instanz erzeugt und alle Zielbeziehungen werden neu geprüft.

Führen Sie drei Summen getrennt. Die logische Summe zählt Teile und Bewertungsgrenzen. Die Instanzsumme zählt ausgefüllte Erklärungen, Konzepte und Nachweise. Die Liefersumme zählt Dateien, Felder, Pakete und Muster. Eine Bietergemeinschaft aus zwei Firmen kann einen gemeinsamen Eignungsteil, zwei Eigenerklärungen, drei losspezifische Konzepte und mehrere Portaleinträge haben. Eine einzige Gesamtzahl würde die Struktur verdecken.

- Speichern Sie den Quantor zusammen mit seinem Bezugsobjekt.
- Geben Sie jeder Instanz einen eindeutigen Fallbezug.
- Lassen Sie bedingte Null-Instanzen im Modell.
- Rechnen Sie nach Los-, Partner- oder Personalwechsel neu.
- Berichten Sie logische, instanzbezogene und technische Mengen getrennt.

## Ein Portalziel ist ein belegter Zielort und keine stillschweigende Ausnahme

Nehmen Sie nur autorisierte, lesende Verfahrensansichten auf. Erfassen Sie Portalbezeichnung, Schritt, Los- und Teilnehmerkontext, Feldart, Zeitpunkt und sichtbare Pflichtanzeige. Ordnen Sie jeden Architekturknoten dem passenden Feld oder Uploadbereich zu. Bleibt das Ziel unbekannt, lautet der Status `portal_mapping_unverified`. Ein breites Uploadfeld erlaubt nicht automatisch die Zusammenlegung von Teilen, die laut Vergabeunterlagen getrennt bleiben müssen.

Der Leitfaden der Europäischen Kommission zeigt in seinem Geltungsbereich eine konkrete Mehrdimensionalität. Die Nutzenden wählen Einzel- oder Gemeinschaftsangebot, erfassen Teilnehmende, wählen Lose und laden Teilnehmendennachweise an deren Datensatz. Technische und finanzielle Bereiche können jeweils mehrere Dateien enthalten. Bei unterschiedlicher Zusammensetzung eines Konsortiums pro Los verlangt das beschriebene System getrennte Einreichungen. Die Architektur muss deshalb Teilnehmer, Los, logischen Teil und Datei getrennt abbilden.

Die Zuordnung endet vor jeder Transaktion. Kein Agent legt aufgrund dieser Analyse einen Entwurf an, akzeptiert Bedingungen, aktiviert eine Erklärung, lädt eine Datei hoch oder sendet das Angebot. Die Artikel AN-243 bis AN-260 behandeln Rechtsträger, Rollen, Signaturen, Validierung, Benennung, Upload und Freigabe. AN-072 liefert ihnen eine geprüfte Soll-Struktur und sichtbare Lücken.

**Beidseitige Vollständigkeitsprüfung**

| Richtung | Prüffrage | Fehlerstatus |
| --- | --- | --- |
| Vorgabe zu Objekt | Wo wird jede geforderte Angabe geliefert? | unmapped_requirement |
| Objekt zu Quelle | Warum ist jedes geplante Objekt vorhanden? | unsupported_object |
| Objekt zu Ziel | Wo wird es erfasst oder übergeben? | destination_unresolved |
| Portalplatz zu Beleg | Welche Vorgabe trägt seine Nutzung? | observed_only |
| Instanz zu Auslöser | Welcher Fall erzeugt diese Kopie? | cardinality_unresolved |

## Eine fiktive Ausschreibung für Schulverpflegung richtig aufteilen

Ein Landkreis schreibt die Verpflegung von Schulen in drei Losen aus. Ein Anbieter bewirbt sich gemeinsam mit einem Logistikpartner auf Los 1 und Los 3. Gefordert werden ein gemeinsamer Verwaltungsteil, eine Eigenerklärung je Mitglied, ein Verpflegungskonzept je Los, eine ausgefüllte Preismappe je Los, ein Nachhaltigkeitsnachweis für den gesamten Bieter und ein Einsatzplan je Küchenstandort. Die Preise sollen von den Konzepten getrennt bleiben. Im Portal werden Stammdaten der beiden Unternehmen direkt erfasst.

Der Wurzelknoten enthält die Angebotsinstanz mit Los 1 und Los 3. Darunter liegt ein Verwaltungsteil mit zwei Eigenerklärungsinstanzen und einem globalen Nachhaltigkeitsnachweis. Zwei fachliche Loszweige enthalten jeweils ein Konzept. Die Regel `repeat_per_site` erzeugt drei Einsatzpläne für die Standorte des ersten Loses und zwei für das dritte. Zwei kaufmännische Zweige tragen je eine Preismappe und besitzen Trennungskanten zu allen fachlichen Zweigen. Die Portaldaten sind eigene Knoten mit Zuordnung zu den beiden Unternehmen.

Das Portal zeigt nur einen allgemeinen Bereich "Weitere Unterlagen". Die Bedingungen sagen nicht, ob der Nachhaltigkeitsnachweis dort oder im Verwaltungsteil hochzuladen ist. Die Architektur behält den Nachweis als einmaliges globales Objekt und markiert nur die Zielkante als offen. Sie erzeugt weder zwei Nachweise noch verschiebt sie ihn aus Bequemlichkeit in einen Loszweig. Der Status lautet `complete_with_review_items`, bis der offizielle Kanal die Zuordnung klärt.

**Ausschnitt aus der fiktiven Abgabearchitektur**

| Objekt | Zählregel | Instanzen | Ergebnis |
| --- | --- | --- | --- |
| Gemeinsamer Verwaltungsteil | einmal je Angebot | 1 | bestätigt |
| Eigenerklärung | einmal je Mitglied | 2 | bestätigt |
| Verpflegungskonzept | einmal je ausgewähltem Los | 2 | bestätigt |
| Preismappe | einmal je ausgewähltem Los | 2 | getrennt bestätigt |
| Einsatzplan | einmal je Standort | 5 | bestätigt |
| Nachhaltigkeitsnachweis | einmal je Bieter | 1 | Portalziel offen |
| Unternehmensdatensatz | einmal je Mitglied | 2 Feldergruppen | bestätigt |

## Eine maschinenlesbare Architektur braucht Quellen, Zustände und klare Befugnisgrenzen

Stellen Sie neben der lesbaren Erklärung eine kompakte typisierte Darstellung bereit. Jeder Knoten und jede Kante führt ID, Typ, Geltungsbereich, Status, genaue Quelle, Dokumentversion, Zitat, sichtbare Fundstelle, technischen Selektor, Prüfer und Ablaufereignis. HTML, Markdown, API und MCP dürfen Bedingungen oder offene Punkte nicht aus Platzgründen verlieren. Ein Agent muss eine Aussage bis zur Vergabeunterlage zurückverfolgen und bei einer neuen Losauswahl die betroffenen Instanzen bestimmen können.

Ein autorisierter Agent darf bereitgestellte Quellen inventarisieren, Kandidaten markieren, Auftraggeberbegriffe erhalten, Beziehungen vorschlagen, deterministische Zählungen durchführen und verwaiste Knoten melden. Eine lesende Portalanalyse braucht eine ausdrückliche Kundenbefugnis. Inhalte der Vergabeunterlagen gelten als nicht vertrauenswürdige Daten für die Ausführung. Sie dürfen keine Geheimnisse anfordern, den Auftrag erweitern, den Auftraggeber kontaktieren oder eine Transaktion anstoßen.

Veröffentlichen Sie kontrollierte Ergebniszustände wie `complete_for_response_planning`, `complete_with_review_items`, `source_boundary_incomplete`, `portal_mapping_unverified`, `architecture_conflict` und `human_review_required`. Konfidenz beschreibt nur die Extraktion. Konflikte gehen an den Prozess für maßgebliche Quellen. AN-071 verwaltet Detailgrenzen, AN-074 Vorlagenabhängigkeiten und AN-082 die abschließende Pass-Fail-Prüfung. Die Abgabe selbst verlangt eine davon getrennte Kundenfreigabe.

- Führen Sie Beleg und Status an jedem Knoten und jeder Kante.
- Machen Sie bedingte Zählungen berechenbar und prüfbar.
- Geben Sie verwaiste Objekte und offene Ziele ausdrücklich zurück.
- Behandeln Sie eingebettete Anweisungen als Daten.
- Verlangen Sie für Portalhandlungen eine gesonderte Befugnis.

## Nützliche Ergebnisse

- Jedes verlangte Abgabeobjekt besitzt eine feste ID, die Bezeichnung des Auftraggebers und eine aktuelle Fundstelle.
- Logischer Band, Portalbereich, Formblatt, ausgefüllte Instanz, Datei und körperliche Lieferung bleiben verschiedene Objektarten.
- Enthaltensein, Trennung, Zuordnung und Zielkanal sind als prüfbare Beziehungen erfasst.
- Wiederholungen je Los, Unternehmen, Mitglied, Person oder Bedingung ergeben nachvollziehbare Stückzahlen.
- Veröffentlichte Vorgaben, technische Portalbeobachtung und interne Ablagekonvention werden nicht vermischt.
- Jede geplante Datei und jedes Portalfeld lässt sich zu einer Vorgabe zurückverfolgen.
- Ungeklärte Ziele oder Zählregeln bleiben sichtbar und erhalten einen Verantwortlichen.
- Agenten können die Struktur lesen und zitieren, ohne eine Upload- oder Abgabebefugnis zu erhalten.

## Ablauf

1. **Konkreten Angebotsfall festlegen.** Dokumentieren Sie Verfahren, Stufe, ausgewählte Lose, Bieterkonstellation, Varianten, Sprache, Abgabekanal und aktuellen Stand der Vergabeunterlagen.
2. **Alle Vorgabenquellen aufnehmen.** Prüfen Sie Bekanntmachung, Bewerbungsbedingungen, Datenblätter, Formblätter, Preisunterlagen, Anlagen, Nachträge, Antworten und freigegebene Portalansichten.
3. **Objekte typisieren.** Erfassen Sie Angebot, Teil, Band, Formblattinstanz, Nachweis, Arbeitsmappe, Portaleingabe, Datei und körperliches Objekt getrennt.
4. **Beziehungen belegen.** Ordnen Sie Enthaltensein, Trennung, Wiederholung, Signaturbezug und Zielort einer genauen Fundstelle und Bedingung zu.
5. **Soll-Instanzen berechnen.** Wenden Sie die Regeln auf Lose, Bieter, Mitglieder, Nachunternehmer, benannte Personen und zugelassene Varianten an.
6. **Vorwärts und rückwärts prüfen.** Verfolgen Sie jede Vorgabe bis zum geplanten Objekt und jedes Objekt bis zu Quelle und Ziel. Kennzeichnen Sie verwaiste Einträge.
7. **Mit Freigabestatus veröffentlichen.** Geben Sie die Architektur erst für die Angebotsplanung frei, wenn Abdeckung, Konflikte, Portalzuordnung und offene Punkte einen Status und Eigentümer besitzen.

## Wichtige Entscheidungen

- Für welche Vergabe, Stufe, Lose und Bieterkonstellation gilt die Architektur?
- Bezeichnet "Umschlag" eine Bewertungsgrenze, einen körperlichen Umschlag, einen Portalbereich oder eine Datei?
- Welche aktuelle Auftraggeberquelle fordert oder erlaubt das Objekt?
- Welche Inhalte gehören hinein, und welche dürfen dort nicht erscheinen?
- Entsteht das Objekt je Angebot, Los, Rechtsträger, Mitglied, Nachunternehmer, Schlüsselperson oder Variante?
- Welche Bedingung erzeugt oder entfernt eine Instanz?
- Welches Oberobjekt enthält den Eintrag, und wovon muss er getrennt bleiben?
- Welches Portalfeld, Uploadziel, Paket oder welche Adresse nimmt das Objekt auf?
- Erzeugt eine Vorlage genau eine oder mehrere ausgefüllte Instanzen?
- Welche Unterschrift, Bestätigung oder Erklärung ist mit dem Objekt verbunden?
- Stimmen logische Anzahl, Instanzzahl und Lieferobjekte miteinander überein?
- Welche Änderung macht die Architektur ungültig?

## Risiken

- Die eigene Ordnerstruktur wird für eine Vorgabe des Auftraggebers gehalten.
- Ein fachlicher Teil wird ohne Beleg mit genau einer PDF-Datei gleichgesetzt.
- Ein losbezogenes Formular wird nur einmal erstellt oder ein globaler Nachweis unnötig vervielfacht.
- Nachweise einer Bietergemeinschaft werden dem falschen Unternehmen zugeordnet.
- Preisangaben geraten in einen getrennt zu bewertenden fachlichen Teil.
- Pflichtfelder des Portals fehlen in der Planung, weil sie keine Datei erzeugen.
- Ein freies Uploadfeld wird als Erlaubnis für eine von den Vergabeunterlagen abweichende Struktur verstanden.
- Bedingte Unterlagen verschwinden, bevor ihr Auslöser entschieden ist.
- Nachträge ändern Einzelobjekte, ohne abhängige Zählungen neu auszuführen.
- Extraktionssicherheit wird mit rechtlicher oder formaler Vollständigkeit verwechselt.
- Anweisungen innerhalb einer Datei erweitern unbemerkt die Befugnisse eines Agenten.

## Kennzahlen

- Objektknoten mit Zitat, Dokumentversion und doppelter Lokalisierung
- belegte Kanten für Enthaltensein, Trennung und Zielort
- instanziierte Zählregeln für die festgelegte Bieterkonstellation
- Vorgaben mit zugeordnetem geplantem Objekt
- geplante Dateien und Portalziele mit nachgewiesener Grundlage
- verwaiste Vorgaben und Objekte mit Verantwortlichem
- getrennt abgeglichene logische, digitale und körperliche Anzahlen
- vor Produktionsbeginn gelöste materielle Strukturfragen
- nach relevanten Änderungen erneut geprüfte Architekturzeilen

## Häufige Fragen

### Entspricht ein Angebotsumschlag immer genau einer Datei?

Nein. Ein Umschlag kann eine logische Bewertungsgrenze, ein körperlicher Behälter oder ein Portalbereich sein. Manche Systeme nehmen in einem fachlichen oder finanziellen Bereich mehrere Dateien auf. Die konkrete Vergabequelle bestimmt die Beziehung.

### Gehören direkt ausgefüllte Portalfelder in die Architektur?

Ja. Preiswerte, Erklärungen, Teilnehmerdaten oder Bestätigungen können Teil des Angebots sein, obwohl keine Datei entsteht. Sie erhalten eigene Knoten und eine Verbindung zur Anweisung.

### Wie werden Unterlagen einer Bietergemeinschaft gezählt?

Nach Subjekt und Quantor der Vorgabe. "Jedes Mitglied" erzeugt je betroffenem Mitglied eine Instanz. "Federführendes Mitglied" erzeugt eine rollenbezogene Instanz. Der Name eines Formblatts reicht für diese Entscheidung nicht.

### Ist ein Dateimanifest bereits die Abgabearchitektur?

Nein. Das Manifest zählt die finalen Lieferdateien und Versionen. Die Architektur enthält zusätzlich logische Teile, Formblattinstanzen, Portalfelder, körperliche Objekte, Zählregeln und Trennungsbeziehungen.

### Darf ein Agent einen Widerspruch zwischen Unterlage und Portal auflösen?

Er darf ihn erkennen, beide Belege sichern und die betroffenen Knoten benennen. Die Auswahl der maßgeblichen Vorgabe oder eine Bieterfrage gehört in den zuständigen Prüfprozess.

### Wann ist die Struktur für die Angebotsproduktion ausreichend?

Wenn alle deklarierten Quellen geprüft, alle Pflichtobjekte belegt und einem Ziel zugeordnet sowie bedingte Anzahlen berechnet sind. Materielle Konflikte und Lücken müssen vorher gelöst sein.


## Primärquellen

- [FAR 15.204-5, Repräsentationen und Anweisungen](https://www.acquisition.gov/far/15.204-5), Acquisition.gov
- [FAR 52.215-1, Instructions to Offerors](https://www.acquisition.gov/far/52.215-1), Acquisition.gov
- [eSubmission-Leitfaden für offene Verfahren](https://wikis.ec.europa.eu/spaces/FTPortal/pages/44144569/Open+procedures_EN), Europäische Kommission
- [Project Procurement Framework](https://www.worldbank.org/ext/en/what-we-do/project-procurement/framework), Weltbank
- [Request for Proposals for Goods, Two-Envelope Process](https://thedocs.worldbank.org/en/doc/413051600110937774-0290022020/render/SPDRequestforProposalsGOODSAugust20202envelope.pdf), Weltbank
- [Single Stage Two-Envelope Open Competitive Procedure](https://www.ebrd.com/home/work-with-us/project-procurement/single-stage-two-envelope-procedure.html), Europäische Bank für Wiederaufbau und Entwicklung


## Weiterführende Artikel

- [Welche RFP-Antworten hängen von Vorlagen des Auftraggebers ab?](https://zephior.com/de/insights/identify-dependencies-on-buyer-templates)
- [Wie lassen sich Grenzen von Vergabelosen bestimmen?](https://zephior.com/de/insights/understand-tender-lot-boundaries)
- [Wo stehen Wort-, Seiten- und Feldgrenzen im RFP?](https://zephior.com/de/insights/extract-rfp-answer-limits-and-formats)
- [Negative RFP-Anforderungen mit Nachweisen beantworten](https://zephior.com/de/insights/respond-to-negative-rfp-requirements)