Transformationsprojekt H4S4
Das Essener Systemhaus (ESH), als eigenbetriebsähnliche Einrichtung und IT-Dienstleister der kreisfreien Stadt Essen, beabsichtigt die Beschaffung von Beraterleistungen für die Zusammenführung von zwei SAP-HR-Systemen (ERP) und anschließende Transformation nach SAP HCM S/4HANA (H4S4) durch ein offenes Verfahren.
Angebotsfrist:02. Juni 2026
Typ:Ausschreibung
Ohne Kreditkarte · Sofortiger Zugang
Inhalt auf einen Blick
Das Essener Systemhaus (ESH), als eigenbetriebsähnliche Einrichtung und IT-Dienstleister der kreisfreien Stadt Essen, beabsichtigt die Beschaffung von Beraterleistungen für die Zusammenführung von zwei SAP-HR-Systemen (ERP) und anschließende Transformation nach SAP HCM S/4HANA (H4S4) durch ein offenes Verfahren.
- Ausschreibungstyp: Ausschreibung
- Auftraggeber: Stadt Essen, vertreten durch die GVE Grundstücksverwaltung Stadt Essen GmbH
- Veröffentlicht: 03. Mai 2026
- Frist: 02. Juni 2026
- Thema: Softwareentwicklung
Ausschreibungsbeschreibung
Das Essener Systemhaus (ESH), als eigenbetriebsähnliche Einrichtung und IT-Dienstleister der kreisfreien Stadt Essen, beabsichtigt die Beschaffung von Beraterleistungen für die Zusammenführung von zwei SAP-HR-Systemen (ERP) und anschließende Transformation nach SAP HCM S/4HANA (H4S4) durch ein offenes Verfahren.
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 Bekanntmachungen
10- Stadt Essen, vertreten durch die GVE Grundstücksverwaltung Stadt Essen GmbHFrist: 29. Mai
Beschaffung einer Rettungsdienstmanagementsoftware für die Feuerwehr der Stadt Essen
Das Essener Systemhaus (ESH), als eigenbetriebsähnliche Einrichtung und IT-Dienstleister der kreisfreien Stadt Essen, beabsichtigt eine Rettungsdienstmanagementlösung für die Feuerwehr der Stadt Essen durch ein offenes Verfahren zu beschaffen.
- Stadt Essen, vertreten durch die GVE Grundstücksverwaltung Stadt Essen GmbH
Einführung Jugendamtsverfahren
Das Essener Systemhaus (ESH), als eigenbetriebsähnliche Einrichtung und IT-Dienstleister der kreisfreien Stadt Essen, beabsichtigt die Einführung eines Jugendamtsverfahren für das Jugendamt der Stadt Essen durch ein offenes Verfahren zu beschaffen.
- Stadt Essen, vertreten durch die GVE Grundstücksverwaltung Stadt Essen GmbH
Einführung eines Gewerbefachverfahrens
Das Essener Systemhaus (ESH), als eigenbetriebsähnliche Einrichtung und IT-Dienstleister der kreisfreien Stadt Essen, beabsichtigt ein neues Gewerbefachverfahren für das Ordnungsamt der Stadt Essen durch ein Offenes Verfahren zu beschaffen.
- Stadt Essen, vertreten durch die GVE Grundstücksverwaltung Stadt Essen GmbH
Managed Service Easy
Das Essener Systemhaus (ESH), als eigenbetriebsähnliche Einrichtung und IT-Dienstleister der kreisfreien Stadt Essen, beabsichtigt die Beschaffung einer Betriebsunterstützung "Managed Service EASY-Archiv" zu beschaffen.
- Essener SystemhausFrist: 06. Mai
Einführung einer Auskunftssoftware inkl. Wartung und Pflege
Art der Leistung Das Essener Systemhaus (ESH) als eigenbetriebsähnliche Einrichtung und IT-Dienstleister der kreisfreien Stadt Essen beabsichtigt die Einführung einer Auskunftssoftware beim Service Center Essen (kurz: "SCE") im Rahmen einer öffentlichen Ausschreibung zu vergeben. Umfang der Leistung Einführung einer Auskunftssoftware inkl. Wartung und Pflege
- 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.
- BGZ Gesellschaft für Zwischenlagerung mbH
Beratungsleistungen S/4 Hana HR, SF
Die BGZ Gesellschaft für Zwischenlagerung mbH muss aufgrund des von SAP verbindlich angekündigten Wartungsendes für das derzeitige ERP-System SAP ECC 6.0 zwingend auf SAP S/4 HANA migrieren. Ab diesem Zeitpunkt stellt SAP keine Fehlerbehebungen, Sicherheits- oder Rechtsanpassungsupdates mehr bereit. Zudem finden keine funktionalen Neuerungen mehr statt. Ein Weiterbetrieb des Altsystems würde damit zu erheblichen Sicherheits-, Stabilitäts- und Compliance-Risiken führen. Vor diesem Hintergrund wurde u.a. der Aufruf zum Wettbewerb (492203-2025) im Amtsblatt der Europäischen Union von der BGZ gestartet und im Rahmen eines Offenen Verfahrens nach § 15 VgV vergeben. Ziel des Projekts ist es, ein zukunftssicheres, standardnahes SAP S/4HANA-System zu implementieren, das sowohl technologisch als auch prozessual den Anforderungen der nächsten Jahrzehnte entspricht. Im Rahmen der o.g. Ausschreibung wurden Beratungsleistungen im Folgenden Umfeld an die Firma ABS Team GmbH vergeben: SAP S4HANA Human Capital Management (HCM), SAP S4HANA SuccessFactors Core und SAP S4 HANA SuccessFactors Learning. Im Rahmen der ursprünglichen Ausschreibungen war vorgesehen, sämtliche Entwicklungs- und Migrationsleistungen durch das Los „Technofunktionale Leistungen“ umsetzen zu lassen. Innerhalb der Explore-Phase stellte sich heraus, dass aus Gründen der Einhaltung des Clean-Core-Ansatzes sämtliche HCM-spezifischen Entwicklungen in den Success Factors (SF-EC und SF-LMS) vorgenommen werden müssen. Im Gegensatz zu den klassischen S/4 HANA-Modulen (FI, CO, MM, EH&S, QM), in denen technofunktionale Leistungen überwiegend auf ABAP-basierter Entwicklung, klassischer Datenmigration und etablierten Testverfahren basieren, bewegt sich das HR-/SuccessFactors-Umfeld in einer anderen technologischen Welt. Insbesondere kommen andere Programmiersprachen, Frameworks und Integrationsmechanismen zum Einsatz. Zudem folgen die spezifischen Entwicklungs- und Erweiterungskonzepte anderen Paradigmen als im S/4 HANA-Umfeld. Daraus abgeleitet ergeben sich spezifische Anforderungen an die Expertise und die Fähigkeiten der Datenmigrations- und Entwicklungsdienstleisters. Der hier beauftragte Dienstleister verfügt nachweislich über die geforderte tiefgreifende Expertise in Entwicklungs- und Datenmigrationsleistungen. Vor diesem Hintergrund ist es fachlich konsequent und risikominimierend, die Entwicklungs- und Datenmigrationsleistungen im HR-Umfeld gemeinsam mit den Beratungsleistungen beim selben spezialisierten Implementierungspartner zu bündeln.
- Deutsche Bundesbank, Zentralbereich Beschaffungen
Implementierungspartner für Ende-zu-Ende Prozessdigitalisierung mit SAP und weiteren Dritt-Anbieter-Komponenten (Projekt People)
Ziel ist die vollständige und funktionsfähige Einführung, Implementierung und Betreuung von SAP SuccessFactors mit den zugehörigen Dritt-Anbieter-Komponenten einschließlich aller zugehörigen Beratungs- und Unterstützungsleistungen bis zum erfolgreichen Abschluss des Projekts. Hierbei soll das core hybrid Szenario von SAP SuccessFactors umgesetzt werden. Aus der Personaladministration im aktuellen SAP HCM S/4HANA on-premises System können nicht alle Infotypen nach SAP SuccessFators umgezogen werden. Ebenso wird eine on-premises Replikation des Organisationsmanagements erforderlich sein, da vermutlich nicht alle Schnittstellen im Projekt umgestellt werden können. Zusätzlich zu dem core hybrid Szenario von SAP SuccessFactors sind die oben genannten Drittanbieter-Komponenten einzuführen. Auch in diesen Bereichen wird Beratungsleistung benötigt. Die Beratungs- und Unterstützungsleistungen werden in nachfolgenden Bereichen benötigt: - Der AN prüft kritisch das vom AG entworfene HR-IT-Zielbild und liefert Empfehlungen zur technischen, prozessualen und organisatorischen Umsetzung innerhalb der IT-Landschaft der Bundesbank - Der AN identifiziert auf Basis der Bundesbank-HR-Prozesse geeignete Zielsysteme zur Abbildung vollständiger Ende-zu-Ende-Prozesse einschließlich des Zusammenspiels zwischen SuccessFactors (insbesondere Enterprise Service Management Package), XFT und ggf. weiteren Komponenten - Einsatz und Implementierung von SAP SuccessFactors und den weiteren Dritt-Anbieter Komponenten DocuSign und Qualtrics, einschließlich der darauf basierenden Architekturen, Infrastrukturen, Standards, Techniken, Produkte und Werkzeuge für die Anwendungsentwicklung und das Customizing - Die technische Implementierung der Produkte Ingentis und XFT erfolgt durch die jeweiligen Anbieter. Der AN übernimmt die Koordination, das Integrationsdesign und die Qualitätssicherung der Schnittstellen und Prozessanbindung - Der AN begleitet die Veränderungsprozesse insbesondere im Personalbereich methodisch (z. B. durch Stakeholderanalysen, Change-Impact-Assessments, Kommunikationsmaßnahmen, Nutzung von WalkMe) und inhaltlich in enger Abstimmung mit dem internen Change-Team der Bundesbank Die konkrete Ausgestaltung der Aufgaben ist in Kapitel 3 der Leistungsbeschreibung unter "Aufgabenschwerpunkte" zu finden. Die Beschaffung von SAP SuccessFactors und den weiteren Dritt-Anbieter Komponenten erfolgt separat. In dieser Ausschreibung wird der Fokus auf Beratungs- und Unterstützungsleistung gesetzt.
- 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 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.
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 02. Juni 2026.
- Wer ist der Auftraggeber?
- Der Auftraggeber ist Stadt Essen, vertreten durch die GVE Grundstücksverwaltung Stadt Essen GmbH.
- 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.