B2G-Commerce: öffentliche Auftraggeber beliefern

Behörden, Kliniken, Hochschulen, Schulträger und kommunale Betriebe beschaffen jedes Jahr in einer Größenordnung, die den meisten Mittelständlern nicht präsent ist: Allein 2024 wurden in Deutschland 199.334 öffentliche Aufträge und Konzessionen mit einem Gesamtvolumen von 135,2 Milliarden Euro vergeben (Statistisches Bundesamt, Vergabestatistik). Der Zugang zu diesem Segment ist kein Vertriebsthema, sondern ein Prozessthema. Wer die formalen Anforderungen der öffentlichen Beschaffung sauber im Shop abbildet, verkauft mit planbaren Abnahmen, langen Vertragslaufzeiten und deutlich weniger Preisdruck als im offenen Markt. Dieser Artikel beschreibt, was Ihr B2B-Shop dafür können muss - von der Leitweg-ID als Pflichtfeld bis zur barrierefreien Bestelloberfläche.

Die öffentliche Hand als B2B-Segment mit eigenen Spielregeln

Die amtliche Vergabestatistik zeigt ein Marktvolumen, das im E-Commerce selten strategisch adressiert wird: 199.334 gemeldete Vergaben mit 135,2 Milliarden Euro Auftragsvolumen im Jahr 2024 (Statistisches Bundesamt, Vergabestatistik), gemeldet von 11.524 Berichtsstellen zum Stichtag 31. Dezember 2024 (Statistisches Bundesamt, Vergabestatistik). Weil die Meldepflicht erst oberhalb bestimmter Wertgrenzen greift, liegt das tatsächlich beschaffte Volumen über diesen Zahlen - die Statistik bildet den dokumentierten Kern ab, nicht den gesamten Bedarf.

Europaweit ist die Dimension noch deutlicher. Die Europäische Kommission beziffert die Zahl der öffentlichen Auftraggeber in der EU auf über 250.000 und das jährliche Beschaffungsvolumen auf rund 14 Prozent des EU-Bruttoinlandsprodukts, also etwa zwei Billionen Euro (Europäische Kommission, Public Procurement). Für einen Lieferanten heißt das: Es gibt kaum eine Warengruppe, die nicht irgendwo öffentlich beschafft wird - von Büro- und Laborbedarf über Arbeitsschutz und Hygiene bis zu IT-Zubehör, Werkstattmaterial und Reinigungsmitteln.

Der entscheidende Unterschied zum offenen Markt liegt in der Vertragsform. Wiederkehrender Bedarf wird gebündelt und in Rahmenverträgen mit mehrjährigen Laufzeiten vergeben, aus denen die einzelnen Dienststellen dann abrufen. Wer in einem solchen Kontrakt gelistet ist, verkauft nicht gegen den täglichen Preisvergleich, sondern innerhalb eines einmal verhandelten Konditionenrahmens.

• Behörden von Bund, Ländern und Kommunen - vom Bundesamt bis zum Ordnungsamt einer Mittelstadt
• Kliniken und Universitätskliniken - häufig mit eigenen Einkaufsgemeinschaften und stark strukturierten Katalogprozessen
• Hochschulen und Forschungseinrichtungen - mit dezentralen Bestellern in Instituten und Lehrstühlen
• Schulträger - Beschaffung für viele Standorte aus einem Rahmenvertrag heraus
• Kommunale Eigenbetriebe - Stadtwerke, Entsorgung, Bäder und Bauhöfe mit hohem wiederkehrendem Materialbedarf

Leitweg-ID: das Pflichtfeld, an dem Rechnungen scheitern

Die Leitweg-Identifikationsnummer ist die Adressierung, mit der eine elektronische Rechnung im Behördennetz ihren Empfänger findet. Die E-Rechnungsverordnung führt sie in Paragraf 5 ausdrücklich als Pflichtangabe auf - gemeinsam mit Bankverbindungsdaten, Zahlungsbedingungen und einer De-Mail- oder E-Mail-Adresse (E-Rechnungsverordnung, E-RechV). Im Datenmodell der XRechnung landet sie im Feld BT-10, der Käuferreferenz (KoSIT, Standard XRechnung).

Der Aufbau ist dreiteilig: eine Grobadressierung mit bis zu zwölf Ziffern, eine optionale Feinadressierung mit bis zu 30 Ziffern und eine zweistellige Prüfziffer (KoSIT, Leitweg-ID-Spezifikation). Für die Bundesverwaltung sind die Grobadressierungen normiert: 991 kennzeichnet die unmittelbare Bundesverwaltung, 992 die mittelbare Bundesverwaltung über die OZG-konforme Rechnungseingangsplattform und 993 Empfänger mit eigener Lösung (KoSIT, Leitweg-ID-Spezifikation). Länder und Kommunen vergeben ihre Nummern eigenständig nach demselben Muster.

Genau hier liegt die erste konkrete Anforderung an den Shop. Die Leitweg-ID darf kein Zufallsprodukt aus einem Bemerkungsfeld sein, sondern muss als eigenes, validiertes Datenfeld existieren - durchgängig vom Kundenkonto bis in die Rechnungsausgabe:

1. Eigenes Feld statt Freitext: Die Leitweg-ID gehört als benanntes Bestellfeld in Kundenkonto, Warenkorb und Bestellbestätigung - nicht in ein allgemeines Kommentarfeld, aus dem sie später niemand strukturiert auslesen kann.
2. Formale Prüfung bei der Eingabe: Zeichenvorrat, Segmentlängen und die zweistellige Prüfziffer lassen sich direkt im Frontend prüfen. Die Prüfziffer ist der wirksamste Schutz gegen Zahlendreher, weil sie einen Großteil typischer Tippfehler erkennt (KoSIT, Leitweg-ID-Spezifikation).
3. Speicherung je Dienststelle: Ein Auftraggeber hat selten nur eine Leitweg-ID. Ministerium, nachgeordnete Behörde und einzelne Referate können unterschiedliche Feinadressierungen nutzen - der Shop muss mehrere IDs je Kundenkonto verwalten und dem Besteller die richtige zuordnen.
4. Vorbelegung im Checkout: Bestellt eine Person für ihre Dienststelle, wird die hinterlegte ID vorbelegt und muss nur bestätigt werden. Das reduziert Eingabefehler deutlich stärker als jede nachgelagerte Prüfung.
5. Durchreichen bis in die Rechnung: Die ID muss ohne manuelle Nacherfassung von der Bestellung in das Feld BT-10 der erzeugten XRechnung wandern.

Bestellnummer und Kostenstelle sauber durchreichen

Neben der Leitweg-ID nennt Paragraf 5 der E-Rechnungsverordnung zwei weitere Angaben, die eine elektronische Rechnung enthalten muss, sofern sie bei der Beauftragung übermittelt wurden: die Lieferantennummer und die Bestellnummer (E-Rechnungsverordnung, E-RechV). Das liest sich wie eine Randnotiz, ist in der Praxis aber der häufigste Grund für verzögerte Zahlungen. Eine Rechnung ohne Bestellbezug lässt sich nicht maschinell zuordnen und landet im Klärfall - mit allen Folgen für Zahlungsziel und Lieferantenbewertung.

Technisch bedeutet das: Diese Felder gehören nicht nur in den Checkout, sondern in das Datenmodell der Bestellung, in die Auftragsbestätigung, in den Lieferschein und in das Rechnungsdokument. Jede Station, an der ein Mensch einen Wert abtippt, ist eine Fehlerquelle. Die Erzeugung und Übermittlung der Rechnungsdokumente selbst gehört dabei aus dem Request-Zyklus heraus in asynchrone Jobs - wie sich das im Produktivbetrieb stabil betreiben lässt, beschreibt unser Beitrag zu Shopware Message Queue und Worker-Betrieb.

XRechnung statt PDF-Anhang: nur das B2G-Relevante

Die rechtliche Grundlage stammt aus Brüssel. Die Richtlinie 2014/55/EU über die elektronische Rechnungsstellung bei öffentlichen Aufträgen vom 16. April 2014 verpflichtete die Mitgliedstaaten, eine europäische Norm für das semantische Datenmodell der Rechnungs-Kernelemente einzuführen (EUR-Lex, Richtlinie 2014/55/EU). Zentrale Auftraggeber mussten sie binnen 18 Monaten nach Veröffentlichung der Norm anwenden, subzentrale Auftraggeber durften die Anwendung um bis zu 30 Monate aufschieben (EUR-Lex, Richtlinie 2014/55/EU). Ergebnis ist die Norm EN 16931, die Kernelemente wie Prozess- und Rechnungskennungen, Verkäufer- und Käuferdaten, Lieferdetails, Zahlungsinformationen, Rechnungsposten und Umsatzsteueraufschlüsselung festlegt (EUR-Lex, Richtlinie 2014/55/EU).

In Deutschland setzt die E-Rechnungsverordnung das um: Als Datenaustauschstandard ist grundsätzlich XRechnung zu verwenden, die Übermittlung läuft über das Verwaltungsportal des Bundes, und jede Rechnung durchläuft eine automatisierte formale Prüfung (E-Rechnungsverordnung, E-RechV). Gepflegt wird der Standard von der KoSIT, der Koordinierungsstelle für IT-Standards bei der Senatorin für Finanzen in Bremen. Aktuell gilt XRechnung in der Version 3.0.2; die Bugfix-Fassung Winter 2025/2026 ist seit dem 31. Januar 2026 in Kraft (KoSIT, Standard XRechnung). Für Lieferanten heißt das: Die Rechnungsausgabe muss versionierbar sein, weil sich Validierungsregeln planmäßig weiterentwickeln.

Die Pflichten sind gestaffelt in Kraft getreten. Die Verordnung gilt seit dem 27. November 2018, für subzentrale und Sektorenauftraggeber seit dem 27. November 2019; seit dem 27. November 2020 sind Rechnungssteller verpflichtet, elektronisch zu übermitteln (Paragraf 11 E-Rechnungsverordnung). Für die Bundesverwaltung stehen dafür zwei zentrale Eingangsplattformen bereit - die Zentrale Rechnungseingangsplattform des Bundes und die OZG-konforme Rechnungseingangsplattform (Beschaffungsamt des BMI, Kaufhaus des Bundes).

Format, Validierung und Übertragungswege behandeln wir an anderer Stelle ausführlich: im Beitrag zur E-Rechnungspflicht für Online-Shops, im Überblick zu PEPPOL eInvoicing für B2B-Shops und auf unserer Leistungsseite zu ZUGFeRD und XRechnung. Hier zählt nur der B2G-Kern: Ein PDF im E-Mail-Anhang ist gegenüber öffentlichen Auftraggebern kein strukturierter Rechnungsdatensatz, sondern ein Beleg, den jemand abtippen muss.

Ein PDF ist das Bild einer Rechnung. Eine XRechnung ist die Rechnung.

XICTRON Entwicklungsteam

Katalog und Punchout: in die Beschaffungssysteme hinein

Öffentliche Besteller arbeiten selten direkt im Shop-Frontend eines einzelnen Lieferanten. Sie bestellen aus einem Beschaffungssystem heraus, in dem alle gelisteten Kontrakte nebeneinander liegen und in dem Freigabe, Budget und Buchung bereits verankert sind. Zwei Wege führen dort hinein: die Katalogbereitstellung als strukturierte Datei und der Punchout als Live-Verbindung in Ihren Shop.

• Katalogexport: Der Auftraggeber erhält das vertraglich vereinbarte Sortiment als strukturierte Datei mit Artikelnummern, Kontraktpreisen, Mengeneinheiten, Klassifikation und produktbezogenen Pflichtangaben. Kataloge müssen versioniert und mit Gültigkeitszeitraum ausgeliefert werden, weil sie im Beschaffungssystem eingefroren werden.
• Punchout-Session: Der Besteller springt aus seinem System in Ihren Shop, sieht dort ausschließlich sein Kontraktsortiment zu Kontraktpreisen und gibt den Warenkorb strukturiert an das eigene System zurück - Freigabe und Bestellung laufen anschließend dort.
• Klassifikation: In der Vergabe wird mit CPV-Codes gearbeitet, im Katalog häufig zusätzlich mit einer Warengruppensystematik. Ohne saubere Klassifikation je Artikel ist ein Katalog nicht einspielbar.
• Sortimentsschnitt: Ein Kontrakt umfasst nur selten das gesamte Shop-Sortiment. Welche Artikel ein Auftraggeber sieht, muss aus dem Vertrag abgeleitet werden - Grundlagen dazu in unserem Beitrag zu kundenspezifischen Sortimenten im B2B-Shop.

Die technischen Details der Punchout-Protokolle - Setup-Request, Session-Aufbau, Warenkorb-Rückgabe - haben wir im Beitrag zu Punchout-Katalogen mit OCI und cXML ausführlich beschrieben. Für B2G gilt dieselbe Mechanik, mit einer Zusatzanforderung: Die Rückgabe muss die vergabespezifischen Referenzen mitführen, damit Kontraktnummer und Kostenstelle später in der Rechnung wieder auftauchen.

Rahmenvertragspreise und Kontraktabrufe je Dienststelle

Im B2G ist der Preis keine Eigenschaft des Artikels, sondern eine Eigenschaft der Kombination aus Artikel, Kontrakt und Dienststelle. Derselbe Karton Kopierpapier kann für eine Landesbehörde unter Rahmenvertrag A und für ein Klinikum unter Rahmenvertrag B zu unterschiedlichen Konditionen geliefert werden - und beide Preise sind vertraglich fixiert, nicht verhandelbar.

Technisch verlangt das ein Preismodell mit mehreren Ebenen: Listenpreis, Kontraktpreis und gegebenenfalls eine dienststellenspezifische Abweichung, jeweils mit Gültigkeitszeitraum und Preisanpassungsklausel. Die Grundlagen mehrstufiger Preislogik im B2B haben wir im Beitrag zu B2B-Preisstrategien im E-Commerce beschrieben; im B2G kommt hinzu, dass jede Abweichung vom Kontraktpreis begründungspflichtig ist.

1. Vertragsnummer und Laufzeit je Kontrakt, inklusive Verlängerungsoptionen und Enddatum
2. Sortimentsschnitt - welche Artikel unter den Vertrag fallen und welche ausdrücklich nicht
3. Preisliste mit Gültigkeit und dokumentierter Preisanpassungslogik statt manueller Nachpflege
4. Abrufbudget oder Mengenkontingent mit sichtbarem Restwert, damit Überschreitungen vor der Bestellung auffallen
5. Berechtigte Dienststellen - wer aus dem Kontrakt abrufen darf und wer nicht
6. Abruf-Historie und Reporting je Kontrakt, exportierbar für die Vertragsbetreuung des Auftraggebers

Kundenindividuelle Preise und HTTP-Caching stehen technisch in einem Spannungsverhältnis: Wer jede Seite dynamisch rendert, verliert Performance; wer zu grob cacht, zeigt falsche Preise. Wie sich das mit dem neueren Caching-Modell für eingeloggte Kunden auflösen lässt, zeigt unser Beitrag zum Shopware Cache-Rework für eingeloggte Kunden.

Freigabe- und Budgetlogik auf Bestellerseite

In einer Behörde bestellt selten die Person, die entscheidet. Der Sachbearbeiter legt den Warenkorb an, die Sachgebietsleitung gibt frei, die Haushaltsstelle prüft das Budget, und die Rechnungsprüfung schließt den Vorgang ab. Ein Shop, der nur ein einziges Konto pro Kunde kennt, bildet diesen Ablauf nicht ab - und zwingt den Auftraggeber zu Nebenprozessen in Tabellenkalkulation und E-Mail.

• Rollen je Konto: Besteller, Freigeber und Rechnungsempfänger sind unterschiedliche Personen mit unterschiedlichen Rechten
• Wertgrenzen je Rolle: unterhalb einer Grenze bestellt der Sachbearbeiter selbst, oberhalb greifen eine oder mehrere Freigabestufen
• Budgettopf je Kostenstelle mit sichtbarem Restwert und Sperre bei Überschreitung
• Vertretungsregeln für Urlaub und Krankheit, damit Vorgänge nicht liegen bleiben
• Protokollierung jeder Freigabe mit Zeitstempel und Person - das ist im öffentlichen Sektor prüfungsrelevant

Die Umsetzung solcher Genehmigungsketten im Shop haben wir im Beitrag zu B2B-Bestellfreigaben und Genehmigungs-Workflows im Detail beschrieben. Ergänzend relevant ist die Zahlungsart: Öffentliche Auftraggeber zahlen weitgehend durchgängig auf Rechnung, was ein sauberes Limit- und Zahlungszielmanagement voraussetzt - siehe Kauf auf Rechnung mit Kreditlimits im B2B.

Nachweise: Präqualifikation und Eigenerklärungen im Onboarding

Bevor ein öffentlicher Auftraggeber bestellt, prüft er den Lieferanten. Eignungsnachweise, Eigenerklärungen und Präqualifikationsnummern gehören zum Standardrepertoire jedes Vergabeverfahrens. Für den Shop ist das relevant, weil diese Unterlagen nicht einmalig anfallen, sondern gepflegt werden müssen - und weil ein abgelaufener Nachweis einen laufenden Kontrakt faktisch stilllegen kann.

• Präqualifikationsnummer und zugehörige Gültigkeit
• Unbedenklichkeitsbescheinigungen von Finanzamt und Sozialversicherungsträgern
• Handelsregisterauszug oder Gewerbeanmeldung in aktueller Fassung
• Eigenerklärungen zu Mindestlohn, Tariftreue und Ausschlussgründen
• Nachweise zur Betriebshaftpflicht mit Deckungssummen
• Angaben zu Lieferkette und Nachhaltigkeit, sofern in der Leistungsbeschreibung gefordert
• Erklärung zur Barrierefreiheit der angebotenen digitalen Bestelloberfläche

Praktisch heißt das: Das Kundenkonto braucht eine Dokumentenverwaltung mit Gültigkeitsdatum, automatischer Erinnerung vor Ablauf und einer klaren Zuständigkeit auf Lieferantenseite. Die dafür nötige Onboarding-Strecke unterscheidet sich nicht grundsätzlich von der gewerblichen Neukundenprüfung, die wir im Beitrag zu B2B-Neukunden und Gewerbeprüfung im Shop beschrieben haben - sie ist nur strenger dokumentiert. Ein B2B-Self-Service-Portal ist dabei der natürliche Ort, an dem beide Seiten den Status der Unterlagen sehen.

Barrierefreiheit als faktisches Vergabekriterium

An diesem Punkt scheiden die meisten Anbieter aus - und zwar nicht über den Preis, sondern weil ihre Bestelloberfläche vom Auftraggeber nicht abgenommen werden kann. Die Barrierefreie-Informationstechnik-Verordnung (BITV 2.0) verpflichtet öffentliche Stellen zu einer umfassend und grundsätzlich uneingeschränkt barrierefreien Gestaltung ihrer Informationstechnik (Paragraf 1 BITV 2.0). Der Geltungsbereich umfasst ausdrücklich nicht nur Websites und mobile Anwendungen, sondern auch elektronisch unterstützte Verwaltungsabläufe und grafische Programmoberflächen (Paragraf 2 BITV 2.0).

Ein Beschaffungsportal, aus dem heraus Mitarbeitende einer Behörde bestellen, fällt genau in diese Kategorie. Paragraf 3 verlangt, dass die Angebote wahrnehmbar, bedienbar, verständlich und robust sind; die Erfüllung wird vermutet, wenn die im EU-Amtsblatt veröffentlichten harmonisierten Normen eingehalten werden (Paragraf 3 BITV 2.0). Zusätzlich muss die öffentliche Stelle eine Erklärung zur Barrierefreiheit in barrierefreiem und maschinenlesbarem Format bereitstellen, sie jährlich aktualisieren und einen von jeder Seite erreichbaren Feedback-Mechanismus anbieten (Paragraf 7 BITV 2.0).

Die Verordnung adressiert die öffentliche Stelle, nicht den Lieferanten. Genau deshalb wird sie zum Vergabekriterium: Eine Behörde, die ihre eigene Erklärung zur Barrierefreiheit verantworten muss, kann kein Bestellportal einsetzen, das sich ohne Maus nicht bedienen lässt. Die Anforderung wandert damit aus der Verordnung in die Leistungsbeschreibung - und wer sie im Angebot nicht belegen kann, wird in der Wertung typischerweise gar nicht erst berücksichtigt.

• Vollständige Tastaturbedienbarkeit inklusive sichtbarem Fokus - vom Katalogfilter bis zum Absenden der Bestellung
• Korrekt beschriftete Formularfelder mit programmatisch verknüpften Labels, Hinweistexten und Fehlermeldungen; das Leitweg-ID-Feld ist hier der Praxistest
• Ausreichende Kontraste auch bei Statusfarben, Preisen und deaktivierten Schaltflächen
• Datentabellen mit Kopfzellen - Kontraktpreislisten und Abrufübersichten sind ohne Tabellensemantik kaum nutzbar
• Statusmeldungen für Screenreader, etwa wenn sich der Warenkorb aktualisiert oder eine Freigabe angefordert wird
• Dokumentierte Prüfergebnisse, damit die Barrierefreiheit im Angebot belegbar ist statt nur behauptet

Einstiegs-Checkliste vor der ersten Rahmenvertrags-Bewerbung

Bevor Sie sich um einen Rahmenvertrag bewerben, sollte der Shop die folgenden Punkte beherrschen. Die Liste ist bewusst als Mindestumfang formuliert - sie beschreibt, was in der Praxis abgefragt wird, nicht den maximalen Ausbau:

• Leitweg-ID als eigenes Pflichtfeld mit Prüfziffern-Validierung, mehrfach hinterlegbar je Kundenkonto
• Bestellnummer und Kostenstelle als strukturierte Felder, nicht als Freitextkommentar
• Rechnungsausgabe im Format XRechnung nach EN 16931, versionierbar und formal validiert
• Übermittlungsweg zur Eingangsplattform des Auftraggebers definiert und getestet
• Kontraktfähiges Preismodell mit Gültigkeitszeiträumen und Sortimentsschnitt je Vertrag
• Kataloglieferung in einem strukturierten Format inklusive Klassifikation und Versionierung
• Punchout-Fähigkeit für mindestens einen der gängigen Standards
• Mehrbenutzer-Konten mit Rollen, Wertgrenzen und Freigabeketten
• Budget- und Restwertanzeige je Kostenstelle oder Kontrakt
• Dokumentenverwaltung für Nachweise mit Ablaufdatum und Erinnerung
• Barrierefreie Bestelloberfläche mit dokumentiertem Prüfergebnis
• Exportierbares Abruf-Reporting je Rahmenvertrag und Dienststelle

Ein neues Kundensegment statt einer neuen Funktion

Der wirtschaftliche Reiz von B2G liegt nicht in einem zusätzlichen Feature, sondern in einem zusätzlichen Markt. Die technischen Anforderungen - strukturierte Referenzfelder, Kontraktpreise, Freigabeketten, barrierefreie Oberflächen - zahlen dabei doppelt ein: Sie öffnen den Zugang zur öffentlichen Beschaffung und verbessern gleichzeitig die Prozessqualität für große gewerbliche Kunden, die ähnlich strukturiert einkaufen.

XICTRON entwickelt B2B-Shops mit genau diesen Bausteinen: Rahmenvertrags- und Kontraktlogik, Freigabe- und Budgetsteuerung, Anbindung an Beschaffungssysteme sowie eine Rechnungsausgabe, die den Anforderungen öffentlicher Auftraggeber standhält. Wir setzen dabei auf individuell entwickelte Lösungen statt auf Standardpakete, weil sich Kontraktstrukturen zwischen Branchen und Auftraggebern erheblich unterscheiden. Wenn Sie prüfen möchten, wie weit Ihr Shop von der Vergabefähigkeit entfernt ist, sprechen wir gerne über B2B-E-Commerce mit Beschaffungsanbindung oder direkt über ein konkretes Projekt.

Häufig gestellte Fragen

Die öffentliche Hand ist kein exotischer Sonderkanal, sondern ein großes, planbares B2B-Segment mit klar dokumentierten Eintrittsbedingungen. Wer diese Bedingungen im Shop abbildet, konkurriert nicht mehr über den Tagespreis, sondern über Prozessqualität - und genau dort sind gut gebaute B2B-Systeme im Vorteil.