FOM ERP-Systeme

ERP-Systeme
Dipl. Wirt.-Informatiker Mathias Offermann

Gliederung der Veranstaltung
1. Allgemeine Informationen zur Vorlesung

2. Grundlagen SAP / ERP System
3. Anpassungsmöglichkeiten SAP
4. Einführungsstrategien
5. SAP Hana / S/4
6. SAP Konzepte der Datenhaltung
7. Vorstellung der SAP Module
8. Fallstudien
2
ERP-Prozesse - Mathias Offermann

5. SAP Hana / S/4
8. Fallstudien
3
Terminplan (grober Ablauf)
Termin Inhalt
Termin 1 Einführung in das Fach
Theoretische Grundlagen
Termin 2 Theoretische Grundlagen
Termin 5 Fallstudien
Termin 6 Fallstudien und Themenvergabe
Termin 7 Ausarbeitung 1
Termin 11 Präsentation
Termin 12 Präsentation
4
Prüfungsleistung
- Seminararbeit zu einem definierten Thema

- Umfang der Seminararbeit ca. 4.000 Wörter, welche als
Gruppenarbeit (2 Personen) angefertigt werden soll.
• Die Erstellung und Ausarbeitung am System erfolgt teilweise während
der Veranstaltung
• Zu jedem Thema wird eine Zusammenfassung an
Grundlagenmaterialen als Datei zur Verfügung gestellt
• Jedes Thema ist mehrfach vorhanden
• Präsentation
• Kurze Präsentation zum selben Thema
• Inhalte der Präsentation:
Thema, Vorgehensweise, Ergebnisse, Fazit
• Vorstellung in den letzten beiden Veranstaltungen (Reihenfolge wird
nach Themenvergabe festgelegt)
5
Bewertungskriterien - Seminararbeit
6

5. SAP Hana / S/4
8. Fallstudien
7
Typische Aufgaben von ERP-Systemen
- Materialmanagement: Kontrolliert den Einkauf von Rohmaterialien und

die Bestände
- Auftragserfassung und Auftragsabwicklung: Automatisiert den
Datenerfassungsprozess von Kundenaufträgen und verfolgt den Status
von Aufträgen
- Lagerverwaltung: Enthält Datensätze von lagerverwalteten Gütern und
wickelt den innerbetrieblichen Transport ab
- Produktionsplanung: Vollführt Kapazitätsplanungen und erstellt tägliche
Produktionspläne für Erzeugerfirmen.
- Kundenservice: Administriert Wartungsverträge und überprüft Verträge
und Garantien bei Kundenanfragen
- Buchhaltung und Überwachung des Zahlungsverkehrs
- Finanzverwaltung: Überwacht und analysiert den
Kassenbestand, Finanzverträge und Investitionsrisiken
- Kostenkontrolle: Analysiert Gemeinkosten und Kosten
von Produkten und Produktionsaufträgen
- Human Ressources: Verwaltung von Mitarbeitern
(Personalabrechnung, Personalmanagement)
8
Integrierte Anwendungssysteme
Executive
Information
System
Management-
Vertikale Integration
Support-Systems Entscheid. Abfrage-
unterstütz.- und Berichts-
systeme systeme
KI
Büroinformations-
systeme Individuelle Gruppen- Vorgangs-
Unterstützung unterstützung bearbeitung
Sonstige Finanz- und Personal-

ERP- Verwaltung Rechnungs- wirtschaft
wesen
Systeme
Forschung und Material- Produktions- Marketing
Entwicklung wirtschaft planung und und Verkauf
-steuerung
Horizontale Integration
9
Erfolgsfaktor Integration
Optimierung der Logistikkette vom Erstlieferanten

zum Endverbraucher
INFORMATIONSFLUSS
Transfer
Transfer Transfer
Transfer Transfer
Transfer Transfer
Transfer
Einzelhandels-
Lieferant Fertigung Verteilung Verbraucher
geschäft
CASH FLOW
Supply Chain Optimierung
10
Überblick SAP Branchenlösungen (IS)
Ergänzung der Neuaufbau der Branchenspez.

Lösung Lösung Geschäftsprozesse
SAP High Tech &

Electronics SAP Retail SAP Insurance
SAP Consumer SAP Banking

SAP Utilities
Products
SAP Chemicals SAP Automotive SAP Public Sector
SAP Pharmaceuticals SAP Telecom- Mögliche Kandidaten

munication
SAP Oil & Gas l Media
SAP Healthcare
l Services /
Transportation
SAP Engineering & SAP Aerospace & l ...
Construction Defense
11
Vom R/3 zum SAP ERP 6.0
12
ERP-Systeme - Mathias Offermann

5. SAP Hana / S/4
8. Fallstudien
13
SAP Enhancement Packages (EHP)
Früher:Standardreleases alle 5 Jahre, kontinuierliche Bereitstellung neuer

um Geschäftserfordernisse zu erfüllen. und verbesserter Funktionalitäten
SAP, 2011
ERP-Prozesse - Mathias Offermann 14

SAP Enhancement Packages (EHP)
Nach SAP, 2011
1. Business Function Prediction Empfehlungen für Business

Functions basierend auf aktueller Systemnutzung
2. selektive Installation der Softwarekomponenten (nur die

Komponenten die in Bezug zur genutzten Funktionalität steht)
3. Aktivierung Business Function im Switch Framework ( SFW5)
SAP, 2011

Switch Framework

Anpassungen in SAP Systemen
• Aktivierung Business Functions

Anpassung ohne Entwicklung
• Customizing
• Erweiterung
• Modifikation
• Eigenentwicklung

Erweiterung
• Customer-Exits
Funktionsbausteine, die an bestimmten Stellen in SAP Standard-
programmen stehen und aufgerufen werden, wenn sie aktiviert
wurden
Customer-Exits werden im Gegensatz zu Modifikationen bei
Upgrades unterstützt
• BAdIs - Business Add-Ins
BADIs stellen eines der neuen Konzepte für User-Erweiterungen
von SAP dar. Es wird unterschieden zwischen klassischen BADIs
und neuen BADIs
Objektorientierte Customer-Exits
Methoden, die mehrfach implementiert werden können
• Enhancement Framework
globale Klassen, Funktionsbausteine, Web-Dynpro-ABAP-
Komponenten und alle Quelltextobjekte mit Hilfe systemseitig
bereitgestellter impliziter Erweiterungsoptionen erweitern
Erweiterung

Modifikation
Modifikationen von SAP-Standardprogrammen
• Können nur mit kundenspezifischen Objektschlüsseln

vorgenommen werden
• Behebung auftretender Fehler wird von SAP nicht unterstützt
• Erhöhter Aufwand bei Support Package einspielen oder Upgrade

3 Systemlandschaft
21

5. SAP Hana / S/4
8. Fallstudien
22
ASAP
Standard-Einführungsmethode von SAP, in der die ASAP-Roadmap

enthalten ist - ein Leitfaden zum konkreten Vorgehen mit Hinweisen
auf Werkzeuge und Dienstleistungen, um die Teammitglieder bei der
Einführung zu unterstützen.
Klassisch (Wasserfall) Agil
• die definierten Phasen werden Scrum-Vorgehensmodell, bei dem die
sequentiell abgearbeitet Lieferung der Ergebnisse sukzessive
erfolgt.
• Es wird davon ausgegangen, dass • Analyse, Anpassung und Umstellung in
jede Phase mit Erreichen eines mehreren kleinen Phasen (Sprints/
Meilensteines abgeschlossen ist – Iterationen) - zur Reduzierung der
spätere Rücksprünge sind nicht Komplexität
vorgesehen. Damit entfällt die • Häufige Rückkopplung - Unmittelbarer
Möglichkeit, Zwischenergebnisse auf Test und Feedback zum neuen ERP-
der Basis von Feedback-Prozessen System am Ende jeder Iteration
anzupassen • Lauffähige, getetestete, verbesserte
Version der Software bzw. der
Geschäftsprozesse mit jeder Iteration
• Dynamische Anpassung des Scopes
möglich
ASAP Klassisches Modell
SAP, 2001

ASAP Klassiches Modell
SAP, 2012

SCRUM ELEMENTE
• Product Backlog (Featurelist)

• Sprint Backlog (Aufgaben für Sprint)
• Burndown Chart (Restaufwand)
• Impediment List (Projekthindernisse)
• Sprint (die Umsetzung einer Iteration)
• Daily Scrum (Besprechung)
SAP, 2012

ASAP Agiles Modell / SAP Activate
SAP, 2012


5. SAP S/4 Hana
8. Fallstudien
28
Geschwindigkeit

Architekturänderungen
• Keine Statustabellen und Indextabellen mehr
• Keine Aggregationstabellen mehr
• Bestandsdaten auf eine Tabelle reduziert
• CO und FI greifen auf gleiche Tabellen zu
• (Verschmelzung von OLTP und OLAP)

Herausforderungen vor SAP Accounting

Auswirkungen auf das Rechnungswesen:
Auf dem Weg zum Einkreissystem

Architektur: Entfall der Summen- und Indextabellen

Universal Journal in SAP Accounting

Was gibt es Neues?
Echtzeit
Architektur der Grundsätze des S/4HANA

Traditionellen Datenbank Datenmodells
Traditionelle D • Normalisierte Daten in dritter • Datenspeicherung in

HANA Normalform denormalisierter Form
593 GB
S/4 HANA • Vermeidet ungewollte • Single Source of Data
118,6 GB
42,4 GB Redundanzen
• Keine Speicherung von
• Vermeidet Widersprüche und redundanten Daten
Anomalien
• Verarbeitung und Analyse von
Typische Buchungstransaktion Nachteile Daten ohne Vorbereitung
nutzte bisher 15 Tabellen möglich
- Häufige Nutzung von
à jetzt werden nur noch 4 überflüssigen Daten erhöht z.B. • Inkonsistenten und Anomalien
angesprochen die Datenanhäufung müssen wegen Denormalisierung
nicht mehr überprüft werden
- Größerer Aufwand um
BKPF BSEG BSEG BSEG BSIS überflüssige Daten zu
aktualisieren
BSIS BSIK BSET LFC1 GLT0
GLT0 GLT0 COBK COEP COSP

Code Pushdown

Zeilen - Spaltenorientiert





Principle of One
• Stellt eine Philosophie dar, in der nur eine Implementierung für eine
Anforderung existiert
• Eine Transaktion/Report für einen Vorgang
• Nur ein Lösungsansatz für eine Anforderung inhaltlich und technisch

è Reduzierung der Transaktionen
è Aufbau rollenbasierter Apps
è Ggf. Neustrukturierung der Geschäftsprozesse
è Neue Benutzeroberfläche für eine einfachere Bedienung

Compatibility views
- Damit Programme die auf bisherige Tabellen zugegriffen haben,

weiterhin funktionieren
- SAP etabliert zur Laufzeit sogenannte compatibility views, die den
ABAP Programmen die bisherigen Tabellen per View zur
Verfügung stellen
- Sollte aber nur für eine Übergangszeit genutzt werden, da hier
keine Optimierung des Codings und Anpassung an Hana vorliegt.
+ Views bremsen zur Laufzeit das System aus

Business Partner
- Ablösung Kreditoren/ Debitoren durch das zentrale Konstrukt des

Business Partners
- Wegfall der bisherigen Transaktionen und Vereinigung in einer
einzigen Transaktion “BP“
- Business Partner auch im HCM für Mitarbeiter notwendig

ACID
- Atomarität: Jede Transaktion muss atomar sein. Sie wird

entweder vollständig oder überhaupt nicht ausgeführt.
- Konsistenz: Die Konsistenz muss vor und nach jeder
Durchgeführten Transaktion stets gewährleistet sein.
- Isolation: Bei Mehrbenutzerbetrieb muss sichergestellt sein das
keine Inkonsistenzen entstehen.
- Dauerhaftigkeit: Abgeschlossene Transaktionen müssen
dauerhaft gespeichert sein, und auch Systemfehler überleben und
vollständig wiederherstellbar sein.

ACID trotz In-Memory

Simplification List
• Die „simplification list“ dient zur
• Prüfung, ob Custom Code und Modifikationen noch

mit S/4HANA funktionieren
• ob Transaktionen weiter genutzt werden können

(oder zusammengefasst und vereinfacht wurden
und nun mit einer Fiori-App zu bedienen sind)
• ob sich Transaktionscodes geändert haben,
• ob etwas nicht mehr unterstützt wird
• oder ob etwas vereinfacht und durch völlig neue Möglichkeiten

ersetzt wurde.
• ATC Prüfung (Transaktionsode: ATC)

Entwicklung GUI

Fiori
• Hardware unabhängig
• Echtzeit

SAP FIORI, APP Types

Fiori, unterschiedliche Apps
- SAP Fiori verwendet drei verschiedene Apps:

- Transaktions-Apps:
Zugang zu Transaktionen wie Erstellen,
Änderner Anzeigenmit einer geführten Navigation
- Analytische Apps:
Visueller und graphischer Überblick
über Geschäftsdaten
- Factsheet-Apps:
Essenzielle Informationen über Objekte
sowie Navigation zwischen verwandten Apps

Fiori-Design für Transaktion und Analyse

Intuitive Benutzeroberfläche
Fiori UIs am Bsp. Buchhalter

IoT, Big Data
- Vernetzung der Geräte über Cloud Plattform

- Überwachung und Steuerung der Geräte
- Analyse von Maschinen und Sensordaten durch Predicitve
Analytics
- Steuerung über Fernzugriff
- Strukturierte Daten
Daten, die in einer definierten Struktur in einer DB vorliegen
- Unstrukturierte Daten
+ Informationen, die z.B. als Rein-Text vorliegen
+ TREX ist die Lösung der Datensuche in Rein-Texten
+ TREX (Text Retrieval and information Extraction) ist für die Text-
Suche konzipiert
- Massenanalyse aller verfügbaren Daten zu einem Thema

Internetseiten
- https://help.sap.com
- https://www.sap.com/products/s4hana-erp.html
- Simplification List:
https://help.sap.com/doc/f45c88b65643403d97682484273216d0/1
809.000/en-US/SIMPL_OP1809.pdf


5. SAP Hana / S/4
8. Fallstudien
56
Organisationseinheiten
- Definieren der Unternehmensstruktur im Sinne des rechtlichen bzw.

geschäftlichen Verwendungszweckes
- Juristische Einheiten , Werke, Lagerbereiche, Verkaufsorganisationen,
Profitcenter
- Beispiele:
- Mandant
+ Höchste Organisationseinheit
+ Repräsentiert das Unternehmen, welches aus mehreren Einheiten
besteht
+ Buchungskreis
+ Repräsentiert rechtliche Einheiten in einem Unternehmen
+ Zentrale Organisationseinheit im externen Rechnungswesen
+ Verkaufsorganisation
- Eine Organisationseinheit, die für den Verkauf bestimmter Produkte und
die Bereitstellung von Serviceangeboten zuständig ist
57
SAP Organisationseinheiten
58
Organisationseinheiten im Vertrieb
59
Definition Stammdaten
60
Materialstamm- Sichten
61
Materialstamm in Org-Einheiten
62
Transaktionsdaten
63
Belege
- Datensätze, die generiert werden, wenn ein Geschäftsvorfall

durchgeführt wurde
- Stellt ein Protokoll des Geschäftsvorfalls dar
- Enthält alle relevanten vordefinierten Informationen aus den
- Stammdaten und Organisationseinheiten
- Beispiele:
+ Verkaufsbeleg
+ Einkaufsbeleg
+ Materialbeleg
+ Buchungsbeleg
64
Belegfluss
- Der Belegfluss sowie der Auftragsstatus erlauben es, den Status einer
Bestellung an einem beliebigen Zeitpunkt festzustellen.
- SAP überarbeitet den Status jedes Mal wenn eine Änderung in einem
Dokument statt findet.
65
SAP als relationale Datenbank
- Bsp. Tabelle EKKO
66
- Bsp. EKKO
67
- Bsp. EKKO und Fremdschlüsselbeziehungen
68

5. SAP Hana / S/4
8. Fallstudien
69
Module des klassischen SAP R/3-
Systems
FI
SD Finanz-
Vertrieb Wesen
MM CO
Materialwirt- Controlling
PP schaft TR
R/3
Produktions- Treasury
Logistik Planung
Rechnungs
QM Client / Server Projekt-
PS -
wesen
Qualitäts-
Mgmt.
PM ABAP/4 WF
System
Instand- Workflow
haltung
HR IS
Personal- Branchen-
wirtschaft lösungen
Personal 70
Bereich Logistik (LO)
- Anwendungsbereiche in Module gegliedert

- Logistik (LO)
+ Materialwirtschaft (MM) - Einkauf, Lagerverwaltung,Bestandführung,
Rechnungsprüfung
+ Vertrieb (SD) - Verkauf, Versand, Fakturierung
+ Produktionsplanung und -steuerung (PP)
+ Instandhaltung (PM) - Instandhaltung des Anlagevermögens
+ Servicemanagement (SM) - Wartung und Reparatur von
Kundenanlagen
+ Qualitätsmanagement (QM) - Querschnittsfunktion
71
LO - Materialwirtschaft (MM)
- Pflege der Materialstammdaten (versch. Sichten)

- Materialbedarfsplanung
+ verbrauchs-/bedarfsgesteuerte Disposition
+ bestellpunktgesteuerte Disposition
- Materialbeschaffung: Abwicklung der Belege
+ Bestellanforderung (BANF)
+ Anfragen, Angebote
+ Lieferantenauswahl
+ Bestellungen, Rahmenverträge
+ Lieferantenstammdaten
- Bestandsführung, Materialbewegungen, -bewertung
- Rechnungsprüfung mit Bezug auf Bestellung, WE-Belegen, Lieferschein
etc.
72
Einkauf
Aufgabe der Materialwirtschaft ist die Beschaffung über den

Einkauf. Zu beschaffenden Waren und Dienstleistungen müssen in
den erforderlichen Mengen, zum richtigen Zeitpunkten und zu
günstigen Kosten auf dem Beschaffungsmarkt eingekauft werden.
Der Einkauf im SAP-System hat folgende Charakteristika:
è Ermittlung des Materialbedarf durch die Disposition

è Auswahl des Lieferanten durch System oder Benutzer
è Berücksichtigung von Lieferplänen/Kontrakten
è Einkaufsinformationssätze und Orderbücher
è Quotierung bzw. Zuordnung von Bezugsquellen
73
Belege im Einkauf
Bestell-
anforderung
Anfrage
Angebot
Bestellung
Kontrakt
Lieferplan
74
Bestandsführung
Aufgabe der Bestandsführung ist die mengenmäßige Erfassung

aller Materialbewegungen und Fortschreibung der Bestände als
Grundlage für die Materialdisposition.
Weitere Aufgaben liegen in der wertmäßigen Fortschreibung und
Verfolgung der Bestände als Voraussetzung für Betriebs-
abrechnung und Inventur.
Das Bestandsführungssystem beinhaltet folgende Vorgänge:
è Wareneingang (Lieferscheinkontrolle und Verbuchung)

è Warenausgang (Buchungen von Materialentnahmen)
è Sonderbestände (Konsignationsmaterialien)
è Inventur (Stichtagsinventur, permanente Inventur)
75
Lagerverwaltung
Aufgabe der Lagerverwaltung ist die Unterstützung aller im

Unternehmen vorkommenden Materialbewegungen.
Dabei handelt es sich einerseits um Wareneingänge und Waren-
ausgänge der Bestandsführung und andererseits um Warenaus-
gänge seitens des Vertriebs (Modul SD).
Das Lagerverwaltungssystem hat folgende Charakteristika:
è Erweiterung der Bestandsführung auf Lagertypenebene

è Steuerung des Transports für Ein- und Auslagerungen
è Abbildung von unterschiedlichen Lagertypen
è Vorschläge über Ein- und Auslagerungsstrategien
76
Rechnungsprüfung
Die Rechnungsprüfung ist die Verbindung zwischen Material-

wirtschaft und Rechnungswesen. Ihre Aufgabe ist die Prüfung von
Rechnungen auf sachliche, preisliche und rechnerische Richtigkeit.
Weitere Aufgabe dieses Bereichs ist die Erzeugung offener Posten
auf Kreditorenkonten, die nach der Zahlung von der
Kreditorenbuchhaltung ausgeglichen werden.
Die Rechnungsprüfung beinhaltet folgende Merkmale:
è Zugriff auf Datenvorschläge aus der Bestellung

è Warnung durch das System bei Abweichungen
è Automatische Währungsumrechnung
77
LO - Vertrieb (SD)
- Grundfunktionen
+ Konditionen und Preisfindung, Verfügbarkeitsprüfung, Kreditmanagement, ...
- Verkauf
+ Anfrage- und Angebotsabwicklung, Rahmenverträge, Kundenaufträge,
Reklamationen, ...
- Versand
+ Lieferabwicklung, Kommissionierung, Verpackung, Warenausgang und
Transport, ...
- Fakturierung
- Vertriebsunterstützung (weitere Module)
78
LO - Produktionsplanung (PP)
- Stammdaten
+ Stücklisten
+ Arbeitspläne
+ Arbeitsplätze
- Funktionen
+ Absatz- und Produktionsgrobplanung
+ Produktionsplanung/Materialbedarfsplanung
+ Kapazitätsplanung
+ Fertigungssteuerung
+ Erzeugniskalkulation
79
LO - Instandhaltung (PM/CS)
- Planung und Durchführung von Instandhaltungsmaßnahmen

- Verbindung technischer Systeme
+ Abhängigkeiten zwischen bestimmten technischen Objekten abbildbar
- Elemente
+ Instandhaltungsmeldungen (Meldesystem für betriebliche Ausnahmezustände
/ Störungen, z. B. Maschinenausfall)
+ Instandhaltungsaufträge
- Ressourcenmanagement
+ Arbeitsplätze zur Bearbeitung von Inst.-Aufträgen
+ Kapazitäten
- Instandhaltungsplanung
+ Arbeitsplanung
+ Wartungsplanung
80
LO - Qualitätsmanagement (QM)
- Übergreifende Querschnittsaufgabe
+ Viele Schnittstellen zu den anderen Anwendungssystemen von Produktion
und Logistik
- Vielzahl von Funktionen für die Bereiche
+ Materialwirtschaft
+ Fertigung
+ Vertrieb
+ Controlling
81
Modul Personalwirtschaft (HR bzw. HCM)
- Personalwirtschaft (HR)
+ Personalstammdaten
+ Vergütungsverwaltung
+ Bewerbermanagement
+ Personalzeiterfassung
+ Reisekostenabrechnung
+ Personalentwicklung
+ Einsatzplanung
+ Raumbelegungsplanung
82
Typische Geschäftsprozesse HR-Modul
- Verwaltung des bestehenden Personals

- Stellenplan erstellen und verwalten
- Beschaffung von neuem Personal
- Durchführung von Personalbeurteilungen
- Arbeitszeitmanagement
- Durchführen der Personalabrechnung
- Verwaltung der Vergütung/Arbeitgeberleistungen
- Kostenplanung und Reporting
- Personalentwicklungsmaßnahmen (Schulung)
83
Modul Rechnungswesen (AC)
- Rechnungswesen (AC)
+ Finanzbuchhaltung (FI) - externes RW
+ Controlling (CO) - internes RW (Gemeinkosten, Prozeßkosten, Kostenträger,
Ergebnisrechnung)
+ Investitionsmanagement (IM)
+ Immobilienmanagement (IS-RE)
+ Unternehmenscontrolling (EC) -Konzernkonsolidierung, Profit-Center-
Rechnung
+ Treasury (TR) - Cashmanagement, Finanzmittelrechnung
84
AC - Rechnungswesen (FI)
- Hauptbuchhaltung
+ Geschäftsbuchhaltung, Abschlussverfahren, Bilanz- und Ergebnisplanung, ...
- Kreditorenbuchhaltung
+ Rechnungseingang, -prüfung, Zahllauf, ...
- Debitorenbuchhaltung
+ Fakturierung, Mahnverfahren, ...
- Anlagebuchhaltung (AM)
+ Anlagenverwaltung, Leasingabwicklung, ...
- Konsolidierung
85
Überblick Rechnungswesen
Bestandteile des Rechnungswesens
Finanzwesen externes Rechnungswesen
Controlling internes Rechnungswesen
Beziehungen zwischen Finanzwesen und Controlling

Ø Finanzwesen ist Informationslieferant für das Controlling
Ø Beide Bereiche basieren auf einem gemeinsamen Kontenplan
86

5. SAP Hana / S/4
8. Fallstudien
87

FOM ERP-Systeme

Hochgeladen von

Dokumentinformationen

Originaltitel

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

FOM ERP-Systeme

Hochgeladen von

Copyright:

Verfügbare Formate

ERP-Systeme

Dipl. Wirt.-Informatiker Mathias Offermann

1. Allgemeine Informationen zur Vorlesung

1. Allgemeine Informationen zur Vorlesung

- Seminararbeit zu einem definierten Thema

1. Allgemeine Informationen zur Vorlesung

- Materialmanagement: Kontrolliert den Einkauf von Rohmaterialien und

Sonstige Finanz- und Personal-

Optimierung der Logistikkette vom Erstlieferanten

Supply Chain Optimierung

Ergänzung der Neuaufbau der Branchenspez.

SAP High Tech &

SAP Consumer SAP Banking

SAP Chemicals SAP Automotive SAP Public Sector

SAP Pharmaceuticals SAP Telecom- Mögliche Kandidaten

1. Allgemeine Informationen zur Vorlesung

Früher:Standardreleases alle 5 Jahre, kontinuierliche Bereitstellung neuer

ERP-Prozesse - Mathias Offermann 14

Nach SAP, 2011

1. Business Function Prediction Empfehlungen für Business

2. selektive Installation der Softwarekomponenten (nur die

3. Aktivierung Business Function im Switch Framework ( SFW5)

ERP-Prozesse - Mathias Offermann 15

ERP-Prozesse - Mathias Offermann 16

• Aktivierung Business Functions

ERP-Prozesse - Mathias Offermann 17

ERP-Prozesse - Mathias Offermann 19

Modifikationen von SAP-Standardprogrammen

• Können nur mit kundenspezifischen Objektschlüsseln

ERP-Prozesse - Mathias Offermann 20

1. Allgemeine Informationen zur Vorlesung

Standard-Einführungsmethode von SAP, in der die ASAP-Roadmap

ERP-Prozesse - Mathias Offermann 24

ERP-Prozesse - Mathias Offermann 25

• Product Backlog (Featurelist)

ERP-Prozesse - Mathias Offermann 26

ERP-Prozesse - Mathias Offermann 27

1. Allgemeine Informationen zur Vorlesung

ERP-Prozesse - Mathias Offermann

• Keine Statustabellen und Indextabellen mehr

• Keine Aggregationstabellen mehr

• Bestandsdaten auf eine Tabelle reduziert

• CO und FI greifen auf gleiche Tabellen zu

• (Verschmelzung von OLTP und OLAP)

ERP-Prozesse - Mathias Offermann

ERP-Prozesse - Mathias Offermann

ERP-Prozesse - Mathias Offermann

ERP-Prozesse - Mathias Offermann

ERP-Prozesse - Mathias Offermann

Architektur der Grundsätze des S/4HANA

Traditionelle D • Normalisierte Daten in dritter • Datenspeicherung in

BSIS BSIK BSET LFC1 GLT0

GLT0 GLT0 COBK COEP COSP

ERP-Prozesse - Mathias Offermann

ERP-Prozesse - Mathias Offermann

ERP-Prozesse - Mathias Offermann

ERP-Prozesse - Mathias Offermann

ERP-Prozesse - Mathias Offermann

ERP-Prozesse - Mathias Offermann

ERP-Prozesse - Mathias Offermann

• Eine Transaktion/Report für einen Vorgang

• Nur ein Lösungsansatz für eine Anforderung inhaltlich und technisch

ERP-Prozesse - Mathias Offermann