Forschungsinformationssystem FIS
Gegenstand des Auftrags ist die technische Weiterentwicklung, Anpassung und Vorbereitung des FIS auf den produktiven Betrieb. Der Dienstleister soll die vorhandene Implementierung von DSpace-CRIS inhaltlich und technisch vervollständigen, Konfigurationen und Workflows an die projektspezifischen Anforderungen der TUBAF ...
Angebotsfrist:20. März 2026(abgelaufen)
Typ:Ausschreibung
Ohne Kreditkarte · Sofortiger Zugang
Inhalt auf einen Blick
Gegenstand des Auftrags ist die technische Weiterentwicklung, Anpassung und Vorbereitung des FIS auf den produktiven Betrieb. Der Dienstleister soll die vorhandene Implementierung von DSpace-CRIS inhaltlich und technisch vervollständigen, Konfigurationen und Workflows an die projektspezifischen Anforderungen der TUBAF anpassen sowie di...
- Ausschreibungstyp: Ausschreibung
- Auftraggeber: Technische Universität Bergakademie Freiberg
- Veröffentlicht: 26. Februar 2026
- Frist: 20. März 2026
Ausschreibungsbeschreibung
Gegenstand des Auftrags ist die technische Weiterentwicklung, Anpassung und Vorbereitung des FIS auf den produktiven Betrieb. Der Dienstleister soll die vorhandene Implementierung von DSpace-CRIS inhaltlich und technisch vervollständigen, Konfigurationen und Workflows an die projektspezifischen Anforderungen der TUBAF anpassen sowie die Systemstabilität und Dokumentation bis zum Livegang sicherstellen.;
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
1 Datei erfasst- EVERGABE_DE_documents.zip
Ähnliche Bekanntmachungen
7- Flughafen Zürich AG - Zentraler EinkaufZürich-FlughafenFrist: 24. Mai
Senior System Engineer – Identity, Security & Infrastructure
Senior System Engineer – Identity, Security & InfrastructureLeistungsgegenstand & AufgabenGesucht wird ein erfahrener externer Senior System Engineer zur technischen Unterstützung und Beratung unseres ICT Windows Platforms Engineering-Teams. Der Auftragnehmer übernimmt eigenständig definierte Arbeitspakete zur Transformation und Härtung der hybriden Microsoft-Infrastruktur (bis Windows Server 2025, Azure, M365) auf 3rd-Level-Niveau. Der Fokus des Mandats liegt an der Schnittstelle zwischen Infrastructure Security und Cloud-Native Automation: Der Auftragnehmer realisiert die technische Implementierung strikter Sicherheitsarchitekturen (Active Directory Tier Model, PAW, PKI) und treibt die Vollautomatisierung komplexer Identity- & Patch-Prozesse voran. Hierbei entwickeln Sie massgeschneiderte Lösungen mittels Azure Functions, PowerShell und API-Integrationen (REST/OData), um Systeme wie Adaxes, Omada und Entra ID nahtlos zu orchestrieren. Des Weiteren agieren Sie als Principal Engineer für den Bereich Windows Server-Monitoring (Zabbix) und stellen zudem die operative Umsetzung des Vulnerability-Managements sicher.• Vulnerability & Patch Management Automation: Eigenständige Durchführung von Design und Aufbau sowie technische Optimierung der Patchmanagement-Lösung. Implementierung automatisierter Workflows (ManageEngine Vulnerability Manager und Microsoft SCCM) zur Identifikation und Behebung von Sicherheitslücken sowie technische Realisierung eines proaktiven Remediation-Prozesses. Dies beinhaltet auch die Durchführung regelmässiger Updates und die Wartung der Vulnerability-Manager-Plattform selbst.• Identity Lifecycle Orchestration (Adaxes): Technische Konzeption und Implementierung von Automatisierungen in Adaxes. Erstellung komplexer Business Rules und Custom Commands zur systemseitigen Abbildung des User-Lifecycles über AD- und Entra ID-Grenzen hinweg.• Enterprise Monitoring & ITSM: Als Zabbix Certified Specialist übernehmen Sie die technische Weiterentwicklung der Plattform gemäss neuer Businessanforderungen mit Fokus auf die Überwachung der Windows Server Landschaft. Dies umfasst das Design von Templates, die Konfiguration der Trigger-Logiken, Testing und Rollout neuer Agenten sowie die technische Anbindung an das ITSM-Tool.• Identity & Cloud Architecture: Implementierung und strikte Durchsetzung des Active Directory Tier Models inklusive der zwingenden Nutzung von Privileged Access Workstations (PAWs). Technische Umsetzung beim Aufbau der Azure Control Plane (Tenant Management) sowie hybrider Identitäten (Okta, Entra ID, ADFS). Umsetzung von Konfigurationen für IT-Governance, globale Einstellungen und M365-Services.• IAM Engineering (Omada): Einbringen von Expertenwissen für die Cloud IAM Plattform (Omada). Der Fokus liegt auf der Durchführung komplexer Implementierungen sowie der API-Integration & Schnittstellenentwicklung (Anbindung von Microsoft Entra ID an externe IGA-Systeme unter Nutzung von REST-APIs und OData). Dies beinhaltet das Testing neuer Anforderungen sowie die beratende Unterstützung bei der Weiterentwicklung des Systems.• Cloud-Native Automation & Integration: Entwicklung von Cloud-Native Automatisierungslösungen mittels Azure Functions (PowerShell) zur Orchestrierung von Identity-Prozessen. Implementierung von Identity Lifecycle Management (Automatisierung von Create-, Update- und Delete-Prozessen für Gruppen und Berechtigungen über Systemgrenzen hinweg) sowie komplexer Daten-Synchronisations-Logiken (Abgleich von Attributen, Ownern und JSON-Payloads zwischen Verzeichnisdiensten).• Active Directory: Sicherung & Auditierung: Technische Einrichtung sowie kontinuierliche Pflege und Optimierung, um die lückenlose Revisionsfähigkeit des Active Directory sicherzustellen. Konfiguration und Wartung des ManageEngine Recovery Manager Plus zur Sicherstellung maximaler Datenverfügbarkeit und Wiederherstellbarkeit.• Public Key Infrastructure (PKI): Technischer Betrieb und Engineerin
- gematik GmbH
Implementierung Personalmanagementsystem (PMS)
Das Ziel der Beschaffung ist der Abschluss eines Vertrages über die Einführung und den Betrieb eines Personalmanagementsystems als Cloud-basierte Software-as-a-Service (SaaS)-Lösung sowie Unterstützungsleistungen für die Datenmigration aus dem bestehenden Personalmanagementsystem und - je nach Bedarf des Auftraggebers - die Erbringung von Beratungs- bzw. Entwicklungsleistungen. Mit dem avisierten Personalmanagementsystem soll die gematik in die Lage versetzt werden, mittels einer entsprechend geeigneten und hochqualitativen SaaS-Lösung Führungs-, Recruiting-, Personal-Admin- und Controlling-Aufgaben zu erfüllen. Zudem muss das Personalmanagementsystem intuitiv und benutzerfreundlich sein, da damit das Self-Service-Angebot für die Mitarbeitenden erweitert werden soll. Insgesamt wird mithin eine deutliche Ressourcenentlastung mit Blick auf Personalprozesse sowie der Ausbau einer transparenten Ressourcen- und Personalplanung in einer effizienteren und personalkostensparenden Organisation angestrebt. Des Weiteren erwartet die gematik ein Zusammenarbeitsverhältnis, das von hoher Kundenorientierung und Zuverlässigkeit auf beiden Seiten geprägt ist. Neben der Bereitstellung des Personalmanagementsystems benötigt die gematik daher vom Auftragnehmer sowohl einen adäquaten Kundensupport, als auch Beratungsleistungen zu neuen Funktionen sowie Unterstützung bei der Digitalisierung zukünftiger Personalmanagementprozesse. Der Auftragnehmer muss vor diesem Hintergrund mit personellen und technischen Ressourcen gewährleisten, dass er auch kurzfristig zur Erfüllung der Vertragsinhalte in der Lage ist. Die Beratungs- und Unterstützungsbedarfe werden anlassbezogen in Rücksprache zwischen Auftragnehmer und Auftraggeber geplant und umgesetzt. Der aktuelle Vertrag für das derzeit eingesetzte Personalmanagementsystem läuft prognostisch zum 30.06.2026 aus. Dahingehend wird ein nahtloser Übergang vom Bestandssystem auf ein neues Personalmanagementsystem angestrebt. Der Auftraggeber geht insofern davon aus, dass die notwendigen Migrationsleistungen innerhalb eines Zeitraums von maximal 6 Monaten ab Zuschlagserteilung abgeschlossen werden können. Verzögert sich die Zuschlagserteilung, kann das demnach dazu führen, dass der Zieltermin (01.06.2026, um einen Parallelbetrieb von einem Monat zu gewährleisten) entsprechend verschoben werden muss. Folglich hat der Auftragnehmer in der Systemintegrationsplanung ausreichend Zeit für die Unterstützung in der Migrations- und Testphase (Übernahme der Personalstammdaten sowie Dokumente) in Abstimmung mit dem Auftraggeber einzuplanen. Folgende Leistungen sind vom künftigen Auftragnehmer zu erbringen: 1. Initiale Leistungen (Setup) - Bereitstellung des Personalmanagementsystems gem. den Anforderungen des Auftraggebers: o Vorbereitung der Implementierung des Personalmanagementsystems: Konzeptions- und Planungsleistungen o initiale Einrichtung und Konfiguration der Lösung - Planung und Begleitung der Daten-Migration aus dem bestehenden Personalmanagementsystem - Unterstützung während der sog. "Go-Live-Phase" - Durchführung von Schulungen und Bereitstellung von Schulungsmaterialien (bspw. Videoerläuterungen) 2. Fortlaufende Leistungen (Software-as-a-Service, nachfolgend: "SaaS") - Betriebsleistungen: o Technischer Betrieb und Hosting der SaaS-Lösung o Allgemeine Technische Dokumentation - Wartung und Pflege des Personalmanagementsystems als SaaS o Monitoring, Fehleranalyse und deren Beseitigung innerhalb definierter SLA-Zeiten o Kundensupport 3. Sonstige Leistungen (Leistungen auf Abruf) - Beratungsleistungen (bspw. Beratung zur Implementierung der gematik Human Resources (HR)-Prozesse) - Sonstige Entwicklungsleistungen (bspw. Implementierung von Schnittstellen) 4. Leistungen bei Vertragsende - Erbringung von Leistungen, die erforderlich sind, um einen neuen Auftragnehmer oder den Auftraggeber in die Lage zu versetzen, die Leistungen zu übernehmen. 5. Leistungen im Rahmen des Projektmanagements - Der Auftragnehmer muss zudem über ein fortlaufendes Projekt- und Qualitätsmanagement verfügen, das insbesondere folgende Teilleistungen umfasst: - Teilnahme an Kick-Offs, Workshops, und sonstigen regelmäßigen Projektmeetings - Protokollführung - Vor- und Nachbereitung von und ähnliche unterstützende Leistungen im Rahmen von Projektmeetings nach Vorgaben des AG - NICHT Bestandteil der Leistungen des Auftragnehmers ist hingegen die technische Anbindung des ausgeschriebenen Personalmanagementsystems zu dem aktuellen Zeiterfassungstool. Weitere Details zur Leistung und die Anforderungen ergeben sich aus der Leistungsbeschreibung (Anlage-02 der Vergabeunterlagen), dem Anforderungskatalog (Anlage-09a) und dem EVB-IT-Cloud Kriterienkatalog (Anlage-11a der Vergabeunterlagen). Die Bewerber haben insbesondere den Anforderungskatalog und die darin enthaltenen MUSS-Anforderungen bereits im Rahmen des Teilnahmewettbewerbs dahingehend zu prüfen, ob sie die Anforderungen einhalten können. Stellt sich bei einem Bewerber, der zur Angebotsabgabe aufgefordert wurde, im Rahmen der Angebotsprüfung heraus, dass er eine oder mehrere MUSS-Anforderungen nicht einhalten kann, ist sein Angebot zwingend vom Vergabeverfahren auszuschließen!
- 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.
- 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.
- Hamburger Hochbahn AG
modulspezifische Implementierung von SAP S/4HANA - Los 5 Financial Services
Folgendes Fachlos wird vergeben: Los 5 Financial Services: Die genutzten Funktionen des TRM umfassen die Finanzierungen. Dazu gehört die Aufnahme von Krediten, Intra-Company, Endfällige und Annuitätendarlehen. Eine weitere Finanzierungsquelle sind die emittierten Anleihen des Auftraggebers. Des Weiteren ist die Liquiditätsvorschau und Planung (SAC) relevant. Beschreibung der Beschaffung (Art und Umfang der Dienstleistung bzw. Angabe der Bedürfnisse und Anforderungen) Die Auftragnehmer der jeweiligen Lose sind verpflichtet, ihre Arbeitspakete inhaltlich, organisatorisch und zeitlich auf die durch den Projektsteuerer definierten Rahmenbedingungen auszurichten. Innerhalb der Lose obliegt die operative Projektkoordination - wie z. B. die Ressourcenplanung, interne Fortschrittskontrolle und die fachbereichsbezogene Kommunikation - dem jeweiligen Teilprojekt. Schnittstellen, Abhängigkeiten und Übergaben zwischen den Losen sind mit dem Projektsteuerer eng abzustimmen und entsprechend den zentralen Projektvorgaben umzusetzen und zu dokumentieren. Diese Aufgabenverteilung stellt sicher, dass die Projektarbeit strukturiert, konsistent und integrativ über alle Teilprojekte hinweg erfolgen kann. Die Auftragnehmer der einzelnen Lose sind verantwortlich für die eigenständige Kommunikation innerhalb ihres Teilprojekts, insbesondere: - Sicherstellung der Kommunikation mit den fachlich beteiligten Organisationseinheiten, - Fristgerechte Bereitstellung relevanter Informationen und Statusberichte im abgestimmten Format, - Teilnahme an projektübergreifenden Gremien und Abstimmungen, - Aktive Mitwirkung bei der Schnittstellenkommunikation mit angrenzenden Losen. Die Kommunikation erfolgt im Rahmen der durch den Projektsteuerer vorgegebenen Strukturen und Standards. Tester werden durch die Auftragnehmer geschult, um die entsprechenden Fiori oder TAC bedienen zu können. zur Technischen Umsetzung: Customizing Einstellung der modulspezifischen Systemeinstellungen gemäß der Blue-Prints der oben genannten Scope-Items. Die Blue-Prints und das enthaltene Customizing sind überwiegend fachlich beschrieben. Hier wird die Leistung mit der benötigten Kompetenz ausgeschrieben, den entsprechenden Customizing-Pfad einzustellen. Programmierung Umsetzung der Programm- und Reportanforderungen aus den Blue-Prints unter Einhaltung der Programmiervorgaben und Namenskonventionen der Hamburger Hochbahn AG. Generell ist das Ziel, nah am Standard zu bleiben und potentiell Clean-Core fähig zu werden, daher ist der Umfang der Report-Entwicklung gering. In den Anforderungen können sowohl Dynpros, Fioris als auch Batchprogramme enthalten sein. Abgrenzung zum Teilprojekt IT bzw. zum DL-Ü: - Keine Schnittstellen - Keine systemübergreifende Anpassungen - Keine Migrationsprogramme Erstellung Reports embedded BW Erstellung von Queries im S/4HANA embedded BW entsprechend der Anforderungen aus dem Blue Print. Die Auswertungen und Kontrollen, für die Spezialisten des ERP-Moduls und deren Führungskräften, sollen direkt im embedded BW angeboten werden. Hierzu sind einfache Queries ohne Backend-Programmierung umzusetzen. Abgrenzung zum TP Berichtswesen bzw. DL-Ü: - Keine Umsetzung in der SAC - Keine DataMarts oder Persistierung neben den ERP-Fachtabellen - Nur SAP BW, keine weiteren DB oder Frontends Testmanagement (Testfälle und Durchführung) Definition der notwendigen Testfälle, um funktionale Tests und Integrationstests durchführen zu können. Die Testfälle sollen eine möglichst vollständige Abbildung der vorhandenen Äquivalenzklassen abbilden. Die Tests werden nach Vorgaben des übergelagerten Testmanagers geplant, durchgeführt und dokumentiert. Abgrenzung zum AP Test-Management bzw. DL-Ü: - Keine Planung von Integrationstests und Zusammenarbeit - Keine Festlegung von Methodiken und Tools Migrationsmanagement Unterstützung der Fachbereiche bei der Bereitstellung der Migrationsdaten (Mapping, Überwachung der Datenbereinigung, Black-List etc.). Die Migration wird übergreifend durchgeführt. Im Rahmen dieses Loses wird zudem der Test der migrierten Daten fachlich durchgeführt. Abgrenzung zum AP Migrationsmanagement: - Keine ETL oder Importtools vorgeben - Keine Durchführung von Extraktionen und Importen - Keine Programmierung Cut-over Der Dienstleister dieses Loses (DL-T) stimmt sich frühzeitig mit dem Cut-Over-Manager (nicht Bestandteil dieses Loses, sondern DL-Ü)) ab, um Abhängigkeiten und Vorbedingungen zu klären. Der Dienstleister führt Deployments auf die Test-, Sandbox- und Konsolidierungs-Systeme durch und steht im Rahmen des Go-Live unterstützend bereit (Transportwesen, Nachbearbeitungen und manuelle Tätigkeiten). Abgrenzung zum AP CutOver-Management: - Die gesamthafte CutOver-Planung wird übergreifend erfolgen - Die Synchronisation des Go-Life erfolgt zentral - Aktivitäten-Listen und Minutenfahrpläne werden zentral verwaltet - Transportwesen erfolgt zentral Dokumentation Die Programmierung enthält eine hinreichende Inline-Dokumentation und bei neuen GUI/Fiori auch eine Hilfefunktion. Eingestelltes Customizing, Programme, Batch-Programme, Schnittstellen und Reports werden gemäß den Vorgaben der Hamburger Hochbahn AG dokumentiert. Im Onboarding-Prozess werden die Vorgaben bereitgestellt. Allgemeine Beratung/Fachexpertise Der Auftraggeber gehen davon aus, dass die erstellten Fachkonzepte und Blue-Prints weitestgehend den gängigen Standards und Best-Practices entsprechen. Es wird erwartet, dass der Auftragnehmer bei augenscheinlichen Fehlern oder Ineffizienzen proaktiv alternative Varianten vorschlägt.
- Hamburger Hochbahn AG
modulspezifische Implementierung von SAP S/4HANA - Los 4 Immobilienmanagement
Folgendes Fachlos wird vergeben: Los 4 Immobilienmanagement: Das Los Immobilienmanagement beinhaltet die Verwendung des SAP-Moduls RE-FX. Dieses System ist nah am Standard ausgeprägt. Es wird hierbei die Profit-Center Rechnung verwendet, wobei technische Anlagen wie z.B. Fahrtreppen oder Fahrstühle in Sammelkostenstellen eingebunden sind, und nicht über RE-FX verwaltet werden. Daneben erfolgt die Instandhaltung der Gebäude und der techn. Anlagen direkt aus dem SAP PM, und wird nicht über RE-FX gesteuert. Es wird lediglich die Wirtschaftliche Sicht ausgeprägt. Die Architektonische Sicht ist obsolet. Beschreibung der Beschaffung (Art und Umfang der Dienstleistung bzw. Angabe der Bedürfnisse und Anforderungen) Die Auftragnehmer der jeweiligen Lose sind verpflichtet, ihre Arbeitspakete inhaltlich, organisatorisch und zeitlich auf die durch den Projektsteuerer definierten Rahmenbedingungen auszurichten. Innerhalb der Lose obliegt die operative Projektkoordination - wie z. B. die Ressourcenplanung, interne Fortschrittskontrolle und die fachbereichsbezogene Kommunikation - dem jeweiligen Teilprojekt. Schnittstellen, Abhängigkeiten und Übergaben zwischen den Losen sind mit dem Projektsteuerer eng abzustimmen und entsprechend den zentralen Projektvorgaben umzusetzen und zu dokumentieren. Diese Aufgabenverteilung stellt sicher, dass die Projektarbeit strukturiert, konsistent und integrativ über alle Teilprojekte hinweg erfolgen kann. Die Auftragnehmer der einzelnen Lose sind verantwortlich für die eigenständige Kommunikation innerhalb ihres Teilprojekts, insbesondere: - Sicherstellung der Kommunikation mit den fachlich beteiligten Organisationseinheiten, - Fristgerechte Bereitstellung relevanter Informationen und Statusberichte im abgestimmten Format, - Teilnahme an projektübergreifenden Gremien und Abstimmungen, - Aktive Mitwirkung bei der Schnittstellenkommunikation mit angrenzenden Losen. Die Kommunikation erfolgt im Rahmen der durch den Projektsteuerer vorgegebenen Strukturen und Standards. Tester werden durch die Auftragnehmer geschult, um die entsprechenden Fiori oder TAC bedienen zu können. zur Technischen Umsetzung: Customizing Einstellung der modulspezifischen Systemeinstellungen gemäß der Blue-Prints der oben genannten Scope-Items. Die Blue-Prints und das enthaltene Customizing sind überwiegend fachlich beschrieben. Hier wird die Leistung mit der benötigten Kompetenz ausgeschrieben, den entsprechenden Customizing-Pfad einzustellen. Programmierung Umsetzung der Programm- und Reportanforderungen aus den Blue-Prints unter Einhaltung der Programmiervorgaben und Namenskonventionen der Hamburger Hochbahn AG. Generell ist das Ziel, nah am Standard zu bleiben und potentiell Clean-Core fähig zu werden, daher ist der Umfang der Report-Entwicklung gering. In den Anforderungen können sowohl Dynpros, Fioris als auch Batchprogramme enthalten sein. Abgrenzung zum Teilprojekt IT bzw. zum DL-Ü: - Keine Schnittstellen - Keine systemübergreifende Anpassungen - Keine Migrationsprogramme Erstellung Reports embedded BW Erstellung von Queries im S/4HANA embedded BW entsprechend der Anforderungen aus dem Blue Print. Die Auswertungen und Kontrollen, für die Spezialisten des ERP-Moduls und deren Führungskräften, sollen direkt im embedded BW angeboten werden. Hierzu sind einfache Queries ohne Backend-Programmierung umzusetzen. Abgrenzung zum TP Berichtswesen bzw. DL-Ü: - Keine Umsetzung in der SAC - Keine DataMarts oder Persistierung neben den ERP-Fachtabellen - Nur SAP BW, keine weiteren DB oder Frontends Testmanagement (Testfälle und Durchführung) Definition der notwendigen Testfälle, um funktionale Tests und Integrationstests durchführen zu können. Die Testfälle sollen eine möglichst vollständige Abbildung der vorhandenen Äquivalenzklassen abbilden. Die Tests werden nach Vorgaben des übergelagerten Testmanagers geplant, durchgeführt und dokumentiert. Abgrenzung zum AP Test-Management bzw. DL-Ü: - Keine Planung von Integrationstests und Zusammenarbeit - Keine Festlegung von Methodiken und Tools Migrationsmanagement Unterstützung der Fachbereiche bei der Bereitstellung der Migrationsdaten (Mapping, Überwachung der Datenbereinigung, Black-List etc.). Die Migration wird übergreifend durchgeführt. Im Rahmen dieses Loses wird zudem der Test der migrierten Daten fachlich durchgeführt. Abgrenzung zum AP Migrationsmanagement: - Keine ETL oder Importtools vorgeben - Keine Durchführung von Extraktionen und Importen - Keine Programmierung Cut-over Der Dienstleister dieses Loses (DL-T) stimmt sich frühzeitig mit dem Cut-Over-Manager (nicht Bestandteil dieses Loses, sondern DL-Ü)) ab, um Abhängigkeiten und Vorbedingungen zu klären. Der Dienstleister führt Deployments auf die Test-, Sandbox- und Konsolidierungs-Systeme durch und steht im Rahmen des Go-Live unterstützend bereit (Transportwesen, Nachbearbeitungen und manuelle Tätigkeiten). Abgrenzung zum AP CutOver-Management: - Die gesamthafte CutOver-Planung wird übergreifend erfolgen - Die Synchronisation des Go-Life erfolgt zentral - Aktivitäten-Listen und Minutenfahrpläne werden zentral verwaltet - Transportwesen erfolgt zentral Dokumentation Die Programmierung enthält eine hinreichende Inline-Dokumentation und bei neuen GUI/Fiori auch eine Hilfefunktion. Eingestelltes Customizing, Programme, Batch-Programme, Schnittstellen und Reports werden gemäß den Vorgaben der Hamburger Hochbahn AG dokumentiert. Im Onboarding-Prozess werden die Vorgaben bereitgestellt. Allgemeine Beratung/Fachexpertise Der Auftraggeber gehen davon aus, dass die erstellten Fachkonzepte und Blue-Prints weitestgehend den gängigen Standards und Best-Practices entsprechen. Es wird erwartet, dass der Auftragnehmer bei augenscheinlichen Fehlern oder Ineffizienzen proaktiv alternative Varianten vorschlägt.
- Hamburger Hochbahn AG
modulspezifische Implementierung von SAP S/4HANA - Los 2 Instandhaltung
Folgendes Fachlos wird vergeben: Los 2 Instandhaltung: Das Teilprojekt Instandhaltung beschäftigt sich mit den Geschäftsprozessen zur Instandhaltung von Fahrzeugen, Infrastrukturanlagen und Gebäuden innerhalb der Hamburger Hochbahn AG. In der Hauptsache sind hiervon die Technikbereiche TS (Schienenfahrzeuge) und TI (Infrastruktur und Gebäude) sowie die FFG als eigene Gesellschaft (hauptsächlich) für Businstandhaltung betroffen. Auch in Richtung des Busbetriebs und des U-Bahnbetriebs gibt es insbesondere bei Störungen Berührungspunkte mit dem Teilprojekt Instandhaltung. Beschreibung der Beschaffung (Art und Umfang der Dienstleistung bzw. Angabe der Bedürfnisse und Anforderungen) Die Auftragnehmer der jeweiligen Lose sind verpflichtet, ihre Arbeitspakete inhaltlich, organisatorisch und zeitlich auf die durch den Projektsteuerer definierten Rahmenbedingungen auszurichten. Innerhalb der Lose obliegt die operative Projektkoordination - wie z. B. die Ressourcenplanung, interne Fortschrittskontrolle und die fachbereichsbezogene Kommunikation - dem jeweiligen Teilprojekt. Schnittstellen, Abhängigkeiten und Übergaben zwischen den Losen sind mit dem Projektsteuerer eng abzustimmen und entsprechend den zentralen Projektvorgaben umzusetzen und zu dokumentieren. Diese Aufgabenverteilung stellt sicher, dass die Projektarbeit strukturiert, konsistent und integrativ über alle Teilprojekte hinweg erfolgen kann. Die Auftragnehmer der einzelnen Lose sind verantwortlich für die eigenständige Kommunikation innerhalb ihres Teilprojekts, insbesondere: - Sicherstellung der Kommunikation mit den fachlich beteiligten Organisationseinheiten, - Fristgerechte Bereitstellung relevanter Informationen und Statusberichte im abgestimmten Format, - Teilnahme an projektübergreifenden Gremien und Abstimmungen, - Aktive Mitwirkung bei der Schnittstellenkommunikation mit angrenzenden Losen. Die Kommunikation erfolgt im Rahmen der durch den Projektsteuerer vorgegebenen Strukturen und Standards. Tester werden durch die Auftragnehmer geschult, um die entsprechenden Fiori oder TAC bedienen zu können. zur Technischen Umsetzung: Customizing Einstellung der modulspezifischen Systemeinstellungen gemäß der Blue-Prints der oben genannten Scope-Items. Die Blue-Prints und das enthaltene Customizing sind überwiegend fachlich beschrieben. Hier wird die Leistung mit der benötigten Kompetenz ausgeschrieben, den entsprechenden Customizing-Pfad einzustellen. Programmierung Umsetzung der Programm- und Reportanforderungen aus den Blue-Prints unter Einhaltung der Programmiervorgaben und Namenskonventionen der Hamburger Hochbahn AG. Generell ist das Ziel, nah am Standard zu bleiben und potentiell Clean-Core fähig zu werden, daher ist der Umfang der Report-Entwicklung gering. In den Anforderungen können sowohl Dynpros, Fioris als auch Batchprogramme enthalten sein. Abgrenzung zum Teilprojekt IT bzw. zum DL-Ü: - Keine Schnittstellen - Keine systemübergreifende Anpassungen - Keine Migrationsprogramme Erstellung Reports embedded BW Erstellung von Queries im S/4HANA embedded BW entsprechend der Anforderungen aus dem Blue Print. Die Auswertungen und Kontrollen, für die Spezialisten des ERP-Moduls und deren Führungskräften, sollen direkt im embedded BW angeboten werden. Hierzu sind einfache Queries ohne Backend-Programmierung umzusetzen. Abgrenzung zum TP Berichtswesen bzw. DL-Ü: - Keine Umsetzung in der SAC - Keine DataMarts oder Persistierung neben den ERP-Fachtabellen - Nur SAP BW, keine weiteren DB oder Frontends Testmanagement (Testfälle und Durchführung) Definition der notwendigen Testfälle, um funktionale Tests und Integrationstests durchführen zu können. Die Testfälle sollen eine möglichst vollständige Abbildung der vorhandenen Äquivalenzklassen abbilden. Die Tests werden nach Vorgaben des übergelagerten Testmanagers geplant, durchgeführt und dokumentiert. Abgrenzung zum AP Test-Management bzw. DL-Ü: - Keine Planung von Integrationstests und Zusammenarbeit - Keine Festlegung von Methodiken und Tools Migrationsmanagement Unterstützung der Fachbereiche bei der Bereitstellung der Migrationsdaten (Mapping, Überwachung der Datenbereinigung, Black-List etc.). Die Migration wird übergreifend durchgeführt. Im Rahmen dieses Loses wird zudem der Test der migrierten Daten fachlich durchgeführt. Abgrenzung zum AP Migrationsmanagement: - Keine ETL oder Importtools vorgeben - Keine Durchführung von Extraktionen und Importen - Keine Programmierung Cut-over Der Dienstleister dieses Loses (DL-T) stimmt sich frühzeitig mit dem Cut-Over-Manager (nicht Bestandteil dieses Loses, sondern DL-Ü)) ab, um Abhängigkeiten und Vorbedingungen zu klären. Der Dienstleister führt Deployments auf die Test-, Sandbox- und Konsolidierungs-Systeme durch und steht im Rahmen des Go-Live unterstützend bereit (Transportwesen, Nachbearbeitungen und manuelle Tätigkeiten). Abgrenzung zum AP CutOver-Management: - Die gesamthafte CutOver-Planung wird übergreifend erfolgen - Die Synchronisation des Go-Life erfolgt zentral - Aktivitäten-Listen und Minutenfahrpläne werden zentral verwaltet - Transportwesen erfolgt zentral Dokumentation Die Programmierung enthält eine hinreichende Inline-Dokumentation und bei neuen GUI/Fiori auch eine Hilfefunktion. Eingestelltes Customizing, Programme, Batch-Programme, Schnittstellen und Reports werden gemäß den Vorgaben der Hamburger Hochbahn AG dokumentiert. Im Onboarding-Prozess werden die Vorgaben bereitgestellt. Allgemeine Beratung/Fachexpertise Der Auftraggeber gehen davon aus, dass die erstellten Fachkonzepte und Blue-Prints weitestgehend den gängigen Standards und Best-Practices entsprechen. Es wird erwartet, dass der Auftragnehmer bei augenscheinlichen Fehlern oder Ineffizienzen proaktiv alternative Varianten vorschlägt.
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?
- Die Angebotsfrist endet am 20. März 2026.
- Wer ist der Auftraggeber?
- Der Auftraggeber ist Technische Universität Bergakademie Freiberg.
- 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.