ERP Systeme - inso.tuwien.ac.at · ERP Systeme 2010S | Vorlesung 2 22 Open Source ERP Systeme Was gegen Open Source ERP Systeme spricht ERP Systeme sind “Mission Critical”: Ängste

Vorlesungsblock 2

Thomas GrechenigPeter LeitnerSiegfried Zeilinger

2010S - 12. März 2010

INSO - Industrial SoftwareInstitut für Rechnergestützte Automation | Fakultät für Informatik | Technische Universität Wien

ERP Systeme

ERP Systeme 2010S | Vorlesung 2 2

Überblick über den ersten Vorlesungsblock (fortgesetzt)

Betriebliche

Informationssysteme

Betriebliche

Anwendungssysteme

Planung &

Architektur

ERP Systeme

Wurde in Vorlesung 1 vorgetragen


Überblick über den ersten Vorlesungsblock

Betriebliche

Informationssysteme

Betriebliche

Anwendungssysteme

Planung &

Architektur

ERP Systeme


ERP Systeme

Marktübersicht2

Open Source ERP Systeme3

Entscheidungskriterien4

ERP Trends5

Grundlagen ERP1


ERP Systeme

Marktübersicht2



ERP Trends5

Grundlagen ERP1


Grundlagen ERP

Definition: Enterprise Resource Planning (ERP)

▪ Der Begriff Enterprise Resource Planning (auf deutsch in etwa „Planung der Unternehmensressourcen“) bezeichnet die unternehmerische Aufgabe, die in einem Unternehmen vorhandenen Ressourcen (wie zum Beispiel Kapital, Betriebsmitteloder Personal) möglichst effizient für den betrieblichen Ablauf einzuplanen. .[Wikipedia]

▪ Enterprise Resource Planning bedeutet die Einrichtung umfassender elektronischer Informationssysteme, die es den verschiedenen, in der Vergangenheit weitgehend isolierten Teileneiner Organisation erlauben, auf einen gemeinsamen Informationspool zuzugreifen und miteinander zu kommunizieren. [Ephorie Managementmagazin]


Grundlagen ERP

Typische Funktionsbereiche

▪ Materialwirtschaft

▪ Produktion

▪ Finanz- und Rechnungswesen

▪ Controlling

▪ Personalwirtschaft

▪ Forschung und Entwicklung

▪ Marketing und Vertrieb

▪ Stammdatenverwaltung


Grundlagen ERP

ERP Entwicklung am Beispiel SAP


Grundlagen ERP

Allgemeine ERP Vorteile

▪ Effizientere Geschäftsprozesse

▪ Erleichterte globale Integration (Sprachen, Währungen)

▪ Informationstransparenz

▪ Einfacheres Knowledgemanagement

▪ Bessere Skalierbarkeit

▪ Kostengünstigere Wartung


Grundlagen ERP

Vorteile einer ERP Implementierung in der Praxis

▪ Der Versand eines Ersatzteils geht in 3 Tagen (vorher 22 Tage)

▪ Repricing des gesamten Produktportfolios dauert bei ERP 5

Minuten (statt 5 Tagen)

▪ Eine Kreditwürdigkeitsprüfung dauert knappe 3 Sekunden (statt

20 Minuten)

Dargestelltes Projekt: IBM Storage Systems


Grundlagen ERP

ERP vs. ERP II


Zur Wiederholung: Betriebliche Informationssysteme

Beispielhafte Integration betrieblicher Informationssysteme

Beschaffung

Unternehmen

Customer RelationshipManagement

Electronic Procurement

Supply Chain Management

Lieferant KundeVertriebProduktion

ERP System


ERP Systeme

Marktübersicht2



ERP Trends5

Grundlagen ERP1


Marktübersicht

Globale Marktentwicklung bei ERP-Systemen


Marktübersicht

Durchschnittlicher Umsatz nach Marktsegmenten


Marktübersicht

Marktanteile der Big Player


Marktübersicht


Marktübersicht

Kundenzufriedenheit


ERP Systeme

Marktübersicht2



ERP Trends5

Grundlagen ERP1


Open Source ERP Systeme

Open Source vs. kommerzielle Anbieter



Was für Open Source ERP Systeme spricht

▪ Lizenzkosten fallen meist vollständig weg

▪ Leichteres Customizing durch öffentlich zugänglichen Code

▪ Schnellere Anpassung an Markterwartungen und Trends

▪ Anbieterunabhängige Plattformwahl



Was gegen Open Source ERP Systeme spricht

▪ ERP Systeme sind “Mission Critical”: Ängste um zuverlässige Wartung bzw. Betreuung von Open Source Systemen

▪ Kosten für eine ERP Implementierung entstehen nicht nur durch Lizenzkosten sondern primär durch Customizing und Wartung

▪ Die enthaltene Geschäftslogik wird als “Wettbewerbsvorteil”gesehen und deshalb ungern weitergegeben

▪ Unterschiedliche Rechtslagen in verschiedenen Ländern und branchenspezifische Besonderheiten



Compiere



AvERP



SQL Ledger



SugarCRM


ERP Systeme

Marktübersicht2



ERP Trends5

Grundlagen ERP1


Entscheidungskriterien

Softwarespezifische Kriterien▪ Open Source vs. kommerzielle Software▪ Funktionale Kriterien (Muss/Soll/Kann)▪ Reifegrad der Software

Anbieterspezifische Kriterien▪ Marktsituation▪ Drittanbieteranbindung▪ Größe des Unternehmens▪ Branchenkompetenz ▪ Referenzen


Entscheidungskriterien

Kostenspezifische Kriterien▪ Implementierungskosten▪ Lizenz- und Wartungskosten▪ Folgekosten▪ Risikoabgrenzungen

Anwenderspezifische Kriterien▪ Benutzerakzeptanz▪ Begleitmaßnahmen

Implementierungsspezifische Kriterien▪ Branchen-Know-How▪ Erfahrung des Implementierungspartners


ERP Systeme

Marktübersicht2



ERP Trends5

Grundlagen ERP1


ERP Trends

Verbesserte Integration und Flexibilität▪ Druck der Kunden fordert Anpassung durch ERP Anbieter▪ Offenere und flexiblere Architekturen ▪ Speziell um die externe Integration zu verbessern

Verschmelzen mit E-Business-Lösungen▪ Kunden wollen keine isolierte E-Business-Lösung einsetzen▪ Forderung nach Integration der Applikation im ERP System▪ Verankerung passiert mittels


ERP Trends

Erhöhung der Nutzerzahlen▪ ERP öffnet sich für neue Nutzerschichten▪ Neue Intra-Company Nutzer (Self-Service und Mobile Users) ▪ Neue Inter-Company Nutzer (unternehmensübergreifende

Kollaborationen)

Adaptionen an das Internet▪ Das Internet ist wesentlicher Innovationstreiber für ERP Systeme▪ Webbrowser werden zum primären User-Interface ▪ ERP Anbieter modifizieren ihre Software und verwenden Web

Server, HTTP, Java und XML

ERP Systeme 2010S | Vorlesung 2

Vorlesungsblock 2

Corporate Governance und IT Governance1

Systemlandschaften2

Begleiterscheinungen von ERP Einführungen3


Vorlesungsblock 2


Systemlandschaften2



Corporate Governance


IT Governance als Teil der Corporate Governance


Warum will ein Unternehmen „compliant“ sein?

Gesetzliche Vorschriften

Vorbeugender Charakter

Erleichterung interner Kontrollen

Image

Ethik


Wie passiert ein Bilanzskandal?


Vorlesungsblock 2


Systemlandschaften2



Der Begriff der Systemlandschaft (1)

Logische Anordnung von EDV Systemen

Gruppierung kann auf verschiedene Arten gewählt werden



Ein System▪ Kann physisch aus mehreren Servern bestehen▪ Kann in mehreren Landschaften vorkommen

Datenbankserver

Applikationsserver

System„ERP Produktiv“



Die Systemlandschaft ist nach Anwendungen oder nach Aufgaben der jeweiligen Systeme gegliedert

Systemlandschaft

System

Server

1n

nn



Beispiele

Landschaft der Systeme auf Windows Plattformen

ERP Landschaft

SAP Landschaft

Produktive SAP Landschaft


Sichere Entwicklung in einer 3+ Systemlandschaft

Idee:

Software getrennt▪ entwickeln▪ testen▪ verwenden

Ziel:▪ Stabilität▪ Investitionssicherheit (ROI)


Darstellung einer 3-Systemlandschaft inkl. Änderungspfad

Entwicklungssystem

Testsystem

Produktivsystem

Weitere Möglichkeiten• Sandboxsystem• Integrationssystem• Schulungssystem


Integrierte Systemlandschaften

Entwicklungssystem

Testsystem

Produktivsystem

Entwicklungssystem

Testsystem

Produktivsystem

Landschaft A Landschaft B

KOMMUNIKATION


Integrierte Systemlandschaften - Beispiel

Entwicklungssystem

Testsystem

Produktivsystem

Entwicklungssystem

Testsystem

Produktivsystem

ERP ERP2 – z.B. CRM

Kunden, BestellungenMaterialien


Fallbeispiel Systemlandschaft: Großkunde (1)

Verschiedene Tochtergesellschaften

Verschiedene Geschäftsfelder

Verschiedene gesetzliche Grundlagen

Verschiedene Sprachen

�� Sehr viele mögliche Fehlerquellen


Fallbeispiel Systemlandschaft: Großkunde (1)

Integr.

Test

Bereich XY

Bereich Fin.

Bereich HR

Geschäftsfeld-versionen

Qual. U. Prod.

Integr.

Dev.

Qual.Entw.

Solche Systemlandschaften sind keine Seltenheit

• hohe Komplexität• dies ist z.B. nur für ein ERP System, in der Regel noch

ERP2 Systeme sowie Reporting- und Konsolidierungssysteme darüber


Vorlesungsblock 2


Systemlandschaften2



Begleiterscheinungen von ERP Einführungen

Warum?


„Begleiterscheinungen“

Risiko

Schulung

Roll-Out

Support


Risikoabwägung

Koordinaten

Risiko Zielfindung

Risiko Projektorganisation

Risiko Budgetüberschreitung

Risiko Zielerreichung

Risiko Terminüberschreitung

Risiko Inbetriebnahme

Quelle: ERP Systeme und betriebliche Praxis, IWB TU München, Utz Verlag, 2005


Risiko Zielfindung

Was steht am Ende der Einführung?

Aus welchen Gründen wird das ERP System eingeführt?

(alte) Führungskräfte an der Zielfindung beteiligen – SAP ist kein IT Thema!

Akzeptanz gewinnen – denn nicht bei allen ist eine Veränderung willkommen

Sammlung und unternehmensweite Darstellung der Ziele

Mit Isolation der Zielkonflikte beginnt Prozeßredesign

Hieraus Ableitung der Leitlinien für die Projektgestaltung

Diese Ziele dienen letztlich der Kontrolle der Zielerreichung



Risiko Projektorganisation

� Struktur eines effizienten Projektteams



Risiko Budgetüberschreitung

� Vertrag und Controllinginstrumente



Risiko Zielerreichung

Ergebnis-Protokolle von Besprechungen und nachfolgenden Implementierungstests – Unterschriften von Beratern und Key User einfordern!

Der Blue Print als zentrales Basisdokument –kapitelspezifisch von den Key Usern und den Beratern unterschreiben lassen!

Ergebnisprotokollierung der Prozeßfahrpläne -Unterschreiben lassen!

Ergebnisdokumentation des Integrationstests - Unterschrift von Key User und Berater unabdingbar



Risiko Terminüberschreitung

Setzen und einfordern der Meilensteine

Intranetgestütztes Controlling- Instrument

Benennung der einzelnen Implementierungsschritte

Plan-/Ist-Vergleich hinsichtlich Terminplanung

Dokumentation des Kostenanfalls

Einbindung der digitalisierten Rechnungen

Steuerung der aktivierbaren bzw. erfolgswirksamen Ausgaben



Risiko Inbetriebnahme

Datenmigration und Systemnutzung

Gesetzliche Rahmenbedingungen

Datenmigration / Sicherstellen der Datenkongruenz Wie macht man Daten „passend “? (Datenfelder sind vorher eventuell anders definiert als in SAP)

Saldenabstimmung / Risiko der Bestandsdaten / Bewertung von Teilen

Vollinventur zum SAP-Start ratsam

Pflegeaufwand der zu verändernden Altdaten / Datenqualität?

Das Rechtekonzept definieren �� Ziel der Wirtschaftsprüfer

Sicherstellen der Systemnutzung der Mitarbeiter durch Multiplikatorfunktion der Key User



Schulung

Schulungsmaterial wird während der Einführung mit erarbeitet

Idealerweise Orientierung an Business Process Procedures (an Geschäftsvorfällen) und Flussdiagrammen

Gut geschulte Endbenutzer sind in der Regel zufriedener


Roll Out

Je nach Implementierung besteht die Rollout Phase aus einem oder mehreren GoLives und der entsprechenden Vorbereitung sowie Begleitmaßnahmen.

Oft macht man die RollOuts länderweise und beginnt mit einem kleinen Land, um Erfahrungen zu sammeln.


Go Live Phase (1)

Während des GoLive Fokus auf▪ Verstärkung des Supports (evtl. durch Projektmitarbeiter oder

durch direkten Kontakt zum Projektteam)▪ Intensives Monitoring (System) sowie Kontrollen (Fachabteilung)


Go Live Phase (2)

Nach dem GoLive▪ Einholen von Feedback von den Endusern (z.B. durch die Key

User)▪ Lessons Learnt▪ Abschlussberichte▪ Ende mit der offiziellen Übergabe vom Projekt in die

Linienorganisation▪ Es folgt der Projektabschluss


Support

Während der ersten Anlaufphase muss miteinem verstärkten Aufkommen von Anfragenim Supportbereich gerechnet werden.

Dazu ist es notwendig, dass die Keyuser vordem GoLive ausreichend geschult wurden.

Bei großen Projekten wird ein eigenes CCC (CustomerCompetence Center) für den Betrieb eingerichtet.


Vorlesungsblock 2


Systemlandschaften2



Vielen Dank für Ihre Aufmerksamkeit!

66

Documents

ERP Systeme - inso.tuwien.ac.at · ERP Systeme 2010S | Vorlesung 2 22 Open Source ERP Systeme Was gegen Open Source ERP Systeme spricht ERP Systeme sind “Mission Critical”: Ängste