ERP-2007S-Vorlesung-3

Vorlesungsblock 3

Thomas GrechenigSiegfried Zeilinger

2007S - 17. April 2007

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

ERP Systeme

ERP Systeme 2007S | Vorlesung 3 2

Inhalt

Begleiterscheinungen von ERP Einführungen2

(E)SOA – Enterprise Services3

Fallbeispiel Systemlandschaft: Großkunde4

Weiterführende SAP Themen (Übungsteil)5

Beispiel einer weiteren ERP Lösung: Microsoft Axapta1


Was ist Axapta ?

Alles aus einer Hand

Projekte

Produktion

Logistik

Beschaffung

Rechnungswesen

Vertrieb

C R M

Ressourcen

e – b u s i n e s s

Quelle: Architektur von ERP Systemen am Beispiel vonMBS Axapta , Thomas Gall, INSO TU Wien, 01/2006


Was ist Axapta ?

� Think global – act local

� 1 Software – 27 Landesversionen



Was ist Axapta ?

Unternehmen, Kunden, Lieferanten greifen alle auf den selben Informationspool zu, jederzeit und überall



Was ist Axapta ?

� Eine Datenbank

� Eine Applikation

� Eine Entwicklungs-umgebung

� Ein Source Code

� Offene Kommunikation

Windows clients

Browserclients

Business Logik

Datenbank



Historischer Werdegang

� Damgaard 1998

� Navision 2000

� Microsoft 2002



Allgemeiner Überblick

� Layerkonzept

� Mandantenfähigkeit

� Labelsystem

� Module

� Config / Security Keys



Allgemeiner Überblick - Layerkonzept

Microsoft Axapta




� Layer – Allgemein:

▪ Layer stellen hierarchische Ebenen im Code von Axaptadar. Sie garantieren, dass Modifikationen und Erweiterungen durchgeführt werden können, ohne das die Funktionalität in unteren Ebenen beeinträchtigt werden.




� Layer – Architektur:

System (SYS): Standard System (SYS): Standard ApplikationApplikation

Solution (GLS): Solution (GLS): IntegrierteIntegrierte zertifiziertezertifizierte LLöösungensungen

Distribution (DIS): Distribution (DIS): LLäänderspezifischenderspezifische Standard Standard FunktionalitFunktionalitäätt

Local (LOS): Local (LOS): LLäänderspezifischenderspezifische integrierteintegrierte zertifiziertezertifizierte LLöösungensungen

Business (BUS): Business (BUS): VertikaleVertikale LLöösungensungen von Business von Business PartnernPartnern

Partner (VAR): Layer Partner (VAR): Layer ffüürr kundenspezifischekundenspezifische FunktionalitFunktionalitäätt

Customer (CUS): Customer (CUS): ModifikationenModifikationen durchdurch den den KundenKunden

User (USR): User (USR): BenutzerspezifischeBenutzerspezifische ModifikationenModifikationen

DerDer Kernel Kernel betreibtbetreibt die die ApplikationApplikation




� Layer - Ausführung des Codes:

1 index File: 1 index File: axapd.aoiaxapd.aoiUSRUSR

CUSCUS

GLSGLS

SYSSYS

MicrosoftMicrosoftAxaptaAxapta



Allgemeiner Überblick - Mandantenfähigkeit

� Mandantenfähigkeit

▪Daten aller Mandanten werden in den selben Tabellen geführt▪ Trennung der Mandanten durch die Spalte

„dataareaid“ in allen Tabellen▪ Einfaches Wechseln zwischen den Mandanten zur

Laufzeit



Allgemeiner Überblick - Labelsystem

� Labelsystem

▪ Keine fixen Texte hinterlegt▪ Immer nur Referenzen auf einen Text in einem

Labelfile = @XXXnnnn▪ Sprache kann über die Benutzerconfiguration

gewählt werden



Allgemeiner Überblick - Module

� Module - Übersicht




�Module - Umfassende Funktionalitätin den Bereichen:

▪ Produktion▪ Logistik▪ Projektmanagement▪CRM – Customer Relationship Management▪HRM – Human Resource Management▪ SCM – Supply Chain Management▪ Finanzbuchhaltung




� Produktion

▪Ressourcenverwaltung▪ Betriebsdatenerfassung▪Graphischer Stücklisten Designer mit

Versionsverwaltung▪ Produktionsplanung mit Hilfe von Gantt Charts




� Logistik

▪ Lagerverwaltung mit Dimensionen▪ Artikel und Chargen Reservierung und Rückverfolgung▪ Lagerplatz Verwaltung▪ Integrierter Bedarfsverlauf




� Projektmanagement

▪ Verschiedene Projekttypen und Hierarchien▪ Verrechnung von Projekten▪ Projektzeiterfassung▪ Self Service Website für Consultatns




� CRM

▪ Verkaufsmanagement▪ Fragebögen▪CTI – Computer Telefon Integration▪Dokumentenverwaltung▪ Self Service Website für Kunden




� HRM

▪Geschäftsprozessverwaltung▪Organisationsschemas▪Qualifikationsverwaltung▪ Self Service Website für Mitarbeiter




� SCM

▪ Produktprogramm Planung▪Handel über mehrere Mandanten▪ Automatisierte Wiederbeschaffung▪ Self Service Website für Lieferanten




� Finanzbuchhaltung

▪Buchhaltung mit Dimensionen▪Buchhaltung und Konsolidierung über mehrereMandanten▪Buchungskontrolle▪Lagerintegration



Allgemeiner Überblick – Configuration Key‘s

� Configuration Key‘s

▪Dienen dazu, um Funktionalität im System zu aktivieren / deaktivieren▪ Sind an Lizenz Codes gebunden▪ Können bei vielen Objekten hinterlegt werden � sehr

feine Steuerung möglich



Allgemeiner Überblick – Security Key‘s

� Security Key‘s

▪ Steuern die Berechtigung in Axapta▪ Zugriffrechte auf einen Security Key werden auf

Benutzergruppenebene je Domain vergeben▪ Berechtigungssteuerung bis auf Feldebene ist möglich



Technischer Überblick

�Client / Server Architektur

� Integrated Development Environment

� Intelli Morph, Morph X und X ++

� OLAP

� Business Connector und Enterprise Portal

� Commerce Gateway



Technischer Überblick - Architektur

� 2 tier▪ Kostengünstig▪Hohe Bandbreite▪Daten Cache am Client

HoheHohe BandbreiteBandbreite

SQL SQL DatenbankDatenbank

ObjektObjekt DatenbankDatenbank(application files)(application files)

Starke ClientsStarke Clients



Technischer Überblick - Architektur

� 3 tier▪Daten und Objekt Cache am Server▪Cluster Fähig und skalierbar▪Geringe Bandbreite

MehrereMehrere AOS AOS Server Server kköönnennnenhinzugefhinzugefüügtgtwerdenwerden

SQL SQL DatenbankDatenbank

ObjektObjekt DatenbankDatenbank(application files)(application files)AOSAOS



Technischer Überblick - IDE

� Integrierte Entwicklungsumgebung

▪ Integrated Development Environment IDE▪ Entwicklungsumgebung und Laufzeitumgebung in einem � Selbe Sicht für Entwickler und Anwender▪Realisierte Objekte können jederzeit kompiliert,

ausgeführt und getestet werden




Tab

les

T

able

s

(161

6)(1

616)

Cla

sses

C

lass

es

(504

1)(5

041)

Forms (1894)Forms (1894) Menus (65)Menus (65) Reports (721)Reports (721)

Bu

sin

ess

Lo

gik

Bu

sin

ess

Lo

gik

PrPrääsentations Ebenesentations Ebene



Technischer Überblick – Intelli Morph

� Intelli Morph – Allgemein:

▪ Entwickler muss sich nicht um das Layout kümmern, er muss nur die Struktur bereitstellen.▪ Intelli Morph bedeutet, dass das Layout automatisch

durchgeführt wird.▪ Basiert auf Konfiguration, Security und

Benutzereinstellungen▪Deaktivierte Felder werden ausgeblendet



Technischer Überblick – Morph X

� Morph X – Allgemein:

▪Drag and Drop Entwicklung▪ Integriertes Datenmodell (Datenstruktur wird von Axapta

verwaltet)▪ Intelligenter Editor und Debugger



Technischer Überblick – X ++

� X ++ - Allgemein:

▪Objektorientiert▪ Einfache Client / Server Programmierung▪Mischung aus Java und SQL▪Open Source▪ Es gibt nur eine Implementierung von X++




� X ++ - Design Philosophie:

▪Die Anwendung mit so wenig Eingriffen wie möglich verändern▪Releasefähig bleiben▪Code wiederverwenden




� X ++ - Integration:

▪Durch die COM Technologie kann Axapta mit jeder Software interagieren, die über ein COM Interface verfügt.▪ Axapta Funktionalität kann mit Funktionalität anderer

Softwareprodukte kombiniert werden.



Technischer Überblick – OLAP

� Online Analytical Processing (OLAP)

▪ Verwendet Microsoft Analysis Server▪Unterstützt Oracle und Microsoft SQL▪ Verbindet sich mittels OLE DB auf die Datenbank▪MS Excel Pivot Add In für die Darstellung




� OLAP – Architektur:

DSODSOOLE DB OLE DB ffüürrOLAPOLAP

OLE DB SQL OLE DB SQL ServerServer

ODBCODBCDatenbankDatenbank Server Server

Oracle/Microsoft SQLOracle/Microsoft SQL

Microsoft Microsoft AxtapaAxtapaClientClient




� OLAP – Vorteile:

▪ Axapta Daten können mit Cubes verarbeitet und analysiert werden▪OLAP Cubes sind mehrdimensional und mit mehreren

Ebenen▪Cubes können direkt im Axapta definiert werden▪ Auswertung der Cubes direkt in Axapta



Technischer Überblick – Business Connector

� Business Connector – Allgemein:

▪ Axapta Client nur ohne GUI▪ Zugriff auf die Klassenstruktur und Business Logik

innerhalb von Axpata▪ Zugriff auf die Daten von Axapta▪ Alle Zugriffe im Einklang mit den Security Einstellungen



Technischer Überblick – Enterprise Portal

� Enterprise Portal – Allgemein:

▪ Verwendet den Business Connector um auf die Geschäftslogik und Daten in Axapta zuzugreifen▪Rollenbasierend▪ Integriert in die Sicherheits und Konfigurationskonzepte



Technischer Überblick – Commerce Gateway

� Commerce Gateway – Architektur:

OrganisationenOrganisationenDokumenteDokumente

DokumenteDokumente

Microsoft Microsoft BizTalk BizTalk Server Server

Microsoft Microsoft AxaptaAxapta



Inhalt







„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 ProcessProcedures (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.


Inhalt







Web Services

Client Server

Service Broker

WSDL

SOAP

XML-RPC

WSDL

UDDI

12

3


Enterprise Services

Aus Geschäftsprozesse zugeschnittene WebServices

Transaktionale Aspekte

Noch nicht ausreichend im WebService Standard!


Beispiel Enterprise Service

Beispiel Kundendatenbank

Services zur Kundenverwaltung

� Anlage

� Daten auslesen

� Daten ändern

� Daten löschen

BerechtigungenSicherheitPerformance!


Inhalt







Fallbeispiele Systemlandschaft: Großkunde

Verschiedene Tochtergesellschaften

Verschiedene Geschäftsfelder

Verschiedene gesetzliche Grundlagen

Verschiedene Sprachen

�� Sehr viele mögliche Fehlerquellen


Systemlandschaftsbeispiel

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


Inhalt







ABAP/4

Die „klassische“ Programmiersprache im SAP Umfeld (neben Java, welches um 2000 dazu gekommen ist)


Syntax


Kommentare und Verkettungen


ABAP Resultat Stati


Beispielprogramm


Berechtigungsprüfungen


Zusammenwirken von Berechtigungen


Rolle des Applikationsservers


Anwendersicht


Programmverarbeitung


Das ABAP Repository


Fragen?

Siegfried [email protected]

?


Die aktuellen Termine finden Sie auf der Website zur Lehrveranstaltung!

http://www.inso.tuwien.ac.at/lectures/erp_systeme/

Terminkalender

TREITL Informatikhörsaal13:00 – 16:0020.03.2007KW 12Vorlesungsblock 2

EI5 Hochenegg HS13:00 – 16:0017.04.2007KW 16Vorlesungsblock 3

18.03.2007KW 11Beispielangabe 1

23:5915.04.2007KW 15Deadline 1

InfLabMo - Mi16.04.-18.04.2007KW 16Abgabewoche 1


23:5906.05.2007KW 18Deadline 2



23:5903.06.2007KW 22Deadline 3


OrtZeitDatumKWEinheit

KW 24

KW 11

KW 10

TREITL, Radinger, EI 10 13:00 - 14:3012.06.2007Prüfung

Vorlesungsblock 1

Vorbesprechung

13:00 – 16:00

13:00 - 14:00 TREITL Informatikhörsaal06.03.2007

EI 10 Fritz Paschke HS13.03.2007

ERP-2007S-Vorlesung-3

Documents

Transcript of ERP-2007S-Vorlesung-3