Praxisleitfaden für öffentliche IT-Beschaffung · 2026

Eignungskriterien prüfen: Was kann eine IT-Ausschreibung frühzeitig stoppen?

Ein passender IT-Auftrag ist nicht automatisch ein zulässiges Angebot. Referenznachweise, Mindestumsatz, Versicherung und Zertifikate können darüber entscheiden, ob eine Teilnahme sinnvoll ist. Diese Anleitung zeigt, wie man mögliche Ausschluss- und Eignungsanforderungen mit Originalfundstellen strukturiert.

Quellen: deutsches GWB und die Vergabeverordnung (VgV). Keine Rechtsberatung.

Die entscheidende Unterscheidung: § 122 GWB trennt Eignungskriterien nach Befähigung, wirtschaftlicher/finanzieller Leistungsfähigkeit sowie technischer/beruflicher Leistungsfähigkeit. Nicht jedes Stichwort wie „ISO 27001“ ist in jeder Ausschreibung zwingend. Maßgeblich ist die konkrete Beschreibung in Bekanntmachung, Bewerbungsbedingungen und allen verbindlichen Anlagen. § 122 GWB ↗

1. Eignungsanforderung ist nicht dasselbe wie Zuschlagswertung

Eignung beschreibt, ob ein Unternehmen fachlich, rechtlich und wirtschaftlich in der Lage ist, einen konkreten Auftrag zu erfüllen. Zuschlagskriterien dagegen dienen der Wertung zugelassener Angebote, zum Beispiel anhand von Preis und Qualität. Eine Software, die bloße Erwähnungen von Zertifikaten als „K.O.“ wertet, verwechselt diese Ebenen.

Ein weiterer Fehler: Die technische Leistungsbeschreibung kann sich auf das spätere Produkt beziehen, während ein Eignungsnachweis das Unternehmen selbst betrifft. Eine Erwähnung von „DSGVO“ in einem Leistungsziel ist nicht automatisch ein bestimmtes Dokument, das der Bieter zur Teilnahme vorlegen muss. Ob es verlangt wird, steht in den konkreten Unterlagen.

2. Welche Arten von Nachweisen sollte ein IT-Anbieter suchen?

Wirtschaftliche & finanzielle Eignung

Mindestumsatz, Haftpflichtversicherung, gegebenenfalls Bankerklärungen und Finanzangaben. Anforderungen prüfen, bevor Zeit in das Angebot investiert wird. § 45 VgV ↗

Technische & berufliche Eignung

Referenzprojekte, Fachkräfte, technische Mittel, Qualitätssicherung, Teilbereiche für Unterauftragnehmer. § 46 VgV ↗

Befähigung & Register

Einträge in Berufs-/Handelsregistern oder andere Nachweise der erlaubten Berufsausübung. § 44 VgV ↗

Zertifikate und Sicherheitsnachweise

In IT-Verfahren tauchen häufig Normen und Rahmenwerke wie ISO/IEC 27001, ISO 9001, BSI C5 oder IT-Grundschutz auf. Entscheidend ist, wer den Nachweis erbringen soll, welcher Zertifikatsumfang gilt, ob Gleichwertigkeit möglich ist und zu welchem Zeitpunkt die Vergabestelle den Nachweis verlangt. Manche Dokumente müssen bereits dem Angebot beiliegen; andere werden erst später eingefordert.

Referenzen und Mindestwerte

Ein „Referenzprojekt“ kann nach Zeitraum, Umfang, Kundenart, Technologie, Wert und Verantwortung eingegrenzt sein. Gleiches gilt für Mindestumsatz und Haftpflichtdeckung. Ein Treffer auf das Wort „Referenzen“ allein beantwortet keine dieser Fragen. Markieren Sie die Stelle, notieren Sie genaue Zahlen und prüfen Sie benachbarte Absätze und Anlagen.

Fristen und formale Nachweise

Abgabefrist, Teilnahmeantrag, elektronische Signatur, Eigenerklärung und Nachforderungen sind eigene Prozessrisiken. Achtung: Eine Frist ist keine technische oder wirtschaftliche Eignung, kann aber trotzdem die erfolgreiche Teilnahme verhindern. Immer das offizielle Vergabeportal konsultieren.

3. So unterscheiden Sie mögliche Muss-Kriterien vom allgemeinen Kontext

Die folgenden Sätze sind erfundene Beispiele zur Erklärung. Sie stammen nicht aus einer amtlichen Ausschreibung.

Wahrscheinlich zwingend · prüfen
Der Bieter muss eine gültige ISO/IEC-27001-Zertifizierung mit passendem Scope nachweisen.Das Modalverb und „nachweisen“ sind ein starkes Indiz. Verbindlichkeit und zulässige Alternativen müssen im gesamten Dokument geprüft werden.
Kein automatischer K.O.
Erfahrungen mit ISO 27001 sind erwünscht; eine Zertifizierung ist nicht erforderlich.Nur ein Stichworttreffer wäre falsch. Negation und Kontext müssen manuell berücksichtigt werden.
Wichtige Einschränkung: selbst korrekte Schlüsselworttreffer können Anforderungen übersehen, etwa wenn eine Anlage Bilder enthält, die Anforderung indirekt formuliert ist oder ein Verweis eine Pflicht aus einem anderen Dokument übernimmt. Ein automatischer grüner Status „geeignet“ wäre deshalb irreführend.

4. Arbeitsablauf vor der Bid/No-Bid-Entscheidung

  1. Vollständigkeit: Prüfen, ob alle Vergabeunterlagen, Nachträge, Anlagen und aktuellen Versionen vorliegen.
  2. Fundstellen: Relevante Passagen je Dokument, Seitenzahl und Kategorie erfassen – auch dann, wenn ihre Verbindlichkeit noch unklar ist.
  3. Einordnung: Eignungskriterium, technische Leistungsanforderung, Bewertungspunkt oder formale Frist unterscheiden.
  4. Nachweise: Für jeden möglichen Muss-Punkt intern erfassen: vorhanden, fehlt, unklar, nicht einschlägig. Dokument, Gültigkeit, Scope und Verantwortlichkeit prüfen.
  5. Offene Fragen: Abweichungen und alternative Nachweise gemäß den konkreten Verfahrensregeln rechtzeitig klären.
  6. Entscheidung: Erst nach fachlicher Prüfung ein dokumentiertes Bid/No-Bid treffen; dabei Kapazität, Marge, Wettbewerb und Strategie separat bewerten.
Kostenlos · ohne Upload

Probieren Sie einen lokalen Quellen-Check.

Fünf PDF-Dateien mit auswählbarem Text oder ein kopierter Auszug: Fundstellen mit Seitenzahl, Warnhinweisen und manueller Erfüllungsmarkierung. Keine Anmeldung und keine Speicherung Ihrer Unterlagen auf dem Server.

Vergabeunterlagen lokal analysieren →

5. Amtliche Quellen und Grenzen

Die rechtlichen Links hier führen zu den offiziellen veröffentlichten Normtexten. Der Leitfaden ist keine individuelle vergaberechtliche Auskunft; bei konkreten Zweifeln sollten Vergabeunterlagen und zuständige Fachpersonen herangezogen werden.