Konzepte und Ansätze zum Risiko- und Rentabilitätsmanagement in ...

en. Die stattfindende Datenkommunikation über die eingerichteten Schnittstellen
verlangsamt dabei noch zusätzlich die „Online-Aktualisierung“ der Datenbank und
verursacht regelrechte Staus in der „Batch“-Abwicklung. Hierdurch kann es häufiger
dazu kommen, dass verschiedene Datenbereiche erst am dem darauf folgenden Tag
oder – wie an Einzelfällen in diversen Betrieben von uns beobachtet – gar wöchentlich
oder, noch seltener, monatlich aktualisiert werden. Die erwähnten Aspekte sind
also sehr wohl für die Informationsgewinnung zu Zwecken des Rentabilitäts- und Risikomanagements
relevant, indem zuerst die Frage der Qualität und der Aktualität
der Grunddaten beantwortet werden muss.
Die bereits oben erwähnten Schnittstellen bei verteilten Anwendungsmodulen sind
bei der Informationsgewinnung noch aus einem anderen Grund ebenfalls umfassend
zu berücksichtigen. Dieses hat nicht nur mit dem Zeitpunkt zu tun, zu dem Daten von
einem Modul in das andere transportiert werden, sondern bezieht sich insgesamt auf
die Zuverlässigkeit von Datentransporten. Aufgrund der sehr hohen Komplexität der
Anpassung von Datentransporten zwischen zwei unterschiedlichen Modulen – auch
bei homogenen Software-Strukturen – kommt es auf diesem Gebiet, nach meinen
EDV-Revisionserfahrungen, relativ oft zu EDV-logistischen Fehlern. Dies wiederum
hat in der Regel zur Folge, dass Datenbestände bzw. einzelne Datenbereiche zum
Teil nicht vollständig bzw. nicht richtig transportiert werden und damit Empfängersysteme
als unzuverlässige Informationsquellen betrachtet werden müssen.
Man stelle sich beispielhaft ein Unternehmen vor, das aufgrund eines sehr hohen
Datenverkehrs seine Module (Applikationen) eines Softwareherstellers auf getrennte
Subsysteme verteilen muss. Aufgrund der gegenseitigen Abhängigkeiten zwischen
den einzelnen EDV-Prozessen wird die notwendige Datenversorgung durch zahlreiche
Datentransfer-Schnittstellen zwischen den einzelnen Modulen gewährleistet. So
werden u. a. auch Daten des Verkaufsmoduls (Daten der erstellten Rechnungen)
zwecks automatischer Erfassung in der Buchhaltung in das separat installierte Rechnungswesensystem
transportiert. Je nach dem innerbetrieblichen Datenanforderer
gab es in der Vergangenheit Differenzen in den Umsatzstatistiken, die auf dem Vertriebs-
bzw. Rechnungswesensystem separat durchgeführt worden sind. Da die Datenverkehre
über die programmierten Schnittstellen automatisch erfolgen, dürfte es
in diesem „geschlossenen EDV-Subsystem“ zu keinen Differenzen zwischen erstellten
(im Rahmen der Verkaufsabwicklung) und den gebuchten (im Rechnungswesen)
Rechnungen kommen. Eine daraufhin durchgeführte detaillierte Untersuchung des
Datentransports ergab, dass die Stammdaten der beiden Systeme, die für die Rechnungserstellung
relevant waren, teilweise Unterschiede aufwiesen. Wenn das „Empfänger“-Modul
bei der Analyse der „ankommenden“ Daten hinsichtlich auch nur eines
einzigen Feldes Verletzung der Konventionen, dass heißt z. B. Vorgaben über die
30