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...
Typ:Ausschreibung
Ohne Kreditkarte · Sofortiger Zugang
Inhalt auf einen Blick
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...
- Ausschreibungstyp: Ausschreibung
- Auftraggeber: Thüringer Staatslotterie AöR
- Veröffentlicht: 08. April 2026
- Frist: Nicht angegeben
- Thema: Softwareentwicklung
Ausschreibungsbeschreibung
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.
Weiterführende Details
Nach Registrierung stehen Unterlagen, Fristen und Hinweise zur Einreichung strukturiert bereit.
- Kernanforderungen der Ausschreibung priorisiert aufbereitet
- Fristen, Eignungskriterien und Unterlagen in einem Ablauf
- Hinweise zur strukturierten Angebotsvorbereitung
- Passende Folgeausschreibungen automatisch entdecken
Dokumente und Anhänge
49 Dateien erfasst- PDF Notice (BUL)
- PDF Notice (SPA)
- PDF Notice (CES)
- PDF Notice (DAN)
- PDF Notice (DEU)
- PDF Notice (EST)
Ähnliche Ausschreibungen
2- Klinikum Chemnitz gGmbH; c/o Klinikum Chemnitz Logistik- und Wirtschaftsgesellschaft mbH
Lieferung/Bereitstellung eines cloudbasierten Softwaresystems zur Zeiterfassung (Zeitwirtschaft - ZWS) & Personaleinsatzplanung (PEP) für ärztlichen Dienst, pflegerischen Dienst & weitere Dienstarten
Gegenstand des Vergabeverfahrens ist die Bereitstellung einer cloudbasierten Softwarelösung (Software as a Service) zur Zeiterfassung (Zeitwirtschaft – ZWS) und Personaleinsatzplanung (PEP) für den ärztlichen Dienst (ca. 720 Mitarbeiter:innen), den pflegerischen Dienst (ca. 2.180 Mitarbei-ter:innen) und weitere Dienstarten (ca. 1.372 Mitarbeiter:innen – medizinisch-technischer Dienst, Funktionsdienst, Verwaltungsdienst, Personal der Ausbildungsstätten). Zusätzlich müssen auch ca. 500 interne sowie ca. 300 externe Schüler:innen im System geführt werden. Es wird ausdrücklich eine marktverfügbare Standardlösung ausgeschrieben, die durch Parametrierung auf die Bedarfe der Auftraggeberin anpassbar ist. Individuallösungen oder Eigenentwicklungen sind ausgeschlossen. Dies gilt insbesondere für die bidirektionale Schnittstelle zur bestehenden SAP ERP R/3 HCM-Infrastruktur sowie zur neuen SAP S/4HANA-Umgebung. Weitere Anforderungen an Implementierung, Parametrierung, Schulungen und Prozessstandardisierung sind Bestandteil der Vergabeunterlagen bzw. des Leistungsverzeichnisses. Die Software muss insbesondere folgende Aufgabenbereiche abdecken und ist in einer integrierten Gesamtlösung bereitzustellen: -Personaleinsatzplanung inkl. Urlaubs- und Abwesenheitsmanagement (PEP) -Zeitwirtschaft (ZWS) -Vorbereitende Lohnabrechnung durch Bildung tarifvertraglich relevanter Lohnarten in Stunden- oder €-Werten -Employee Self Service (ESS) -Manager Self Service (MSS) -Reporting und Statistiken Das Zusammenwirken dieser Aufgabenbereiche ist für eine effiziente und zeitgemäße Personaleinsatzplanung, -steuerung und -abrechnung unabdingbar. Aus diesem Grund müssen diese Aufgaben eng verknüpft sein und sollen sich aus technologischer Sicht und aus Nutzersicht als eine Einheit darstellen. Die Lösung muss problemlos in die im KC vorliegende IT Infrastruktur (SAP ERP R/3 HCM & SAP S/4HANA HCM & SAP IS-H/i.s.h.med) eingebunden werden können und zwingend über standardisierte Schnittstellen (aktueller Stand der Technik) mit den bereits genutzten Softwarelösungen kommunizieren. Über die Schnittstellen müssen sowohl Stammdaten, als auch An- und Abwesenheits- sowie Lohndaten uni- und bidirektional (je nach Datenart) fließen. Die Schnittstelle muss zwingend mit Änderungsdatensätzen arbeiten (zu ändernde Datensätze im SAP werden gelöscht und neu angelegt oder mit neuen Datensätzen überschrieben), um den höchsten Grad der Automatisierung zu gewährleisten und die Notwendigkeit manuellen Eingreifens bestmöglich zu minimieren. Zur Abbildung reibungsloser Prozesse muss die PEP Lösung einen konsistenten, sicheren und medienbruchfreien Datenaustausch sicherstellen. Gerade für die Abrechnung der Mitarbeiter ist dies unerlässlich und würde bei Ausbleiben den Betrieb des KC nachhaltig negativ beeinträchtigen. Eine möglichst automatisierte Übernahme erforderlicher Daten aus den Altsystemen muss sichergestellt werden. Die neue PEP-Lösung muss Daten aus dem IS-H/i.s.h.med importieren, in Personalbedarf wandeln und in die Einsatzplanung integrieren können. Mit Hilfe der PEP-Lösung müssen die aktuell am Klinikum Chemnitz für die korrekte Lohnabrechnung aller Dienstarten benötigten Lohnarten entsprechend der tariflichen Regelungen erzeugt und zeitgesteuert an das Lohn- und Gehaltssystem SAP HCM übergeben werden. Im ärztlichen Tarifvertrag müssen aktuell 39 unterschiedliche Lohnarten, im nichtärztlichen Tarifvertrag 32 Lohnarten abgebildet werden. Teilweise entstehen Lohnarten mitarbeiterindividuell und abhängig von unterschiedlichen Bedingungen wie Abteilung, Qualifikation des Mitarbeiters, individuelle Vereinbarung. Gerade bei Rufdiensten kommt es vor, dass innerhalb eines Bereichs Rufdienste nach einer festen Pauschale oder nach den tarifvertraglichen Regelungen vergütet werden. Die Softwarelösung muss in der Lage sein, diese Konstellationen auch untermonatig abzubilden (siehe hierzu auch Leistungsverzeichnis) Die Anbindung der Mitarbeiter an die neue PEP-Softwarelösung soll in vorher festgelegten Wellen erfolgen. Demnach muss sichergestellt sein, dass ein Teil der Mitarbeiter weiter am SAP PEP und andere Mitarbeiter an der neuen PEP-Lösung geführt werden. Der Auftragnehmer muss sicherstellen, dass für den Zeitraum der Implementierung und des Rollouts beide Systeme parallel produktiv funktionieren und sich nicht gegenseitig beeinflussen. Die in 2026 geplante S/4HANA-Migration des SAP ERP R/3 HCM (Unicode-Umstellung, Datenbankmigration und S/4-Anwendung) ist zwingend zu berücksichtigen. Dies betrifft sowohl das Projektmanagement, als auch die Funktion (bidirektionale Integration mit den Altsystemen HCM und ERP und dem Migrationsziel, keine PEP-Funktion Pflege nach S/4HANA-Migration im HCM). Zusätzlich ist eine Integration mit dem Parallelprojekt S/4HANA-Migration erforderlich. Die PEP-Lösung soll auf der aktuellen SAP HCM Version ECC 8 eingeführt werden. Beginnend 2026 soll der Umstieg des SAP ERP R/3 HCM auf SAP S/4HANA HCM erfolgen und damit auch die Migration der PEP-Software auf das neue System. Demnach wird vorausgesetzt, dass der Auftragnehmer die Schnittstellen seiner Softwarelösung bereits erfolgreich von SAP ECC auf S/4HANA migriert hat und alle geforderten Funktionen vollumfänglich auch in der Integration mit einem S/4HANA System (HCM und ERP) zur Verfügung stehen. Für die Beschaffung wird ein projektspezifischer EVB-IT-Cloudvertrag & -Dienstvertrag geschlossen. Der Vertragsentwurf ist Teil dieser Veröffentlichung sowie der Vergabeunterlagen zum Erstangebot und kann durch den Auftraggeber im Rahmen der Vergabeverhandlungen weiter konkretisiert werden. Die Beschaffung erfolgt für eine Mindestvertragslaufzeit von 36 Monaten nach Herstellung der Betriebsbereitschaft. Hiernach verlängert sich der Vertrag jeweils um ein Jahr, falls dieser nicht sechs Monate vor Vertragsende von einer Partei gekündigt wird. Einzelheiten hierzu ergeben sich auch aus den Vergabeunterlagen der späteren Angebotsphase bzw. Angebotsphasen.
- Land Hessen, vertreten durch die Hessische Zentrale für DatenverarbeitungFrist: 02. Apr.
Beschaffung von Bereitstellung und Betrieb einer Big-Blue-Button-Videokonferenzsystem-Umgebung einschl. technischen Supports
Das Schulportal Hessen (SPH) ist die vom Land bereitgestellte zentrale pädagogische Plattform für die hessischen Schulen. Derzeit sind ca. 1.120.000 Nutzende registriert. Das Schulportal besteht aus einem zentralen Login als Identitätsmanagement mit Single-Sign-On (IdM), einem Lernmanagementsystem (LernSys), der zentralen Weboberfläche zur pädagogischen Organisation (PaedOrg), dem Bildungsserver (BS) und einer On-Premise Lösung für die Verwaltung von pädagogischen Netzen in den Schulen (PaedNet). Seit September 2022 können die Nutzenden über das Schulportal Hessen das Open Source Videokonferenzsystem (VKS) Big Blue Button nutzen, welches vollständig in das User Interface in PaedOrg integriert wurde. Um die Nutzung des VKS datensicher zu realisieren, erfolgt die Planung und Anmeldung von Videokonferenzen dabei nicht über einen Link, sondern vollständig über das User-Interface des SPH. Benötigt wird die Bereitstellung des Videokonferenzsystems Big Blue Button (BBB) auf einer Infrastruktur, die im Basisbetrieb bis zu 30.000 und im erweiterten Betrieb bis zu 300.000 Nutzerinnen und Nutzern (concurrent User) gleichzeitig die Teilnahme an Videokonferenzen ohne Verringerung der Performance (vgl. Ziffer 4.2) ermöglicht. Alle Lehrkräfte (ca. 100.000) können mit Moderationsrechten teilnehmen. Alle Schülerinnen und Schüler (ca. 747.000) sowie deren Eltern (ca. 366.000) können nur mit eingeschränkten Rechten teilnehmen. Der jeweils vereinbarte Betriebszustand (Stufe 1 verpflichtend, Stufe 2 bei Beauftragung) muss vom Auftragnehmer während der gesamten Vertragslaufzeit bereitgestellt werden und wird unabhängig von der tatsächlichen Anzahl der Nutzerinnen und Nutzer mit einem monatlichen Pauschalpreis vergütet. Die Pauschale richtet sich dabei nach der Anzahl an maximal Nutzenden, welche ohne Performanceeinbußen das VKS (vgl. Ziffer 4.2 der Leistungsbeschreibung) nutzen können: Die Bereitstellung erfolgt stufenweise: Stufe 1 (Basis): Kapazität für bis zu 30.000 gleichzeitige Nutzende. Optionale Erweiterung innerhalb der Basisstufe in Schritten zwischen 10.000 und 90.000 gleichzeitigen Nutzenden Stufe 2 (optional): kurzfristige Erweiterung um 100.000 gleichzeitige Nutzende Der qualifizierte, deutschsprachige technische Support (second- und third-level), der von dem Auftragnehmer im Rahmen des Betriebs zu leisten ist, muss von Montag bis Freitag von 06:00 bis 20:00 Uhr via Hotline oder Ticketsystem erreichbar sein. Die Leistung umfasst folgende Komplexe: IT Architektur - Implementierung und Betrieb einer aus dem Internet nutzbaren Cloud-Architektur für bis zu 300.000 gleichzeitige Nutzenden unter Berücksichtigung der Anforderungen an Skalierbarkeit. - Die Kapazität im Cluster muss dynamisch auf alle Schulen verteilbar sein, sodass auch bei starker Nutzung durch einzelne Schulen. - Auf den Endgeräten der Landesverwaltung sind standardmäßig nur HTTP(S) über TCP 80 und 443 freigeschaltet. - Die Anzahl gleichzeitig nutzbarer Räume wird technisch nicht begrenzt. - Für jeden Videokonferenzraum wird eine an der Anzahl den Nutzenden orientierte Bandbreite von mindestens 0,5 Mbit/s pro Nutzerin bzw. Nutzer reserviert und zugesichert. - Software und Hardware-Infrastruktur müssen dem aktuellen Stand der Technik entsprechen. Anbindung an das Schulportal Hessen - Zwingende Anbindung an das IDM des Schulportals zur Steuerung von Identifikation und Berechtigung. - Automatisierte Erstellung von Klassen- und Lerngruppenräumen anhand der Unterrichtsverteilung im Verbund LUSD/Schulportal über die API. - Möglichkeit zum individuellen Anlegen von dauerhaften Videokonferenzräumen für Gremien (z. B. Lehrerkonferenzen) und Arbeitsgruppen (z. B. Steuergruppe Schulentwicklung). - eigene Slides; Aufzeichnungen dürfen nicht möglich sein; keine Telefoneinwahl; kein Learning-Dashboard; SPH-Logo muss standardmäßig in BBB eingerichtet werden API - Bereitstellung einer dokumentierten, quelloffenen XML-basierten Schnittstelle (API), die per Schlüssel/Zertifikat abgesichert ist. - Für jede nutzende Schule müssen individuelle Zugangsdaten zur API bereitgestellt werden (Mandantenfähigkeit), um eine gegenseitige Einsicht oder Nutzung der Räume und Daten zu verhindern. - Es muss die Möglichkeit zur Integration der API in weitere Bereiche des Schulportals Hessen bestehen. - Die technische Beratung und Unterstützung beim Zugriff auf die API (z. B. für andere Bereiche des Schulportals Hessen) muss sichergestellt werden. Datenschutz und Datensicherheit Leistungsorte Die Orte der Leistungserbringung sind Hessisches Ministerium für Kultus Bildung und Chancen Luisenplatz 10 65185 Wiesbaden Standort des SPH-Teams der Hessischen Lehrkräfteakademie Lahnstraße 61 35398 Gießen Bezugs- und abrufberechtigt sind ausschließlich das Hessische Ministeriums für Kultus, Bildung und Chancen sowie nachgeordnete Stellen im Auftrag. Weitere Details sind der Leistungsbeschreibung zu entnehmen.
Häufige Fragen zu dieser Ausschreibung
- Wie kann ich mich auf diese Ausschreibung bewerben?
- Erstellen Sie ein kostenloses Konto auf auftrag.ai. Danach sehen Sie alle Unterlagen, Fristen und Hinweise zur Einreichung in einem strukturierten Ablauf.
- Bis wann läuft die Angebotsfrist?
- Für diese Bekanntmachung ist aktuell keine konkrete Angebotsfrist angegeben.
- Wer ist der Auftraggeber?
- Der Auftraggeber ist Thüringer Staatslotterie AöR.
- Welche Unterlagen sind für den Start relevant?
- In der Regel benötigen Sie Leistungsbeschreibung, Eignungsnachweise, Fristenhinweise und ggf. Formblätter. Auf auftrag.ai werden diese Punkte priorisiert dargestellt.