idl datamart

IDL DATAMART
IDL Workplace Server 2017
IDL DATAMART
Inhaltsverzeichnis
Abbildungsverzeichnis ......................................................................................................................... 5
Tabellenverzeichnis ............................................................................................................................. 6
Glossar ................................................................................................................................................. 7
1. Grundlagen ................................................................................................................................... 8
1.1 Was ist IDL DATAMART ....................................................................................................... 8
1.2 Star-Schema ......................................................................................................................... 9
1.2.1
Fakten ............................................................................................................................ 9
1.3 SSAS-Modell ....................................................................................................................... 10
1.4 Unterschiede zwischen IDL DATAMART und MISPAR ..................................................... 10
1.5 Datenbanken ....................................................................................................................... 11
1.5.1
IDL.KONSIS ................................................................................................................. 11
1.5.2
OLAP-Datenbanken..................................................................................................... 11
1.6 Kompatibilität IDL DATAMART und IDL.KONSIS .............................................................. 11
1.7 Licensing und Bereitstellung ............................................................................................... 12
1.8 Fachlicher Umfang .............................................................................................................. 12
1.9 Mehrsprachigkeit ................................................................................................................. 13
1.9.1
Views............................................................................................................................ 13
2.
1.9.2
SSAS-Modell................................................................................................................ 13
1.9.3
Reihenfolge .................................................................................................................. 13
1.10
Software-Voraussetzungen ............................................................................................. 13
Prozess ....................................................................................................................................... 14
2.1 IDL.KONSIS-Schritte .......................................................................................................... 14
2.1.1
MISPAR-Parametrisierung .......................................................................................... 14
2.1.2
OLAP-Zuordnungen..................................................................................................... 14
2.1.3
Konzernstrukturen und Datenarten ............................................................................. 17
2.2 IDL Workplace Server Schritte ........................................................................................... 18
2.2.1
IDL.KONSIS-Verbindung im IDL Portal....................................................................... 18
2.2.2
3.
Prüfung und Bereitstellung im IDL Portal .................................................................... 19
2.3 Bereitstellung ohne IDL Workplace Server ........................................................................ 20
Dimensionen............................................................................................................................... 21
3.1 Aufriss ................................................................................................................................. 21
3.2 Datenart............................................................................................................................... 21
3.3 Gesellschaft ........................................................................................................................ 21
3.4 IC-Gesellschaft.................................................................................................................... 21
3.5 Konsolidierungsart .............................................................................................................. 22
3.6 Konsolidierungsverarbeitung .............................................................................................. 22
3.7 Kontenstruktur ..................................................................................................................... 22
3.7.1
Wechselkonten ............................................................................................................ 22
3.7.2
Berechnungen ............................................................................................................. 23
3.7.3
Standard Sets .............................................................................................................. 23
3.7.4
Historisierung ............................................................................................................... 23
3.8 Konzern ............................................................................................................................... 23
3.8.1
Definition ...................................................................................................................... 23
2
© IDL GmbH Mitte
IDL DATAMART
3.8.2
Historisierung................................................................................................................23
3.8.3
Reporttechnische Konzerne .........................................................................................23
3.9 Spiegel .................................................................................................................................24
3.10
Währung ...........................................................................................................................24
3.11
Zeit ...................................................................................................................................24
3.11.1 Jahresabschluss – Abweichendes Geschäftsjahr .......................................................24
3.11.2
Monat/Quartal Hierarchie .............................................................................................25
3.12
Zeitart ...............................................................................................................................25
3.13
Zeitvergleich .....................................................................................................................26
3.14
Geschäftsbereich .............................................................................................................26
3.15
Controlling-Dimensionen .................................................................................................27
3.15.1 Views ............................................................................................................................27
4.
3.15.2
SSAS-Modell ................................................................................................................27
3.15.3
Aufrisse .........................................................................................................................27
3.15.4
Controlling Kennzeichen – UKV Berichte ....................................................................27
Measure Groups und Cubes.......................................................................................................28
4.1 Finanzen Cube ....................................................................................................................28
4.1.1
Konzernreporting ..........................................................................................................28
4.1.2
Gesellschaftsreporting .................................................................................................29
4.1.3
Beteiligung ....................................................................................................................29
4.1.4
Datenübersicht .............................................................................................................30
4.1.5
Wechselkurse ...............................................................................................................30
4.1.6
Granularität und Aufrisse (DrillThrough) ......................................................................30
4.2 Rules und Berechnungen ....................................................................................................30
4.3 Bilanzgewinn ........................................................................................................................30
4.4 Kapitalflussrechnung (KFR) Cube .......................................................................................31
4.5 Default Members .................................................................................................................32
5. Betrieb .........................................................................................................................................33
5.1 Performance ........................................................................................................................33
5.2 Inkrementelles Laden/Prozessieren ....................................................................................33
5.3 Datenaktualisierung .............................................................................................................33
5.4 Autorisierung ........................................................................................................................33
5.4.1
Schritte in IDL.KONSIS ................................................................................................33
5.4.2
Schritte in WPS ............................................................................................................36
6.
Historisierung ..............................................................................................................................38
6.1 Konzernstruktur ...................................................................................................................38
6.2 Kontenstruktur .....................................................................................................................38
6.3 Daten ...................................................................................................................................38
7. Customizing ................................................................................................................................39
7.1 Customizing über MDX-Patchen .........................................................................................39
7.2 Customizing über eine individuelle XMLA ...........................................................................39
7.3 Komplett individuelle OLAP-Landschaft (DWH) .................................................................40
7.4 Release-Sicherheit (Updates) und Wartung .......................................................................40
8. Data Warehouse Schnittstelle ....................................................................................................41
© IDL GmbH Mitte
3
IDL DATAMART
8.1 Quellen und Datenfluss....................................................................................................... 41
8.1.1
Finance Cube............................................................................................................... 41
8.1.2
Cash Flow Cube .......................................................................................................... 42
8.2 Aufrisse (IC/CO) .................................................................................................................. 43
8.3 Persistierung von Views...................................................................................................... 43
9. FAQ ............................................................................................................................................ 45
4
© IDL GmbH Mitte
IDL DATAMART
Abbildungsverzeichnis
Abbildung 1: IDL DATAMART Datenfluss
Abbildung 2: MISPAR vs. DATAMART Lösung
Abbildung 3: MISPAR-Parameter Version (04) DataMart
Abbildung 4: Normale vs. OLAP-Zuordnungen
Abbildung 5: Standard OLAP-Zuordnungen
Abbildung 6: OLAP-Kontenstruktur
Abbildung 7: Datenarten
Abbildung 8: IDL.KONSIS-Verbindung im IDL Portal
Abbildung 9: Protokoll Prüfung OLAP Bereitstellung
Abbildung 10: Bereitstellung im IDL Portal
Abbildung 11: Datenfluss der relevanten Views für Salden
Abbildung 12: Datenfluss der relevanten Views für Buchungen/Spiegel
Abbildung 13: IDL.DESIGNER Beispiel mit Beteiligungen und Datenübersicht
Abbildung 14: Exemplarischer Aufbau eines Bilanz-Berichts
Abbildung 15: BEN
Abbildung 16: BENDEF
Abbildung 17: USE
Abbildung 18: VORADMIN
Abbildung 19: Datenberechtigungen (AS Rollen) im IDL Portal
Abbildung 20: MDX Patchen im IDL Portal
Abbildung 21: Salden (Finance Cube)
Abbildung 22: Buchungen und Spiegel (Finance Cube)
Abbildung 23: Salden (Cash Flow Cube)
Abbildung 24: Buchungen (Cash Flow Cube)
© IDL GmbH Mitte
8
11
14
15
16
17
18
18
19
20
28
28
30
31
34
34
35
36
37
39
41
42
43
43
5
IDL DATAMART
Tabellenverzeichnis
Tabelle 1: Kompatibilitätsmatrix ........................................................................................................ 11
Tabelle 2: Fachlicher Umfang ........................................................................................................... 12
Tabelle 3: Software Voraussetzungen .............................................................................................. 13
Tabelle 4: Die Aufriss Dimension ...................................................................................................... 21
Tabelle 5: Die Konsolidierungsart Dimension ................................................................................... 22
Tabelle 6: Die Zeitart Dimension ....................................................................................................... 25
Tabelle 7: Die Zeitvergleich Dimension............................................................................................. 26
Tabelle 8: Quelle für Konzernreports ................................................................................................ 29
Tabelle 9: Quelle für Gesellschaftsreports ........................................................................................ 29
Tabelle 10: Quellen für den Finance Cube ....................................................................................... 41
Tabelle 11: Quellen für den Cash Flow Cube ................................................................................... 42
Tabelle 12: Persistierbare Views für Performance-Optimierung ...................................................... 44
6
© IDL GmbH Mitte
IDL DATAMART
Glossar

MG
Measure Group

SSAS
SQL Server Analysis Services

SSDT
Microsoft SQL Server Data Tools

SSMS
Microsoft SQL Server Management Studio

XMLA
XML for Analysis
© IDL GmbH Mitte
7
IDL DATAMART
1. Grundlagen
1.1 Was ist IDL DATAMART
IDL DATAMART ist eine technische Komponente des IDL Workplace Servers um Reporting und
Analyse von IDL.KONSIS Daten in einer OLAP-Umgebung zu ermöglichen.
IDL.KONSIS ist ein transaktionales System mit dem Ziel, eine Konzern-Konsolidierung schnell,
einfach und nachvollziehbar durchzuführen. Das IDL.KONSIS-Datenmodell ist allerdings für
Berichte und Analysen im multidimensionalen Sinne eher wenig geeignet. Eine Analyse ist über ein
multidimensionales Modell perfomanter und intuitiver durchführbar. IDL DATAMART automatisiert
die Datenflüsse zwischen IDL.KONSIS und einem multidimensionalen Modell, das auf Microsoft
SQL Server Analysis Services (SSAS) basiert. Dieses SSAS-Modell ist das Herzstück der neuen
IDL-Reporting-Plattform die das Erstellen, Verteilen und Administrieren von Berichten und
Dashboards ermöglicht.
IDL DATAMART besteht aus folgenden Hauptkomponenten:
 Star Schema: Relationale Views, die sämtliche Salden, Buchungen und Bewegungen zur
Verfügung stellen
 SSAS-Modell: Ein vorgefertigtes SSAS-Modell, das in der IDL-Reporting-Plattform nutzbar
ist
Abbildung 1: IDL DATAMART Datenfluss
8
© IDL GmbH Mitte
IDL DATAMART
1.2 Star-Schema
Das IDL DATAMART Star-Schema besteht aus Views, die innerhalb der IDL.KONSIS-Datenbank
persistent bereitgestellt werden. Im Gegensatz zur MIS-OLAP-Bereitstellungsfunktion (kurz
(MISPAR) ist es nicht erforderlich, einen Prozess zur Befüllung der neuen Views anzustoßen.
1.2.1
Fakten
IDL DATAMART stellt 2 Arten von Fakten-Views zur Verfügung. Die Views „OLAP_DW_XXX“ liefern
Daten ohne Report-Bezug, d.h. sie enthalten Salden für die gewählte Datenart und Periode. Die
Views „OLAP_Fact_XXX“ haben einen direkten Kontenstruktur(Report)-Bezug. Beispiel: Ein Konto,
das in 2 Berichten vorkommt, erscheint 1-mal in den Views „OLAP_DW_XXX“ und 2-mal in den
Views „OLAP_Fact_XXX“. Mehr dazu im Kapitel „
© IDL GmbH Mitte
9
IDL DATAMART
Measure Groups und Cubes“.
1.3 SSAS-Modell
Das IDL DATAMART SSAS Modell ist ein fertiges, vollständiges SSAS-Modell, das ohne
Erweiterungen bereitgestellt werden kann. Das Modell besteht aus folgenden Dimensionen:
 Aufriss
 Datenart
 Gesellschaft
 IC-Gesellschaft
 KFR
 Kontenstruktur
 Konzern
 Konsolidierungsverarbeitung
 Konsolidierungsart
 Spiegel
 Währung (Transaktionswährung für IC-Aufrisse)
 Zeit
 Zeitart
 Zeitvergleich
 Geschäftsbereich (falls definiert)
 Controlling Dimensionen (falls definiert)
IDL DATAMART ist eine Standardlösung. Trotzdem kann das SSAS-Modell individuell angepasst
werden, um weitere, kundenspezifische Dimensionen hinzuzufügen oder die definierten
Dimensionen anzupassen (siehe Kapitel 7).
1.4 Unterschiede zwischen IDL DATAMART und MISPAR
IDL DATAMART verfolgt ein ähnliches Ziel wie die MISPAR-Schnittstelle, nämlich Strukturen und
Daten aus IDL.KONSIS für Datenbanken zur Verfügung zu stellen, die auf Analyse- und Reporting
ausgerichtet sind. Die Hauptunterschiede zwischen IDL DATAMART und MISPAR sind:
 MISPAR erstellt fixe Tabellen, deren Befüllung angestoßen werden muss. IDL DATAMART
basiert auf relationalen Views, die jederzeit mit den aktuellen Zahlen konsumierbar sind.
 IDL DATAMART enthält ein SSAS-Modell, MISPAR dagegen ist eine relationale
Schnittstelle.
 IDL DATAMART stellt nicht nur das Konzern- sondern auch das Gesellschaftsreporting zur
Verfügung.
10
© IDL GmbH Mitte
IDL DATAMART
Abbildung 2: MISPAR vs. DATAMART Lösung
1.5 Datenbanken
1.5.1
IDL.KONSIS
IDL DATAMART ist für SQL Server und Oracle freigegeben.
1.5.2
OLAP-Datenbanken
Es wird eine SSAS OLAP-Datenbank im „Multidimensional Modus“ angelegt. Der „Tabular Modus“
von SSAS wird nicht unterstützt.
IBM TM1 oder Infor ION BI OLAP-Datenbanken werden nicht unterstützt. Allerdings ist das IDL
DATAMART SSAS-Modell auf diese Datenbanken übertragbar.
1.6 Kompatibilität IDL DATAMART und IDL.KONSIS
Tabelle 1: Kompatibilitätsmatrix
IDL.KONSIS.FORECAST Application
Server*
IDL
Workplace
Server
2014.0 2014.1 2014.1A 2016.0 2016.1 2017
2014
X
© IDL GmbH Mitte
11
IDL DATAMART
2014.1
X
2014.2
X
Single Identity
X
2014.3
X
2016
X
Oracle DATAMART
X
MISPAR Parameter Pflege
im Portal
X
2016.1
X
Oracle DATAMART
X
X
X
X
Formularerfassung SQL
Server AS
X
2017
x
x
x
x
Kontenstruktur
Historisierung
x
x
1.7 Licensing und Bereitstellung
IDL DATAMART setzt die Lizenz-Komponente "IDL.KONSIS.FORECAST DataMart Deployment"
des IDL Workplace Server voraus.
1.8 Fachlicher Umfang
Tabelle 2: Fachlicher Umfang
MISPAR
IDL DATAMART
Konzernreporting
x
x
Gesellschaftsreporting
-
x
DW Schnittstelle
On Demand
Immer Verfügbar
OLAP Cubes
Individuelles
Projekt
BI Standard,
mit
Übersetzungen, Zeitliche
Intelligenz. Customizing
möglich.
Hier eine Liste von nicht unterstützten IDL.KONSIS Berichten bzw. Funktionalitäten:


12
Segment-Berichte
IN/EX Speicher Berechnungslogik (REPZEI/REPDEF)
© IDL GmbH Mitte
IDL DATAMART
1.9 Mehrsprachigkeit
1.9.1
Views
Die IDL DATAMART-Views liefern die Bezeichnungen in der MISPAR gewählten Sprachen.
1.9.2
SSAS-Modell
Das SSAS-Model (Dimensionsnamen) ist auf Englisch angelegt. Die Mehrsprachigkeit wird über
Attribute gepflegt. Standardmäßig sind Deutsch und Französisch gepflegt. Für weitere Sprachen
müssen neue zusätzliche Attribute angelegt werden.
1.9.3
Reihenfolge
Die Reihenfolge der angelegten Attribute funktioniert richtig, wenn DEU als erste, ENG als zweite
und FRA als dritte Sprache in der MISPAR ausgewählt ist, wie in der Abbildung 3 zu sehen ist.
1.10 Software-Voraussetzungen
Tabelle 3: Software Voraussetzungen
Produkt
Version
SQL Server (mit Analysis Services)
ab 2008R2 Standard Edition
© IDL GmbH Mitte
13
IDL DATAMART
2. Prozess
Folgende Schritte müssen erfolgen, um IDL DATAMART bereitzustellen:
2.1 IDL.KONSIS-Schritte
2.1.1
MISPAR-Parametrisierung
Eine aktive MISPAR-Parametrisierung ist notwendig für IDL DATAMART. Ohne einen aktiven
Datensatz liefern die Views keine Daten. Aus Performance-Gründen sollte die Auswahl der
Parameter die bereitgestellte Datenmenge so weit wie möglich begrenzen. Die Parametrisierung
erfolgt auf die gleiche Weise wie bislang in der MISPAR:




Datenart
Konzernstruktur
Datenperiode
Reports (Kontenstrukturen)
Die von/bis Periode Angabe bezieht sich als Standard-Einstellung auf alle Datenarten. Trotzdem,
gibt es ab 2016.1 die Möglichkeit eine von/bis Periode pro Datenart einzustellen.
Bei DataMart muss die Version (04) DataMart ausgewählt sein, wie in Abbildung 3 zu sehen ist. Die
MISPAR-Parameter können entweder in der MISPAR-Anwendung oder im IDL PORTAL gepflegt
werden.
Abbildung 3: MISPAR-Parameter Version (04) DataMart
2.1.2
OLAP-Zuordnungen
IDL DATAMART stellt die in MISPAR gewählten Kontenstrukturen (Reports) zur Verfügung. Dabei
müssen die OLAP-Zuordnungen der Report-Positionen gepflegt sein (Anwendung REPZEI oder
REPDEF). Positionen ohne OLAP-Zuordnung werden nicht berücksichtigt.
14
© IDL GmbH Mitte
IDL DATAMART
1.1.1.1 Normale vs. OLAP-Zuordnungen
Wie man in Abbildung 4 sehen kann, sind die normalen und die OLAP-Zuordnungen nicht identisch.
Die normalen Zuordnungen betreffen nur die IDL.KONSIS-Berichte, wobei die OLAP-Zuordnungen
nur die IDL DATAMART-Strukturen (Kontenstruktur Dimension).
Abbildung 4: Normale vs. OLAP-Zuordnungen
1.1.1.2 Standard-Generierung der OLAP-Zuordnungen in der Anwendung REPDEF
Um die Generierung der OLAP-Zuordnungen zu beschleunigen, wurde eine neue Funktion
„Standardzuordnung setzen“ eingeführt (siehe Abbildung 5). Diese Funktion pflegt die OLAPZuordnungen nach einer gewissen Logik. Die mit der neuen Funktion „Standardzuordnungen
setzen“ erzeugte OLAP-Zuordnungen können im Anschluss manuell angepasst werden.
© IDL GmbH Mitte
15
IDL DATAMART
Abbildung 5: Standard OLAP-Zuordnungen
1.1.1.3 Logik der OLAP-Zuordnungen
Die OLAP-Zuordnungen steuern, ob und wie die Reportzeilen (Positionen) in IDL DATAMART
berücksichtigt werden. Dabei gilt folgendes:




16
Standardmäßig erscheint der Name des Reports als Top Level-Knoten (siehe BS oder
KREDIT oder PL). Das geschieht unabhängig von den OLAP-Zuordnungen.
Wenn die OLAP-Zuordnung fehlt, dann wird die Position ignoriert (z.B. die Position
„HANDELSBILANZ“ oder die Position „Summe Immaterielle Vermögensgegenstände“).
Wenn die OLAP-Zuordnung der Position gleicht (z.B. AKTIVA), dann wird daraus Top LevelElement.
Ansonsten gilt eine klassische Parent/Child-Beziehung.
© IDL GmbH Mitte
IDL DATAMART
Abbildung 6: OLAP-Kontenstruktur
2.1.3
Konzernstrukturen und Datenarten
Die Konzernstrukturen müssen in IDL.KONSIS gepflegt sein (Anwendung KTKGES). Wenn die
Konzernstruktur für eine Periode/Datenart fehlt, dann werden die Daten dieser Periode ignoriert, es
sei denn die so genannte Ex-Datenart ist gepflegt. Wenn eine Ex-Datenart gepflegt ist (Anwendung
FAC), wird die Konzernstruktur laut der referenzierten Ex-Datenart herangezogen.
In dem Beispiel der Abbildung 7 ist für „I2“ keine Ex-Datenart gepflegt, deswegen wird die
Konzernstruktur (Konsolidierungskreis) der Datenart „I2“ relevant. Für „I3“ dagegen wird die
Konzernstruktur der Datenart „I4“ relevant. „I3“ Daten werden berücksichtigt auch wenn auf „I3“ keine
eigene Konzernstruktur vorhanden ist, weil die Ex-Datenart führend ist und die Konzernstruktur über
diese Referenzierung herangezogen wird.
Zusammenfassend werden die Ex-Datenarten wie im IDL.KONSIS unterstützt.
© IDL GmbH Mitte
17
IDL DATAMART
Abbildung 7: Datenarten
2.2 IDL Workplace Server Schritte
Die folgenden Schritte sind notwendig, um eine automatische Generierung von IDL DATAMART im
Portal anzustoßen.
2.2.1
IDL.KONSIS-Verbindung im IDL Portal
Wie in Abbildung 8 zu sehen ist, muss im IDL Portal eine IDL.KONSIS-Verbindung eingerichtet
werden.
Abbildung 8: IDL.KONSIS-Verbindung im IDL Portal
18
© IDL GmbH Mitte
IDL DATAMART
2.2.2
Prüfung und Bereitstellung im IDL Portal
Für das OLAP Deployment von IDL.KONSIS.FORECAST Data Mart wird eine Validierungsfunktion
angeboten, die sämtliche Voraussetzungen für eine erfolgreiche OLAP Bereitstellung prüft und dem
Anwender ggf. vorhandene Probleme auflistet. Die Prüfung kann im Bereich Datenmanagement,
IDL.KONSIS DataMart, im Reiter „OLAP BEREITSTELLUNG“ über ein Icon „Prüfen“ angestoßen
werden. Das Ergebnis der Prüfung wird in einem Protokoll angezeigt.
Nachdem die IDL.KONSIS-Verbindung angelegt wurde, kann man die Bereitstellung anstoßen
(siehe Abbildung 10). Nach einer erfolgreichen Bereitstellung steht das IDL DATAMART SSAS-
Abbildung 9: Protokoll Prüfung OLAP Bereitstellung
Modell zur Verfügung. Protokoll Prüfung OLAP Bereitstellung
© IDL GmbH Mitte
19
IDL DATAMART
Abbildung 10: Bereitstellung im IDL Portal
2.3 Bereitstellung ohne IDL Workplace Server
Für PoC (Proof of Concept) Zwecke kann man IDL DATAMART auch ohne den IDL Workplace
Server bereitstellen und mit einem beliebigen Frontend (z.B. Excel) zugreifen. In so einem Fall ist
die XMLA Beschreibung (DATAMART.xmla) von IDL DATAMART notwendig. Die XMLA
Beschreibung ist auf Anfrage verfügbar. Folgendes muss dabei berücksichtigt werden:


20
IDL DATAMART ist kein Standalone-Produkt. Die Release-Sicherheit kann nur über den IDL
Workplace Server sichergestellt werden.
Bei der Bereitstellung über den IDL Workplace Server wird das SSAS Model anhand der
IDL.KONSIS Daten angepasst: z.B.: Wenn keine Geschäftsbereiche gepflegt sind, wird die
Dimension entfernt. Das gleiche gilt für Controlling Dimensionen. Ohne IDL Workplace
Server müssen solche Schritte manuell erfolgen.
© IDL GmbH Mitte
IDL DATAMART
3. Dimensionen
3.1 Aufriss
Die Dimension Aufriss ist eine vordefinierte Dimension mit den folgenden Elementen:
Tabelle 4: Die Aufriss Dimension
ID
Element
1
Ohne Aufriss
2
Controlling Aufriss
3
IC Aufriss
4
*Nicht mehr verwendet*
5
Controlling Kennzeichen
Die Dimension Aufriss vereinheitlicht Daten und Aufrisse. Wenn die Aufrisse nicht relevant sind, wird
standardmäßig Element „1“ verwendet.
3.2 Datenart
Die Dimension Datenart ist eine flache Liste der in MISPAR gewählten Datenarten.
3.3 Gesellschaft
Die Dimension Gesellschaft ist eine flache Liste der in IDL.KONSIS definierten Gesellschaften.
3.4 IC-Gesellschaft
Die IC-Gesellschaft ist technisch identisch mit der Gesellschaft. Sie wird verwendet, um die Aufrisse
der Kontensalden nach IC-Gesellschaften abzubilden. Für IC Aufrisse im Finanzen Cube muss das
Element „IC Aufriss“ in der Dimension DetailDegree (Aufriss) ausgewählt werden (das Default
Element ist „Ohne“).
Hier Live-Beispiele.
© IDL GmbH Mitte
21
IDL DATAMART
3.5 Konsolidierungsart
Die Dimension Konsolidierungsart ist eine flache Liste der Konsolidierungsarten mit den folgenden
Elementen: Diese Dimension ist nur für die MG Beteiligung relevant.
Tabelle 5: Die Konsolidierungsart Dimension
ID
Element
1
At-Equity
2
Keine
Einbeziehung/nur Anteilsbesitz
3
Quotenkonsolidierung
4
Vollkonsolidierung
3.6 Konsolidierungsverarbeitung
Die Dimension Konsolidierungsverarbeitung enthält 2 Hierarchien:
 Hierarchie Referenz (KVA)
 Hierarchie Bericht
3.7 Kontenstruktur
Die Dimension Kontenstruktur enthält sämtliche Positions-/Kontenstrukturen (Reportzeilen).






3.7.1
Die obersten Knoten der Dimension sind die IDL.KONSIS Report-Namen.
Der Reportname wird immer als Präfix verwendet. Somit können Konten in mehreren Reports
(Strukturen) enthalten sein. Die Eindeutigkeit wird über das Präfix sichergestellt.
Innerhalb eines Reports kann eine Position mehrmals vorkommen. Das wird über ein Suffix
sichergestellt (Suffix ist die interne laufende Nummer).
Wechselkonten bekommen ein weiteres Suffix (_S/_H für Soll/Haben).
Davon Positionen werden berücksichtigt.
Alle Konten (unabhängig vom Kontenplan) die einer (P) Position zugeordnet sind, werden
berücksichtigt.
Wechselkonten
Wechselkonten werden als 2 separate physische Elemente mit entsprechendem Suffix angelegt.
Beispiel: Das Konto 26000 (Vorsteuer) erscheint einmal als IFRSBG_KON00126000000_S in den
AKTIVA und einmal als IFRSBG_KON00126000000_H in den PASSIVA. Die Views
(FACT_ACCBAL_GRPDCSIGN, FACT_POST_GRPDCSIGN) sorgen dafür, dass die Daten in den
richtigen Elementen landen (Soll/Haben Steuerung).
22
© IDL GmbH Mitte
IDL DATAMART
3.7.2
Berechnungen
Positionen vom Zeilen-Typ „E“ werden nicht automatisiert in OLAP-Berechnungen übersetzt. Der
IDL.DESIGNER bietet eigene Berechnungsmöglichkeiten.
3.7.3
Standard Sets
Die Standard Report-Sets vereinfachen und beschleunigen den Aufbau von Bilanz- und GuVBerichten. Eine aufbereitete Bilanz- und GuV Struktur kann per Drag & Drop in die Zeilen einer
Tabelle gezogen werden.
3.7.4
Historisierung
Ab IDL.KONSIS 2017 kann man die Zuordnung eines Kontos zu einer Position in der Vergangenheit
pflegen. Die Kontenstruktur-Periode wird in der MISPAR festgelegt. Somit sind archivierte (trotz
einer abweichenden Kontenstruktur) KONSIS Berichte in DATAMART erstellbar.
3.8 Konzern
3.8.1
Definition
Die Dimension Konzern ist eine Parent/Child-Dimension und liefert die Konzernstruktur der in
MISPAR gewählten Konzernperiode/Datenart. Die Daten werden von der View
„OLAP_DIM_GROUPID“ bereitgestellt.
3.8.2
Historisierung
Die View „OLAP_DIM_GROUPID_COMPANY“ liefert eine Historisierung der Konzernstruktur aus
dem Zeitraum, der in MISPAR angegeben ist, d.h. wenn in der MISPAR 2 Monate und 2 Datenarten
gewählt sind, dann ergeben sich 4 Konzernstrukturen. Diese View ist nicht für das SSAS Model
relevant und ist nur für DW Szenarien vorgesehen.
Die Historisierung der Konzernstruktur ist im OLAP-Modell implizit berücksichtigt: Für jede Datenart
und Periode werden die Daten der jeweils relevanten Gesellschaften (nach KTKGES) importiert. Im
OLAP-Modell gibt es 2 Dimensionen: die Dimension Konzern (Parent/Child) und die Dimension
Gesellschaft (flache Liste). Änderungen in Bezug auf Teilkonzerne werden allerdings nicht
berücksichtigt, z.B. wenn ein Teilkonzern nur in der Vergangenheit relevant war. Im OLAP-Modell
wird die Konzernstruktur der in der MISPAR gewählten Periode/Datenart gebaut.
3.8.3
Reporttechnische Konzerne
Reporttechnische Konzerne werden unterstützt. IDL DATAMART behandelt reporttechnische
Konzerne gleich wie „normale“ Konzerne.
© IDL GmbH Mitte
23
IDL DATAMART
3.9 Spiegel
Die Dimension Spiegel enthält sämtliche Spiegel-Informationen. Hier Live-Beispiele.
3.10 Währung
Die Dimension Währung enthält sämtliche
Landeswährung und Parallelwährung unterstützt.
Währungen.
Es
werden
Konzernwährung,
Die Konzernwährung wird dupliziert so dass sie sowohl unter dem Knoten KW (Konzernwährung)
als auch unter dem Knoten LW (Landeswährung) erscheint um das Gesellschafts-Reporting zu
erleichtern.
3.11 Zeit
Die Zeit ist eine vordefinierte Dimension. Die Anforderungen in Bezug auf die Zeitlogik sind bei den
meisten BI-Projekten leicht unterschiedlich. Deswegen kann die Dimension Zeit (wie alle andere
Dimensionen) individuell angepasst werden. Dabei muss beachtet werden, dass die MDX-Skripte
ggf. angepasst werden müssen (siehe Kapitel 0).
3.11.1 Jahresabschluss – Abweichendes Geschäftsjahr
Die IDL.KONSIS-Tabelle OLAP_DW_FISCAL enthält den letzten Monat des Jahres
(Abschlussmonat). Der Standardwert ist „12“. Im Falle eines vom Kalenderjahr abweichenden
Geschäftsjahres muss dieser Wert angepasst werden, damit die Zeitlogik (z.B. Dekumulierung)
funktioniert.
Wenn z.B. der Juni (6) als Abschlussmonat gewählt ist, sieht die Zeit Dimension folgendermaßen
aus:
2014
Q1 2014
07 2013
08 2013
09 2013
Q2 2014
10 2013
11 2013
12 2013
Q3 2014
01 2014
02 2014
03 2014
24
© IDL GmbH Mitte
IDL DATAMART
Q4 2014
04 2014
05 2014
06 2014
3.11.2 Monat/Quartal Hierarchie
Neben der Haupthierarchie Periode, gibt es die Hierarchie Monat/Quartal. Somit ist es möglich die
Jahre und Monate/Quartale in den Zeilen und Spalten einer Tabelle gegenüberzustellen.
Hier Live-Beispiele.
3.12 Zeitart
Die Dimension Zeitart ist eine vordefinierte Dimension.
Tabelle 6: Die Zeitart Dimension
ID
Element
1
Bewegung
2
YTD / Kumuliert
3
Einzeln (nur für dekumulierte
Erfassung)
4
IST (Dekumuliert)
MDX Berechnung
Letzte 12 Monate
MDX Berechnung
Durchschnitt
MDX Berechnung
Hochrechnung
Die IDL DATAMART-Views liefern die Daten kumuliert und werden direkt auf das Element „2“
geladen. Die Dekumulierung findet über MDX-Rules statt. Die Dekumulierung ist kontenübergreifend
und somit für Bilanzkonten nicht sinnvoll.
Im Finanzen Cube gibt es weitere Elemente in Bezug auf die Zeitart. Diese Elemente sind eher für
GuV Zahlen relevant.



Letzte 12 Monate: Kumulierte Wert der letzten 12 Monate
Durchschnitt: Durchschnittswert je nachdem was in der Zeit Dimension gewählt ist (Jahr oder
Quartal)
Hochrechnung: Klassische Hochrechnung bis zum Abschlussmonat
© IDL GmbH Mitte
25
IDL DATAMART
3.13 Zeitvergleich
Die Dimension Zeitvergleich ist eine vordefinierte Dimension, die eine generische, Cubeübergreifende Lösung zum Thema Vorperiodenvergleich bietet. Eine Periode kann ein Jahr, Quartal,
Monat oder Tag sein, also der Vergleich ist für jedes Element der Zeit-Dimension möglich. Dadurch
entfällt das dezidierte Anlegen von solchen Berechnungen für bestimmte Measures/Kennzahlen.
Tabelle 7: Die Zeitvergleich Dimension
ID
Element
Parent
1
Aktuelle Periode
Abweichung zum Vorjahr
2
Vorjahr
Abweichung zum Vorjahr
3
Abweichung Vorjahr in %
Abweichung zum Vorjahr
101
Aktuelle Periode
Abweichung
Vorperiode
zur
102
Vorperiode
Abweichung
Vorperiode
zur
103
Abweichung zur Vorperiode in % Abweichung
Vorperiode
zur
201
Aktuelle Periode
Abweichung
Vorjahresende
zum
202
Vorjahresende
Abweichung
Vorjahresende
zum
203
Abweichung zum Vorjahresende Abweichung
in %
Vorjahresende
zum
301
Aktuelle Periode
Abweichung
Jahresende
zum
302
Jahresende
Abweichung
Jahresende
zum
303
Abweichung zum Jahresende in Abweichung
%
Jahresende
zum
3.14 Geschäftsbereich
Geschäftsbereiche werden, sofern vorhanden, berücksichtigt. Die Dimension Geschäftsbereich ist
eine Parent-Child Hierarchie, die in der IDL.KONSIS Anwendung UBRUBR definierten Hierarchien
berücksichtigt.
26
© IDL GmbH Mitte
IDL DATAMART
3.15 Controlling-Dimensionen
3.15.1 Views
In IDL.KONSIS kann man bis zu 10 Controlling-Dimensionen anlegen. Die IDL DATAMART-Views
enthalten je eine Spalte für alle 10 Controlling-Dimensionen, egal ob sie gepflegt sind oder nicht.
3.15.2 SSAS-Modell
Im standardmäßig generierten OLAP-Modell werden die ersten 3 Controlling-Dimensionen
unterstützt. Weitere können manuell angelegt werden.
3.15.3 Aufrisse
Für Controlling Aufrisse im Finanzen Cube muss das Element „Controlling“ in der Dimension
DetailDegree (Aufriss) ausgewählt werden (das Default Element ist „Ohne“).
3.15.4 Controlling Kennzeichen – UKV Berichte
In IDL.KONSIS gibt es zwei Reportarten, die auf den Controllingdaten (genauer: auf dem
Controllingkennzeichen 1) basieren und die in der Praxis werden als UKV (Umsatzkostenverfahren)
bezeichnet werden:
1. Über den Reporttyp 'C' wird gesteuert, dass der IDL.KONSIS Bericht eine Spalte je
Controllingkenzeichen enthält. In IDL DATAMART ist es über das Element „Controlling“ in
der Dimension Aufriss möglich.
2. Über die Reportoption 'C' (oder 'Y') wird gesteuert, dass der IDL.KONSIS Bericht die Angabe
von Controllingkennzeichen in der POSKTO für jede Position berücksichtigt. In IDL
DATAMART ist es über das Element „Controlling Kennzeichen“ in der Dimension Aufriss
möglich.
Hier Live-Beispiele.
© IDL GmbH Mitte
27
IDL DATAMART
4. Measure Groups und Cubes
4.1 Finanzen Cube
Das SSAS-Model enthält einen Cube namens Finanzen, der mehrere Measure Groups (MG) enthält.
Prinzipiell gibt es wie in IDL.KONSIS eine Unterscheidung zwischen Berichtswesen auf Konzern(im folgenden „Konzernreporting“) und Gesellschaftsebene (im folgenden „Gesellschaftsreporting).
Abbildung 11: Datenfluss der relevanten Views für Salden
Abbildung 12: Datenfluss der relevanten Views für Buchungen/Spiegel
4.1.1
Konzernreporting
Im Konzernreporting werden nur die Gesellschaften des Konsolidierungskreises einbezogen. Dabei
ist die Konsolidierungsart (Vollkonsolidierung, Quotenkonsolidierung, Equity-Konsolidierung)
entscheidend.
28
© IDL GmbH Mitte
IDL DATAMART
Tabelle 8: Quelle für Konzernreports
MG
View/Quelle
Konzernabschluss
LOAD_FACTB
Konzernabschluss
Buchungen
– FACTPG
Konzernabschluss – Spiegel
LOAD_FACTT
EA-Buchung (Konzernkreis): Über diese Measure werden nur Einzelabschlussbuchungen für
Gesellschaften gezeigt, die in den betreffenden Konsolidierungskreis fallen. Kann insbesondere für
den so genannten Überleitungsreport genutzt werden. Hier Live-Beispiele.
4.1.2
Gesellschaftsreporting
Im Gesellschaftsreporting werden sämtliche Gesellschaften einbezogen, unabhängig von der
Konsolidierungsart. Beteiligungsverhältnisse sind nicht relevant.
Tabelle 9: Quelle für Gesellschaftsreports
MG
View/Quelle
Einzelabschluss
LOAD_FACTBC
Einzelabschluss - Buchungen
FACTPC
Einzelabschluss - Spiegel
LOAD_FACTTC
EA-Buchung: Über diese Measure werden alle Einzelabschlussbuchungen der betreffenden
Datenart und Periode gezeigt, unabhängig davon, ob sich die Gesellschaften im
Konsolidierungskreis fallen.
4.1.3
Beteiligung
Die Measure Group Beteiligung bildet die Beteiligungsverhältnisse innerhalb eines Konzerns ab.
Über das Measure Buchwert sind die Anteilsbesitzbewegungen abbildbar.
© IDL GmbH Mitte
29
IDL DATAMART
Abbildung 13: IDL.DESIGNER Beispiel mit Beteiligungen und Datenübersicht
4.1.4
Datenübersicht
Die MG Beteiligung visualisiert, ob Daten für eine bestimmte Kombination Datenart/Periode
vorhanden sind. Daten sind vorhanden, wenn mindestens ein Kontensaldo vorhanden ist.
4.1.5
Wechselkurse
Die MG Wechselkurse visualisiert Stichtag und Periodendurchschnitt Wechselkurse. Es handelt sich
um eine reine Visualisierung, Umrechnungen finden in IDL.KONSIS statt.
4.1.6
Granularität und Aufrisse (DrillThrough)
IDL DATAMART enthält die Daten auf unterster Ebene, um Aufrisse von jeder Zelle zu ermöglichen.
Die Aufrisse sind über vordefinierte SSAS DrillThrough-Aktionen verfügbar.
4.2 Rules und Berechnungen
Der Finanzen Cube enthält MDX-Skripte (Rules), die hauptsächlich für die Zeitlogik (Dekumulierung,
Periodenvergleich) notwendig sind.
4.3 Bilanzgewinn
Für den Ausweis des Bilanzgewinns im Bilanzbericht im IDL DATAMART wird empfohlen diesen in
der IDL.KONSIS Reportzeilenbeschreibung für die Bilanz über eine P6-Position mit entsprechend
30
© IDL GmbH Mitte
IDL DATAMART
zugeordneten P1-Positionen abzubilden. Dem Knoten Bilanzgewinn (P6) sind damit ausgehend von
einer Position Jahresergebnis (P1) mit zugeordnetem E-Konto die übrigen Bilanzgewinnrelevanten
Positionen mit entsprechender Kontenzuordnung zuzuweisen (quasi in Analogie zur Darstellung der
Ergebnisverwendung im Bericht für die Ergebnisrechnung). Grundsätzlich ist die Reihenfolge der
Zuordnung aber unerheblich.
Das nachfolgende Beispiel zeigt exemplarisch einen möglichen Aufbau:
Abbildung 14: Exemplarischer Aufbau eines Bilanz-Berichts
Bitte beachten Sie, dass S0 und S2-Positionen in der Bilanz, als in IDL.KONSIS berechnete
Positionen, regelmäßig nicht mit einer OLAP-Zuordnung in der Reportzeilenbeschreibung versehen
werden, um Doppelungen in der Wertdarstellung im IDL DATAMART zu vermeiden. Positionen ohne
OLAP-Zuordnung bleiben beim Transfer in die Strukturen des IDL DATAMART außen vor.
4.4 Kapitalflussrechnung (KFR) Cube
Die KFR wird aus sowohl technischen als auch fachlichen Gründen separat behandelt. Berichte vom
Typ ‚F‘ landen im „KFR“-Cube, alle andere im „Finanzen“-Cube.
Hier ein Live-Beispiel.
Im KFR Cube werden keine Spiegel, IC oder Controlling Aufrisse angeboten. Diese Aufrisse sind
allerdings im normalen Fall im Finanzen Cube vorhanden.
© IDL GmbH Mitte
31
IDL DATAMART
4.5 Default Members
Das Default Member einer Dimension kann individuell gesetzt werden (über MDX, siehe Kapitel 7.1).
Hier ein Beispiel:
ALTER CUBE Currentcube UPDATE DIMENSION [Account].[Account], DEFAULT_MEMBER =
[Account].[Account].CurrentMember.FirstChild;
32
© IDL GmbH Mitte
IDL DATAMART
5. Betrieb
5.1 Performance
Die Performance von IDL DATAMART hängt von der Datenmenge, die in MISPAR eingestellt ist,
ab. Je mehr Perioden, Datenarten und Reports gewählt sind, desto länger dauert der Prozess.
5.2 Inkrementelles Laden/Prozessieren
Das inkrementelle Laden bzw. Prozessieren von IDL DATAMART Cubes ist nicht möglich. Beim
Prozessieren werden die Cubes neu erstellt, d.h. es gibt nicht die Möglichkeit nur einen Teil (z.B.
nur eine Periode) zu prozessieren und den Rest nicht.
5.3 Datenaktualisierung
Wie in der Abbildung 10 zu sehen ist (Deploy-Knopf in der App-Bar), ist die manuelle Aktualisierung
der Daten möglich. Für eine automatisierte Aktualisierung der Daten (Scheduling) muss ein
entsprechender Job in SSMS angelegt werden (nicht Bestandteil des Standards) oder der Scheduler
des WPS verwendet werden.
5.4 Autorisierung
5.4.1
Schritte in IDL.KONSIS
IDL.DATAMART zieht die Datenbankberechtigungen direkt aus der Quelldatenbank IDL.KONSIS.
Hier ist folgendes Vorgehen notwendig:
1. Anlage einer Benutzergruppe für die Objektberechtigungen (Abbildung 15: BEN)
© IDL GmbH Mitte
33
IDL DATAMART
Abbildung 15: BEN
Wichtig bei der Benutzergruppe ist die Zuordnung der Objektberechtigungen (ObjBerecht).
Menüberechtigungen (MenBerecht) für IDL.KONSIS sind für reine Designer-Benutzergruppen nicht
notwendig, da kein Zugriff auf IDL.KONSIS gewährleistet wird und ohnehin in den meisten Fällen
eine eigene Benutzergruppe für die Menüberechtigungen verwendet wird.
2. Ausgestaltung der unter Punkt 1 angelegten Benutzergruppe in der Benutzergruppendefinition
(Abbildung 16: BENDEF)
Abbildung 16: BENDEF
Über die einzelnen Reiter können für die ausgewählte Benutzergruppe weitere Feineinstellungen
hinsichtlich Datenberechtigungen vorgenommen werden.
In diesem Beispiel wurden lediglich zwei Gesellschaften für den lesenden Zugriff freigeschaltet.
3. Nachdem die Gruppen definiert wurden, müssen die Benutzer angelegt werden (Abbildung 17:
USEAbbildung 17)
34
© IDL GmbH Mitte
IDL DATAMART
Abbildung 17: USE
Bei den Benutzern sind vor allem die Zuordnung der Menügruppe und die Datengruppe wichtig.
Die Zuordnung der Menügruppe regelt die Funktionsberechtigungen für IDL.KONSIS. Für einen
reinen Designer-User, der keine KONSIS-Berechtigungen bekommt, muss die Standardgruppe
„IDLNOAUT“ gewählt werden.
Die Zuordnung der Struktur-/Elementberechtigungen wird über die Datengruppe geregelt, welche
unter Punkt 2 ausgestattet wurde.
4. Abschließend muss für jeden Benutzer eine Vorbelegung definiert werden (Abbildung 18:
VORADMIN)
© IDL GmbH Mitte
35
IDL DATAMART
Abbildung 18: VORADMIN
Im Bereich der Vorbelegung ist vor allem wichtig, dass im rechten Bereich (siehe Screenshot) die
Berechtigungen der Datenrechte lt. BENDEF gesetzt sind. Somit wird sichergestellt, dass die dort
definierten Datenrechte dem Benutzer zugeordnet werden.
5.4.2
Schritte in WPS
IDL DATAMART zieht die in IDL.KONSIS definierten Datenberechtigungen (Anwendungen) und
erstellt automatisch die entsprechenden Rollen im SSAS. In der Abbildung 19 sieht man die Rollen
IDLADMIN, IDLEE und IDLKON.
Im zweiten Schritt müssen die IDL Workplace Server Benutzer (manuell) einer IDL.KONSIS Rolle
zugeordnet werden.
Eine separate bzw. zusätzliche Datenberechtigungen-Pflege direkt im SSAS ist nicht sinnvoll, weil
das vom IDL Portal angestoßene Deploy diese Datenberechtigungen überschreibt. Aus diesem
Grund müssen sie ausschließlich in IDL.KONSIS gepflegt werden.
36
© IDL GmbH Mitte
IDL DATAMART
Abbildung 19: Datenberechtigungen (AS Rollen) im IDL Portal
© IDL GmbH Mitte
37
IDL DATAMART
6. Historisierung
6.1 Konzernstruktur
Die Tabelle OLAP_DIM_GROUPID_COMPANY
Periode/Datenart, wie in 3.8.2 beschrieben.
enthält
die
Konzernstruktur
für
jede
6.2 Kontenstruktur
Ab IDL.KONSIS 2017 wie in 3.7.4 beschrieben.
6.3 Daten
IDL DATAMART basiert auf relationalen Views und liefert dementsprechend immer den aktuellen
Datenstand. Um die Daten zu historisieren, muss ein Data Warehouse aufgebaut werden und die
Historisierung der Daten individuell abgebildet werden.
38
© IDL GmbH Mitte
IDL DATAMART
7. Customizing
Die Generierung der IDL DATAMART ist standardisiert. Trotzdem gibt es die Möglichkeit, das
Standard-Modell anzupassen oder zu erweitern, um kundenspezifische Anforderungen zu
adressieren. Die (multidimensionale) Modelldefinition ist eine XMLA-Beschreibung.
7.1 Customizing über MDX-Patchen
Im IDL Portal kann individuelle MDX Skripte eingegeben werden um das Model zu erweitern.
Klassisches Beispiel ist die Definition von zusätzlichen berechneten Elementen (Calculated
Elements). Vorteil dieser Lösung ist die Release-Sicherheit. Es gibt (pro Cube) 2 Bereiche um
individuelle MDX Skripte einzufügen:


Im ersten Bereich gehören Erweiterungen wie z.B. neue berechnete Kennzahlen,
Abweichungen oder Sets. Diese Skripte landen am Ende der Standard xmla.
Im zweiten Bereich gehören Basisdaten-Manipulation wie z.B. kopieren/ändern von
Monatsdaten oder Faktendaten. Diese Skripte landen am Anfang der Standard xmla.
Abbildung 20: MDX Patchen im IDL Portal
7.2 Customizing über eine individuelle XMLA
XMLA beschreibt einen offenen Standard, der einen Datenzugriff auf Datenquellen unterstützt. Im IDL
Portal kann eine angepasste XMLA-Definition hochgeladen werden. Die Anpassung der xmla Datei
ist nur mit Microsoft SSDT bzw. SSMS möglich.
© IDL GmbH Mitte
39
IDL DATAMART
Prozessschritte:
 Die IDL DATAMART SSAS DB mit SSDT öffnen
 Anpassungen durchführen
 Die XMLA Definition der (angepassten) DB in SSMS erstellen
 Diese im IDL Portal (im Administrationsbereich) hochladen
Nachteil dieser Lösung ist die fehlende Release-Sicherheit.
7.3 Komplett individuelle OLAP-Landschaft (DWH)
Alternativ kann man ein komplett individuelles multidimensionales Modell aufbauen. In diesem Fall
gibt es keine Einschränkung in Bezug auf das ETL-Werkzeug oder die OLAP-Datenbank (d.h. es
muss nicht SSAS sein), weil nur die relationalen Views von IDL DATAMART relevant sind. Die in
IDL.KONSIS zur Verfügung stehenden Views können für den Aufbau des kundenindividuellen
OLAP-Modells verwendet werden.
7.4 Release-Sicherheit (Updates) und Wartung
IDL DATAMART wird als normale technische Komponente entwickelt und gewartet. Bei 7.2 entsteht
eine klassische Projekt-Lösung und dementsprechend muss folgendes berücksichtigt werden:
 Keine Produkt-Wartung kann gewährleistet werden. Unterstützung in diesem Bereich ist im
Rahmen klassischer Beratung möglich.
 IDL DATAMART ist ein relativ komplexes System. Anpassungen erfordern ein tiefes
Verständnis diverser Vorgänge und werden in den meisten Fällen klassische Beratung
erfordern.
 Man profitiert von der Weiterentwicklung von IDL DATAMART (neue Views/Cubes,
Optimierungen) nicht (direkt)
40
© IDL GmbH Mitte
IDL DATAMART
8. Data Warehouse Schnittstelle
8.1 Quellen und Datenfluss
8.1.1
Finance Cube
Abbildung 21: Salden (Finance Cube)
Tabelle 10: Quellen für den Finance Cube
Measure Group
Measure
Quelle
Spalte
Schlüssel
(ACCOUNT)
KONZERN-REPORTING
Konzernabschluss
Summenabschluss
LOAD_FACTB
CALCEDVALUEQUOTA
ACCOUNTCALC,
SUF
Konzernabschluss
Summenabschluss + Konsolidierungsbuchung
Konzernabschluss
- Buchungen
Konsolidierungsbuchung
FACTPG
CALCEDVALUE
ACCOUNTCALC,
SUF
Konzernabschluss
- Spiegel
Summenabschluss
Spiegel
LOAD_FACTT
CALCEDVALUEQUOTA
ACCOUNTCALC,
SUF
Konzernabschluss
Spiegel
(Summenabschluss Spiegel) + Konsolidierungsbuchung
GESELLSCHAFTS-REPORTING
Einzelabschluss
Kontensaldo
LOAD_FACTBC
CALCEDVALUE
ACCOUNTCALC,
SUF
Einzelabschluss
Buchungen
-
EA-Buchung
FACTPC
CALCEDVALUE
ACCOUNTCALC,
SUF
Einzelabschluss
Spiegel
-
EA-Spiegel Saldo
LOAD_FACTC
CALCEDVALUE
ACCOUNTCALC,
SUF
© IDL GmbH Mitte
41
IDL DATAMART
8.1.2
Cash Flow Cube
Tabelle 11: Quellen für den Cash Flow Cube
Abbildung 22: Buchungen und Spiegel (Finance Cube)
Measure Group
Measure
Quelle
Spalte
Schlüssel (CF
ACCOUNT)
Konzernabschluss
Summenabschluss
LOAD_FACTB_CF
CALCEDVALUEQUOTA
ACCOUNTCALC
Konzernabschluss
Summenabschluss + Konsolidierungsbuchung
ACCOUNTCALC
Konzernabschluss
- Buchungen
Konsolidierungsbuchung
LOAD_FACTPG_CF
CALCEDVALUE
ACCOUNTCALC
Einzelabschluss
Kontensaldo
LOAD_FACTBC_CF
CALCEDVALUE
ACCOUNTCALC
EA-Buchung
FACTPC_CF
CALCEDVALUE
ACCOUNTCALC
Einzelabschluss
Buchungen
42
-
© IDL GmbH Mitte
IDL DATAMART
Abbildung 23: Salden (Cash Flow Cube)
8.2 Aufrisse (IC/CO)
Die Aufrisse werden über die Spalte DETAILDEGREE, wie in 3.1 beschrieben, abgebildet.
Abbildung 24: Buchungen (Cash Flow Cube)
8.3 Persistierung von Views
Um die Bereitstellung von IDL DATAMART bei größeren Datenmengen zu beschleunigen gibt es
die Möglichkeit Views zu persistieren:
© IDL GmbH Mitte
43
IDL DATAMART
Tabelle 12: Persistierbare Views für Performance-Optimierung
IDL.KONSIS
Finance Cube
Cash Flow Cube
2016.1A,B,C
REPORT_ACCOUNTS_DISTINCT
REP_ACCOUNTSCF_DISTINCT
TMP_ACCOUNT
DIM_ACCOUNTCF_LEAVES
REPORT_ACCOUNTS_DISTINCT
REP_ACCOUNTSCF_DISTINCT
TMP_ACCOUNT
TMP_ACCOUNTCF_LEAVES
2017
44
© IDL GmbH Mitte
IDL DATAMART
9. FAQ
Die Views liefern überhaupt keine Daten, was kann man tun?
Siehe Kapitel 0. Sind alle notwendigen Schritte erfolgt?
In der Kontenstruktur fehlen Positionen, was kann man tun?
Sind die OLAP-Zuordnungen in der REPZEI/REPDEF gepflegt?
Der Cube enthält Daten, aber nicht für alle Perioden oder Datenarten.
Siehe Kapitel 2.1.3. Sind alle notwendigen Schritte erfolgt?
Wo finde ich die Controlling-Aufrisse?
Siehe Kapitel Error! Reference source not found..
Wo finde ich Live-Beispiele?
Hier
© IDL GmbH Mitte
45