II

Inhaltsverzeichnis

Abbildungsverzeichnis   III

Abk  ürzungsverzeichnis  IV

1  Einleitung  1

2  Grundlagen von Planung und Kontrolle (PuK)  2

3  Systemarchitekturen von Planungs- und Kontrollsystemen.  4

3.1  Data Warehouse.  4

3.1.1  Interne Datenquellen  5

3.1.2  Externe Datenquellen  5

3.1.3  Data Marts  6

3.2  On-line Analytical Processing  7

3.3  Business Intelligence Tools (BIT)  7

4  Eigenschaften marktgängiger Planungswerkzeuge.  8

4.1  Technische Anforderungen an Planungswerkzeuge  8

4.2  Datenanbindung.  9

4.3  Unterstützung der eigentlichen Planung.  10

4.3.1  Das Planungsmodell  10

4.3.2  Der Planungsprozess  12

4.3.3  Präsentation und Analyse  13

5  Marktgängige Planungswerkzeuge - ein Vergleich von Integrating  

Planning  Environment (IPE) und Corporate Planner.  13

5.1  Technische Aspekte und Komponenten der Systeme  14

5.2  Datenanbindung.  15

5.3  Planungsfunktionalitäten innerhalb der Systeme  16

5.4  Präsentation der Ergebnisse.  17

5.5  Erkenntnisse aus dem Vergleich der beiden Systeme  18

6  Zusammenfassung und Ausblick  19

Literaturverzeichnis   21

Anhang   

III

Abbildungsverzeichnis   

Abbildung  1: Drei-Schichten-Architektur einer Planungssoftware  

Abbildung  2: Data Warehouse und Data Marts  

Abbildung  3: Planungsmodell als Netzplan in IPE (Ausschnitt)  

Abbildung  4: Strukturbaum als zentrales Element in Corporate Planner  

IV

Abkürzungsverzeichnis

ANSI American National Standards Institute ASCII American Standard Code for Information Interchange BARC Business Application Research Center BIT Business Intelligence Tool DB Data Base DV Datenverarbeitung ERP Enterprise Resource Planning HTML Hypertext Markup Language IPE Integrating Planning Environment LAN Local Area Network MIS Management-Informations-System PuK Planung und Kontrolle ODBC Open Database Connectivity ODBO OLE DB for OLAP OLAP On-line Analytical Processing PHP PHP Hypertext Preprocessor SVG Scalable Vector Graphics SQL Structured Query Language XML eXtensible Markup Language

1

1 Einleitung

Planungsprozesse und die Kontrolle bzw. erfolgsorientierte Überprüfung der Planung werden in unterschiedlichen Unternehmen sehr verschieden gehandhabt. Abhängig von der Unternehmensgröße, dem Marktumfeld, der Branche und anderer Kriterien erhält Planung und Kontrolle eine sehr unterschiedliche Wertigkeit innerhalb eines Unternehmens und wird als Aufgabe von verschiedenen Personenkreisen - z.B. den einzelnen Funktionsbereichen oder der Unternehmensführung - wahrgenommen.

Verschiedene Softwareprodukte, die zur Unterstützung der Planungs- und Kontrollprozesse dienen, versuchen den unterschiedlichen Anforderungen gerecht zu werden und einerseits klassische Instrumente der Planung zu vereinfachen, andererseits aber auch neue Möglichkeiten mit Hilfe der Informationstechnologie zu erschließen. Insgesamt soll der Einsatz eines IT-gestützten Planungs- und Kontrollsystems den gesamten Planungsprozess effizienter gestalten.

Dazu gehört, dass innerhalb der Software ein Planungsmodell angelegt werden kann, in das die Planungsdaten eingegeben und mit Kennzahlen verknüpft werden können. Neben dieser minimalen Gemeinsamkeit verschiedener Softwaresysteme zur P lanung und Kontrolle - im Folgenden auch als „Planungswerkzeuge“ b ezeichnet - gibt es allerdings einige sehr gravierende Unterschiede. Diese können sich auf die technische Ausgestaltung des Systems, was den Einsatz von Servern und Clients angeht, aber auch auf die eigentlichen Planungsfunktionaliäten beziehen.

Nach einer kurzen Einführung in die Grundlagen von betrieblicher Planung und Kontrolle werden deshalb in den darauf folgenden Kapiteln zunächst die grundlegenden technischen Gemeinsamkeiten und allgemeine Eigenschaften von Planungswerkzeugen aufgezeigt. Daran anschließend erfolgt am Beispiel zweier Softwareprodukte eine Gegenüberstellung, aus der die sich unterschiedliche Einsatzmöglichkeiten von Planungs- und Kontrollsystemen ableiten lassen.

2

2 Grundlagen von Planung und Kontrolle (PuK)

Planung kann definiert werden als ein “Systematischer Prozess zur Erkennung und Lösung von Zukunftsproblemen. […] Die Planung soll, i.S. eines laufenden Prozesses, im Gegensatz zu einer Einmalhandlung, systematisch, d.h. nicht zufällig oder ad hoc, zur Erkennung der Probleme beitragen und Lösungskonzepte aufzeigen.” 1

Der Begriff „ Planung“ wird dabei in der Literatur sehr unterschiedlich aufgefasst ² , wobei häufig zwischen der Planung im engeren Sinne, die sich auf das Erkennen von Handlungsalternativen und dem Ausarbeiten von Handlungsanweisungen konzentriert ³ , und der Planung in einem weiteren Sinne, womit eher die allgemeine Führungstätigkeit gemeint ist, unterschieden wird. Einigkeit besteht zumindest darin, dass die Planung als ein fortschreitender Prozess angesehen wird, der sich grob in die Teilprozesse

- Situationsanalyse

- Alternativensuche und

- Entscheidung

aufspalten lässt. Einzelne, detaillierter bestimmte Phasen innerhalb dieser Teilprozesse können dabei mehrmals durchlaufen werden, um an Ende eine stimmige Planung im Ganzen zu erhalten.

Die Kontrolle soll dabei überprüfen, ob die Planungsziele erreicht werden konnten, und damit die Planung erfolgreich war. ⁴ Auch in den einzelnen Teilprozessen und Phasen dient die Kontrolle dazu, unerwünschte Entwicklungen aufzudecken und eine Überarbeitung der Planung anzustoßen. ⁵ Zu Kontrollzwecken bedient man sich in der Regel dem Vergleich der aus der Planung stammenden Soll-Größen mit den tatsächlichen Ist-Größen aus den operativen Unternehmensbereichen.

¹ Schneck (1994), S. 529.

² Vgl. Töpfer (1976), S. 23.

³ Vgl. Koch (1982), S. 3.

⁴ Vgl. Hahn (2001), S. 47 f.

⁵ Auf Grund der Wiederholung einzelner Planungsschritte wird diese Art der Planung auch als

„rollierend“ bezeichnet.

3

Die Festlegung der Planungsziele selbst kann auf unterschiedliche Weise erfolgen:

§ durch Vorgaben des Top-Managements (Top-Down-Planung)

§ durch Selbstverpflichtung der unteren Hierarchieebenen ( Bottom-up-Planung)

§ als Aushandlungsprozess (Gegenstromprinzip der Planung)

Die Top-Down-Planung kann auch als zentralistische Planung bezeichnet werden, da sämtliche Maßnahmen von der Gesamt-Unternehmensführung getroffen werden. Ein Nachteil dieser Methode ist, dass bei Änderungen der Einflussgrößen innerhalb oder außerhalb des Unternehmens eine aufwändige Überarbeitung des Gesamtplans nötig ist und dass strikte Vorgaben „von oben“ einen negativen Einfluss auf die Mitarbeitermotivation haben. 6

Eine Bottom-up-Planung, bei der auf den unteren Hierarchieebenen zunächst d ezentral Teilpläne erstellen werden, fördert zwar die Mitarbeitermotivation, birgt aber das Problem der fehlenden Passgenauigkeit der Einzelpläne, die letztendlich auch wieder zu einem Gesamt-Unternehmensplan zusammengefasst werden müssen.

Wegen der genannten Nachteile hat sich in der Praxis die Gegenstrommethode durchgesetzt ⁷ , bei der zunächst weniger detaillierte Vorgaben durch die Unternehmensleitung gemacht werden und dann in einem Abstimmungsprozess mit den unteren Hierarchieebenen der jeweilige Teilbeitrag zur Realisierbarkeit des G esamtplans überprüft und koordiniert wird.

Der Einsatz von speziellen Planungs- und Kontrollsystemen aus der Informationstechnologie hat besonders in den späten 90er Jahren an Bedeutung gewonnen. Sie erfüllen die Anforderung, in einem durch die Globalisierung und zunehmende informationstechnologische Vernetzung, sich immer schneller ändernden Umfeld, entsprechend schnelle Reaktionen zu ermöglichen. Außerdem ermöglichen sie die

⁶ Vgl. Koch (1982), S. 26.

⁷ Vgl. KPMG (2002), S. 18.

4

automatische Integration von Teilplänen und können die Planung durch Szenarien und Simulationen erheblich unterstützen. 8

3 Systemarchitekturen von Planungs- und Kontrollsystemen

Obwohl Planungswerkzeuge sich in ihrer Ausgestaltung sehr stark unterscheiden können, liegt ihnen meistens eine einheitliche logische und physikalische Struktur zu Grunde.

Dabei bildet das OLAP ( On-line Analytical Processing), als Schnittstelle zwischen einem Data Warehouse als einer Art Daten-Sammelstelle und einem Business Intelligence Tool, dem eigentlichen Planungswerkzeug, die Basis. Abbildung 1 soll diesen Aufbau der Systemarchitektur verdeutlichen.

3.1 Data Warehouse

Ein Data Warehouse sammelt, vor dem Hintergrund der für die Planung benötigten Informationen zur Entscheidungsvorbereitung, Daten aus verschiedenen Quellen. Diese können z.B. aus unterschiedlichen relationalen oder auch multidimensionalen Datenbanksystemen stammen. Des Weiteren ist eine Unterscheidung in

^{8 Vgl. Competence Site (2002), S. 1. 9} Quelle: Bange et al. (2002), S.33 (leicht modifiziert).