45

'Formular Start der Backend-DB:

Option Compare Database Option Explicit Private Sub Form_Load() CheckPermission DoCmd.SelectObject acForm, "Start" DoCmd.Maximize 'Übersicht maximieren End Sub

Private Sub cmdAussenstand_Click() DoCmd.OpenForm "Importassistent" End Sub

Private Sub cmdMonatsumsatz_Click() tabMonatsumsatz.Visible = True End Sub

Private Sub cmdJahresumsatz_Click() tabJahr.Visible = True End Sub

Private Sub cmdErwartungen_Click() tabErwartungen.Visible = True End Sub

Private Sub cmdImportUmsatz_Click() Dim strSQL As String On Error GoTo ImportError 'Importtabelle leeren

CurrentDb.Execute "DELETE * FROM Import_Umsatz;" DoCmd.TransferSpreadsheet acImport, acSpreadsheetTypeExcel97, "Import_Umsatz", txtDateiUmsatz, True 'Daten zusammenführen

strSQL = "UPDATE Import_Umsatz INNER JOIN Aussenstand ON

CurrentDb.Execute strSQL

MsgBox "Import erfolgreich", vbInformation Exit Sub ImportError: MsgBox Err.Description, vbCritical End Sub

Private Sub cmdImportJahresforderungen_Click() On Error GoTo ImportError 'Importtabelle leeren

CurrentDb.Execute "DELETE * FROM Import_Jahresforderungen;" DoCmd.TransferSpreadsheet acImport, acSpreadsheetTypeExcel97, "Import_Jahresforderungen", txtDateiJahresForderungen, True MsgBox "Import erfolgreich", vbInformation Exit Sub ImportError: MsgBox Err.Description, vbCritical End Sub

I

Vorwort

Für die Unterstützung bei dieser Arbeit und die freundliche Aufnahme im Team möchte ich mich bei allen Kolleginnen und Kollegen der Abteilung Controlling bedanken.

Mein besonderer Dank gilt Frau Katja Hoffmann und Herrn Oliver Fremy für die Betreuung des Projektes, für die konstruktive Kritik und ihren unerschöpflichen Ideen- vorrat.

II

Inhaltsverzeichnis Seite

VORWORT   I

INHALTSVERZEICHNIS   II

ABBILDUNGSVERZEICHNIS   III

TABELLENVERZEICHNIS III   

ABK  ÜRZUNGSVERZEICHNIS  III

1  EINFÜHRUNG  1

1.1  ÜBERBLICK  1

1.2  ORGANISATION  2

2  GRUNDLAGEN  3

2.1  FORDERUNGSMANAGEMENT  3

2.1.1  Definition der Aufgaben  3

2.1.2  Das PRIME-Projekt  4

2.2  ANALYSEUMGEBUNG  5

2.2.1  Begriffsdifferenzierung  5

2.2.2  Voraussetzungen  6

2.2.3  Grobanforderungen  6

2.2.4  Auswahl der Implementierungs-Umgebung  7

2.2.5  Systemarchitekturen für Datenbanken  10

2.2.6  Detailanalyse  13

3  KONZEPTION REALISIERUNG  15

3.1  BACKEND-DATENBANK  15

3.1.1  Tabellenstrukturen  15

3.1.2  Importassistent  18

3.1.3  Sicherheitsmodul  20

3.2  FRONTEND-DATENBANK  22

3.2.1  Tabellen  22

3.2.2  Formulare  23

3.2.3  Dynamisch generierte Abfragen  24

3.2.4  Berichte  25

4  FAZIT  27

ANHANG 28   

QUELLENVERZEICHNIS   62

ERKL  ÄRUNG  65

III

Abbildungsverzeichnis

ABBILDUNG 1: ZAHLUNGSMORAL IN EUROPA 1

ABBILDUNG 2: ARCHITEKTUR EINER EINSTUFIGEN DATENBANK 11

ABBILDUNG 3: ARCHITEKTUR EINER ZWEISTUFIGEN DATENBANK 12

ABBILDUNG 4: ARCHITEKTUR EINER DREISTUFIGEN DATENBANK 13

ABBILDUNG 5: BEZIEHUNGEN IN DER BACKEND-DATENBANK 16

ABBILDUNG 6: SCHEMATISCHER ABLAUF BEIM ÖFFNEN DER BACKEND-DATENBANK 20

ABBILDUNG 7: AUSSENSTAND IN FRONTEND-DB UND BACKEND-DB 22

ABBILDUNG 8: ENTWÜRFE EINES LOGOS FÜR REANTO 23

ABBILDUNG 9: BERICHT: CAPITAL TURNOVER COMPARISON 26

Tabellenverzeichnis

TABELLE 1: GEGENÜBERSTELLUNG DER SYSTEME UND KRITERIEN 10

TABELLE 2: ABFOLGE DER PERIODEN UND VORGÄNGE 18

TABELLE 3: BERICHTE IN DER FRONEND-DATENBANK 25

Abkürzungsverzeichnis

DB Datenbank DBMS Datenbankmanagementsystem RDBMS Relationales Datenbankmanagementsystem ORDBMS Objekt-relationales Datenbankmanagementsystem

ABAP Advanced Business Application Programming BHC Bayer Health Care FORMAT Forderungsmanagement und -analyse Tool IDE Integrated Development Environment PRIME Payables, Receivables, Inventories, Management Excellence ReAnTo Receivables Analysis Tool SQL Structured Query Language VBA Visual Basic for Applications

1 Einführung 1

1 Einführung

1.1 Überblick

Die Zahlungsmoral von Kunden hat weltweit in den letzten Jahren abgenommen. Dies trifft sowohl für Privathaushalte zu, als auch für Unternehmen, bei denen diese Entwicklung deutlicher zu erkennen ist. Eine Ursache mag in der derzeitigen Konjunkturschwäche liegen, andere Ursachen könnten Geldmangel oder auch einfach Zahlungsunwilligkeit sein.

Abbildung 1: Zahlungsmoral in Europa

Quelle: KSV / IS-Inkasso-Grafik in: Inkasso Aktuell (9/2002), S.2

Obwohl Deutschland im europäischen Vergleich noch „relativ gut“ abschneidet (s. Abbildung 1), stellt eine Zahlungsdauer von 43 Tagen, bei einer 25-tägigen Frist, die der obigen Grafik als Zahlungsziel zugrunde gelegt ist, eine eindeutige Terminüberschreitung dar. Die daraus entstehenden Verluste ¹ und Probleme finden sich in vielfältiger Weise bei der Bayer AG wieder, die hier exemplarisch für einen Weltkonzern betrachtet werden soll.

Insofern sollen im Laufe dieser Arbeit die theoretischen Grundlagen für das Forderungsmanagement erläutert, sowie eine Analyseumgebung konzipiert und realisiert werden, mit deren Hilfe Entscheidungsgrundlagen bereitgestellt werden, um die ausste-

¹ Vgl. Forderungsverluste mittelständischer Unternehmen in Anhang 3

1 Einführung 2

henden Forderungen zu senken. Dabei wird auf das Bayer-interne PRIME-Projekt eingegangen ² , dessen Vorgabe lautet, das Working Capital, zu dem auch die Forderungen beitragen, im Laufe des Jahres 2003 im Bayer-Konzern um eine Milliarde Euro zu senken.

1.2 Organisation

Die Organisation der Abteilung, in der das Projekt durchgeführt wird, soll hier nur kurz angesprochen werden, damit ein Einblick in das Projektumfeld möglich wird. Die über 120.000 Mitarbeiter des Bayer-Konzerns auch nur ansatzweise einzuordnen, würde jedoch jeglichen Rahmen sprengen.

Die Bayer AG ist eine Holding, die als Dach über 4 Teilkonzernen steht. Bayer Health Care (BHC) ist einer dieser Teilkonzerne und ist für Entwicklung, Produktion und Vermarktung aller Produkte zuständig, die mit dem Thema „Gesundheit“ in Beziehung stehen. Die Teilkonzerne einer Holding sind zwar rechtlich selbständig, jedoch stehen sie wirtschaftlich unter der Führung des Holding-Vorstandes.

Der Geschäftsbereich Animal Health (AH) ist speziell für alle Produkte der Tiergesundheit verantwortlich. Er ist zur Zeit einer der profitabelsten Bereiche des gesamten Konzerns und durch über 50 Bayer-Tochtergesellschaften in allen bedeutenden Ländern der Welt vertreten. Die Verwaltung, Steuerung und Koordination erfolgt durch das Ressort Business Planning & Administration (BPA), dessen Abteilung Controlling (C) die konkrete Planung und Steuerung durchführt. Aus dieser Struktur ergibt sich auch die hierarchische Abteilungsbezeichnung BHC-AH-BPA-C.

² siehe Kapitel 2.1.2

2 Grundlagen 3

2 Grundlagen

2.1 Forderungsmanagement

2.1.1 Definition der Aufgaben

„Gewinne zu erwirtschaften ist das grundlegende Ziel aller erwerbswirtschaftlichen Betriebe.“ ³ Neben diesem monetären Ziel stehen bei Unternehmen drei bekannte ökonomische Ziele: Rentabilität, Liquidität und Wachstum. ⁴ Warum aber sind diese Ziele wichtig und warum reicht es nicht, nur den Gewinn zu betrachten? Ein Gewinn von 10.000 Euro wäre für einen Einzelunternehmer vielleicht annehmbar, für einen Weltkonzern aber völlig inakzeptabel. Es hängt also von der Verhältnismäßigkeit ab, ob der Gewinn ausreichend ist oder nicht, so dass er nicht alleine als sinnvolle Kennzahl verwendet werden kann. Daher wurde die Rentabilität definiert, die „das in einem Prozentsatz ausgedrückte Verhältnis des Erfolges zum eingesetzten Kapital oder zum Umsatz“ ⁵ angibt:

Es wird immer eine Rentabilität angestrebt, die über dem üblichen Marktzins liegt, da Kapitalgeber sonst nicht in das Unternehmen investieren würden. Die Liquidität „bezeichnet die Fähigkeit eines Unternehmens, seinen Zahlungsverpflichtungen termingerecht und betragsgenau nachzukommen“ ⁶ . Sobald ein Unternehmen dazu nicht mehr fähig ist, so muss es Insolvenz anmelden und hat sein Ziel verfehlt.

Zusammen mit der Rentabilität dient das Wachstum als Basis für die Wertsteigerung eines Unternehmens, was natürlich angestrebt wird.

Da die Rentabilität ein Quotient ist, kann sie erhöht werden, indem der Divisor, also das eingesetzte Kapital ⁷ (engl. Working Capital), verringert wird. Das Working Capital besteht aus mehreren Komponenten, die wichtigsten darunter sind Forderungen und Vor-

³ Keim,Helmut; Steffens, Heiko (2000), S. 185

⁴ Vgl. Bernecker, Michael (1999), S.18

⁵ KP Controlling (1999), S. 44

⁶ KP Controlling (1999), S. 41

⁷ Das eingesetzte Kapital kann auch als Umlaufvermögen bezeichnet werden.

2 Grundlagen 4

räte, abzüglich Verbindlichkeiten. ⁸ Unter „Forderungen“ wird der Anspruch eines Unternehmens auf von Dritten zu erbringende Geldleistungen verstanden. ⁹ Sinkende Forderungen führen über das Working Capital als Zwischenstufe zu einer steigenden Rentabilität, und dies soll letztendlich mit der zu entwickelnden Analyseumgebung gefördert werden.

Insofern versteht man unter Forderungsmanagement „alle Aktivitäten, die sich mit der Verursachung, der Bearbeitung, der Steuerung und Optimierung sowie dem Controlling von Forderungen aus Lieferungen und Leistungen im Konzern befassen.“ 10

2.1.2 Das PRIME-Projekt

„PRIME ergibt sich aus den Initialen der Wörter Payables (Verbindlichkeiten), Receivables (Forderungen), Inventories (Vorräte) und Management Excellence, was sich mit Spitzenleistungen im Management umschreiben lässt.“ ¹¹ Im Rahmen dieses Projekts soll konzernweit bei Bayer das Working Capital gesenkt werden, um den Unternehmenswert zu steigern. Die enorme Summe von über 9 Milliarden Euro ist derzeit in Form von nicht gewinnbringendem, gebundenem Kapital vorhanden, das sonst für weitere Investitionen zur Verfügung stehen könnte. Daher lautet die Vorgabe für dieses Jahr, ebenso wie im letzten Jahr, eine Reduzierung des Working Capitals um eine Milliarde Euro zu erreichen.

Um die Zielerreichung zu unterstützen, beschäftigt sich eine der Projektgruppen u.a. mit der Entwicklung von Metriken und Kennzahlen, während weitere Projektgruppen mit der Entwicklung von Systemen und Tools beauftragt sind, um damit eine Auswertung der bisherigen Ergebnisse zu ermöglichen und die zukünftige Entwicklung steuern zu können.

Für die Auswertung der Forderungsdaten wurde das System FORMAT erstellt, auf dessen Einsatz und Funktionalität in den nachfolgenden Kapiteln noch detaillierter eingegangen wird.

Es ist jedoch zu sagen, dass das vorliegende Projekt zwar der Zielerreichung von PRI-ME behilflich ist, aber ansonsten keine direkte Verbindung der Projekte besteht.

⁸ Vgl. Springer, Heiner (2002), S. 16

⁹ Vgl. KP Controlling (1999), S. 37

¹⁰ Receivables Community Board (2003), S. 4

¹¹ Springer, Heiner (2002), S. 16

2 Grundlagen 5

2.2 Analyseumgebung

2.2.1 Begriffsdifferenzierung

Bevor nun die Grundlagen für die Analyseumgebung erarbeitet werden, ist es notwendig, einige diesbezügliche Begriffe zu differenzieren, um Mehrdeutigkeiten zu vermeiden.

Da ist zum Einen der Begriff „System“, der laut Brockhaus einen „ganzheitlichen Zusammenhang von Dingen, Vorgängen, Teilen“ ¹² beschreibt. Im Kontext eines Informationssystems sollen darunter zusammengehörende Applikationen/Programme sowie die unmittelbar benötigte Hardware verstanden werden. Als Beispiel für ein System sei hier SAP ¹³ genannt. Das Hauptaugenmerk liegt darin, dass SAP aus unzähligen Programmen und Modulen besteht, die auf Clients und eigenen Servern laufen, um Daten zu speichern, zu verarbeiten und auszugeben. Alle diese Teile ergeben in ihrer Gesamtheit das SAP-System.

Von einem System zu unterscheiden ist eine „Implementierungs-Umgebung“. Dieser etwas schwerfällige Begriff bezieht sich auf eine Programmiersprache in Kombination mit einer Anwendung, in der das Programm erstellt wird. Ein Programm der Programmiersprache C++ kann beispielsweise in einem Texteditor wie Notepad implementiert und danach zu einem lauffähigen Programm kompiliert werden. Alternativ kann das Programm aber auch in einer anderen Umgebung wie z.B. Microsoft Visual Studio’s IDE ¹⁴ implementiert und kompiliert werden.

Einige Systeme besitzen eingebaute Implementierungs-Umgebungen, z.B. den ABAP-Editor ¹⁵ bei SAP oder den VBA-Editor ¹⁶ bei Microsoft Access, daher sind die Begriffe leicht zu verwechseln.

Der am schwierigsten zu definierende Begriff ist der für die zu erstellende Analyseumgebung selbst. Es handelt sich nicht um eine Umgebung im Sinne einer IDE, aber auch nicht um ein ausführbares Programm. Andererseits soll eine grafische Umgebung bereitgestellt werden, in der der Benutzer mit gewissen Freiheiten agieren kann. Passender

¹² F. A. Brockhaus (2000), S. 890

¹³ SAP ist eine betriebswirtschaftliche Standardsoftware

¹⁴ IDE (Integrated Development Environment) = Integrierte Entwicklungsumgebung

¹⁵ ABAP = Advanced Business Application Programming

¹⁶ VBA = Visual Basic for Applications

2 Grundlagen 6

mag die Bezeichnung „Werkzeug“ erscheinen, allerdings würde dies nicht das hohe technische und logische Niveau wiederspiegeln, welches erreicht werden soll. Etwas vornehmer klingt die englische Bezeichnung „Tool“, die schließlich in dem Projektnamen „Receivables Analysis Tool“ verwendet wird, aber nichts anderes bedeutet als „Forderungs-Analyse-Werkzeug“. Als Kurzform wurde ReAnTo gewählt, weil es einprägsamer und im allgemeinen Tagesgeschäft einfacher zu verwenden ist als die Langform. Im Folgenden wird daher weitgehend der Name ReAnTo verwendet, um die Bezeichnung „die zu entwickelnde Analyseumgebung“ zu vermeiden.

2.2.2 Voraussetzungen

Der status quo ist, dass monatlich Daten aus dem System FORMAT (Forderungsmanagement und -analyse Tool) in Form einer Microsoft Excel-Tabelle exportiert werden. Diese Daten werden zu den Daten der Vormonate in eine gemeinsame Tabelle kopiert und manuell angepasst, so dass ihr Layout den vorhandenen Daten entspricht, und sämtliche Berechnungen und Diagramme die neuen Daten mit einbeziehen. FORMAT ist eine Bayer-eigene Citrix-Anwendung, die weltweit von über 100 Bayer-Tochtergesellschaften eingesetzt wird, und tagesaktuell die Forderungszahlen darstellen kann.

2.2.3 Grobanforderungen

Unter Berücksichtigung der Voraussetzungen wurden die nachfolgend genannten Grob-anforderungen an ReAnTo und das zugrunde liegende System erarbeitet, ¹⁷ wobei die Anforderungen sich in zwei Kategorien gliedern lassen, die weitgehend unabhängig voneinander sind und sich mit je einem Schlagwort kennzeichnen lassen.

a) Anforderungen an das System als solches

• Datenbank: ReAnTo soll auf einer Datenbank basieren, um - im Gegensatz zur bisherigen Excel-Lösung - flexibel neue Ansichten und Auswertungen der Daten zu erlauben.

• Kosten: außer den Arbeitskosten des Autors sollten keine weiteren Kosten anfallen, z.B. durch Softwarelizenzen oder benötigte Handbücher

• Mehrbenutzerfähigkeit: das System muss in der Lage sein, mehreren Benutzern gleichzeitig Zugriff zu ermöglichen

¹⁷ Vgl. Hoffmann, Katja (2003) in Anhang 1

2 Grundlagen 7

• Netzwerkfähigkeit: das System muss netzwerkfähig sein, so dass die Daten an einer zentralen Stelle zur Verfügung gestellt werden können

b) Anforderungen an die grundlegende Funktionsweise von ReAnTo

• Arbeitsersparnis: Forderungsdaten sollen nicht doppelt in verschiedene Systeme eingegeben werden müssen, daher sollen sie aus FORMAT übernommen werden.

• Automation: Die Übernahme soll komplett automatisch ablaufen. Falls dies nicht möglich ist, soll eine Übernahme für den Anwender möglichst einfach durchführbar sein.

• „Managementsicher“: Alle Auswertungen sollen nach Möglichkeit per Knopfdruck erreichbar sein, ohne komplizierte Eingaben oder viele Handlungsschritte

• Sicherheit: Auswertungen sollen von einem relativ großen Nutzerkreis durchgeführt werden können, Datenmanipulationen (Änderungen oder Import neuer Daten) aber nur von bestimmten, einzelnen Personen. Um den Aufwand für die Sicherung gegen unbefugte Änderungen in Grenzen zu halten, wird von einem Computerbenutzer mit durchschnittlichen Kenntnissen ausgegangen.

• Transparenz: um die Wartbarkeit des Systems zu gewährleisten, soll die Implementierung so „einfach“ gestaltet werden, dass auch ein Mitarbeiter mit geringen Programmierkenntnissen sich in angemessener Zeit einarbeiten kann. Die Punkte unter a) bedingen grundsätzlich die in Frage kommenden Systeme (Was für ein System?), während die Punkte unter b) hauptsächlich die Realisierung der Analyseumgebung betreffen, da sie fast in jedem System umgesetzt werden können (Wie soll das System funktionieren?). Die konkreten Funktionen der Analyseumgebung werden später erarbeitet (s. Kapitel 2.2.6).

Der Punkt „Sicherheit“ könnte auch unter a) gesetzt werden, weil manche Systeme native Sicherheitsfunktionen bieten. Da die tatsächliche Sicherheit aber von der konkreten Implementierung abhängt, wurde er b) zugeordnet.

2.2.4 Auswahl der Implementierungs-Umgebung

Ausgehend von den genannten Anforderungen sollen verschiedene Systeme bzw. Implementierungs-Umgebungen auf ihre Eignung hin untersucht werden, die genannte Aufgabe zu lösen.

Gemäß der ersten Anforderung soll das System auf einer Datenbank basieren. „Im all- gemeinen Verständnis sind Datenbanken Dateien, die Informationen in einer festen

2 Grundlagen 8

Struktur abspeichern und diese dann wieder zur Verfügung stellen." ¹⁸ Es ist folglich möglich, eine Datenbank mit einer Programmiersprache wie z.B. C++ oder Visual Basic zu erstellen und als (Text-) Datei zu verwalten. ¹⁹ Dies wäre jedoch so, als wolle man das Rad neu erfinden, und stellt einen unverhältnismäßig hohen Aufwand dar, besonders was die Pflege der Datenstrukturen betrifft. ²⁰ Für diesen Zweck wurden bereits sehr umfangreiche und leistungsstarke Datenbankmanagementsysteme (DBMS) erstellt. Sie verwalten Datenbanken und stellen dem Benutzer eine einheitliche Benutzeroberfläche zur Verfügung. 21

Eines dieser leistungsstarken Systeme ist Lotus

Notes. Es wird in der Version 5.0 im gesamten

Bayer-Konzern eingesetzt. Dies ist von Vorteil, weil die Benutzung allen Mitarbeitern vertraut ist, und daher eine Eingewöhnungsphase entfallen könnte. Notes ist ein vielseitiges System, das auf unterschiedlichen Hard- und Softwareplattformen laufen kann und unterschiedlichste Funktionen unterstützt wie Mailing, Scheduling, Workflow-Management, Dokumenten-Management etc. Dafür basiert es auf einer dokumentenorientierten Datenbank, d.h. „anstatt die Daten in einer festen Struktur einzugeben, werden sie in Notes in Dokumenten abgelegt. [...] Im Gegensatz zu den strukturierten Datenbanken werden die Informationen jedoch nur teilweise oder gar nicht strukturiert.“ ²² Dies ist für diesen Anwendungsfall ein Nachteil von Notes, da die Exportdaten aus FORMAT strukturiert vorliegen, und in anderer Form kaum ausgewertet werden könnten. Als Implementierungs-Umgebung könnte hier der Domino Designer verwendet werden, der - abgesehen von der Gestaltung der grafischen Oberfläche - eine Programmierung mit Simple Actions, Lotus Formula und LotusScript unterstützt.

¹⁸ Knäpper, Matthias (1999), S. 9

¹⁹ Eine in Visual Basic im Random-Modus mit fester Blockgröße geöffnete Datei ist mit einer Datenbanktabelle vergleichbar, was den Zugriff auf die Datensätze betrifft.

²⁰ Z.B. das Einfügen einer neuen Datenspalte würde erfordern, dass alle Lese- und Schreibroutinen neu programmiert werden müssten.

²¹ Vgl. Spona, Helma (1997), S. 48

²² Knäpper, Matthias (1999), S. 9f.

2 Grundlagen 9

(Objekt-relationales DBMS) ²³ , welches die Vorteile einer relationalen Datenbank (z.B. Flexibilität, Sicherheit) mit denen einer objektorientierten Programmierung (z.B. Funktionen, Vererbung) verbindet. ²⁴ Die enorme Leistungsfähigkeit hat natürlich ihren Preis, so fallen erhebliche Lizenzgebühren der Oracle-Applikationen an, sowie Kosten für die Bereitstellung eines Datenbankservers. Die grob geschätzten Kosten von 3.000 Euro pro Benutzer ²⁵ stehen im Widerspruch zu der Anforderung, dass keine (zusätzlichen) Kosten für die Analyseumgebung entstehen sollen. IBMs Informix Universal Server ist ein Oracle sehr ähnli-

ches ORDBMS, was sowohl die Leistungen, als auch die

Kosten betrifft. ²⁶ Daher wird er hier nicht detaillierter betrachtet, sondern nimmt bei Vergleichen die selbe Position wie Oracle ein.

Die Kosten sind augenscheinlich bei den meisten professionellen Systemen sehr hoch,

daher wird im folgenden Microsoft Access als kostengünstigere Variante diskutiert und mit den Anforderungen verglichen. „Programme wie Access, die umgangssprachlich als Datenbank [...] bezeichnet werden, sind eigentlich DBMS, also Datenbankmanagementsysteme“. ²⁷ Genau genommen kann Access als RDBMS (relationales DBMS) bezeichnet werden, da die Daten in Tabellen, bestehend aus Spalten und Zeilen, gespeichert werden, welche über Relationen (Links) miteinander verknüpft sind. ²⁸ Vom Kostenpunkt ausgehend ist Access zwar nicht kostenlos, im Rahmen von Microsoft Office 97 ist jedoch an allen Arbeitsplätzen konzernweit Microsoft Access 97 vorhanden, so dass faktisch keine weiteren Kosten dadurch entstehen würden. Access erlaubt es, Datenbanken auf einem Netzlaufwerk zu speichern, so dass mehrere Benutzer gleichzeitig damit arbeiten können. ²⁹ Dabei ist es auch möglich, den Datenbe-stand von der grafischen Oberfläche zu trennen (vgl. Kapitel 2.2.5). Die grafische Oberfläche wird über einen Editor erstellt, die Programmierung geschieht über Eigenschaften

²³ Vgl. Koch, George; Loney, Kevin (1998), S. 5

²⁴ Vgl. Chaudhry, Renu (1997), S. 3 in Anhang 5

²⁵ Vgl. Sahlmann, Oliver (2003) in Anhang 2

²⁶ Vgl. Brown, Murray (2002), S.10 und Stonebreaker, Michael (1997). siehe auch http://www-3.ibm.com/software/data/informix/

²⁷ Spona, Helma (1997), S. 48

²⁸ Vgl. Brown, Murray (2002), S. 3

²⁹ Vgl. Microsoft Access-Hilfe (1997) in Anhang 7