Ein Auftraggeber-Identitätsdatensatz verbindet die Käuferrolle eines bestimmten Vergabeverfahrens mit einem oder mehreren belegten Organisationsdatensätzen. Er enthält Verfahren, Notice und Version, den publizierten Namen, den normalisierten Rechtsnamen, Notice-interne Organisationsreferenzen, amtliche Kennungen samt System, Zuständigkeit, Adresse, Rollen und Unterrollen, Geltungsbereich, Belegstellen, Widersprüche, Prüfzeit und Verfallsgrund. Interne Vergabestellen, Kontaktpunkte, Beschaffungsdienstleister, eSender, Portalbetreiber, Rahmenvertragsnutzer, Finanzierer, Zahler und spätere Vertragsunterzeichner bleiben eigene Objekte. `confirmed_single_buyer` bezeichnet einen belegten Einzelauftraggeber, `confirmed_joint_buyers` eine vollständig belegte Auftraggebergemeinschaft. `buyer_confirmed_signatory_unresolved` hält fest, dass der Auftraggeber geklärt ist, der künftige Unterzeichner aber nicht. `identity_conflict`, `role_conflict`, `insufficient_public_evidence` und `superseded` verhindern, dass Lücken als Fakten weitergegeben werden. Der Datensatz gibt wieder, wem die aktuellen Vergabeunterlagen die Käuferrolle zuweisen. Er ist kein Rechtsgutachten über den persönlichen Anwendungsbereich des Vergaberechts.
„Vergabestelle Nord“, eine Kanzlei, ein Einkaufsverbund oder der Name im Browserkopf können sichtbarer sein als der Rechtsträger, der beschafft. In eForms stehen mehrere Organisationen nur einmal im Organisationsblock; Rollen verweisen anschliessend über technische Kennungen auf diese Einträge. Eine zentrale Beschaffungsstelle kann Verträge für andere Stellen vergeben. Ein Dienstleister kann das Verfahren führen. Eine Liste möglicher Rahmenvertragsnutzer kann Hunderte Körperschaften nennen, ohne sie alle zu Auftraggebern der aktuellen Notice zu machen. Wer Namen nach Sichtbarkeit auswählt, ordnet Vergabehistorie falsch zu, prüft Ausschluss- oder Vertragsfragen gegen die falsche Stelle und lässt Agenten Scheinbeziehungen erzeugen. Das Problem ist nicht zu wenig Text, sondern ein fehlender, überprüfbarer Rollenbezug.
Folgen Sie zuerst der Käuferreferenz in der aktuellen amtlichen Publikation. Lösen Sie danach die referenzierte Organisation auf und prüfen Sie ihre dauerhafte Identität mit einer passenden amtlichen Quelle. Die Notice belegt die Rolle im Verfahren. Ein Register belegt innerhalb seines Zuständigkeitsbereichs Name, Kennung und Status des Rechtsträgers. Die Website der Stelle kann Abteilung, Kurzname und Dachorganisation erklären. Keine dieser Quellen übernimmt automatisch die Aufgabe der anderen. `ORG-0001` ist eine lokale Verknüpfung in einer Notice und keine globale Behördenkennung. Bei gemeinsamer Beschaffung bleibt jede Käuferorganisation erhalten. Bei einer zentralen Beschaffungsstelle bleiben begünstigte oder abrufberechtigte Stellen ausserhalb der Käufermenge, bis die Notice ihnen diese Rolle zuweist. Ein Agent darf öffentliche Belege lesen und abgleichen, aber weder eine juristische Einordnung erfinden noch ohne Mandat Konten öffnen, Nachrichten senden oder Datensätze in fremden Systemen ändern.
Ausgangspunkt
Ein Organisationsname beantwortet erst mit seiner Rolle die Käuferfrage
Beginnen Sie mit der bestätigten amtlichen Publikation. Notieren Sie Verfahrenskennung, Notice-ID, Version und Phase. Suchen Sie dann die Referenzen, die eine Organisation als Käufer ausweisen. In der aktuellen eForms-Struktur verweist `OPT-300-Procedure-Buyer` auf den Organisationsblock eines Käufers. Dort stehen unter anderem der Name aus `BT-500` und die Organisationskennung aus `BT-501`. Die Reihenfolge der Organisationsblöcke hat keine eigene rechtliche Bedeutung.
Im selben Datensatz können ein Beschaffungsdienstleister, ein eSender und mehrere Kontaktpunkte stehen. Die eForms-Codeliste `organisation-role` führt dafür eigene Codes wie `buyer`, `serv-prov` und `ted-esen`. Weitere Unterrollen kennzeichnen die Gruppenführung, die Stelle für zusätzliche Auskünfte, Empfänger und Prüfer von Angeboten sowie nach dem Zuschlag Unterzeichner, Finanzierer und Zahler. Eine gemeinsame Adresse oder derselbe Name darf diese Kanten nicht löschen.
Das Wort „Vergabestelle“ ist besonders tückisch. Es kann eine interne Organisationseinheit bezeichnen, die für den Rechtsträger arbeitet. Der eForms-Organisationsblock kann einen eigenen Namen für einen Organisationsteil oder Kontaktpunkt enthalten. Speichern Sie „Zentrale Vergabestelle, Fachbereich 4“ als publizierte Einheit. Erst die Käuferreferenz zeigt, ob der zugehörige Rechtsträger etwa eine Stadt, ein Zweckverband oder eine Anstalt ist.
Wenn die richtige Notice noch nicht feststeht, endet dieser Arbeitsgang. Zwei ähnlich benannte Verfahren können verschiedene Rechtsträger haben. Die Identitätsprüfung übernimmt eine bestätigte Verfahrens- und Quellenkette; sie baut diese Kette nicht anhand eines Namens neu.
| Rolle | Belegte Aussage | Unzulässige Abkürzung |
|---|---|---|
| Käufer | Organisation wird in dieser Notice als Käufer referenziert | Automatische Aussage über alle verbundenen Verfahren |
| Organisationsteil | Abteilung oder Funktionsname innerhalb einer Organisation | Eigener Rechtsträger ohne Beleg |
| Beschaffungsdienstleister | Führt bezeichnete Vergabearbeiten aus | Besitzt Budget oder Vertrag |
| eSender | Übermittelt Notice-Daten an TED | Ist der publizierende Auftraggeber |
| Kontaktpunkt | Nimmt Fragen oder Unterlagen für eine Funktion entgegen | Ist zwingend Käufer oder Unterzeichner |
| Spätere Ergebnisrolle | Unterzeichnet, finanziert oder zahlt gemäss Ergebnisdatensatz | War deshalb automatisch Käufer der Tender Notice |
Kennungen
ORG-0001 verbindet Notice-Felder, aber keine Behördenhistorie
TED weist jeder Organisation in einer eForms-Notice eine technische Kennung wie `ORG-0001` zu. Rollen und Unterrollen referenzieren diese Kennung. Laut aktueller eForms-Dokumentation muss sie innerhalb der Notice eindeutig sein. Eine spätere Notice darf denselben Wert für eine andere Organisation verwenden. Ein stabiler Schlüssel braucht deshalb mindestens Notice-ID, Version und lokale Organisationskennung.
Die externe Identität folgt einem anderen Muster: Kennungssystem plus Wert. Die OCDS-Leitlinie zu Organisationskennungen empfiehlt rechtliche Kennungen aus amtlichen Registern und speichert das Register als `scheme`. Dadurch unterscheidet sich eine Handelsregisternummer von einer Steuer-, Vergabeplattform- oder lokalen Behördenkennung. Bewahren Sie die Schreibweise des Quellsystems und einen öffentlichen Nachweislink auf.
Öffentliche Auftraggeber passen nicht immer in ein Unternehmensregister. Gemeinden, Ministerien, Zweckverbände oder gesetzlich errichtete Einrichtungen können andere amtliche Verzeichnisse und Kennungen haben. `registry_not_applicable` ist dann genauer als „nicht gefunden“. Der Datensatz nennt das geprüfte Register, dessen Zuständigkeit und den alternativen amtlichen Errichtungs- oder Verzeichnisbeleg.
Ein Register bestätigt auch nicht die Vergaberolle. Es kann zeigen, dass eine GmbH unter einem bestimmten Namen besteht. Nur die aktuelle Vergabequelle zeigt, ob diese GmbH Käufer, Dienstleister oder bloss Plattformbetreiber in diesem Verfahren ist. Umgekehrt kann die Notice eine Käuferrolle belegen, während eine veraltete oder falsch erfasste Kennung einen Identitätskonflikt erzeugt.
| Feld | Beispielhafte Form | Prüfregel |
|---|---|---|
| `notice_organization_id` | `notice-id:v02:ORG-0001` | Nur innerhalb der Notice verwenden |
| `published_name` | Wert aus `BT-500` | Unverändert neben Normalisierung bewahren |
| `legal_name` | Amtlicher Rechtsname | Quelle und Prüfdatum angeben |
| `identifiers[]` | System, Wert, Quelle, Zustand | Keine nackten Nummern vergleichen |
| `organization_part_name` | Abteilung oder Vergabestelle | Nicht zum Rechtsträger hochstufen |
| `registry_status` | bestätigt, nicht anwendbar, unerreichbar, widersprüchlich | Abwesenheit nicht als Gegenbeweis behandeln |
Beschaffungsmodell
Eine zentrale Beschaffungsstelle und ihre Nutzer bilden nicht automatisch eine Käuferliste
Die Richtlinie 2014/24/EU unterscheidet zentrale Beschaffung und gelegentliche gemeinsame Beschaffung. Eine zentrale Beschaffungsstelle kann Lieferungen oder Dienstleistungen für andere Auftraggeber erwerben, öffentliche Aufträge vergeben oder Rahmenvereinbarungen für sie abschliessen. eForms bildet die Unterrollen `cpb-acq` und `cpb-awa` getrennt ab. Übernehmen Sie genau die veröffentlichte Unterrolle statt aus dem Wort „Einkaufsverbund“ eine Struktur abzuleiten.
Bei gemeinsamer Beschaffung gibt es mehrere Käuferreferenzen. Eine Stelle kann als Gruppenführung markiert sein, doch die übrigen Käufer bleiben Teil des Datensatzes. Artikel 38 der Richtlinie unterscheidet zudem zwischen einem vollständig gemeinsam, im Namen aller geführten Verfahren und einzelnen gemeinsam durchgeführten Teilen. Rollen brauchen daher einen Geltungsbereich: Verfahren, Lose oder Verträge.
Rahmenvereinbarungen nennen häufig Kategorien oder Listen abrufberechtigter Stellen. Diese Angabe beantwortet, wer den Rahmen später nutzen darf. Sie beweist nicht, dass jede genannte Einrichtung Käufer der Notice ist, die den Rahmen beschafft. Ein späterer Abruf ist ein neuer Beschaffungskontext und erhält eine eigene Käuferprüfung.
Ein Einkaufsverbund kann gleichzeitig Käufer und zentrale Beschaffungsstelle sein. Ein Beratungsunternehmen kann lediglich `serv-prov` sein. Beide Namen können auf derselben Seite erscheinen. Der Rollenbeleg entscheidet, welcher Eintrag in `buyers[]` gelangt.
| Publizierte Struktur | Ausgabe | Offene Frage |
|---|---|---|
| Ein Käufer plus `cpb-awa` | Ein Käufer mit Unterrolle | Welche Stellen später abrufen |
| Mehrere Käufer plus Gruppenführung | Vollständige Käufermenge und Lead | Wie Lose oder Verträge verteilt sind |
| Käufer plus `serv-prov` | Käufer und Dienstleister getrennt | Welche Aufgaben der Dienstleister übernimmt |
| Kategorien möglicher Nutzer | Eigene Nutzerpopulation | Welche Stelle einen Abruf durchführt |
| Getrennte Losrollen | Käuferkante je Los | Ob spätere Verträge dieselbe Struktur behalten |
Fiktiver Fall
Fünf abrufberechtigte Städte können neben einem einzigen aktuellen Käufer stehen
Die fiktive eForms-Notice `DEMO-EF-2026-044`, Version 02, betrifft eine Rahmenvereinbarung für Arbeitsplatzhardware. `OPT-300-Procedure-Buyer` verweist nur auf `ORG-0001`, Regionale Beschaffungsstelle Hainfurt AöR. Ihr Organisationsblock nennt eine ausdrücklich fiktive Behördenkennung und eine amtliche Anschrift. Die Käufer-Unterrolle lautet `cpb-awa`. Fünf erfundene Städte erscheinen in der Beschreibung als abrufberechtigte Nutzer, besitzen aber keine Käuferreferenz in dieser Notice.
`ORG-0002` Hainfurt Vergabeservice GmbH trägt die Rolle `serv-prov` und betreut die Verfahrenskommunikation. `ORG-0003` übermittelt die Daten als `ted-esen`. `TPO-0001` ist die Kontaktstelle „Rahmenverträge IT“ innerhalb von `ORG-0001`. Der Browser zeigt ausserdem den Namen des Portals. Diese vier sichtbaren Bezeichnungen erklären Kommunikation, Übermittlung und Oberfläche. Nur `ORG-0001` gelangt in die Käufermenge.
Der Datensatz endet mit `buyer_set_state: confirmed_single_buyer` und dem Qualifikator `buyer_confirmed_signatory_unresolved`. Die Notice belegt die zentrale Vergaberolle, aber noch keinen Käufer-Unterzeichner eines späteren Einzelabrufs. Die fünf Städte bleiben unter `eligible_framework_users`, nicht unter `buyers`. Wenn eine Stadt später einen Abruf publiziert, wird ihr eigener Verfahrensdatensatz geprüft.
Alle Namen und Kennungen im Beispiel sind erfunden. Das Ergebnis zeigt einen wichtigen Abschlusszustand: Die Käuferfrage der Rahmenbeschaffung ist entschieden, obwohl die Vertragspartei eines künftigen Abrufs noch nicht existiert.
| Objekt | Notice-Rolle | Speicherort | Entscheid |
|---|---|---|---|
| Regionale Beschaffungsstelle Hainfurt AöR | Käufer und `cpb-awa` | `buyers[]` | `confirmed_single_buyer` |
| Fünf fiktive Städte | Abrufberechtigte Nutzer | `eligible_framework_users[]` | Keine aktuelle Käuferrolle |
| Hainfurt Vergabeservice GmbH | `serv-prov` | `service_providers[]` | Nicht als Käufer ausgeben |
| Übermittlungsdienst | `ted-esen` | `publishers[]` | Nur Datenübermittlung |
| Rahmenverträge IT | Kontaktpunkt `TPO-0001` | Unter `ORG-0001` | Kein eigener Rechtsträger |
| Künftiger Abruf-Unterzeichner | Noch nicht publiziert | `actual_signatory: null` | Bei Abruf neu prüfen |
Prüfentscheid
Ein Widerspruch bekommt einen Typ statt einer stillen Korrektur
`confirmed_single_buyer` braucht eine eindeutige Käuferreferenz und einen in sich stimmigen Organisationsdatensatz. `confirmed_joint_buyers` braucht alle Käufer, die Gruppenführung und den belegten Umfang. Ein nicht anwendbares Unternehmensregister verhindert die Bestätigung nicht, wenn Notice, amtliche Kennung und Errichtungs- oder Behördenquelle zusammenpassen.
`identity_conflict` gilt bei unvereinbarem Rechtsnamen, Kennungswert oder Rechtsträger. `role_conflict` gilt, wenn aktuelle, für denselben Umfang zuständige Quellen einer Organisation widersprüchliche Rollen zuweisen. `insufficient_public_evidence` ist richtig, wenn ein Departementsname keinen belegten Elternträger hat oder eine Kennung ohne System nicht sicher geprüft werden kann. `superseded` bewahrt eine ältere Entscheidung nach Korrektur oder Reorganisation nur noch historisch.
Normalisieren Sie Schreibweisen erst nach Erhalt des Rohwerts. Ein fehlendes Komma, eine Abkürzung oder eine andere Grossschreibung kann als Alias erklärt werden. Eine andere Registernummer, Rechtsform oder Körperschaft ist dagegen kein kosmetischer Unterschied. Der Datensatz nennt beide Werte und den nächsten Beleg, der die Frage lösen kann.
Jeder aktuelle Datensatz hat `observed_at`, `valid_until` oder ein Ereignis, das die Neuprüfung auslöst. Dazu gehören eine Korrektur-Notice, ein Wechsel der Phase, ein Zuschlags- oder Vertragsdatensatz, eine öffentliche Reorganisation und eine Änderung im zuständigen Register. Frühere Namen bleiben mit Gültigkeitszeitraum erhalten.
| Status | Bedeutung | Folge |
|---|---|---|
| `confirmed_single_buyer` | Ein Käufer ist belegt | Käuferbezogene Analyse erlaubt |
| `confirmed_joint_buyers` | Käufermenge, Lead und Umfang sind belegt | Gesamte Menge weitergeben |
| `buyer_confirmed_signatory_unresolved` | Käufer sicher, Unterzeichner offen | Unterzeichnerabhängige Arbeit sperren |
| `identity_conflict` | Rechtsträgerdaten widersprechen sich | Automatische Zusammenführung stoppen |
| `role_conflict` | Rollenbelege widersprechen sich | Käuferbehauptung sperren |
| `insufficient_public_evidence` | Belegkette ist unvollständig | Lücke und erlaubte Prüfung ausgeben |
| `superseded` | Neuere Quelle ersetzt den Stand | Nur als Historie nutzen |
Agentenlesbarkeit
Der Agent liefert einen Rollenbericht mit Belegkanten
Der Eingabeumfang enthält das bestätigte Verfahren, die aktuelle Notice, relevante öffentliche Dokumente, Rechtsraum, Losumfang und Prüfzeit. Der Agent extrahiert zuerst alle Organisationen und ihre expliziten Rollenreferenzen. Erst danach sucht er amtliche Identitätsquellen. Diese Reihenfolge verhindert, dass ein bekannter Markenname oder ein gutes Suchmaschinenresultat die Notice verdrängt.
Zu jeder Kante gehören `organization_id`, Rolle, Unterrolle, Umfang, Notice-Feld oder Klausel, Quelle und Zeit. Zum Organisationsknoten gehören Rohname, normalisierter Rechtsname, Notice-interne Kennung, externe Kennungen mit System, Adresse, Organisationsteil und Registerstatus. Gegenbelege bleiben im selben Bericht. Die Hauptausgabe ist `buyers[]` samt Entscheidungsstatus, nicht ein freier Satz ohne Beleg.
Suchtreffer, gemeinsame Domains, Logos und E-Mail-Endungen dürfen Quellen auffinden. Sie bestätigen weder Rolle noch Rechtsträger. Dokumenttext ist zugleich nicht vertrauenswürdige Eingabe für das Verhalten des Agenten. Eine Anweisung in einer Anlage darf keine Zugangsdaten abrufen, den Auftrag erweitern oder eine Aktion auslösen.
Ohne separates Mandat bleibt die Arbeit lesend. Der Agent meldet sich nicht an, akzeptiert keine Bedingungen, kontaktiert weder Vergabestelle noch Dienstleister und ändert kein CRM. Bei einer Rechtsfrage nennt er die konkrete offene Einordnung und übergibt sie an Vergabe- oder Rechtsverantwortliche. Ein sauberer Abbruch enthält die fehlende Kante, den betroffenen Umfang und genau eine zulässige nächste Prüfung.
| Block | Inhalt | Abbruchgrund |
|---|---|---|
| Verfahren | ID, Notice, Version, Phase, Lose | Verfahrensidentität offen |
| Organisation | Namen, Kennungen, System, Adresse, Registerstatus | Rechtsträger widersprüchlich |
| Rollenkante | Rolle, Unterrolle, Umfang, Belegstelle | Nur visuelle oder vermutete Zuordnung |
| Käufermenge | Käufer, Lead, zentraler Einkauf, Losbezug | Mitglied oder Umfang fehlt |
| Spätere Rollen | Unterzeichner, Finanzierer und Zahler oder null | Vererbte statt belegte Rolle |
| Entscheid | Status, Gegenbeleg, Prüfzeit, Verfall, nächste Prüfung | Externe Aktion nicht autorisiert |
Woran gute Arbeit erkennbar ist
Konkrete Ergebnisse für rechtlichen Auftraggeber einer Ausschreibung prüfen
- Jede in der aktuellen Notice referenzierte Käuferorganisation erscheint mit ihrer belegten Rolle und ihrem Geltungsbereich.
- Eine interne Vergabestelle bleibt als Organisationsteil sichtbar, ohne zu einem erfundenen Rechtsträger zu werden.
- Notice-interne Referenzen und externe amtliche Kennungen stehen in getrennten, korrekt qualifizierten Feldern.
- Zentrale Beschaffung, Gruppenführung, Dienstleistung, Datenübermittlung und Kontakt werden nicht unter einem Käuferlabel zusammengefasst.
- Eine Nutzerliste für Rahmenverträge wird nicht als aktuelle Auftraggebergemeinschaft ausgegeben.
- Ein bestätigter Auftraggeber kann zusammen mit einem noch unbekannten Vertragsunterzeichner korrekt abgeschlossen werden.
- Widersprüche blockieren abhängige Automatisierung und bleiben mit Rohwert, Quelle und Prüfzeit prüfbar.
- Der Datensatz nennt Verfallsereignis und nächste erlaubte Prüfung, ohne eine externe Handlung zu unterstellen.
Betriebsmodell
So wird die Arbeit ausgeführt
- 01
Verfahren und Publikation fixieren
Übernehmen Sie die bereits bestätigte Verfahrenskennung, Notice, Version, Phase und den relevanten Losumfang, bevor Sie Organisationsnamen auswerten.
- 02
Rollenreferenzen auslesen
Erfassen Sie Käufer, Gruppenführung, zentrale Beschaffungsstelle, Dienstleister, eSender, Kontaktpunkte und spätere Ergebnisrollen getrennt.
- 03
Organisationsblöcke verbinden
Folgen Sie jeder technischen Referenz zum publizierten Namen, Organisationskennzeichen, Organisationsteil, Adresse und Kontaktblock derselben Notice.
- 04
Amtliche Identität prüfen
Vergleichen Sie Kennung und Rechtsnamen mit dem zuständigen öffentlichen Register, Behördenverzeichnis oder Errichtungsnachweis und dokumentieren Sie nicht anwendbare Register.
- 05
Käufermenge und Umfang entscheiden
Geben Sie einen Einzelauftraggeber oder die vollständige Gemeinschaft samt Führung, Los- oder Vertragsumfang und Gegenbelegen aus.
- 06
Status und Grenze publizieren
Speichern Sie Prüfstatus, Unsicherheit, spätere Rollen als null, Verfallsgrund und eine begrenzte nächste Prüfung.
Bewertung
Fragen, die den Entscheid verändern
- Welche Notice-Version und welches Verfahren tragen die Organisationsrollen?
- Welche `OPT-300`-Referenzen weisen eine Organisation ausdrücklich als Käufer aus?
- Ist der sichtbare Name ein Rechtsträger, ein Organisationsteil, ein Kontaktpunkt oder ein Dienstleister?
- Welches Kennungssystem gehört zum publizierten Wert, und kann es öffentlich nachgeschlagen werden?
- Liegt ein Einzelauftraggeber, eine gemeinsame Beschaffung oder eine zentrale Beschaffung für andere Stellen vor?
- Welche Rolle gilt für das ganze Verfahren, welche nur für ein Los oder einen späteren Vertrag?
- Sind genannte Nutzer abrufberechtigt oder bereits Käufer der aktuellen Beschaffung?
- Welcher fehlende Beleg verhindert einen bestätigten Zustand?
Fehlermuster
Wo Teams die Kontrolle verlieren
Eine E-Mail-Signatur der Vergabestelle wird als amtlicher Rechtsname übernommen.
Ein privater Verfahrensbetreuer wird wegen seiner Kontaktrolle als Auftraggeber gespeichert.
Eine `ORG`-Kennung wird über Notice-Grenzen hinweg als dauerhafte ID verwendet.
Eine nackte Nummer wird ohne Land und Register mit einer anderen Organisation verbunden.
Eine Liste potenzieller Rahmenvertragsnutzer bläht die Käufermenge fälschlich auf.
Die federführende Stelle verdrängt weitere gemeinsam handelnde Auftraggeber.
Ein fehlender Handelsregistereintrag wird als Beleg gegen die Existenz einer Körperschaft gelesen.
Auftraggeber, Unterzeichner, Finanzierer und Zahlstelle werden schon vor der Zuschlagsphase gleichgesetzt.
Ein Agent überschreitet die Recherchegrenze und nimmt ohne Freigabe Kontakt auf.
Messung
Das fertige Ergebnis messen
Gemessen wird der abgeschlossene Prozess inklusive Review-Aufwand und Ausnahmen. Reines Output-Volumen beweist noch keine bessere Arbeitsweise.
- aufgelöste Käuferreferenzen im Verhältnis zu allen Käuferreferenzen der aktuellen Notice
- Käufer mit systemqualifizierter amtlicher Kennung oder dokumentiertem Alternativnachweis
- gemeinsame Beschaffungen mit vollständig erhaltener Käufermenge und Gruppenführung
- Organisationsteile, Kontakte und Dienstleister, die nicht zu falschen Rechtsträgern wurden
- Rahmenvertragsnutzer, die nur bei belegter Käuferrolle in `buyers[]` aufgenommen wurden
- Identitäts- und Rollenkonflikte, die vor nachgelagerter Nutzung sichtbar blieben
- bestätigte Käuferdatensätze mit ausdrücklich offenem Unterzeichnerfeld
- Neuprüfungen nach Korrektur, Reorganisation, Zuschlag oder Registeränderung
Fragen
Häufige Fragen
Ist die zentrale Vergabestelle immer der Rechtsträger?
Nein. Der Begriff kann eine Abteilung oder einen Kontaktpunkt bezeichnen. Folgen Sie der Käuferreferenz zum Organisationsblock und prüfen Sie den dort genannten Rechtsträger.
Kann ich ORG-0001 als dauerhafte Auftraggeber-ID speichern?
Nur als Notice-interne Referenz zusammen mit Notice-ID und Version. Für eine dauerhafte Identität brauchen Sie eine systemqualifizierte amtliche Kennung oder einen geeigneten öffentlichen Organisationsnachweis.
Sind alle Rahmenvertragsnutzer Auftraggeber der aktuellen Notice?
Nein. Eine Nutzerliste beschreibt mögliche spätere Abrufe. Nehmen Sie eine Stelle nur dann in die Käufermenge auf, wenn die aktuelle Notice ihr die Käuferrolle zuweist.
Beweist das Unternehmensregister die Vergaberolle?
Nein. Es kann Rechtsname, Kennung und Status einer erfassten Einheit belegen. Die Rolle in diesem Verfahren stammt aus der aktuellen amtlichen Vergabequelle.
Was bedeutet ein fehlender Handelsregistereintrag bei einer Behörde?
Oft ist das Register für diesen Typ nicht zuständig. Dokumentieren Sie die Nichtanwendbarkeit und nutzen Sie das einschlägige Behördenverzeichnis, Gesetz oder den amtlichen Errichtungsnachweis.
Darf der federführende Auftraggeber als einziger Käufer ausgegeben werden?
Nicht bei einer publizierten Auftraggebergemeinschaft. Bewahren Sie alle Käufer und kennzeichnen Sie die Führung als Unterrolle mit dem belegten Umfang.
Kann ein Agent bei widersprüchlichen Kennungen die Stelle anschreiben?
Nicht ohne ausdrückliche Befugnis. Er hält den Konflikt fest, sperrt abhängige Nutzung und nennt den vorgesehenen Klärungskanal als mögliche, freizugebende nächste Handlung.
Quellen
Primärquellen
- eForms-Struktur für Organisationen und Beteiligte Amt für Veröffentlichungen der Europäischen Union
- eForms-Kennungen und technische Referenzen Amt für Veröffentlichungen der Europäischen Union
- BT-501: Organisationskennung Amt für Veröffentlichungen der Europäischen Union
- eForms-Codeliste der Organisationsrollen Amt für Veröffentlichungen der Europäischen Union
- Richtlinie 2014/24/EU, Artikel 37 und 38 EUR-Lex
- Durchführungsverordnung (EU) 2019/1780 zu eForms EUR-Lex
- OCDS-Leitlinie zu Organisationskennungen Open Contracting Partnership
- Procurement Regulations 2024, Regulation 13 The National Archives
Über den Autor
Tony Kim
Tony schreibt über angewandte AI, verlässliches Product Engineering und Systeme, die komplexe Response-Arbeit kontrollierbar machen.
Zelius
Gemanagte Ausschreibungsintelligenz und Bid-Ausführung für Teams, die das Geschäftsergebnis suchen.
Anbieter, Gründerinnen und Gründer sowie Vertriebsteams für öffentliche und private Chancen. Ausgangspunkt sind der bestehende Ablauf, seine Grenzen und die vorhandenen Nachweise.