Enterprise Resource Planning (ERP) Systeme erfreuen sich seit einigen Jahren wachsender Beliebtheit im Unternehmensumfeld. Der Anspruch derartiger Systeme liegt in der zentralen Verwaltung aller betrieblich relevanten Prozesse (Einkauf, Verkauf, Produktion, Finanzen, Personalwesen, CRM usw.) bei gleichzeitiger Standardisierung der zugrundeliegenden Arbeitsschritte. Durch die dadurch erzielbare Optimierung der Resourcen ergibt sich für viele Unternehmen der unmittelbare Vorteil, Zeit und Geld zu sparen. Neben den bekannten ’big players’ aus dem proprietären Umfeld haben sich in letzter Zeit einige community-basierte Open Source Projekte im ERP-Bereich etabliert, die speziell auf die Bedürfnisse von KMU/EPU maßgeschneidert sind. Diese glänzen neben ihrer funktionalen Modularität und Kosteneffizienz vor allem durch Flexibilität hinsichtlich der abzubildenden Geschäftsprozesse. Community-basierte Projekte wie Tryton (www.tryton.org) haben durchaus das Potential, den kommerziellen Produkten in Zukunft den Rang abzulaufen.

1. Open Source Communities:
Case Study Enterprise Resource Planning
Dr. Michael Wolfinger, Philipp Hamid
Donnerstag, 06. Mai 2010 1

2. Übersicht
‣ Enterprise Resource Planning - Einleitung
‣ Marktübersicht
‣ OpenERP
‣ Tryton
‣ Case Study “Neso”: ERP für Ein-Personen-Unternehmen (EPU)
‣ Case Study “medical”: Electronic Medical Record (EMR)
Donnerstag, 06. Mai 2010 2

3. ERP Einleitung
Enterprise Resource Planning bezeichnet die unternehmerische
Aufgabe, die in einem Unternehmen vorhandenen Resourcen
(Kapital, Betriebsmittel oder Personal) möglichst effizient für den
betrieblichen Ablauf einzusetzen und somit die Steuerung von
Geschäftsprozessen zu optimieren.
Quelle Wikipedia: http://de.wikipedia.org/wiki/Enterprise_Resource_Planning
Donnerstag, 06. Mai 2010 3

4. ERP Einleitung
Ausprägungen:
‣ fachlich (Branche)
‣ Skalierbarkeit (Größe des Unternehmens)
‣ Funktionsumfang
‣ Technologien
Donnerstag, 06. Mai 2010 4

5. ERP Einleitung
Allgemeines:
‣ unterschiedliche Datenbanksysteme (Microsoft Access, PostgreSQL,
MySQL, DB2, Oracle, Microsoft SQL Server)
‣ immer mehr webbasierte Systeme - dadurch
unternehmensexterner Zugriff möglich
‣ Fokus: Zeit- und damit Kostenvorteil
‣ serviceorientierte Architektur (über Unternehmensgrenzen hinaus)
‣ ERP spiegelt das Unternehmen wider (Konzern sehr komplex; KMU
Branchen spezifisch und kompakt)
Donnerstag, 06. Mai 2010 5

6. ERP Einleitung
Funktionsbereiche:
‣ Materialwirtschaft (Beschaffung, Lagerhaltung, Disposition,
Bewertung)
‣ Produktion
‣ Finanz- und Rechnungswesen
‣ Controlling
‣ Personalwirtschaft
‣ Forschung und Entwicklung
‣Verkauf und Marketing
‣Stammdatenverwaltung
Donnerstag, 06. Mai 2010 6

7. Kommerzieller Markt ERP-Software
Marktanteil 2006 weltweit
SAP
Oracle
Infor
22,6% Lawson Software
Microsoft
IFS AB
13,8% Agresso
7,9%
3,2% 3,2% 3,1%
2,2%
Quelle Wikipedia: http://de.wikipedia.org/wiki/Enterprise_Resource_Planning
Donnerstag, 06. Mai 2010 7

8. Kommerzieller Markt ERP-Software
Marktanteil 2006 Deutschland
SAP
54,8% Oracle
Infor
Lawson Software
Microsoft
IFS AB
Agresso
Sage
Exact Software
Hyperion
5,5% 3,8%
0,9% 0,4% 0,4% 0,3%
Quelle Wikipedia: http://de.wikipedia.org/wiki/Enterprise_Resource_Planning
Donnerstag, 06. Mai 2010 8

9. Vorteil offener Systeme für Kunden
‣ 100% Transparenz: testen vor dem Kauf
‣ Kunde kauft ein Service, keine Lizenzen: Investition fließt direkt in
die Entwicklung bzw. Servicierung des Produktes
‣ Kunde hat die Möglichkeit, sich zwischen Investition in Zeit oder
Geld zu entscheiden
‣ Kunde profitiert von den Entwicklungen der Community: Neue
Funktionalität muss nicht finanziert werden, höchstens eine
Adaptierung bzw. Integration in die eigene IT-Infrastruktur
Donnerstag, 06. Mai 2010 9

10. Offener Source Code
‣ horizontale und vertikale Erweiterung und Adaptierung
‣ offene Dokumentation
‣ Anbieterunabhängigkeit
‣ Minimierung von Investitionsrisiken
Donnerstag, 06. Mai 2010 10

11. OpenERP
www.openerp.com
Donnerstag, 06. Mai 2010 11

12. OpenERP
‣ Full-featured Open Source Enterprise Management Software
‣ Beispiel für ein "company driven" Open Source ERP System
‣ Geschichte:
2002 Gründung von Tiny durch Fabien Pinckaers
2005 Entwicklung TinyERP
2007 erste Großkunden (>1000 MA)
2008 TinyERP -> OpenERP
2009 OpenERP auf SaaS Basis verfügbar
mitlerweile hat OpenERP s.a. >100 Mitarbeiter
zuletzt 3 Mio EUR aufgestellt - Expansion in USA
Donnerstag, 06. Mai 2010 12

13. OpenERP - Key Features
‣ Abbildung aller betrieblich relevanten Prozesse
Einkauf, Verkauf, Finanzen, Produktion, Personalwesen, CRM &
Marketing, Vertrieb, Logistik, Dokumenten-Management, Business
Intelligence, E-Commerce
‣ Modulares System
‣ Multilingual: Übersetzungen in >25 Sprachen verfügbar
‣ GPL v3
‣ Partner Programm
Donnerstag, 06. Mai 2010 13

14. Vorstellung
Donnerstag, 06. Mai 2010 14

15. Vorstellung
Donnerstag, 06. Mai 2010 15

16. Vorstellung
Donnerstag, 06. Mai 2010 16

17. OpenObject
www.openobject.com
Donnerstag, 06. Mai 2010 17

18. OpenObject Community
OpenObject(*) Projekt ist in Teams organisiert:
‣ Developers
‣ Translators
‣ Experts Developers
Translators Experts
Hosting auf launchpad.net
(*) OpenERP hat angekündigt, den Namen OpenObject zu ändern
Donnerstag, 06. Mai 2010 18

19. OpenObject Community - Developers
Aufteilung der Entwickler in Klassen:
‣ Quality team: Qualitätssicherung core
‣ Driver Team: definiert Ziele für kommende Releases
‣ Commiter Team: Entwicklung addon-extra Module im offiziellen
Branch
‣ Community Team: Entwicklung community Module
meritokratisches System: Quality Team bestimmt neue Commiters
und Drivers, Initiatoren bestimmen Mitglieder des Quality Teams.
Bewerbung als Commiter nach Veröffentlichung von zwei Modulen.
Donnerstag, 06. Mai 2010 19

20. OpenObject Community - Experts
Experts Team:
Ausgezeichnete Experten in unterschiedlichen Gebieten
Planen die Entwicklung der Software, entwickeln jedoch nicht selbst
‣ Accounting Experts
‣ Manufacturing Experts
‣ Service Experts
‣ Ergonomy Experts
Donnerstag, 06. Mai 2010 20

21. OpenObject Community
‣ OpenObject community
entscheidet, welche Module
aufgenommen werden
‣ OpenERP Module:
500
350
185
40
Okt 2006 Apr 2007 Jan 2009 Apr 2010
Quelle: http://test.openerp.com
Donnerstag, 06. Mai 2010 21

22. OpenERP - Technik
Zugrundeliegendes Framework ist OpenObject
‣ Streng objektorientierte Architektur
Modellierung in Objekten, Speicherung in RDBMS (PostgreSQL)
‣ Object Relational Mapping (ORM)
Abstraktions-Layer zwischen Objekten und SQL Tabellen
‣ Beschreibung der Objekte und deren Verhalten in Python
‣ Model-View-Controller
Controller Object (Python)
View Definition (XML) RDBMS (PostgreSQL)
Donnerstag, 06. Mai 2010 22

23. Controller-Klassen
Python-Klassen beschreiben die Tabellenstruktur der DB und dienen
als Controller zwischen den Ansichten und Datenmodellen.
class incoremr_patient(osv.osv):
_name = "incoremr.patient"
_inherit = "res.partner"
_columns = {
'lastname' : fields.char('Nachnname', size=128, required=True),
'title_suffix' : fields.char('Titel Suffix', size=16, help="Dem Namen nachgestellte(r) Titel"),
'svnr': fields.char('SV-Nr', size=12, required=True, help="Sozialversicherungsnummer"),
'insurance_company' : fields.many2one('res.partner', 'Versichert bei', select=1, domain=
[('is_insurance_company','=','True')]),
'date' : fields.date('Patient seit'),
'dob' : fields.date ('Geburtsdatum'),
'sex' : fields.selection([
('m','m'),
('f','w'),
], 'Sex', select=True),
'deceased': fields.boolean('verstorben', help="Anklicken wenn PatientIn verstorben ist"),
}
_defaults = {
'date': lambda *a: DateTime.now().strftime("%d.%m.%Y"),
}
_sql_constraints = [
('svnr_uniq', 'unique (svnr)', 'Die SV-Nr. muss eindeutig sein!')
]
incoremr_patient()
Donnerstag, 06. Mai 2010 23

24. View-Definition
‣ View-Definitionen werden dynamisch in XML codiert:
<?xml version="1.0" encoding="UTF-8"?>
<openerp>
<data>
<!-- [...] -->
<record model="ir.ui.view" id="emr_patient_view_form">
<field name="name">Patient</field>
<field name="model">incoremr.patient</field>
<field name="type">form</field>
<field name="arch" type="xml">
<form string="Patienten">
<group string="Patient" colspan="4" col="6">
<field name="title" string="Titel" />
<newline />
<field name="name" select="1" string="Vorname" />
<field name="lastname" select="1" />
<field name="title_suffix" />
<newline />
<field name="svnr" select="1" />
<field name="insurance_company" widget="selection" />
<field name="sex" string="Geschlecht" />
</group>
</form>
</field>
</record>
<!-- [...] -->
</data>
</openerp>
Donnerstag, 06. Mai 2010 24

25. OpenObject - Vorteile
‣ Keine manuelle Interaktion mit der DB nötig
‣ Diverse ORM ‘utility’ Methoden verfügbar (create, read, write, ...)
‣ View Definition unabhängig vom Client (Web, GTK)
‣ Workflow Business Prozesse via XML steuerbar
‣ Reports (OpenOffice, RML, ...)
‣ Server Actions (z.B. automatischer E-mail Versand)
‣ und vieles mehr ...
Donnerstag, 06. Mai 2010 25

26. Es gibt aber auch Nachteile ...
‣ lückenhafte Dokumentation
‣ steile Lernkurve für Entwickler
‣ keine zufriedenstellende Diskussion über Security-Aspekte in der
offiziellen Dokumentation und in den Foren
‣ Einsatz nur firmenintern bzw. über sichere Verbindungen (VPN)
empfohlen
Donnerstag, 06. Mai 2010 26

27. Tryton
www.tryton.org
Donnerstag, 06. Mai 2010 27

28. Tryton
‣ universelles "Drei-Schichten" Applikation-Framework für den
Unternehmenseinsatz
‣ schnelle, mächtige und flexible Entwicklungsplattform
‣ multi-user Environment
‣ Open Source Projekt
‣ fork von OpenERP
‣ Basismodule für Buchhaltung, Fakturierung, Inventar-, Einkaufs-,
und Verkaufsmanagement
Donnerstag, 06. Mai 2010 28

29. Drei-Schichten
‣ Präsentationsschicht: Frontend - Präsentation der Daten
‣ Logikschicht: Application Server - beinhaltet Anwendungslogik
‣ Datenhaltungsschicht: Backend - Speichern und Laden der
Daten aus DB
Donnerstag, 06. Mai 2010 29

30. Tryton - Architektur
Quelle: http://www.b2ck.com/~bch/slides/tryton_overview/tryton.html
Donnerstag, 06. Mai 2010 30

31. Tryton Präsentationsschicht
Tryton Client:
‣ GUI ohne Businesslogik
‣ MVC Architektur
‣ GTK (Plattformunabhängigkeit)
WebDAV:
‣ RFC 2518
‣ Zugriff via Webbrowser
XML-RPC
Donnerstag, 06. Mai 2010 31

32. Tryton Server - Logikschicht
Tryton Kernel:
‣ ermöglicht high-level Zugriff auf die Daten
‣ Netzwerk-Layer
‣ Module definieren Business-Logik
‣ Views definieren wie die Daten präsentiert werden
‣ Workflow & Report engine
‣ Internationalisierung
Donnerstag, 06. Mai 2010 32

33. Tryton Server - Logikschicht
Sicherheit:
‣ Authentifizierung
‣ Zugriffs-Rollen nach Model bzw. nach Records
Protokolle (optional via SSL):
‣ NetRPC
‣ XML-RPC
‣ JSON-RPC
‣ WebDAV
Donnerstag, 06. Mai 2010 33

34. Datenbank - Datenhaltungsschicht
‣ PostgreSQL
‣ MySQL
‣ SQLite
Donnerstag, 06. Mai 2010 34

35. Case Study: „Neso“
ERP für Ein-Personen-Unternehmen
„Paul Gärtner“, EDV-Dienstleister
Donnerstag, 06. Mai 2010 35

36. Case Study: „medical“
Electronic Medical Record (EMR)
auf Basis von OpenERP
Donnerstag, 06. Mai 2010 36

37. Electronic Medical Record (EMR)
Medical ist ein Open Source Projekt auf Basis von OpenERP
‣universelle elektronische Patientenakte (EMR)
‣Spitals-Informationssystem (HIS)
‣Schwerpunkt medizinische Grundversorgung
‣Einbindung sozio-ökonomischer Aspekte
‣Integration von WHO-Standard ICD-10 (>14k Krankheiten)
‣Identifikation genetischer Risiken lt. NCBI (>4k Gene erfasst)
‣Epidemiologische und andere statistische Reports
medical.sourceforge.net
Donnerstag, 06. Mai 2010 37

38. Vielen Dank
‣ Open Source Experts Group
‣ Tryton Projekt: Cédric Krier, Bertrand Chenal (B2CK)
‣ Medical Projekt: Luis Falcon (Thymbra)
Donnerstag, 06. Mai 2010 38