Bundesgesellschaft für Endlagerung mbH (BGE)TED
Rahmenvertrag DataHub Wartung und Erweiterung
Gegenstand der Ausschreibung ist die Erbringung der Leistungen des Arbeitspakets "Wartung“ sowie des Arbeitspakets „Weiterentwicklung“ im Rahmen des Systems DataHub. Im Rahmen der Wartung des Bestandsystems soll das System betriebsbereit und betriebssicher gehalten werden. Alle Komponenten sind regelmäßig auf Sicherheits-Lücken und Kompat...
Type: Tender
Unlock documents for free
No credit card · Instant access
Content at a glance
Gegenstand der Ausschreibung ist die Erbringung der Leistungen des Arbeitspakets "Wartung“ sowie des Arbeitspakets „Weiterentwicklung“ im Rahmen des Systems DataHub. Im Rahmen der Wartung des Bestandsystems soll das System betriebsbereit und betriebssicher gehalten werden. Alle Komponenten sind regelmäßig auf Sicherheits-Lücken und Kom...
- Tender type:
- Tender
- Contracting authority:
- Bundesgesellschaft für Endlagerung mbH (BGE)
- Published:
- March 15, 2026
- Deadline:
- Not specified
Tender description
Gegenstand der Ausschreibung ist die Erbringung der Leistungen des Arbeitspakets "Wartung“ sowie des Arbeitspakets „Weiterentwicklung“ im Rahmen des Systems DataHub. Im Rahmen der Wartung des Bestandsystems soll das System betriebsbereit und betriebssicher gehalten werden. Alle Komponenten sind regelmäßig auf Sicherheits-Lücken und Kompatibilität mit der System-Umgebung zu prüfen und ggf. notwendige Anpassungen zu identifizieren und umzusetzen. Im Rahmen der Weiterentwicklung sollen Programmiera
Further details
After registration, documents, deadlines and submission notes are available in a structured format.
- Core requirements of the tender prioritized and prepared
- Deadlines, eligibility criteria and documents in one workflow
- Guidance for structured bid preparation
- Automatically discover matching follow-up tenders
Documents and attachments
49 files recorded- PDF Notice (BUL)
- PDF Notice (SPA)
- PDF Notice (CES)
- PDF Notice (DAN)
- PDF Notice (DEU)
- PDF Notice (EST)
Related tenders
10- Deutsches Zentrum für Luft- und Raumfahrt e.V. (DLR)Köln
U-Shift V Driveboard (Projekt IMoGer)
Im Rahmen des Projektes IMoGer (Innovative modulare Mobilität Made in Germany) wird das DLR aufbauend auf dem U-Shift IV Fahrzeugkonzept weitere Driveboards der fünften Generation aufbauen sowie das U-Shift IV zu ertüchtigen. Das disruptive und zukunftsweisende Konzept und dessen neuartige Technologien sollen in einem wirklichkeitsnahen Betrieb auf öffentlichen Straßen erprobt werden. Dazu müssen die Fahrzeuge per Einzelbetriebsgenehmigung zugelassen werden. Anschließend muss der Erprobungsbetrieb der Fahrzeuge in Verbindung mit dem AD-System behördlich genehmigt werden. Im Rahmen dieser Beauftragung sollen neue U-Shift V aufgebaut werden sowie das U-Shift IV so ertüchtigt werden, dass die Driveboards funktionsgleich eingesetzt werden können. Basis der Entwicklung ist das bereits fahrfertige U-Shift IV. Weiterentwicklungen bzw. Verbesserungen sind insbesondere im Bereich Fahrwerk und Hub notwendig. Des Weiteren werden die Kernelemente Bremsen, Lenkung und Steuergeräte vor allem unter der Anforderung der Redundanz angepasst und neu zu entwickeln sein. Alle Systeme und Komponenten werden nach dem Ziel Einzelzulassung auf öffentlicher Straße geprüft und müssen ggf. angepasst werden. Ein Beispiel: Für die Integration des AD-Systems werden Design-Anpassungen, Außenhaut, Anbindung und Integrationsanpassungen notwendig sein. Die Automatisierungssoftware ist nicht Bestandteil dieser Ausschreibung (aber die Hardware) und wird vom Konsortialpartner MotorAI entwickelt. Die Kapseln sind teilweise bereits vorhanden oder werden separat ausgeschrieben. Ziel des Projektes ist außerdem eine Vorbereitung auf einen Regelbetrieb mit mehreren U-Shifts. Dazu wird vom DLR ein Konzept für eine Serienherstellung entwickelt. Zweck des Dokuments ist die Beschreibung der geltenden Anforderungen an die Driveboards mit Komponenten und die ausgeschriebene Leistung sowie die Erläuterung des Fahrzeugkonzepts U-Shift. Dieses Dokument enthält Kapitel, deren Inhalte erst nach dem Unterzeichnen einer Geheimhaltungserklärung im Rahmen des Teilnahmewettbewerbs veröffentlicht und nachgereicht werden können. - Deutsches Zentrum für Luft- und Raumfahrt e.V. (DLR)Köln
Umbau/Anpassung Personenkapsel (Projekt IMoGer)
Im Rahmen des Projektes IMoGer (Innovative modulare Mobilität Made in Germany) wird das DLR aufbauend auf dem U-Shift IV Fahrzeugkonzept weitere Personenkapseln der fünften Generation aufbauen sowie die bestehende U-Shift IV ertüchtigen. Das disruptive und zukunftsweisende Konzept und dessen neuartige Technologien sollen in einem wirklichkeitsnahen Betrieb auf öffentlichen Straßen erprobt werden. Dazu müssen die Fahrzeuge per Einzelbetriebsgenehmigung zugelassen werden. Anschließend muss der Erprobungsbetrieb der Fahrzeuge in Verbindung mit dem AD-System behördlich genehmigt werden. Im Rahmen dieser Beauftragung sollen neue U-Shift V aufgebaut werden sowie das U-Shift IV so ertüchtigt werden, dass die Personenkapseln funktionsgleich eingesetzt werden können. Basis der Entwicklung ist das bereits fahrfertige U-Shift IV. Weiterentwicklungen bzw. Verbesserungen sind insbesondere im Bereich Barrierefreiheit, Gesamtfahrzeugsteuerung, Sensorik, Zulassungsfähigkeit und HMI notwendig. Alle Systeme und Komponenten werden nach dem Ziel Einzelzulassung auf öffentlicher Straße geprüft und müssen ggf. angepasst werden. Ein Beispiel: Für die Integration des AD-Systems werden Design-Anpassungen, Außenhaut, Anbindung und Integrationsanpassungen notwendig sein. Die Automatisierungssoftware ist nicht Bestandteil dieser Ausschreibung (aber die Hardware) und wird vom Konsortialpartner MotorAI entwickelt. Driveboards sind teilweise bereits vorhanden / werden separat ausgeschrieben. Ziel des Projektes ist außerdem eine Vorbereitung auf einen Regelbetrieb mit mehreren U-Shifts. Dazu wird vom DLR ein Konzept für eine Serienherstellung entwickelt. Zweck des Dokuments ist die Beschreibung der geltenden Anforderungen an die Personenkapseln mit Komponenten und die ausgeschriebene Leistung sowie die Erläuterung des Fahrzeugkonzepts U-Shift. Dieses Dokument enthält Kapitel, deren Inhalte erst nach dem Unterzeichnen einer Geheimhaltungserklärung im Rahmen des Teilnahmewettbewerbs veröffentlicht und nachgereicht werden können. - Informationstechnikzentrum Bund (ITZBund)
Rahmenvertrag Dienstleistungen für das Fachverfahren PNR
Das ITZBund benötigt Dienstleistungen im Bereich des technischen Applikationsbetriebes der Inneren Sicherheit bei der Betreuung des Systems für die Verarbeitung von Fluggastdaten (kurz: PNR-Verfahren). Das PNR Verfahren erfasst und speichert die "Daten von 170 Millionen Flugpassagieren pro Jahr, die von 30 deutschen Flughäfen mit 180 Airlines abfliegen (Beer, 2017)". Die erfassten Daten werden maschinell bewertet und manuell ausgewertet um terroristische Straftaten und schwere Kriminalität aufzudecken oder zu verfolgen. Die Einführung eines PNR-Systems beruht auf einer EU-Richtlinie, die alle Staaten der EU verpflichtet ab Mai 2018 die Fluggastdaten grenzüberschreitender Flüge zu erfassen und auszuwerten. Fluggesellschaften müssen die Passagierdaten zuliefern. Der Auftraggeber des ITZBund für das PNR-Verfahren ist das Bundesverwaltungsamt (BVA). Das Bundesverwaltungsamt ist für die Erstellung der benötigten Fach-Applikationen zuständig und hat für den Betrieb der Anwendung/en das Informationstechnikzentrum Bund (ITZBund) beauftragt. Dabei ist das ITZBund gesamtheitlich für den Aufbau aller benötigten IT-Komponenten und Dienste inkl. entsprechender Weiterentwicklung, Pflege und Wartung, Betrieb der technischen Infrastruktur und Infrastrukturdienste, sowie für das eigentliche Deployment und die technische Konfiguration der fachspezifischen Applikationen zuständig. Die Koordination des Aufbaus bzw. der fachspezifische Betrieb des PNR-Systems erfolgt dabei in durch die PNR-Verantwortlichen im ITZBund unter zu Hilfenahme von Basisinfrastruktur-Services der ITZBund Linienorganisationen. Die technische Basis setzt sich aus einer klassischen x86 Linux Infrastruktur (z.B. Provisionierungs-Automatisierung, Konfigurationsmanagement und Oracle-basierte Persistenz) und progressiven Teilen (z.B. Docker-Containern, Kafka Message Queuing, NoSQL Persistenz, Deployment-Automatisierung) zusammen und verteilt sich dabei auf mehrere IT-Systemumgebungen, die zum Teil unterschiedliche Kundenanforderungen bedienen. Zwingend sind dabei sicherheitsrelevante Vorgaben des BSI zu beachten, sodass sich in ihrer Gesamtheit eine komplexe Infrastruktur ergibt. Teil des Betriebs im ITZBund ist der Lifecycle bestehender Umgebungen sowie auch Migrationen in neue Rechenzentren. Ziel der Ausschreibung ist es, einen Rahmenvertrag zur Beauftragung von Unterstützungs-leistungen im Bereich Projektunterstützung, Architektur, Applikationsbetrieb, und Infrastrukturbetrieb für das vom ITZBund unterstützte PNR System zu erhalten. - Ministerium für Kultur und Wissenschaft des Landes NRW
Studiengangsdatenbank
1. Technische Entwicklung eines softwarebasierten Datenbanksystems zur Datenhaltung von studiengangsbezogenen Daten Im Einzelnen sind folgende Leistungen zu erbringen: a. Aufbau einer geeigneten Infrastruktur b. Entwicklung einer den funktionalen und nicht-funktionalen Anforderungen des Auftraggebers entsprechenden Software unter einer gängigen OpenSource-Lizenz und unter Verwendung von OpenSource-Fremdbibliotheken (an dieser Stelle wird auf das anliegende Lastenheft verwiesen) c. Sicherheitskonfigurationen d. Installation von Basismodulen e. Durchführung umfangreicher Tests (Testumgebung) und Problemidentifikation (+ Abnahmetests durch Auftraggeber) f. Technische Moderation und Durchführung des Rollouts in den Regelbetrieb g. Aufbau eines barrierearmen Systems h. Dokumentation sämtlicher theoretischer und anwendungsbezogener Schritte 2. Implementierung relevanter Funktionen und Anforderungen (auch hier wird explizit auf das Lastenheft verwiesen) Im Einzelnen sind folgende Leistungen zu erbringen: a. Weiterentwicklung der Basissoftware und ggf. Programmierung notwendiger Zusatzfunktionen b. Einrichtung von Schnittstellen für externe Akteure außerhalb des Landesverwaltungsnetzes (Zugriffsfunktionen) c. Einrichtung automatischer Benachrichtigungsmechanismen für externe Akteure d. Beachtung der Datensicherheit 3. Methodische Entwicklung eines neuen, effizienteren Datenmodells sowie Datenmigration Im Einzelnen sind folgende Leistungen zu erbringen: a. In enger Zusammenarbeit mit dem Auftraggeber erfolgt eine Evaluierung des bestehenden Datenmodells b. Entwicklung eines neuen, effizienteren Datenmodells c. Ggf. Workshops und Austauschtermine d. Datenmigration der Altdaten und Integration in das neue System 4. Hosting und Betrieb des webbasierten Systems Im Einzelnen sind folgende Leistungen zu erbringen: a. Bereitstellung von ausreichenden und leistungsstarken Serverkapazitäten b. Betrieb via Webserver c. Benötigt werden: Datenbank-, Applikations-, Web- und Testserver d. Der Betrieb der Datenbank ist rund um die Uhr notwendig (24-Stunden-Betrieb). e. Einhaltung und Wahrung der auf der Basis der Schutzbedarfsfeststellung identifizierten Sicherheitsstandards 5. Technischer und inhaltlicher Support Im Einzelnen sind folgende Leistungen zu erbringen: a. Technischer Support für den Auftraggeber im laufenden Betrieb bei Anpassungen/Änderungen am Datenmodell und einzelnen Merkmalen/ Merkmalsausprägungen (First-Level-Support). b. Bereitstellung eines dauerhaften Ansprechpartners/einer Ansprechpartnerin (Telefon & Mail; Werktags 8 Uhr - 16 Uhr) für den Auftraggeber zur Beratung bei technischen und inhaltlichen Fragen. Eine klassische Hotline für Nutzende seitens der Hochschulen und IT.NRW ist nicht vorgesehen, es wird eine Ansprechperson für die wenigen Anwender/Anwenderinnen des Auftraggebers (MKW) benötigt. c. Eine Rückmeldung an Werktagen (Reaktionszeit) soll bei betriebsverhindernden Mängeln und längeren Ausfallzeiten des Systems innerhalb von 24 Stunden erfolgen. Bei betriebsbehindernden und kleinen Män-geln soll die Reaktionszeit an Werktagen bei 48 Stunden liegen. d. Schulung der Nutzer beim Auftraggeber (ca. 5 Personen) 6. Pflege und Wartung Im Einzelnen sind folgende Leistungen zu erbringen a. Pflege der Datenbank und der darin enthaltenen Informationen b. Wartung und Pflege der eingesetzten Software. c. Regelmäßige Wartung des Systems. Die Wartung ist hierbei nicht an Servicezeiten gebunden. d. Regelmäßige Systemupdates. Die Updates sind hierbei nicht an Servicezeiten gebunden. e. Etablierung eines systematischen Wartungsprozesses. 7. Optional: Weiterentwicklung/Ausbau des Systems Im Einzelnen sind folgende Leistungen zu erbringen: Seitens des Auftraggebers wird angestrebt, das entwickelte System in mehreren Ausbaustufen auch für weitere Sachgebiete und Aufgaben des Referates (insbesondere Kapazitätsermittlung) weiterzuentwickeln. Geregelt wird dies über die Ausweitungsoption. Direktvergabe Anpassungen der Software des Zentralsystems der TSL. Erweiterung um Lotterie „Doppelte Sieben“.
Im Rahmen der Beschaffung wird die Brightstar Lottery PLC (BSL) beauftragt, die bestehende Software des Zentralsystems so anzupassen, dass die Kommunikation mit den Draw Centern den neuen geltenden Anforderungen entspricht. Der Meldeweg wird hierbei auf unternehmensübergreifende Schnittstellen umgestellt. Konkret liegt der Fall hier so, dass die Implementierung der Software zwingend von BSL durchgeführt werden muss. Alle Generalverwaltungsaufgaben werden hinsichtlich der Wartung und Instandhaltung des Zentralsystems (Aurora) von BSL übernommen. Die zugehörige Systemlandschaft (Softwarekomponenten) zählt gänzlich zum geistigen Eigentum von BSL. Die notwendigen Tätigkeiten zur Implementierung der Software schließen eine Mitwirkung durch ein fremdes Unternehmen aus. Hier gelten zum einen die Zugriffsrechte, Rechte am geistigen Eigentum (besonders die Sourcecodes bspw. der Schnittstellen und Spielscheine) und zum anderen die Sicherstellung der Verfügbarkeit des Systems. Bei der Beauftragung Dritter würden gewerbliche Schutzrechte oder andere ausschließliche Rechte von BSL verletzt, denn die Implementierung kann z.B. nur durch Zugriff auf den Quellcode von BSL durchgeführt werden (§ 14 Abs. 4 Nr. 2 Buchstabe c) VgV). Eine marktbeherrschende Stellung von BSL in diesem Bereich ist nicht gegeben (§ 19 Abs. 4 GWB). Die beschriebene Implementation der Schnittstellen kann aus technischer Sicht nur durch eine Änderung am Quellcode erbracht werden. Alleiniger Rechteinhaber an der Software des Zentralsystem ist BSL. Rechte, die einen Zugriff auf den Quellcode erlauben, wurden der TSL vertraglich nicht eingeräumt und werden auch zukünftig bei BSL verbleiben. BSL räumt der TSL lediglich ein Einfaches, örtlich und zeitlich unbeschränktes Nutzungsrecht für die Software ein. Die TSL ist nicht berechtigt die Software zu bearbeiten, weiterzuentwickeln und/oder weiter zu veräußern sowie an Dritte zu lizensieren. Andere Unternehmen, die durch BSL einen vertraglich zugesicherten Zugriff auf den Quellcode der Software haben, sind am Markt nicht vorhanden. Jegliche Anpassung des Systems ist, ebenso wie die Behebung von Fehlern und die Wartung der Software für die TSL unverzichtbar. Sie dienen dem ordnungsgemäßen und wirtschaftlichen Geschäftsbetrieb des Unternehmens. Diese Tätigkeiten können somit aufgrund des fehlenden Zugriffs auf den Quellcode weder von der TSL selbst noch von anderen dritten Unternehmen vorgenommen werden. Es kommt hierfür nur die alleinige Quellcodeinhaberin, BSL, in Betracht. Zudem kann auch auf die Alternative b) „kein Wettbewerb aus technischen Gründen“ abgestellt werden. Denn es ist anerkannt, dass die technische Alleinstellung sich insbesondere auch aus der Ausführung eines früheren Auftrags ergeben kann, z. B. bei der Erweiterung oder Modifikation von Bestandssystemen; bei der Vergabe entsprechender Anschlussaufträge werden die Leistungsspezifikation getragen von dem Bestreben, Kompatibilität mit dem Bestandssystem herzustellen (vgl. Kulartz in Kulartz/Kus/Marx/Portz/Prie0, Kommentar zur VgV, 1. Aufl. 2017, § 14, Rdn. 49 m.w.N.). In dem vorliegenden Fall handelt es sich um eine Erweiterung des bestehenden Lotterie Zentralsystem um eine Spielkomponente. Das gesamte System wurde im Jahre 2018 bereits erneuert.- Thüringer Staatslotterie AöRSuhl
Direktvergabe Anpassungen der Software des Zentralsystems der TSL. Erweiterung um Lotterie „Doppelte Sieben“.
Im Rahmen der Beschaffung wird die Brightstar Lottery PLC (BSL) beauftragt, die bestehende Software des Zentralsystems so anzupassen, dass die Kommunikation mit den Draw Centern den neuen geltenden Anforderungen entspricht. Der Meldeweg wird hierbei auf unternehmensübergreifende Schnittstellen umgestellt. Konkret liegt der Fall hier so, dass die Implementierung der Software zwingend von BSL durchgeführt werden muss. Alle Generalverwaltungsaufgaben werden hinsichtlich der Wartung und Instandhaltung des Zentralsystems (Aurora) von BSL übernommen. Die zugehörige Systemlandschaft (Softwarekomponenten) zählt gänzlich zum geistigen Eigentum von BSL. Die notwendigen Tätigkeiten zur Implementierung der Software schließen eine Mitwirkung durch ein fremdes Unternehmen aus. Hier gelten zum einen die Zugriffsrechte, Rechte am geistigen Eigentum (besonders die Sourcecodes bspw. der Schnittstellen und Spielscheine) und zum anderen die Sicherstellung der Verfügbarkeit des Systems. Bei der Beauftragung Dritter würden gewerbliche Schutzrechte oder andere ausschließliche Rechte von BSL verletzt, denn die Implementierung kann z.B. nur durch Zugriff auf den Quellcode von BSL durchgeführt werden (§ 14 Abs. 4 Nr. 2 Buchstabe c) VgV). Eine marktbeherrschende Stellung von BSL in diesem Bereich ist nicht gegeben (§ 19 Abs. 4 GWB). Die beschriebene Implementation der Schnittstellen kann aus technischer Sicht nur durch eine Änderung am Quellcode erbracht werden. Alleiniger Rechteinhaber an der Software des Zentralsystem ist BSL. Rechte, die einen Zugriff auf den Quellcode erlauben, wurden der TSL vertraglich nicht eingeräumt und werden auch zukünftig bei BSL verbleiben. BSL räumt der TSL lediglich ein Einfaches, örtlich und zeitlich unbeschränktes Nutzungsrecht für die Software ein. Die TSL ist nicht berechtigt die Software zu bearbeiten, weiterzuentwickeln und/oder weiter zu veräußern sowie an Dritte zu lizensieren. Andere Unternehmen, die durch BSL einen vertraglich zugesicherten Zugriff auf den Quellcode der Software haben, sind am Markt nicht vorhanden. Jegliche Anpassung des Systems ist, ebenso wie die Behebung von Fehlern und die Wartung der Software für die TSL unverzichtbar. Sie dienen dem ordnungsgemäßen und wirtschaftlichen Geschäftsbetrieb des Unternehmens. Diese Tätigkeiten können somit aufgrund des fehlenden Zugriffs auf den Quellcode weder von der TSL selbst noch von anderen dritten Unternehmen vorgenommen werden. Es kommt hierfür nur die alleinige Quellcodeinhaberin, BSL, in Betracht. Zudem kann auch auf die Alternative b) „kein Wettbewerb aus technischen Gründen“ abgestellt werden. Denn es ist anerkannt, dass die technische Alleinstellung sich insbesondere auch aus der Ausführung eines früheren Auftrags ergeben kann, z. B. bei der Erweiterung oder Modifikation von Bestandssystemen; bei der Vergabe entsprechender Anschlussaufträge werden die Leistungsspezifikation getragen von dem Bestreben, Kompatibilität mit dem Bestandssystem herzustellen (vgl. Kulartz in Kulartz/Kus/Marx/Portz/Prie0, Kommentar zur VgV, 1. Aufl. 2017, § 14, Rdn. 49 m.w.N.). In dem vorliegenden Fall handelt es sich um eine Erweiterung des bestehenden Lotterie Zentralsystem um eine Spielkomponente. Das gesamte System wurde im Jahre 2018 bereits erneuert. Betrieb von File & Storage, Backup & Restore, Datacenter und Virtualisierung
Deutsches Zentrum für Luft- und Raumfahrt (DLR) beabsichtigt, im Rahmen eines Verhandlungsverfahrens mit Teilnahmewettbewerb einen IT-Service-Provider zu beauftragen, der die Leistungserbringung in den Bereichen File&Storage, Virtualisierung, Datacenter sowie Backup&Restore übernimmt und dabei die vielfältigen Anforderungen sowie die kontinuierliche Weiterentwicklung der unternehmensweiten IT-Infrastruktur sicherstellt. Im Bereich File&Storage sind die vorhandenen Storage-Systeme grundsätzlich standortnah an den jeweiligen Betriebsstätten zu betreiben. Sollte ein lokaler Einsatz unwirtschaftlich sein, ist die Anbindung an den nächstgelegenen oder technisch am besten angebundenen Standort durch die zentrale DLR-IT zu entscheiden. Dabei kommen derzeit Systeme von NetApp, FAST-LTA sowie weiteren Herstellern (z.B. Synology) zum Einsatz. Die Speicher werden in unterschiedliche Speicher- und SLA-Klassen eingeteilt, wobei die Hardwareauswahl durch die Speicherklasse, die garantierte Betriebszeit jedoch durch die zugehörige SLA-Klasse bestimmt wird. Zusätzlich werden auf Wunsch institutseigene Storage-Systeme (IuE-Systeme) betreut; hier ist dann der jeweilige IT-Manager des Instituts der Ansprechpartner des IT Service Providers. Im Virtualisierungs-Service betreut der Provider die zentrale Virtualisierungsplattform des DLR, die sowohl zentrale als auch dezentrale sowie institutsspezifische Services beinhaltet. Die Umgebung besteht aus einem zentralen Cluster im Hauptrechenzentrum (ZRZ) und mehreren dezentralen Sites (DRZ), die einheitlich nach einem festgelegten Architekturstandard betrieben werden. Durch ein zentrales Verwaltungstool werden alle Cluster, Hosts und Ressourcen übergreifend administriert, wodurch eine konsistente Konfiguration und hohe Betriebssicherheit gewährleistet ist. Der Datacenter-Service übernimmt die gesamte Betriebsverantwortung für die DLR-Rechenzentren. Zu den Kernaufgaben zählen die Koordination aller Provider, das Zutrittsmanagement einschließlich Begleitung berechtigter Personen, die Organisation von Lieferungen und die Begleitung von Changes und Wartungsarbeiten, insbesondere Wartungen an der Stromversorgung der RZs. Der Provider fungiert als Schnittstelle zu den intern und externen Rechenzentrums-Betreibern (3rd-Level), übernimmt das Flächen- und Verkabelungsmanagement (ausgenommen LAN/WAN- und IuE-Hardware in den DRZs) sowie die Pflege und Aktualisierung der Dokumentation im Dokumentationstool. Darüber hinaus unterstützt er bei Disaster-Recovery- und Failover-Tests, gewährleistet die Business-Continuity, sorgt für die End-to-End-Betriebsfähigkeit der IT-Landschaft und stellt die Serviceverfügbarkeit über alle technischen Silos hinweg sicher. Die Einhaltung von Ordnung und Sicherheit im Rechenzentrum, etwa durch Kontrolle von Zutritten und unverzügliche Meldung von Unregelmäßigkeiten, gehört ebenso zum Leistungsumfang. Im Backup&Restore-Service soll ein kosteneffizientes Konzept für zentrale und dezentrale Systeme bereitgestellt werden. Die bestehende Backup-Infrastruktur des DLR besteht aus zwei getrennten Umgebungen: Veeam, das überwiegend virtuelle Server sichert, und IBM Storage Protect, das physische, dezentrale Systeme sowie Archiv-Daten schützt. Der Provider ist für die regelmäßige Sicherung nach definierten RPO-/RTO-Kriterien, die sichere Aufbewahrung und Versionierung der Daten sowie die Wiederherstellung auf File- und System-Level verantwortlich. Zusätzlich sind Monitoring, Reporting und die lückenlose Dokumentation des Backup-Status zu gewährleisten. Da es sich bei der Leistungsbeschreibung und deren Anlagen um vertrauliche Dokumente handelt, muss der Bewerber zuvor eine Vertraulichkeitsvereinbarung (NDA) unterzeichnen. Nach Vorlage der verbindlich gezeichneten Vertraulichkeitsvereinbarung erhält der Bewerber die erforderlichen Unterlagen. Bitte füllen Sie das beigefügte Formular „Vertraulichkeitsvereinbarung“ aus und übermitteln Sie es über die Kommunikationsfunktion der Plattform subreport ELViS. Nach Eingang erhalten Sie die vollständige Leistungsbeschreibung ebenfalls über die Plattform.- Krankenhaus Nordwest GmbHFrankfurt am Main
Lieferung, Installation und Inbetriebnahme eines Zusatzsystems zur submillimetergenauen Positionierung und Echtzeit-Überwachung der Bestrahlung an einem vorhandenen Linearbeschleuniger TrueBeam der Firma VARIAN sowie Erbringung von Servicevertragsleistungen über 8 Jahre
KURZBESCHREIBUNG: Auftragsgegenstand ist die Lieferung, Installation und Inbetriebnahme eines Zusatzsystems zur submillimetergenauen Positionierung und Echtzeit-Überwachung der Bestrahlung an einem vorhandenen Linearbeschleuniger TrueBeam der Firma VARIAN sowie Erbringung von Servicevertragsleistungen über 8 Jahre. Der AG betreibt einen C-Arm-Linearbeschleuniger TrueBeam der Herstellerfirma VARIAN. Dieser Linearbeschleuniger soll um ein stereoskopisches Röntgenverifikationssystem ergänzt werden, um vor und während der Bestrahlung durch den Linearbeschleuniger eine exakte Visualisierung des Zielbereichs zu ermöglichen und dadurch eine submillimetrisch genaue Positionierung und Echtzeit-Überwachung der Bestrahlung anhand der inneren Anatomie zu ermöglichen. Durch dieses Zusatzsystem sollen hochpräzise Bestrahlungsanwendungen, insbesondere SRS/SBRT sowie weitere stereotaktische und konventionelle Radiotherapien ermöglicht werden. Das zu beschaffende Zusatzsystem soll diese stereoskopische kV-Röntgenbildgebung (IGRT) mit einem kamerabasierten System zur Überwachung der Patientenoberfläche (SGRT) derart kombinieren, dass eine submillimetergenaue Lagerungskontrolle und intrafraktionale Echtzeitüberwachung der Bestrahlung durch den Linearbeschleuniger möglich wird. Anzubieten ist ein vollständig betriebsbereites System einschließlich aller erforderlichen Hard- und Softwarekomponenten, Montage-/Installationsleistungen, Kalibrierung, Integration in die Behandlungsumgebung, Qualitätssicherung, Schulung sowie dokumentierte Abnahme. SYSTEMUMGEBUNG, INTEGRATIONSKONTEXT UND ZIELSETZUNG: Der Bieter hat die technische Integration in das o.g. Linearbeschleunigersystem (TrueBeam der Herstellerfirma VARIAN) herzustellen und zu koordinieren und die Funktionalität im Gesamtsystem nachzuweisen. TECHNISCHE UND FUNKTIONALE MINDESTANFORDERUNGEN: Das anzubietende Zusatzsystem muss folgende Mindestanforderungen erfüllen: a) während der Bestrahlung muss gleichzeitig die innere Anatomie und die Oberfläche eines Patienten mit einer Genauigkeit im Submillimeterbereich überwacht werden. b) kraniale und extrakraniale Patienten müssen bei stereotaktischen und konventionellen Radiotherapien intrafraktionell anhand ihrer inneren Anatomie submillimetergenau positioniert und überwacht werden können. c) Das Zusatzsystem muss bei allen Couch-Winkeln eine kontinuierliche Überwachung der Patientenposition auf Grundlage der internen Anatomie sowie eine darauf basierende Korrektur ermöglichen. Überwachung und Korrektur müssen in Echtzeit während der gesamten Bestrahlung erfolgen, sodass die geforderte Präzision im Submillimeterbereich sichergestellt wird. d) Die Kalibrierung des IGRT-Systems auf das Behandlungs-Isozentrum muss bei der Positionierung und Überwachung von stereotaktischen Behandlungen (SRS, SBRT) sichergestellt sein, ohne dass eine patientenspezifische Qualitätssicherung erforderlich wird. e) Das Zusatzsystem muss mit dem Linearbeschleunigertisch über eine Schnittstelle so integriert sein, dass die Patienten automatisch über die Patientenoberfläche und die CBCT-Außenkontur vorpositioniert werden können. f) Das Zusatzsystem muss technisch in das Linearbeschleunigersystem integriert werden können. g) Das anzubietende Zusatzsystem beinhaltet die komplette betriebsnotwendige Hardware h) Der Bieter liefert, installiert und lizenziert alle betriebsnotwendigen Softwaremodule PROJEKT-, INSTALLATIONS- UND INBETRIEBNAHMELEISTUNGEN: Der Bieter erbringt alle Leistungen zur betriebsbereiten Übergabe, insbesondere: • Projektmanagement/Projektleitung • Montage/Installation aller Systemkomponenten • Systemkonfiguration und Kalibrierung • Integration in die LINAC-Umgebung • Implementierung von Remote-Service gemäß Sicherheits- und Netzwerkvorgaben SCHULUNG UND KLINISCHE INBETRIEBNAHMEUNTERSTÜTZUNG: Der Bieter führt Schulungen/Einweisungen und klinische Unterstützung durch, mindestens: • Anwendertraining vor Ort (mehrtägig) für alle beteiligten Berufsgruppen • Go-Live-Unterstützung vor Ort zur Etablierung der klinischen Workflows • Teilnahme an einem klinischen Aufbaukurs für eine definierte Teilnehmeranzahl ZERTIFIZIERUNGSLEISTUNGEN: Der Angebotsumfang beinhaltet Zertifizierungsleistungen, insbesondere Audit- und Rezertifizierungsleistungen MITWIRKUNGSPFLICHTEN DES AUFTRAGGEBERS: Der Auftraggeber stellt die bauseitigen Voraussetzungen sowie die notwendigen IT-Grundlagen. Die erforderlichen LINAC-Schnittstellen sind durch den LINAC-Hersteller bereitzustellen. ABNAHME, DOKUMENTATION, GEWÄHRLEISTUNG: Der Bieter führt eine dokumentierte Abnahme anhand abgestimmter Testprotokolle durch und übergibt System- und Benutzerdokumentation. SERVICE, SUPPORT, UPDATES UND REMOTE-SERVICE: • Gewährleistung: Der Bieter gewährt für das gelieferte System eine Gewährleistungsdauer von 12 Monaten ab betriebsbereiter Übergabe / Abnahme. • Servicevertrag für die Jahre 1-8 inkl. Lizenz-Support, softwarebezogene Updates / Upgrades sowie ein 24/7 Hotline-Support. - Deutsche Energie-Agentur GmbH (dena)
Entwicklung und Erprobung eines datengetriebenen Energiemanagementsystems für ein vernetztes Gewerbe- oder Industrieareal
Um die möglichen Effekte eines digital und intelligent vernetzten Arealnetzes mit Beteiligung von produzierenden Unternehmen darzustellen und Herausforderungen für die breite Umsetzung in der Praxis zu ermitteln, schreibt das Kompetenzzentrum für Energieeffizienz durch Digitalisierung (KEDi), ein Projekt der Deutschen Energie-Agentur GmbH (dena), die Umsetzung eines entsprechenden Praxisprojekts aus. Zentrale Elemente des Praxisprojekts sind ein Gewerbepark mit produzierenden Unternehmen und bereits vorhandenen erneuerbaren Eigenerzeugungsanlagen und -speichern, die bereits über ein System von Stromleitungen miteinander verbunden sind, im Idealfall existiert bereits ein Arealnetz und viele Anlagen der produzierenden Unternehmen sind bereits digitalisiert. Darauf aufbauend soll nun im Rahmen des Praxisprojekts ein software-basiertes, datengetriebenes Energiemanagementsystems (EMS) für das intelligent vernetzte Arealnetz installiert und erprobt werden. Mit dem EMS sollen in Echtzeit die Energiever-bräuche sowie die Energieerzeugung und -speicherung im Areal überwacht und gesteuert werden. Das EMS soll defi-nierte Szenarien und Anwendungsfälle (Use Cases) ermöglichen, die durch gezielte Steuerung einzelner Prozesse eine energiebezogene Optimierung des Betriebs zulassen. Das System soll in einer realen Umgebung in einem Gewerbege-biet mit Arealnetz getestet bzw. darin über einen Zeitraum von mindestens drei Monaten betrieben werden. Das Pra-xisprojekt soll als Kooperationsprojekt unter Beteiligung von Arealnetzteilnehmern, Softwareanbietern und in enger Abstimmung mit dem Verteilnetzbetreiber durchgeführt werden. Die Besonderheit des geplanten Praxisprojekts ist, dass alle relevanten Daten aller beteiligten Anlagen und Maschinen und Energiequellen sowie ggf. vorhandener Speicher in einer cloudbasierten Plattform gebündelt zusammenlaufen und durch den Auftragnehmer ausgewertet werden sollen. Das heißt, dass nicht nur in Bezug auf das einzelne Unter-nehmen im Areal der Betrieb optimiert wird, sondern für das Areal als Ganzes. Ein weiterer Effekt soll sich für den Netzbetrieb ergeben, indem Engpässe vermieden und Kostenvorteile (z. B. bzgl. Phasen günstiger erneuerbarer Ener-gien oder bzgl. Lastspitzenglättung) genutzt werden. Die Cloud-Plattform soll für die Laufzeit des Projekts genutzt werden. Im Rahmen der vorliegenden Ausschreibung soll das Arealnetz ein Produktionsstandort sein (Gewerbegebiet oder Industriepark). Quartiere/Privathaushalte werden ausdrücklich nicht berücksichtigt. Das Arealnetz soll durch intelligent vernetzte Teilnehmer (Unternehmen im Areal) und Komponenten (Erneuerbare Energiequellen, Energieverbrau-cher wie Maschinen und Anlagen, Energiespeicher) gekennzeichnet sein, welche das EMS einbinden soll. Weitere Merkmale sind eine variable Energiesituation im Arealnetz, die je nach den Rahmenbedingungen durch die Dynamik im Arealnetz (intern) oder durch das Verteilnetz (extern) aktiv beeinflusst werden kann. Außerdem soll das Arealnetz im Idealfall in der Lage sein, einen microgrid-typischen Zustand näherungsweise oder ganz anzunehmen, das heißt unabhängig vom übergeordneten Netz funktionsfähig sein. Da das geplante Vorhaben in einem vorhandenen Areal umgesetzt werden soll, kann nur mit den vorhandenen Energieverbrauchern und Energieerzeugungsanlagen bzw. -speichern gearbeitet werden. Mindestens vorhanden sein sollen jedoch: - verschiedene elektrisch betriebene Anlagen bzw. Maschinen mit einer Leistung von mind. 100 kW, - eigene Energieerzeugungsanlagen (z. B. Photovoltaik) mit einer Gesamtleistung von mind. 100 kW, - Energiespeicheranlagen, - Infrastruktur (Sensorik, Zähler) zur Erfassung von Verbräuchen und Erzeugungsleistung sowie zur elektroni-schen und automatisierten Übertragung an das EMS. Die notwendige Hardware zur Erfassung und Übertragung der Daten muss in dem Arealnetz bzw. in den beteiligten Unternehmen bereits vorhanden sein oder zzt. sowieso installiert werden. Falls in dem Areal bestimmte Elemente, z. B. Batteriespeicher, nicht vorhanden sind, sollen diese durch digitale Zwillinge simuliert werden. Übergeordnetes Gesamtziel des Praxisprojekts ist der Nachweis von Funktionstüchtigkeit und Nutzen eines EMS zum datenbasierten Betrieb eines gewerblichen bzw. industriellen Arealnetzes. Es sollen mehrere Teilziele für das Vorhaben formuliert werden, auf welche im Abschlussbericht (vgl. Abschnitt 2.3, Leistungspaket 3) eingegangen werden muss: • Erprobung der verfügbaren bzw. zu verbauenden digitalen Technologien für vernetzte Arealnetze mit zent-ralem EMS (Belastungsgrenzen, Skalierbarkeit etc.). • Sichtbarmachung von betriebswirtschaftlichen Potenzialen vernetzter Arealnetze (Kostensenkungen und Steigerung der Energieeffizienz für die beteiligten Gewerbetreibenden bzw. Industrieunternehmen, Vorteile für das Netzengpassmanagement des Verteilnetzbetreibers). • Ermittlung des Flexibilitätspotenzials des Arealnetzes intern und für das angeschlossene Verteilnetz und Bei-trag zum Netzengpassmanagement im Verteilnetz (Arealnetze als temporäre Energiequellen für das Verteil-netz, umgekehrt bei Überangebot an Strom im Verteilnetz Abnahme überschüssigen Stroms durch das Are-alnetz). • Sichtbarmachung der Vorteile vernetzter Arealnetze mit zentralem EMS und digitalisierten Unternehmen, um private Investitionen in die intelligente Vernetzung gewerblicher und industrieller Areale in der Breite an-zustoßen. • Mögliche Ableitung bzw. Weiterentwicklung von (technischen) Standards oder „Blaupausen“ für die zuverlässige Vernetzung von Einrichtungen zu Arealen mit Microgrid-Eigenschaften. - Deutsche Energie-Agentur GmbH (dena)
Entwicklung und Erprobung eines datengetriebenen Energiemanagementsystems für ein vernetztes Gewerbe- oder Industrieareal
Um die möglichen Effekte eines digital und intelligent vernetzten Arealnetzes mit Beteiligung von produzierenden Unternehmen darzustellen und Herausforderungen für die breite Umsetzung in der Praxis zu ermitteln, schreibt das Kompetenzzentrum für Energieeffizienz durch Digitalisierung (KEDi), ein Projekt der Deutschen Energie-Agentur GmbH (dena), die Umsetzung eines entsprechenden Praxisprojekts aus. Zentrale Elemente des Praxisprojekts sind ein Gewerbepark mit produzierenden Unternehmen und bereits vorhandenen erneuerbaren Eigenerzeugungsanlagen und -speichern, die bereits über ein System von Stromleitungen miteinander verbunden sind, im Idealfall existiert bereits ein Arealnetz und viele Anlagen der produzierenden Unternehmen sind bereits digitalisiert. Darauf aufbauend soll nun im Rahmen des Praxisprojekts ein software-basiertes, datengetriebenes Energiemanagementsystems (EMS) für das intelligent vernetzte Arealnetz installiert und erprobt werden. Mit dem EMS sollen in Echtzeit die Energiever-bräuche sowie die Energieerzeugung und -speicherung im Areal überwacht und gesteuert werden. Das EMS soll defi-nierte Szenarien und Anwendungsfälle (Use Cases) ermöglichen, die durch gezielte Steuerung einzelner Prozesse eine energiebezogene Optimierung des Betriebs zulassen. Das System soll in einer realen Umgebung in einem Gewerbege-biet mit Arealnetz getestet bzw. darin über einen Zeitraum von mindestens drei Monaten betrieben werden. Das Pra-xisprojekt soll als Kooperationsprojekt unter Beteiligung von Arealnetzteilnehmern, Softwareanbietern und in enger Abstimmung mit dem Verteilnetzbetreiber durchgeführt werden. Die Besonderheit des geplanten Praxisprojekts ist, dass alle relevanten Daten aller beteiligten Anlagen und Maschinen und Energiequellen sowie ggf. vorhandener Speicher in einer cloudbasierten Plattform gebündelt zusammenlaufen und durch den Auftragnehmer ausgewertet werden sollen. Das heißt, dass nicht nur in Bezug auf das einzelne Unter-nehmen im Areal der Betrieb optimiert wird, sondern für das Areal als Ganzes. Ein weiterer Effekt soll sich für den Netzbetrieb ergeben, indem Engpässe vermieden und Kostenvorteile (z. B. bzgl. Phasen günstiger erneuerbarer Ener-gien oder bzgl. Lastspitzenglättung) genutzt werden. Die Cloud-Plattform soll für die Laufzeit des Projekts genutzt werden. Im Rahmen der vorliegenden Ausschreibung soll das Arealnetz ein Produktionsstandort sein (Gewerbegebiet oder Industriepark). Quartiere/Privathaushalte werden ausdrücklich nicht berücksichtigt. Das Arealnetz soll durch intelligent vernetzte Teilnehmer (Unternehmen im Areal) und Komponenten (Erneuerbare Energiequellen, Energieverbrau-cher wie Maschinen und Anlagen, Energiespeicher) gekennzeichnet sein, welche das EMS einbinden soll. Weitere Merkmale sind eine variable Energiesituation im Arealnetz, die je nach den Rahmenbedingungen durch die Dynamik im Arealnetz (intern) oder durch das Verteilnetz (extern) aktiv beeinflusst werden kann. Außerdem soll das Arealnetz im Idealfall in der Lage sein, einen microgrid-typischen Zustand näherungsweise oder ganz anzunehmen, das heißt unabhängig vom übergeordneten Netz funktionsfähig sein. Da das geplante Vorhaben in einem vorhandenen Areal umgesetzt werden soll, kann nur mit den vorhandenen Energieverbrauchern und Energieerzeugungsanlagen bzw. -speichern gearbeitet werden. Mindestens vorhanden sein sollen jedoch: - verschiedene elektrisch betriebene Anlagen bzw. Maschinen mit einer Leistung von mind. 100 kW, - eigene Energieerzeugungsanlagen (z. B. Photovoltaik) mit einer Gesamtleistung von mind. 100 kW, - Energiespeicheranlagen, - Infrastruktur (Sensorik, Zähler) zur Erfassung von Verbräuchen und Erzeugungsleistung sowie zur elektroni-schen und automatisierten Übertragung an das EMS. Die notwendige Hardware zur Erfassung und Übertragung der Daten muss in dem Arealnetz bzw. in den beteiligten Unternehmen bereits vorhanden sein oder zzt. sowieso installiert werden. Falls in dem Areal bestimmte Elemente, z. B. Batteriespeicher, nicht vorhanden sind, sollen diese durch digitale Zwillinge simuliert werden. Übergeordnetes Gesamtziel des Praxisprojekts ist der Nachweis von Funktionstüchtigkeit und Nutzen eines EMS zum datenbasierten Betrieb eines gewerblichen bzw. industriellen Arealnetzes. Es sollen mehrere Teilziele für das Vorhaben formuliert werden, auf welche im Abschlussbericht (vgl. Abschnitt 2.3, Leistungspaket 3) eingegangen werden muss: • Erprobung der verfügbaren bzw. zu verbauenden digitalen Technologien für vernetzte Arealnetze mit zent-ralem EMS (Belastungsgrenzen, Skalierbarkeit etc.). • Sichtbarmachung von betriebswirtschaftlichen Potenzialen vernetzter Arealnetze (Kostensenkungen und Steigerung der Energieeffizienz für die beteiligten Gewerbetreibenden bzw. Industrieunternehmen, Vorteile für das Netzengpassmanagement des Verteilnetzbetreibers). • Ermittlung des Flexibilitätspotenzials des Arealnetzes intern und für das angeschlossene Verteilnetz und Bei-trag zum Netzengpassmanagement im Verteilnetz (Arealnetze als temporäre Energiequellen für das Verteil-netz, umgekehrt bei Überangebot an Strom im Verteilnetz Abnahme überschüssigen Stroms durch das Are-alnetz). • Sichtbarmachung der Vorteile vernetzter Arealnetze mit zentralem EMS und digitalisierten Unternehmen, um private Investitionen in die intelligente Vernetzung gewerblicher und industrieller Areale in der Breite an-zustoßen. • Mögliche Ableitung bzw. Weiterentwicklung von (technischen) Standards oder „Blaupausen“ für die zuverlässige Vernetzung von Einrichtungen zu Arealen mit Microgrid-Eigenschaften.
Frequently asked questions about this tender
- How can I apply for this tender?
- Create a free account on Auftrag One. You will then see all documents, deadlines and submission notes in a structured workflow.
- What is the submission deadline?
- No specific submission deadline is currently stated for this notice.
- Who is the contracting authority?
- The contracting authority is Bundesgesellschaft für Endlagerung mbH (BGE).
- Which documents are needed to get started?
- Typically you need the service description, proof of eligibility, deadline notes and possibly form sheets. On Auftrag One these items are displayed in prioritized order.