Germania – Servicii de software – IT-Service für Workload Automation

Beta Systems DCI Software AG Gegenstand des Vergabeverfahrens ist die Bereitstellung und Implementierung einer Softwarelösung zur Workload Automation inkl. Migration sowie damit einhergehenden Dienstleistungen (Unterstützungsdienstleistungen, Support, Dokumentationen und Schulungen). Der Beitragsservice (nachfolgend "AG") setzt aktuell die Software IBM Workload Scheduler (nachfolgend "IWS") mit der Version V10.1 (vormals "IBM Tivoli Workload Scheduler") zur Automation seiner Geschäftsprozesse auf mehreren Instanzen ein. Die Software IWS muss durch eine Workload-Automation Softwarelösung (nachfolgend "WLA-Softwarelösung" genannt) als "zentraler Scheduler" (on-premise) ergänzt und auf allen Systemumgebungen (Instanzen) in den drei Rechenzentren (RZ) betriebsfertig installiert werden. Die Umsetzung (Implementierung und Migration) erfolgt an allen drei Standorten und muss konzeptionell für alle RZ berücksichtigt werden. Begonnen wird die Umsetzung an den Standorten in Köln. Anschließend muss eine Datenreplikation der Jobketten für den Standort Ismaning erfolgen. Ziel ist es, das funktionale Zusammenwirken der RZ zu erreichen. Es muss bspw. eine funktionierende Datenreplikation und zeitnahe Datensynchronisation vom produktiven RZ zum Backup- und Failsafe-RZ installiert werden. Im Desaster-Fall muss das Failsafe-RZ die Aufgaben des produktiven RZ übernehmen (FailOver). Der Auftragnehmer (AN) setzt zum Erreichen der gesetzten Ziele ein Projektmanagement (u.a. Projektleiter inkl. Stellvertreter) ein. Das Projektmanagement umfasst die Initiierung, Planung, Ausführung (Umsetzung), Überwachung und Steuerung (Controlling) bis zum Abschluss des Projekts. Der AG beabsichtigt, mit dem wirtschaftlichsten Bieter einen Vertrag über 4 Jahre abzuschließen. Der AG benötigt Lizenzen für die drei RZ an den Standorten Köln und Ismaning gemäß den Vorgaben in der Leistungsbeschreibung. Der AG beabsichtigt, während der vierjährigen Vertragslaufzeit seinen Betrieb an einen neuen Standort im Kölner Raum zu verlagern. Der aktuelle Standort in Köln soll noch bis 2028 genutzt werden. Ziel nach heutiger Planung ist es, das produktive RZ und Backup-RZ vor dem Umzug des übrigen Beitragsservice zu verlagern. Der Betrieb der RZ muss nicht zwingend am neuen Standort des AG sein. In diesem Zusammenhang kann ggf. ein Parallelbetrieb der RZ am alten und neuen Standort für eine Übergangszeit erforderlich sein, da der Produktionsbetrieb aufrechterhalten werden muss. Im Rahmen der Umsetzung dieser Maßnahme werden auch Funktionstests erforderlich sein. In jedem Fall muss die angebotene Lizenz (on-premise) auch den Standortwechsel für das produktive RZ und Backup-RZ beinhalten und eine unbefristete Nutzung für diesen Fall sicherstellen. Diese Lizenz muss auf allen Systemumgebungen (Instanzen) Bestandteil der angebotenen Lizenz sein. Die AN hat den Standortwechsel des Beitragsservice in seinem Angebot zu berücksichtigen. Leistungsteil A - Bereitstellung und Implementierung einer WLA-Softwarelösung an allen Standorten und Rechenzentren Der AN hat eine plattformunabhängige WLA-Softwarelösung zur zentralen Ablaufsteuerung, Durchführung und technischen Überwachung aller Verfahrensketten sowie zur Automatisierung von Arbeitsabläufen an den Standorten Köln (produktives RZ und Backup-RZ) und Ismaning (Failsafe-RZ) des AG betriebsfertig bereitzustellen. Der zukünftige AN hat die WLA-Softwarelösung an den genannten Standorten komplett und lauffähig zu implementieren. Die WLA-Softwarelösung muss in den genannten RZ zudem auf allen Systemumgebungen (Instanzen) implementiert werden. Der zukünftige AN hat nach Zuschlag unmittelbar mit den konzeptionellen Arbeiten und Implementierungen am Standort Köln zu beginnen und innerhalb des zuvor abgestimmten Projektplans im Kickoff-Termin abzuschließen. Leistungsteil B - Lizenzierung einer WLA-Softwarelösung für alle Standorte und RZ Der AN lizenziert die plattformunabhängige WLA-Software-Lösung für den kompletten Betrieb an allen Standorten und RZ. Die Lizenzierung muss eine Nutzung von mindestens 200.000 ausführbarer Jobs pro Monat an allen Standorten und RZ umfassen. Die Lizenznutzung muss vom AG eigenständig vergeben und verwaltet werden. Die Lizenzierung der WLA-Softwarelösung am Standort des AG in Köln muss folgende Systemumgebungen (Instanzen) umfassen: - Produktionssystem des AG (mindestens 200.000 ausführbarer Jobs pro Monat) - Entwicklung-, Abnahme- /Testumgebungen des AG - Backup-RZ des AG Die Lizenzierung der WLA-Softwarelösung muss am Standort des Failsafe-RZ in Ismaning folgende Systemumgebungen (Instanzen) umfassen: - Produktive Nutzung der Lizenz im Desasterfall (mindestens 200.000 ausführbarer Jobs pro Monat, "Lizenz-Pool"). Unter "Lizenz-Pool" wird in diesem Zusammenhang verstanden, dass die produktive Lizenz des Standorts Köln wechselseitig auch am Standort Ismaning eingesetzt und im Desasterfall genutzt werden wird. Durchführung von Tests durch den AG, um die Funktion des Failsafe-RZ zu testen. Es werden verschiedene Jobs zur Prüfung der Funktion gestartet. Die Server, auf denen die WLA-Softwarelösung laufen wird, befinden sich in den Räumlichkeiten am jeweiligen Standort. Das Failsafe-RZ in Ismaning wird im Cold-Standby betrieben und ausschließlich im Desaster-Fall bei einem Komplettausfall am Standort des AG zum Einsatz kommen. Ein Parallelbetrieb des Produktivsystems und des Failsafe-RZ und damit eine gleichzeitige Nutzung der Lizenz im Produktionsbetrieb an beiden Standorten ist nicht vorgesehen. Im Desaster-Fall ist beabsichtigt, eine Sicherungskopie des Produktionssystems im Failsafe-RZ der WLA-Softwarelösung einzuspielen. Ein Parallelbetrieb für Tests muss aber an beiden Standorten von der Lizenznutzung umfasst sein. Im Failsafe-RZ werden regelmäßige Anpassungen vorgenommen, bspw. für Datenreplikation zw. produktivem RZ u. Failsafe-RZ sowie Notfallübungen, die auch vom Lizenzumfang gedeckt sein müssen. Fortsetzung der Beschreibung unter 5.1. #Bekanntmachungs-ID: CXS0YMWDY6SU508J# Keine Fortsetzung der Beschreibung gemäß 2.1: Im Desaster-Fall ist davon auszugehen, dass die Lizenz des Produktionssystems nicht genutzt wird. Darüber hinaus stellt der AN dem AG die für die Nutzung und den Betrieb erforderlichen und notwendigen Software-Updates/-Versionen (bspw. SW-Erweiterungen, Fehlerbehebungen) inkl. der technischen Dokumentation für beide Standorte unaufgefordert zeitnah zur Verfügung, damit der AG die WLA-Softwarelösung technisch auf dem neuesten Stand halten kann. Leistungsteil C - Implementierung einer Schnittstelle zwischen IWS und WLA-Softwarelösung Um den laufenden RZ-Betrieb am Standort des AG nicht zu gefährden, ist bis zur kompletten Übernahme aller IWS-Aufgaben auf die zu beschaffende WLA-Softwarelösung ein Parallelbetrieb beider Software-Produkte erforderlich. Das IWS und die WLA-Softwarelösung müssen während der Vertragslaufzeit gemeinsam vom AG betrieben werden. Dazu ist es notwendig, dass beide Software-Produkte über eine Schnittstelle miteinander interagieren und Daten (bspw. Events) in Echtzeit austauschen. Die WLA-Softwarelösung ist das "führende System" ("Meta-Instanz") und bestimmt den Job-Ablauf. Für einen reibungslosen Parallelbetrieb und die Migration von der vorhandenen IWS-Software zur WLA-Softwarelösung ist eine wechselseitig steuernde technische Schnittstelle zwischen beiden Softwarelösungen erforderlich, die einen reibungslosen produktiven Betrieb gewährleistet. Die wechselseitige Steuerung erfordert Funktionen in beide Richtungen: Die WLA-Softwarelösung steuert IWS Die WLA-Softwarelösung muss IWS-Jobs starten, Abhängigkeiten übergeben, Statusinformationen empfangen und eventuelle Fehler erkennen. IWS steuert die WLA-Softwarelösung Solange Jobs noch im IWS laufen, muss das IWS die Folgeprozesse in der WLA-Softwarelösung starten oder deren Fertigstellung abwarten. Leistungsteil D - Migration IWS auf die WLA-Softwarelösung - Standort Köln Alle Leistungen und Aufgaben des vorhandenen Scheduler (IWS) über alle Instanzen müssen im Rahmen der Migration von der neuen WLA-Softwarelösung übernommen werden. Der AG stellt die benötigen Server bereit. Der AN hat ca. 6.000 IWS-Jobs nach fachlichen und technischen Regeln auf die WLA-Softwarelösung zu migrieren. Die IWS-Jobs werden aktuell monatlich durchschnittlich 110.000-fach ausgeführt. Die Migration der IWS-Jobs auf die WLA-Softwarelösung ist vom AN in Paketen ("Migrations-Paket für Migrations-Paket") umzusetzen. Der Auftragnehmer sorgt für die komplette Umsetzung und erbringt alle hierfür erforderlichen Unterstützungsleistungen bis zur vollständigen Betriebsbereitschaft der WLA-Lösung. Job-Netze, die künftig außerhalb des z/OS-Umfeld liegen, müssen durch die WLA-Softwarelösung komplett betrieben werden. Job-Netze, die weiterhin im z/OS-Umfeld benötigt werden, müssen weiterhin durch das IWS ausgeführt, gesteuert und betrieben werden, bis sie nicht mehr benötigt werden. Beide Scheduler müssen bis zur vollständigen Migration aller IWS-Jobs über eine gemeinsame Schnittstelle funktionierend betrieben werden. Der Beitragsservice wird nach der Migration der jeweiligen Pakete Tests durchführen und nach erfolgreichem Test das Migrationspaket abnehmen. Die Abnahme wird erteilt, wenn die Steuerung, die Verarbeitung und das Verarbeitungsergebnis je Job im IWS und in der WLA-Softwarelösung identisch sind. Die Übernahme der migrierten IWS-Jobnetze in die Produktionsumgebung erfolgt durch den AN nach Abnahme der Migrationspakete. Die Übernahme in die Produktionsumgebung setzt ein betriebsbereites Failsafe-RZ voraus. Sofern die Übernahme in die Produktion scheitern sollte, hat der AN ein Fall Back Szenario anzuwenden. Der zukünftige AN hat mit der Migration zeitnah nach Abschluss der Implementierung und Inbetriebnahme der WLA-Softwarelösung zu beginnen. Die Migration aller IWS-Jobs inkl. der Abnahme muss innerhalb des abgestimmten Projektplans erfolgen. Standort Ismaning - Der AN hat nach Implementierung und Inbetriebnahme der WLA-Softwarelösung sowie vollständiger Migration inkl. Abnahme am Standort in Köln die WLA-Softwarelösung auch in die Systemumgebung(en) des Failsafe-RZ am Standort in Ismaning zu implementieren, in Betrieb zu nehmen und die Betriebsbereitschaft für "Cold-Standby" und die Durchführung für Tests herzustellen. Es wird ein Funktionstest durchgeführt. Der AG stellt die benötigen Server bereit. Die Abnahme wird erteilt, wenn die Steuerung, die Verarbeitung und das Verarbeitungsergebnis je Job mit dem Produktionssystem identisch sind. Leistungsteil E - Schulung und Dokumentation Der AN führt nach Abschluss der Implementierungsphase eine rollenspezifische Schulung beim AG am Standort Köln durch. Es werden max. 5 Mitarbeitende (MA) des AG geschult. Leistungsteil F - Support / SLA für Störungs-management - Der AG muss Störungsmeldungen an den AN über ein Ticketsystem, per E-Mail oder telefonisch melden können. Die Bearbeitung von Serviceanfragen, Störungen oder Changes erfolgt über ein bietereigenes Tool, auf das verantwortliche MA des AG zugriffsberechtigt sind. Der Betrieb der Systeme gliedert sich zeitlich in den Online- und Batch-Betrieb. Online-Betrieb montags bis freitags zwischen 06:00 - 19:15 Uhr, an ca. 20 Tagen p.a. samstags von 06:00 - 13:30 Uhr. In der übrigen Zeit findet der Batch-Betrieb statt. Wartungsarbeiten u. Migrationen der Systeme oder Firmware-/Treiber-Aktualisierungen sind außerhalb des Produktionsbetriebs (Mo. - Fr. zw. 19:15 und 06:00 Uhr o. am Wochenende bzw. feiertags) durchzuführen. Wartungsarbeiten werden im Testsystem während der Servicezeiten durch den AG begleitet. Die Durchführung der Arbeiten obliegt dem AG. Der AN hat eine Servicezeit montags bis freitags (außer bundeseinheitlicher Feiertage) von 06:30 - 17:00 Uhr sicherzustellen. Die Reaktions-zeiten sind abhängig von der Servicezeit und der Priorität. Einhaltung der Reaktionszeiten ist durch den Einsatz von qualifiziertem und fachkundigem Personal sicherzustellen. Qualität Vergabekammer Westfalen (Bezirksregierung Münster) Preis ARD ZDF Deutschlandradio Beitragsservice IT-Service für Workload Automation Geschäftsgeheimnis Die Vergabestelle weist darauf hin, dass ein Antrag auf Einleitung eines Nachprüfungsverfahrens gemäß § 160 Abs. 3 Satz 1 GWB unzulässig ist, soweit 1. der Antragsteller den geltend gemachten Verstoß gegen Vergabevorschriften vor Einreichen des Nachprüfungsantrags erkannt und gegenüber der Vergabestelle nicht innerhalb einer Frist von zehn Kalendertagen gerügt hat; der Ablauf der Frist nach § 134 Absatz 2 GWB bleibt unberührt; 2. Verstöße gegen Vergabevorschriften, die aufgrund der Bekanntmachung erkennbar sind, nicht spätestens bis zum Ablauf der in der Bekanntmachung benannten Frist zur Angebotsabgabe oder zur Bewerbung gegen-über der Vergabestelle gerügt werden; 3. Verstöße gegen Vergabevorschriften, die erst in den Vergabeunterlagen erkennbar sind, nicht spätestens bis zum Ablauf der Frist zur Angebotsabgabe oder zur Bewerbung gegenüber der Vergabestelle gerügt werden; 4. mehr als 15 Kalendertage nach Eingang der Mitteilung der Vergabestelle, einer Rüge nicht abhelfen zu wollen, vergangen sind. Weitere Einzelheiten hierzu können dem Gesetz gegen Wettbewerbsbeschränkungen (GWB), insbesondere §§ 160 ff. GWB, entnommen werden. Das GWB kann unter www.gesetze-im-internet.de eingesehen werden. Beta Systems DCI Software AG, 10587 Berlin Datenservice Öffentlicher Einkauf (in Verantwortung des Beschaffungsamts des BMI) Einlegung von Rechtsbehelfen: Die Vergabestelle weist darauf hin, dass ein Antrag auf Einleitung eines Nachprüfungsverfahrens gemäß § 160 Abs. 3 Satz 1 GWB unzulässig ist, soweit 1. der Antragsteller den geltend gemachten Verstoß gegen Vergabevorschriften vor Einreichen des Nachprüfungsantrags erkannt und gegen-über der Vergabestelle nicht innerhalb einer Frist von zehn Kalendertagen gerügt hat; der Ablauf der Frist nach § 134 Absatz 2 GWB bleibt unberührt; 2. Verstöße gegen Vergabevorschriften, die aufgrund der Bekanntmachung erkennbar sind, nicht spätestens bis zum Ablauf der in der Bekanntmachung benannten Frist zur Angebotsabgabe oder zur Bewerbung gegenüber der Vergabestelle gerügt werden; 3. Verstöße gegen Vergabevorschriften, die erst in den Vergabeunterlagen erkennbar sind, nicht spätestens bis zum Ablauf der Frist zur Angebotsabgabe oder zur Bewerbung gegenüber der Vergabestelle gerügt werden; 4. mehr als 15 Kalendertage nach Eingang der Mitteilung der Vergabestelle, einer Rüge nicht abhelfen zu wollen, vergangen sind. Weitere Einzelheiten hierzu können dem Gesetz gegen Wettbewerbsbeschränkungen (GWB), insbesondere §§ 160 ff. GWB, entnommen werden. Das GWB kann unter www.gesetze-im-internet.de eingesehen werden. [telefon eliminat] body-pl-ra 50829 poi-exa none [email eliminat] DE21H price t:022150610 2026-10-06+02:00 gen-pub CON-0001 HRB 165021 B Berlin Charlottenburg quality 0 32014L0024 1 3 can-standard Ernst-Reuter-Platz 6 2000-01-01Z 9654df49-614e-47c3-8a92-77de0cb11ac3 Ismaning 13:58:39+02:00 t-no-eea 29 72263000 TEN-0001 eforms-sdk-1.13 RES-0001 http://www.betasystems-dci.de/ [telefon eliminat] t-verif-inad [telefon eliminat] services ten-val-hig 2.3 ted-esen [telefon eliminat] open 48 selec-w t-verif-inad-low 48147 05 ••• ••• 07 DE300 [telefon eliminat] t-oth-eea [email eliminat] https://www.rundfunkbeitrag.de/der_rundfunkbeitrag/beitragsservice/ausschreibungen/index_ger.html ORG-0003 ORG-0004 t-esubm ORG-0001 DEA33 ORG-0002 BW 05/25 EUR -1 [telefon eliminat] Berlin no-eu-funds 0204:994-DOEVD-83 true 16cd040f-d619-48fe-a217-868e4da78753 Albrecht-Thaer-Straße 9 53119 2026-10-07+02:00 win-ten-val ten-val-low 10587 win-ten-var 40.00000000 no Münster 72267000 eo-int medium LOT-0001 [email eliminat] TPA-0001 [email eliminat] Freimersdorfer Weg 6 60.[telefon eliminat]/2026 vgv false Köln Bonn DEU tenders not-val [telefon eliminat] https://www.dtvp.de [telefon eliminat] DEA22 DEA23 https://www.brms.nrw.de