Leitfaden für die Modellkonfiguration SAP Integrated Business Planning for Supply Chain 2405 PDF Free Download
1 / 572
/572
100%
Kongurationsleitfaden
PUBLIC (ÖFFENTLICH)
Dokumentversion: 1.0–2024-05-03
Leitfaden für die Modellkonguration
SAP Integrated Business Planning for Supply Chain 2405
© 2024 SAP SE oder ein SAP-Konzernunternehmen Alle Rechte vorbehalten.
THE BEST RUN
Inhalt
1 Dokumenthistorie........................................................... 8
2 Informationen über diesen Leitfaden.............................................9
3 Planungsmodelle in SAP Integrated Business Planning.............................. 10
4 Attribute..................................................................13
4.1 Attribute anlegen............................................................ 13
4.2 Konguration von Attributen.................................................... 15
4.3 Länge eines Attributs erweitern.................................................. 16
4.4 Attribute bearbeiten.......................................................... 17
4.5 Attribut löschen............................................................. 19
4.6 Attribute Selection Capabilities for Filtering......................................... 20
5 Stammdatentypen..........................................................24
5.1 Beschreibungsattribute........................................................26
5.2 Kopieroptionen für Stammdatentypen.............................................26
5.3 Einfache Stammdatentypen anlegen.............................................. 27
5.4 Attributprüfungen anlegen..................................................... 29
5.5 Zusammengesetzte Stammdatentypen anlegen...................................... 31
5.6 Externe Stammdatentypen anlegen...............................................33
5.7 Referenz-Stammdatentypen anlegen..............................................34
Referenzstammdatentypen ltern..............................................36
5.8 Virtuelle Stammdatentypen anlegen...............................................37
5.9 Konguration von Stammdatentypen..............................................40
5.10 Stammdatentyp ändern........................................................41
5.11 Stammdatentyp löschen.......................................................44
5.12 Änderungen an personenbezogenen Stammdaten verfolgen..............................46
6 Zeitprole und Zeiträume.....................................................47
6.1 Attribute PERIODID und PERIODID(n) in Zeitprolebenen............................... 48
6.2 Zeitprole anlegen...........................................................48
6.3 Optionen zum Anlegen von Zeiträumen............................................ 49
6.4 Zeiträume aus einer Vorlage anlegen.............................................. 50
6.5 Zeiträume mit einem Anwendungsjob anlegen........................................52
6.6 Zeitprole ändern und löschen...................................................53
6.7 Aggregation und Disaggregation von Daten über verschiedene Zeitprolebenen kongurieren
.........................................................................55
2
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Inhalt
7 Planungsbereiche...........................................................58
7.1 Beispielplanungsbereiche......................................................60
7.2 Optionen zum Anlegen eines Planungsbereichs.......................................66
7.3 Planungsbereich durch Kopieren eines Beispielplanungsbereichs anlegen....................67
Neu anlegen mit Abhängigkeiten...............................................70
Durch Teilkopie neu anlegen..................................................73
7.4 Planungsbereich in der App „Planungsbereiche“ anlegen................................75
7.5 Planungsbereich durch Kopieren eines Nicht-Beispielplanungsbereichs anlegen................77
7.6 Attribute einem Planungsbereich zuordnen..........................................79
7.7 Attributkategorie einem Planungsbereichsattribut zuordnen..............................81
7.8 Zeitprol in einem Planungsbereich ersetzen.........................................84
7.9 Planungsbereich mit Inhalt aus einem anderen Planungsbereich aktualisieren.................87
Vorhandenen ersetzen......................................................88
Vorhandenen einschließlich Abhängigkeiten ersetzen................................89
Mit vorhandenem zusammenführen............................................92
Teilzusammenführung......................................................96
7.10 Mehrere Planungsbereiche verwenden............................................105
7.11 Planungsbereich herunterladen.................................................106
7.12 Planungsbereich hochladen....................................................110
7.13 Planungsbereiche vergleichen...................................................111
7.14 Planungsbereich löschen......................................................113
8 Planungsebenen...........................................................115
8.1 Planungsebenen anlegen......................................................117
8.2 Attribute zu Planungsebenen zuordnen............................................122
8.3 Quellenzuordnung für Planungsebenenattribute..................................... 123
Anwendungsfallbeispiel.................................................... 125
Quellenzuordnung anlegen..................................................127
Modellierungsanforderungen für die Quellenzuordnung..............................128
8.4 Planungsebenen ändern und löschen.............................................128
8.5 Planungsobjekte steuern......................................................130
Beispiel: Enge Verknüpfung für Planungsobjekte...................................134
9 Attribute als Kennzahlen.....................................................137
9.1 Attribut als Kennzahl denieren................................................. 147
9.2 Fehlerbehebung für Attribute als Kennzahlen........................................149
10 Kennzahlen...............................................................152
10.1 Kennzahlentypen........................................................... 152
10.2 Kennzahlen anlegen..........................................................155
Konguration der Kennzahlxierung........................................... 166
Planungsnotizen für Kennzahl aktivieren........................................ 168
Leitfaden für die Modellkonguration
Inhalt
PUBLIC
ÖFFENTLICH 3
Konguration der proportionalen Disaggregation.................................. 169
Umrechnungskonguration..................................................170
10.3 Kennzahlen kopieren.........................................................171
10.4 Kennzahlen bearbeiten........................................................172
10.5 Externe Kennzahlen anlegen....................................................173
10.6 Nachkommastellen in Kennzahlwerten............................................ 174
10.7 Distanz der Kennzahlen von ihren Datenquellen......................................176
11 Kennzahlberechnungen......................................................177
11.1 Berechnungen zu Kennzahlen hinzufügen..........................................177
11.2 Berechnungsdiagramme......................................................180
11.3 Häug verwendete Funktionen und Ausdrücke.......................................182
11.4 Mehrere Eingabekennzahlen für MIN und MAX.......................................189
11.5 COUNT.................................................................. 190
11.6 STDDEV..................................................................191
11.7 Berechnung von abgelegten Kennzahlen...........................................193
11.8 Berechnungen auf Anfrageebene................................................193
11.9 Berechnungen über verschiedene Planungsebenen hinweg..............................194
11.10 Vorbelegung mit anderer Kennzahl...............................................196
11.11 Attribute in Kennzahlberechnungen verwenden......................................198
11.12 Zeiträume in Kennzahlberechnungen verwenden.....................................199
11.13 Überschreitung der Begrenzung auf 12-stellige ganze Zahlen und 6 Dezimalstellen bei
Kennzahlberechnungen...................................................... 200
12 Vereinfachte Kennzahlenberechnungen.........................................203
12.1 Kumulative Aggregation...................................................... 204
Kumulative Summe, kumulativer Durchschnitt, Mindest- oder Höchstwerte von Kennzahlen
..................................................................... 207
Kumulative Multiplikation...................................................209
Year-To-Date- und Year-To-Go-Berechnungen......................................211
Berechnungen des projizierten Bestands........................................212
12.2 Aggregation der letzten Periode.................................................218
12.3 Rollierende Aggregation...................................................... 222
12.4 Dynamische rollierende Aggregation..............................................226
12.5 Periodenverschiebung........................................................232
12.6 Gewichteter Durchschnitt..................................................... 237
12.7 Deckung................................................................. 243
Reichweite............................................................. 249
Projizierter Bestand.......................................................257
12.8 Kalender.................................................................264
12.9 Fehlende Zeiträume generieren.................................................268
12.10 Berechnung des letzten Werts..................................................277
4
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Inhalt
12.11 Berechnung des aktuellen Werts.................................................281
12.12 Fensterbasierte Aggregation...................................................283
12.13 Verrechnung.............................................................. 288
Konguration der Funktion IBP_CONSUMPTION................................... 294
12.14 Zeitdimension hinzufügen.....................................................300
13 Kennzahlgruppen denieren................................................. 304
14 Betriebswirtschaftliche Bedeutung............................................306
15 Versionen anlegen......................................................... 307
16 Planungsoperatoren........................................................310
16.1 Planungsoperator einem Planungsbereich zuordnen...................................311
16.2 Snapshot-Operator (SNAPSHOT)................................................312
16.3 Redo-Snapshot-Operator (SNAPSHOTREDO).......................................313
16.4 Bestandsoptimierungsoperator (IO-Operator).......................................313
17 Original-Snapshots kongurieren..............................................317
18 Planungsmodelle aktivieren.................................................. 321
18.1 Status von Modellentitäten....................................................322
Beispiel: Voneinander abhängige Modellentitäten ändern............................ 325
Beispiel: Attribut aus einem aktiven Stammdatentyp und aktiven Planungsbereich löschen
.....................................................................330
18.2 Zeitprole aktivieren.........................................................333
18.3 Stammdatentypen aktivieren...................................................335
18.4 Planungsbereiche aktivieren................................................... 337
Planungsbereiche in der App „Planungsbereiche“ aktivieren..........................339
Erweiterte Version der Planungsbereichsaktivierung................................341
Anwendungsspezische Prüfungen für Planungsbereichsaktivierung....................343
Fehler unterdrücken und Planungsbereich mit eingeschränktem Umfang aktivieren..........343
18.5 Aktive Objekte löschen (Aktive Löschung)..........................................344
Fehlerbehebung für aktive Löschung...........................................345
19 Modellierungsanforderungen (Prüfungen und Fehler)...............................348
19.1 Zeitprole................................................................ 348
19.2 Stammdatentypen..........................................................350
19.3 Planungsbereiche...........................................................354
19.4 Planungsebenen............................................................359
19.5 Kennzahlen...............................................................360
19.6 Unterdrückbare Fehler........................................................374
20 Aktive Instanz wiederherstellen...............................................376
20.1 Aktive Instanz für Planungsbereiche wiederherstellen..................................376
Leitfaden für die Modellkonguration
Inhalt
PUBLIC
ÖFFENTLICH 5
20.2 Aktive Instanz für andere Entitäten wiederherstellen...................................377
20.3 Aktive Instanz nach Kopie wiederherstellen.........................................380
21 Historische Stände von Modellentitäten.........................................382
21.1 Historische Stände anzeigen...................................................382
21.2 Historischen Stand eines Planungsbereichs wiederherstellen............................384
21.3 Historischen Stand eines Planungsbereichs archivieren................................385
22 Mehrsprachenunterstützung für Modellierungsobjekte einrichten.....................387
23 Export und Import von Software-Kollektionen....................................390
23.1 Export und Import von Erweiterungselementen in Ihre Systemlandschaft................... 406
23.2 Best Practices: Planungsmodelle exportieren.......................................409
23.3 Planungsbereiche in einem 2-Phasen-Kongurationsprojekt exportieren.....................411
24 Notzugang zum Produktivsystem..............................................415
25 Ursachencodes............................................................416
25.1 Ursachencodes anlegen.......................................................416
26 Globale Konguration.......................................................417
26.1 Globale Kongurationsparameter pegen..........................................417
26.2 Globale Kongurationsparameter................................................418
27 Kongurationshistorie......................................................505
28 Erweiterte Modellierung.....................................................507
28.1 Zeitunabhängige Kennzahlen...................................................507
28.2 Währungsumrechnung kongurieren.............................................508
28.3 Mengeneinheitenumrechnung kongurieren.........................................511
28.4 Attribut-Transformationen.....................................................512
28.5 Berechnung des gewichteten Durchschnitts.........................................515
28.6 Preis und Kosten für Währungs- und ME-Umrechnungen kongurieren......................517
28.7 Verteilungsfaktorberechnung...................................................519
28.8 Aktivieren der Änderungshistorie?...............................................520
Änderungshistorie für Planungsbereiche aktivieren.................................523
Änderungshistorie für Kennzahlen aktivieren.....................................523
Benutzern die Anzeige der Änderungshistorie ermöglichen...........................524
Optionale Einstellungen für die Änderungshistorie................................. 525
28.9 Einrichten von änderungshistoriebasierten Berechnungen..............................527
Änderungshistorie-basierte Berechnungen aktivieren...............................528
Konguration der Berechnung von historieabhängigen Kennzahlen..................... 529
Aktivierung eines Planungsbereichs für Berechnungen, die auf der Änderungshistorie basieren
......................................................................531
28.10 Gegenüberstellung von Periode zu Periode mit Zeitprolattributen kongurieren.............. 532
6
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Inhalt
29 Namenskonventionen von Modellentitäten.......................................535
29.1 Reservierte Namen und Namenseinschränkungen....................................536
29.2 Anlegen einer Kennzahl mit der ID eines gelöschten Attributs oder eines Attributs mit der ID einer
gelöschten Kennzahl.........................................................538
30 Monitoring und Fehlerbehebung...............................................540
30.1 Kennzahlenberechnungen simulieren.............................................540
Verwendung der App...................................................... 541
Beispiel: Fehlende Umrechnungskurse..........................................542
Beispiel: Division durch Null.................................................545
Blöcke in Simulation ltern..................................................545
Umgang mit fehlender Eingabe...............................................546
Kennzahlwerte für Simulationen manuell ändern.................................. 548
Einschränkungen in der App "Kennzahlberechnungen simulieren"......................549
30.2 Verwendungsdiagramme......................................................550
30.3 Datenvolumen in Berechnungen analysieren........................................552
Was ist ein Report zum Datenvolumen?.........................................552
Was passiert beim Ausführen des Reports?......................................553
Ergebnisse des Reports interpretieren..........................................554
Wie geht es weiter?....................................................... 557
30.4 Filtersperren.............................................................. 558
Beispiel: Zeitattribut-Transformation........................................... 561
Beispiel: Transformation von Stammdatenattributen................................564
Beispiel: Kumulative Aggregation............................................. 567
Video ansehen...........................................................570
Leitfaden für die Modellkonguration
Inhalt
PUBLIC
ÖFFENTLICH 7
1 Dokumenthistorie
Hinweis
Aktualisierungen der Dokumentation werden bis drei Monate nach dem Erscheinen eines neues Release
von SAP Integrated Business Planning for Supply Chain auf dem SAP Help Portal veröentlicht.
Vergewissern Sie sich, dass Sie die neueste Version nutzen, wenn Sie eine lokale PDF-Kopie dieses
Dokuments oder einen Ausdruck auf Papier verwenden. Diese nden Sie unter http://help.sap.com/
ibp2405.
Die folgende Tabelle gibt Ihnen einen Überblick über die wichtigsten Dokumentänderungen:
Version Datum Beschreibung
1.0 03.05.2024 Initialversion für SAP Integrated Busi-
ness Planning for Supply Chain 2405
8
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Dokumenthistorie
2 Informationen über diesen Leitfaden
SAP Integrated Business Planning bietet umfassende Funktionen zum Anlegen, Aktualisieren und Erfassen von
Informationen in einem Plan, der mit einem Planungsmodell konguriert wird.
Dieser Leitfaden für die Modellkonguration richtet sich an Experten-Anwendungsbenutzer, Berater und
andere, die das Planungsmodell eines Unternehmens anlegen, ändern oder erweitern. Auf Basis der Web-
Benutzungsoberäche für die Konguration des Planungsmodells stellt der Leitfaden aufgabenbasierte
Informationen zur Verfügung, die Ihnen dabei helfen, allgemeine Modellierungsaufgaben wie folgende
durchzuführen:
•Anlegen von Stammdatentypen und Attributen, Zeitprolen, Planungsbereichen, Planungsebenen,
Kennzahlen (einschließlich Berechnungen), Versionen und Planungsoperatoren
•Planungsmodell aktivieren, kopieren, exportieren und importieren
•Verwalten von Ursachencodes und globalen Kongurationsparametern
•Einrichten der Mehrsprachenunterstützung für die unterstützten Modellierungsobjekttypen
Außerdem enthält dieser Leitfaden eine Einführung in einige fortgeschrittene Modellierungskonzepte, z.B. die
Modellierung für die Umrechnung von Währungen und Mengeneinheiten sowie für die Attribut-Transformation.
Hinweis
Der Leitfaden veranschaulicht die Modellierungsaufgaben und -konzepte anhand zahlreicher
Beispiele. Zum besseren Verständnis basierend die Beispiele nach Möglichkeit immer auf dem
Beispielplanungsbereich SAPIBP1, der mit SAP Integrated Business Planning ausgeliefert wird.
Basierend auf Ihrem Planungsmodell können Sie Planungssichten anlegen und mit SAP Integrated Business
Planning, Add-in für Microsoft Excel an Ihren Daten arbeiten. Weitere Informationen nden Sie im SAP Help
Portal unter http://help.sap.com/ibp in der Hilfe zur Anwendung Benutzeroberäche Planen mit
Microsoft Excel .
Leitfaden für die Modellkonguration
Informationen über diesen Leitfaden
PUBLIC
ÖFFENTLICH 9
3 Planungsmodelle in SAP Integrated
Business Planning
Ein Planungsmodell beschreibt die Struktur Ihres Plans in Bezug auf Daten und Berechnungen. Es legt
fest, wie Daten im System abgelegt, berechnet und aggregiert werden. Aus technischer Sicht ist ein
Planungsmodell eine Kollektion von Stammdaten und Zeitreihendaten, die in Dimensionen organisiert sind
und durch bestimmte Berechnungen erweitert werden. Alle Modelle basieren auf den folgenden Entitäten:
•Attribute
•Stammdatentypen
•Zeitprole
•Planungsbereiche
•Planungsebenen
•Kennzahlen (einschließlich Snapshots)
•Versionen
•Berechnungen
•Sonstige zusätzliche Entitäten, wie z.B. globale Kongurationsparameter, Planungsoperatoren und
Ursachencodes
Die nachfolgende Abbildung zeigt die Beziehung zwischen den Hauptkongurationsentitäten an.
10
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Planungsmodelle in SAP Integrated Business Planning
Die in der Abbildung dargestellten Entitäten werden in der folgenden Tabelle erläutert:
Hauptkongurationsentitäten
Entität Erklärung
Gemeinsame Entitäten Attribute, Stammdatentypen, und Zeitprole müssen in SAP
IBP deniert werden. Sie können in jedem Planungsbereich
verwendet werden.
Attribute Attribute beschreiben ein individuelles Feld und einen Daten-
typ, die in dem Planungsmodell verwendet werden. Ein Bei-
spiel für ein Attribut ist die Produkt-ID
Stammdatentypen Stammdatentypen sind Gruppierungen von Attributen. Ein
Stammdatentyp kann z.B. alle Attribute gruppieren, die
zu dem Produkt gehören, wie die Produkt-ID, die Produkt-
gruppe usw. Ein Stammdatentyp kann zu mehreren Pla-
nungsbereichen zugeordnet werden und einem Planungsbe-
reich sind mehrere Stammdatentypen zugeordnet.
Zeitprole Die Zeiträume, in denen Planungsdaten verwaltet werden
können (z.B. wöchentlich, monatlich usw.) und die Hierar-
chie dieser Zeiträume ergeben zusammen ein Zeitprol.
Ein Zeitprol kann mehreren Planungsbereichen zugeordnet
werden. Einem Planungsbereich ist genau ein Zeitprol zu-
geordnet.
Planungsbereiche Planungsbereiche sind Strukturen, die die im Planungspro-
zess erforderlichen Elemente verwenden (Attribute, Stamm-
datentypen, Zeitprole). Die Elemente werden spezisch
ausgesucht, z.B. für die Bedarfsplanung. (An diesem Punkt
fehlen dem Planungsbereich noch die Planungsebenen und
Kennzahlen.)
Planungsebenen Für jeden Planungsbereich werden eine oder mehr Pla-
nungsebenen deniert. Eine Planungsebene ist eine Kombi-
nation aus Attributen und optional einem Zeitraum. Eine
Planungsebene kann z.B. aus einer Kunden-ID, Lokations-ID
und Produkt-ID mit einem verknüpften Zeitraum bestehen,
z.B. wöchentlich.
Kennzahlen Auf jeder Planungsebene werden Kennzahlen konguriert.
Die Kennzahl für den Konsensbedarf könnte z.B. auf Ebene
der Kunden-ID, Lokations-ID, Produkt-ID und einem wö-
chentlichen Zeitraum konguriert werden. Sie repräsentiert
die Konsensbedarfsmenge eines bestimmten Produkts, das
zu einem bestimmten Kunden aus einer bestimmten Loka-
tion in einer bestimmten Kalenderwoche geliefert wird.
Leitfaden für die Modellkonguration
Planungsmodelle in SAP Integrated Business Planning
PUBLIC
ÖFFENTLICH 11
Entität Erklärung
Baseline-Version An diesem Punkt ist der Planungsbereich vollständig kon-
guriert und eine Baseline-Version wird automatisch gene-
riert.
Versionen Unabhängig von der Baseline-Version kann ein Planungsbe-
reich andere Versionen enthalten. Diese können eine Teil-
menge der Kennzahlen enthalten, weil Sie z.B. nicht möch-
ten, dass für alle Anwender alle Daten sichtbar sind. Versio-
nen können auch verwendet werden, um optimistische oder
pessimistische Pläne darzustellen, indem eher optimistische
oder pessimistische Kennzahlwerte verwendet werden.
Planungsoperatoren sind Funktionen, die mit einem Planungsbereich verknüpft sind. Ein wichtiges Beispiel für
einen Planungsoperator ist der Kopieroperator, mit dem Sie Kennzahlwerte innerhalb eines Planungsbereichs
oder zwischen zwei Planungsbereichen kopieren können.
SAP Integrated Business Planning for Supply Chain (SAP IBP) ermöglicht es Ihnen, Ihre eigenen
Planungsmodelle zu kongurieren und Ihren individuellen Geschäftsanforderungen anzupassen. Die folgenden
Apps, die Sie vom Launchpad aus aufrufen können, enthalten alle Funktionen, die Sie zum Kongurieren und
Aktivieren eines Modells benötigen:
•Attribute
•Stammdatentypen
•Zeitprole
•Ursachencodes
•Zeitprole
•Beispielmodellentitäten
•Planungsbereiche
Viele Modellentitäten (Planungsbereiche, Stammdatentypen und Zeitprole) können auch kopiert und
modiziert werden. (Sie können jedoch keine Attribute oder Planungsoperatoren kopieren.)
12
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Planungsmodelle in SAP Integrated Business Planning
4 Attribute
Attribute sind Eigenschaften von Stammdatentypen. Ein Attribut eines Kundenstammdatentyps kann z.B. ein
Land oder eine Region sein. Attribute können entweder numerisch oder nicht-numerisch sein.
Die folgenden Datentypen werden für Attribute unterstützt:
•nvarchar
•decimal
•integer
•timestamp
Hinweis
Sie können Dezimalattribute nur als Kennzahlen im Planungsbereich und nicht als Planungsbereich-
Dimensionsattribute verwenden.
Zur Unterstützung der Planungskalenderfunktion von SAP Integrated Business Planning sind spezielle
Attributtypen mit den folgenden festen Eigenschaften verfügbar:
•Kalenderattribut:
•Datentyp NVARCHAR
•Länge: 32
•Zeitzonenattribut:
•Datentyp NVARCHAR
•Länge: 6
4.1 Attribute anlegen
Mit der App Attribute können Sie Attribute anlegen.
Voraussetzungen
Stellen Sie sicher, dass Sie die erforderlichen Berechtigungen für diese Aktivität haben, also dass
die erforderlichen Anwendungskataloge für diese Aktivität einer Anwendungsrolle zugeordnet sind, die
Ihrem Anwendungsbenutzer zugeordnet ist. Weitere Informationen nden Sie auf dem SAP Help Portal
http://help.sap.com/ibp unter Anwendungshilfe für SAP Integrated Business Planning Identitäts- und
Zugrisverwaltung Grundkonzepte Anwendungskataloge .
Leitfaden für die Modellkonguration
Attribute
PUBLIC
ÖFFENTLICH 13
Vorgehensweise
1. Wählen Sie in der App Attribute die Option Neu. Um spezielle Attributtypen (Kalender- oder
Zeitzonenattribute) anzulegen, wählen Sie den Attributtyp aus dem Dropdown-Menü neben der Drucktaste
Neu aus.
Sie können die Attribute auch in der App Stammdatentypen anlegen. Sie können die Attribute in der App
Attribute anzeigen, bearbeiten und löschen, unabhängig davon, wo Sie diese angelegt haben.
2. Geben Sie im Dialogfenster Neues Attribut die Detailinformationen für das Attribut an.
Um das Attribut Produkt-ID anzulegen, können Sie Folgendes angeben:
•Attribut-ID: S2PRDID
Achtung
Wir verwenden die Beispielmodellentitäten in vielen Beispielen in der Benutzerhilfe für SAP IBP.
Im Allgemeinen haben Sie die Möglichkeit, die Modellentitäten Ihren Geschäftsanforderungen
entsprechend anzupassen.
Um die Bestandsoperatoren und zeitreihenbasierten Beschaungsplanungsalgorithmen
auszuführen, müssen Sie jedoch für die entsprechenden Stammdatentypen, Attribute und
Kennzahlen spezische technische IDs verwenden, die von SAP deniert wurden. Das gleiche
gilt im Demand Sensing für bestimmte Stammdatenattribute und Kennzahlen, für die keine
betriebswirtschaftliche Bedeutung angegeben wurde.
Weitere Informationen nden Sie in der Dokumentation zu den entsprechenden
Planungsoperatoren in diesem Leitfaden und im entsprechenden Kapitel der Anwendungshilfe.
•Name: Produkt-ID
•Beschreibung: Produktbezeichner
•Datentyp: NVARCHAR
•Länge: 40
Achtung
Stellen Sie sicher, dass die ID, die Sie für das Attribut angeben, in keinem der SAP-
Beispielplanungsbereiche vorhanden ist. Ein Attribut mit derselben ID wie ein Attribut in einem SAP-
Planungsbereich kann überschrieben werden, wenn Sie den SAP-Beispielplanungsbereich kopieren.
Hinweis
Die Länge eines Attributs darf 450Zeichen nicht überschreiten. Längere Attribute können nicht in einer
Planungssicht angezeigt und nicht in attributbasierten Filtern im SAP Integrated Business Planning,
Add-in für Microsoft Excel, oder in Planner Workspaces verwendet werden. Attribute, die Länger als
450Zeichen sind, müssen als Beschreibungsattribute modelliert werden (z.B. Produktbeschreibung
als Beschreibungsattribut von Produkt-ID).
Es gibt einige Sondereinstellungen, die Sie für Attribute mimt bestimmten Datentypen vornehmen können.
Sie können die Einstellung Nur Werte in Großbuchstaben für die Attribute NVARCHAR und die Einstellung
Nur nicht negative Werte für die Attribute DECIMAL und INTEGER verwenden, um sicherzustellen, dass nur
jene Arten von Werten akzeptiert werden, wenn die Attribute von Anwendungen der Lösung SAP Integrated
Business Planning for Supply Chain (SAP IBP) verbraucht werden.
14
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Attribute
3. Sichern Sie Ihre Eingaben.
Weitere Informationen
Anlegen einer Kennzahl mit der ID eines gelöschten Attributs oder eines Attributs mit der ID einer gelöschten
Kennzahl [Seite 538]
Konguration von Attributen [Seite 15]
Einfache Stammdatentypen anlegen [Seite 27]
Zusammengesetzte Stammdatentypen anlegen [Seite 31]
Referenz-Stammdatentypen anlegen [Seite 34]
Attribute [Seite 13]
4.2 Konguration von Attributen
Im Folgenden nden Sie spezische Einstellungen zum Anlegen von Attributen.
Konguration von Attributen
ID Beschreibung Datentyp Länge
S2CURRID Currency ID NVARCHAR 5
S2CURRDESC Currency Description NVARCHAR 60
S2CURRTOID Currency To ID NVARCHAR 5
S2CURRTODESC Currency To Description NVARCHAR 60
S2CUSTDESC Customer Description NVARCHAR 60
S2CUSTID Customer ID NVARCHAR 20
S2DISCTCHANNEL Distribution Channel NVARCHAR 2
S2LOCDESC Location Description NVARCHAR 60
S2LOCID Location ID NVARCHAR 20
S2LOCTYPE Location Type NVARCHAR 10
S2ORDERQTY Cumulative Order Quantity in
Sales Units
DECIMAL(18,6) -
S2PRDDESC Product Description NVARCHAR 60
S2PRDFAMILY Product Family ID NVARCHAR 40
Leitfaden für die Modellkonguration
Attribute
PUBLIC
ÖFFENTLICH 15
ID Beschreibung Datentyp Länge
S2PRDFAMILYDESCR Product Family Description NVARCHAR 60
S2PRDID Product ID NVARCHAR 40
S2SALESDOC Sales Order NVARCHAR 10
S2SALESITEM Sales Order Item NVARCHAR 10
Weitere Informationen
Attribute anlegen [Seite 13]
Attribute [Seite 13]
4.3 Länge eines Attributs erweitern
Voraussetzungen
Stellen Sie sicher, dass Sie die erforderlichen Berechtigungen für diese Aktivität haben, also dass
die erforderlichen Anwendungskataloge für diese Aktivität einer Anwendungsrolle zugeordnet sind, die
Ihrem Anwendungsbenutzer zugeordnet ist. Weitere Informationen nden Sie auf dem SAP Help Portal
http://help.sap.com/ibp unter Anwendungshilfe für SAP Integrated Business Planning Identitäts- und
Zugrisverwaltung Grundkonzepte Anwendungskataloge .
Kontext
Sie können die Länge eines Attributs um bis zu 450 Zeichen erweitern. Längere Attribute können nicht in einer
Planungssicht angezeigt und nicht in attributbasierten Filtern im SAP Integrated Business Planning, Add-in für
Microsoft Excel, oder in Planner Workspaces verwendet werden. Attribute, die länger als 450Zeichen sind,
sollten als Beschreibungsattribute modelliert werden.
Wenn Sie die Länge eines Attributs erweitern, müssen Sie sicherstellen, dass alle Modellentitäten, die
das Attribut verwenden, mit der neuen Länge aktualisiert werden. Sie müssen die entsprechenden
Stammdatentypen, Zeitprole und Planungsbereiche aktivieren, damit die Änderungen wirksam werden, die
Datenbank konsistent bleibt und Laufzeitfehler vermieden werden.
Hinweis
Wenn Sie in einem Ihrer Planungsbereiche ein Attribut aus einem SAP-Beispielplanungsbereich verwenden
und die Länge dieses Attributs im SAP-Beispielplanungsbereich geändert wurde, überschreibt eine
16
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Attribute
erweiterte Kopie des SAP-Beispielplanungsbereichs die Attributlänge in Ihrem Planungsbereich. Sie
müssen die Zeitprole, Stammdatentypen und Planungsbereiche, die dieses Attribut verwenden, erneut
aktivieren. Nach der Aktivierung ist die neue Länge des Attributs konsistent in allen Modellentitäten, in
denen es verwendet wird.
Hinweis
Bitte beachten Sie, dass Kalender- und Zeitzonenattribute eine feste Länge haben, die nicht geändert
werden kann.
Achtung
Beachten Sie auch, dass Sie die Länge eines Attributs, das in einem Planungsbereich für
die auftragsbasierte Planung verwendet wird, nicht ändern können. Sie muss der in den
Beispielplanungsbereichen SAP7 und SAP7F denierten Länge entsprechen. Wenn Sie die Länge eines
solchen Attributs ändern, wäre es in einigen Fällen möglich, dass Sie einen Stammdatentyp, der das
Attribut enthält, nicht aktivieren können.
Vorgehensweise
1. Ändern Sie in der App Attribute die Länge des Attributs.
2. Suchen Sie nach den Zeitprolen, Stammdatentypen und Planungsbereichen, die das geänderte Attribut
verwenden.
Klicken Sie dafür in der App Attribute auf die Zahlen in den entsprechenden Spalten.
3. Aktivieren Sie die Zeitprole, die das geänderte Attribut verwenden.
4. Aktivieren Sie die Stammdatentypen, die das geänderte Attribut verwenden.
5. Aktivieren Sie die Planungsbereiche, die das geänderte Attribut verwenden.
Weitere Informationen
Zeitprole aktivieren [Seite 333]
Stammdatentypen aktivieren [Seite 335]
Planungsbereiche aktivieren [Seite 339]
Planungsbereich mit Inhalt aus einem anderen Planungsbereich aktualisieren [Seite 87]
4.4 Attribute bearbeiten
Sie möchten ein Attribut ggf. ändern. Es sind jedoch nicht alle Felder eines Attributs bearbeitbar. Welche
Änderungen Sie vornehmen können, hängt von folgenden Kriterien ab:
Leitfaden für die Modellkonguration
Attribute
PUBLIC
ÖFFENTLICH 17
•Ob der Status eines Attributs aktiv oder inaktiv ist
•Ob das Attribut in übergeordneten Entitäten verwenden wird, wie z.B. in Stammdatentypen und
Planungsbereichen
•Ob Datensätze für ein oder mehrere Stammdatentypen vorhanden sind, die das Attribut verwenden
Sie können jedes Feld eines Attributs ändern, welches Sie nie aktiviert haben (d.h., wenn nur eine inaktive
Instanz des Attributs vorhanden ist). Außerdem können Sie das Attribut löschen.
Wenn ein Attribut bereits mit einem Stammdatentyp aktiviert wurde (auch wenn das Attribut aktuell eine
inaktive Instanz hat), gelten bestimmte Regeln, die festlegen, welche Felder oder Parameter Sie ändern oder
löschen können.
Hinweis
Kalenderattribute und Zeitzonenattribute sind spezielle Attributtypen mit einigen festen Eigenschaften. Sie
können deren Namen und Beschreibung sowie die Einstellung für Nur Werte in Großbuchstaben oder Nur
nicht negative Werte ändern, jedoch nicht deren Länge oder Datentyp.
Änderungen an einem Attribut
Name und Beschreibung
Sie können den Namen eines Attributs jederzeit ändern. Das Ändern des Namens ändert den Status des
Attributs von aktiv zu inaktiv
Sie können die Beschreibung eines Attributs jederzeit ändern. Das Ändern der Beschreibung ändert nicht den
Status des Attributs von aktiv zu inaktiv
Datentyp
Sie können den Datentyp eines Attributs nur ändern, wenn das Attribut nie aktiviert wurde und es nirgends
verwendet wird.
Sie können den Datentyp eines Attributs in den folgenden Fällen nicht ändern:
•Wenn das Attribut bereits aktiviert wurde (bei der Aktivierung eines Zeitprols, Stammdatentyps oder
Planungsbereichs, in denen das Attribut verwendet wird)
•Wenn das Attribut als referenziertes Attribut in einem Referenz- oder virtuellen Stammdatentyp
angegeben ist
•Sie können den Datentyp nicht in Dezimal ändern, wenn das Attribut einem Planungsbereich oder Zeitprol
zugeordnet ist.
•Sie können den Datentyp nicht von Dezimal in einen anderen Typ ändern, wenn das Attribut in einem
Planungsbereich als ein Attribut als Kennzahl verwendet wird.
Länge
Sie können die Attributlänge nur bei Attributen mit dem Datentyp NVARCHAR angeben. Alle anderen
Datentypen haben eine feste Länge.
Sie können die Länge eines Attributs nicht verkleinern, wenn das Attribut bereits aktiviert wurde.
18
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Attribute
Sie können die Länge eines Attributs um bis zu 450Zeichen erweitern. In diesem Fall müssen Sie alle
Stammdatentypen, Zeitprole und Planungsbereiche erneut aktivieren, die das Attribut verwenden, damit die
Änderungen wirksam werden, die Datenbank konsistent bleibt und Laufzeitfehler vermieden werden.
Achtung
Beachten Sie bitte, dass die Länge der Attribute in Planungsbereichen für auftragsbasierte Planung nicht
verändert werden kann. Sie muss der in den Beispielplanungsbereichen SAP7 und SAP7F denierten Länge
entsprechen.
Einstellungen für Nur Werte in Großbuchstaben und Nur nicht negative Werte
Sie können ein Attribut NVARCHAR in Nur Werte in Großbuchstaben und ein Attribut DECIMAL oder INTEGER
in Nur nicht negative Werte auch dann ändern, wenn sie bereits aktiviert wurden. In solchen Fällen ist es
möglich, dass Stammdaten und Planungsobjekte vorhanden sind, die nicht mit der geänderten Einstellung
übereinstimmen. Um zu verhindern, dass die unerwünschten Werte im System verbleiben und weiterhin
verwendet werden, passen Sie die Daten (vorzugsweise) vor der Aktivierung oder (spätestens) nach der
Aktivierung an.
Weitere Informationen
Länge eines Attributs erweitern [Seite 16]
4.5 Attribut löschen
Voraussetzungen
Stellen Sie sicher, dass Sie die erforderlichen Berechtigungen für diese Aktivität haben, also dass
die erforderlichen Anwendungskataloge für diese Aktivität einer Anwendungsrolle zugeordnet sind, die
Ihrem Anwendungsbenutzer zugeordnet ist. Weitere Informationen nden Sie auf dem SAP Help Portal
http://help.sap.com/ibp unter Anwendungshilfe für SAP Integrated Business Planning Identitäts- und
Zugrisverwaltung Grundkonzepte Anwendungskataloge .
Kontext
Sie möchten ein Attribut löschen, das in einem oder mehreren Planungsbereichen, Stammdatentypen oder
Zeitprolen verwendet wird.
Wenn das Attribut in übergeordneten Entitäten verwendet wird, müssen Sie von oben nach unten arbeiten,
um das Attribut aus jeder Modellentität zu entfernen, die das Attribut verwendet. Erst danach können Sie es
löschen.
Leitfaden für die Modellkonguration
Attribute
PUBLIC
ÖFFENTLICH 19
Hinweis
Wenn ein Attribut in keiner anderen Modellentität verwendet wird, können Sie es direkt löschen.
Vorgehensweise
1. Entfernen Sie das Attribut aus dem Planungsbereich durch eine aktive Löschung.
Markieren Sie das Attribut zum Löschen, sichern Sie Ihre Änderungen und aktivieren Sie anschließend den
Planungsbereich.
Wiederholen Sie dies für alle Planungsbereiche, in denen das Attribut verwendet wird.
2. Entfernen Sie das Attribut aus dem Stammdatentyp durch eine aktive Löschung.
Markieren Sie das Attribut zum Löschen, sichern Sie Ihre Änderungen und aktivieren Sie anschließend den
Stammdatentyp.
Wiederholen Sie dies für alle Stammdatentypen, in denen das Attribut verwendet wird.
Achtung
Wenn Sie ein Attribut aus einem Stammdatentyp entfernen, werden die bereits vorhandenen Daten für
dieses Attribut aus den Stammdaten gelöscht.
Andere Stammdatentypen, die dasselbe Attribut verwenden, sind nicht betroen.
3. Entfernen Sie das Attribut aus dem Zeitprol und aktivieren Sie anschließend das Zeitprol.
Wiederholen Sie dies für alle Zeitprole, in denen das Attribut verwendet wird.
4. Löschen Sie das Attribut.
Weitere Informationen
Aktive Objekte löschen (Aktive Löschung) [Seite 344]
Beispiel: Attribut aus einem aktiven Stammdatentyp und aktiven Planungsbereich löschen [Seite 330]
4.6 Attribute Selection Capabilities for Filtering
Numerous applications oer options to search, lter, and select master data attributes in the SAP Integrated
Business Planning for Supply Chain solution (SAP IBP). Among these, the SAP Integrated Business Planning,
add-in for Microsoft Excel (Excel add-in, and more specically the Master Data Workbook within the Excel
add-in), and the Manage Master Data Checks app oer enhanced capabilities to control what master data
objects users can access and select in lter dialogs. Depending on how you establish master data hierarchies in
your model, you can improve or impair your lter selection capabilities in these apps.
20
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Attribute
Master Data Hierarchies
Master data hierarchies are structures of dependencies between parent and child master data types and
attributes. They can have multiple levels, and are built of the following types of dependencies:
•Attribute checks
•Dependencies between the key attributes of compound and simple master data types
•Dependencies based on the use of reference master data types
Hinweis
In master data hierarchies, parent objects are considered as dependent on child objects. If a dependency is
established through an attribute check, the child object checks the parent object.
According to how a master data hierarchy is established, it can improve or impair your master data ltering
capabilities in the Manage Master Data Checks app and the Excel add-in. Your model must be built in line with
the following considerations if you want to improve the access to the master data hierarchy through value
helps:
•There must be a unique path in the hierarchy to reach a child master data type from its parent master data
type. If an alternative path exists, the child master data type and its attributes aren’t available for selection.
There is an exception to this logic, namely when an alternative path is established through a dependency
based on the use of a reference master data type. For more information about reference master data types,
see Stammdatentypen [page 24].
Hinweis
Virtual master data types can't be used to extend lter selection capabilities.
The following graphic describes an example model denition that enables using master data attributes
as lters at every level of the master data hierarchy. The model uses a reference master data type
(LOCATIONFROM) to validate an alternative path between the TLANE and LOCATION master data types.
This dependency structure allows you to set up separate attribute checks for the LOCTO and LOCFROM
attributes of the TLANE master data type without creating circular references between the TLANE, the
LOCPROD and the LOCATION master data types. As a result, the path from the parent (TLANE) to the
child (LOCATION) is considered unique, and all master data types and attributes within the master data
hierarchy can be used to lter the TLANE master data type. For example, you can lter the records of the
TLANE master data type based on the values of the location region (LOCREGION) attribute even though
LOCREGION is not an attribute of TLANE.
Leitfaden für die Modellkonguration
Attribute
PUBLIC
ÖFFENTLICH 21
Hinweis
You must consider that if you use reference master data types in your hierarchy, they don’t allow you to
extend your ltering capabilities to more child attributes.
In contrast, attribute checks and dependencies between simple and compound master data types
enable you to deepen your access to lower levels of the master data hierarchy and improve your lter
selection options.
The following graphic describes an example model denition that doesn’t allow access to the full master
data hierarchy. The LOCID attribute of the LOCATION master data type can be accessed through two
attribute checks – CH1 and CH2 –, which are alternatives of each other. Since the path from the
parent (TLANE) to the child (LOCATION) isn’t considered as unique, the attributes of the LOCATION and
LOCATIONREGION master data types can’t be used as lters for selection within the TLANE master data
type.
•There must be a clear correspondence between parent and child objects within the master data hierarchy.
In other words, all key attributes of a child object must correspond to attributes of the parent object to
avoid ambiguous attribute associations. You can consider a parent-child association ambiguous if it allows
you to map multiple records of the child to one record of the parent. In such cases, it's impossible to
accurately lter the data by using the attributes of the child master data type as lter conditions. Staying
with the master data hierarchy described in the rst graphic, the clear correspondence between parent
and child objects ensure that you can, for example, lter transportation lane records based on a location
region.
Still based on the example model denition, the following graphic shows an example of clear
correspondence of parent and child attributes with associations between the key attributes of the
LOCPROD (child) and LOCATIONFROM (child) master data types with attributes of the TLANE (parent)
master data type. The attributes which are listed from the TLANE master data type (PRDID, LOCTO, LOCFR)
are usually key attributes of transportation lanes in SAP IBP, but it's worth noting that unlike in the below
graphic, the attributes associated with keys of a child object aren’t necessarily keys in the parent object.
22
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Attribute
Whether a location ID (LOCID) is considered as source (LOCFR) or target location (LOCTO) in this example,
shall be determined at parent level (TLANE).
Leitfaden für die Modellkonguration
Attribute
PUBLIC
ÖFFENTLICH 23
5 Stammdatentypen
Stammdatentypen repräsentieren Informationskategorien, z.B. Kunde, Lokation, Produkt oder Ressource. Sie
verwendet Stammdatentypen, um Planungsdaten zu segmentieren. Ein typisches Beispiel für die Verwendung
von Stammdatentypen ist ein Konsumgüterunternehmen, das Verkaufsdaten anhand von Produkt-, Kunden-
und Lokationsstammdatentypen besser verstehen möchten.
Jeder Stammdatentyp enthält ein oder mehrere Attribute. Der Stammdatentyp S2CUSTOMER enthält z.B. das
Attribut S2CUSTID.
In der Tabelle Typen von Stammdatentypen nden Sie eine Beschreibung der im System verfügbaren Typen von
Stammdatentypen.
Hinweis
Sie können den Typ eines aktiven Stammdatentyps nicht ändern.
Typen von Stammdatentypen
Typ von Stammdatentypen Beschreibung
Einfacher Stammdatentyp z.B. Produkt, Kunde oder Lokation
Zusammengesetzter Stammdatentyp Kombiniert zwei oder mehr Stammdatentypen und re-
präsentiert eine gültige Kombination der Komponenten-
Stammdatentypen.
Sie verwendet z.B. die Produkt- und die Kundenstammda-
tentypen. Da nicht alle Produkte an alle Kunden verkauft
werden, müssen Sie den zusammengesetzten Stammdaten-
typ „Kundenprodukt“ anlegen, um die gültige Kombination
von Produkten und Kunden zu repräsentieren. Wenn die
Kennzahldaten, welche die Schlüssel für Produkt- und Kun-
den-ID enthalten, geladen werden, gleicht das System sie
mit dem zusammengesetzten Stammdatentyp ab, um gül-
tige Kombinationen zu nden, und legt Daten nur für diese
Kombinationen ab.
Referenzstammdatentyp Referenziert einen anderen Stammdatentyp, sodass Sie die-
selben Daten nicht mehrmals hochladen müssen. Beispiel:
Sie können den Stammdatentyp „Währung“ als Referenzs-
tammdatentyp anlegen, der den Stammdatentyp „Zielwäh-
rung“ verwendet.
Hinweis
Sie können keine Daten in einen Referenzstammdaten-
typ laden.
24
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Stammdatentypen
Typ von Stammdatentypen Beschreibung
Externer Stammdatentyp Ermöglicht SAP Integrated Business Planning die Handha-
bung und Integration von Stammdaten, die aus einer exter-
nen Datenbank stammen. Bevor Sie die externen Stamm-
datentypen verwenden können, müssen die SAP-ERP-Da-
tenbanktabellen, aus denen die Stammdatentypen den In-
halt abrufen, in SAP-HANA-Datenbanktabellen innerhalb von
SAP Integrated Business Planning integriert werden. Wenn
Sie Ihr Planungsmodell einrichten, denieren Sie einen ex-
ternen Stammdatentyp, der auf eine Tabelle mit dem vorde-
nierten Inhalt verweist. Die Integration wird im Batch-Mo-
dus ausgeführt, damit die externen Stammdateneinträge
aus SAP ERP in regelmäßigen Abständen und gemäß Ih-
ren Voreinstellungen aktualisiert werden. Die Daten müssen
nicht manuell hochgeladen werden.
Hinweis
Sie können keine Daten in einen externen Stammdaten-
typ laden.
Virtueller Stammdatentyp Dient dem Anlegen von Joins zwischen zwei (oder mehr)
Stammdatentypen, die sonst nicht miteinander verknüpft
sind. Er ermöglicht es Ihnen, die Attribute eines Stammda-
tentyps für einen anderen verfügbar zu machen, indem Sie
ein gemeinsames Attribut der referenzierten Stammdaten-
typen als Join-Bedingung verwenden.
Indem Sie Stammdatentypen auf diese Weise kombinieren,
können Sie die Duplizierung von Daten in Ihrer Datenbank
vermeiden, da Sie so Daten für die gemeinsam genutzten
Attribute nur einmal hochladen müssen.
Hinweis
Sie können keine Daten in einen virtuellen Stammda-
tentyp laden. Stellen Sie sicher, dass Sie Daten in die
referenzierten Stammdatentypen laden, auf denen der
virtuelle Stammdatentyp basiert.
Weitere Informationen
Einfache Stammdatentypen anlegen [Seite 27]
Zusammengesetzte Stammdatentypen anlegen [Seite 31]
Externe Stammdatentypen anlegen [Seite 33]
Referenz-Stammdatentypen anlegen [Seite 34]
Leitfaden für die Modellkonguration
Stammdatentypen
PUBLIC
ÖFFENTLICH 25
Virtuelle Stammdatentypen anlegen [Seite 37]
5.1 Beschreibungsattribute
Wenn Sie einen Stammdatentyp denieren, können Sie ein Beschreibungsattribut mit seinem entsprechenden
ID-Attribut verknüpfen. Dies kann sich positiv auf die Performance von SAP Integrated Business Planning, Add-
in für Microsoft Excel (Excel-Add-in) auswirken. Wenn Sie die Beschreibungs- und ID-Attribute verknüpfen, lädt
das Excel-Add-in während der Anmeldung die Stammdaten vom einem Attribut für die ID und die Beschreibung
herunter, statt zwei getrennte Attribute. Dadurch wird das Datenvolumen im Excel-Add-in reduziert. Nachdem
Sie die ID- und Beschreibungsattribute in der Konguration verknüpft haben, haben Sie die Möglichkeit, sie als
separate Attribute anzuzeigen oder sich die ID und die Beschreibung für das verknüpfte Attribut zusammen
anzeigen zu lassen. Diese Funktion ist im Excel-Add-in und in der App Planner Workspaces verfügbar, jedoch
nicht in den anderen Apps in SAP IBP.
Achtung
Sie sollten ein Beschreibungsattribut nur mit einem Attribut verknüpfen, das das einzige Schlüsselattribut
des Stammdatentyps ist. In Fällen, in denen eine Kombination aus mehreren Schlüsselattributen
verwendet wird, um einen bestimmten Datensatz zu identizieren, können Beschreibungsattribute nicht
vom Excel-Add-in verarbeitet werden.
Achtung
Wenn Sie die Beschreibungs- und ID-Attribute in der Konguration verknüpft haben, können
Sie die dynamische Werteauswahllogik für Stammdatenattribute im Excel-Add-in nicht verwenden.
Weitere Informationen über die dynamische Werteauswahl von Stammdatenattributen nden Sie
im SAP Help Portal unter https://help.sap.com/ibp unter Verwendung Hilfe zur Anwendung
Geschäftsanwendungen UIs für Planung Planen mit Microsoft Excel Informationen für Administratoren
Planungssichten Dynamische Werteauswahl für Stammdatenattribute .
Hinweis
Wenn dasselbe Beschreibungsattribut mehreren Attributen eines Stammdatentyps in seiner Konguration
hinzugefügt wurde, zeigt das Excel-Add-in möglicherweise nicht den korrekten Wert in der Dropdown-Liste
ID-Beschreibung (ID, Beschreibung oder ID-Beschreibung) für diese Attribute an.
5.2 Kopieroptionen für Stammdatentypen
Kopieroptionen ermöglichen es Ihnen, eine genaue Kopie eines Stammdatentyps anzulegen, zwei Stammtypen
zu kombinieren oder einen Stammdatentyp mit einem anderen zu überschreiben.
Sie können Beispielstammdatentypen und nicht-Beispielstammdatentypen mit den im System verfügbaren
Kopieroptionen kopieren. Beim Kopieren der Beispielstammdatentypen werden die zugehörigen Attribute
26
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Stammdatentypen
automatisch kopiert, falls noch nicht geschehen. Wenn die Attribute bereits vorhanden sind, können Sie sie
mit der Option Attribute aktualisieren aktualisieren. Wenn das System die Attribute im Zielstammdatentyp auf
der Basis der Attribute im Quellstammdatentyp aktualisiert, werden die Regeln für das Ändern von Attributen
angewendet. Weitere Informationen zum Ändern von Attributen nden Sie unter Attribute bearbeiten [Seite
17].
Das System kopiert nicht die Attribute, die dem Stammdatentyp zugeordnet sind, wenn Sie nicht-
Beispielstammdatentypen kopieren.
Die folgenden drei Optionen stehen zur Verfügung, um Stammdatentypen zu kopieren:
•Neu anlegen
Sie können einen Stammdatentyp mit derselben Konguration wie die Quelle und einer neuen ID anlegen.
•Mit vorhandenem zusammenführen
Sie können eine Kombination der in zwei Stammdatentypen verfügbaren Konguration anlegen, das
heißt, die gesamte Konguration im Zielstammdatentyp beibehalten und jede neue Konguration
aus dem Quellstammdatentyp hinzufügen. Der resultierende Stammdatentyp hat dann die ID des
Zielstammdatentyps und den Namen und die Beschreibung des Quellstammdatentyps. Quell- und
Zielstammdatentyp müssen zum selben Typ gehören, und der Zielstammdatentyp muss aktiv sein.
•Vorhandene ersetzen
Sie können eine exakte Kopie des Quellstammdatentyps in einem vorhandenen Zielstammdatentyp
anlegen, das heißt, die nicht im Quellstammdatentyp enthaltene Konguration im Zielstammdatentyp
löschen, die neue Konguration aus dem Quellstammdatentyp hinzufügen und die vorhandene
Konguration im Zielstammdatentyp auf der Basis des Quellstammdatentyps aktualisieren. Der
resultierende Stammdatentyp hat dann die ID des Zielstammdatentyps und den Namen und die
Beschreibung des Quellstammdatentyps. Quell- und Zielstammdatentyp müssen zum selben Typ gehören,
und der Zielstammdatentyp muss aktiv sein.
Wenn Sie einen Beispiel- oder einen nicht-Beispielstammdatentyp kopieren, werden Prüfungen am
Zielstammdatentyp ausgeführt. Diese Prüfungen entsprechen denen, die Sie für jeden Stammdatentyp über
die Drucktaste Prüfen in der App Stammdatentypen ausführen können. Wenn alle Prüfungen erfolgreich waren
oder mit Warnmeldungen enden, wird der Zielstammdatentyp angelegt. Sie werden benachrichtigt, wenn
die Prüfungen fehlschlagen, Sie können aber trotzdem fortfahren und den Stammdatentyp kopieren. Das
erweiterte Protokoll zeigt Ihnen, welche Fehler bei den Prüfungen aufgetreten sind.
5.3 Einfache Stammdatentypen anlegen
Mit der App Stammdatentypen können Sie einfache Stammdatentypen anlegen.
Voraussetzungen
Stellen Sie sicher, dass Sie die erforderlichen Berechtigungen für diese Aktivität haben, also dass
die erforderlichen Anwendungskataloge für diese Aktivität einer Anwendungsrolle zugeordnet sind, die
Ihrem Anwendungsbenutzer zugeordnet ist. Weitere Informationen nden Sie auf dem SAP Help Portal
http://help.sap.com/ibp unter Anwendungshilfe für SAP Integrated Business Planning Identitäts- und
Zugrisverwaltung Grundkonzepte Anwendungskataloge .
Leitfaden für die Modellkonguration
Stammdatentypen
PUBLIC
ÖFFENTLICH 27
Vorgehensweise
1. Wählen Sie in der App Stammdatentypen Neu und anschließend Einfach.
2. Geben Sie auf dem Bild Neuer einfacher Stammdatentyp die Details für den einfachen Stammdatentyp an.
Empfehlung
SAP empehlt, einen Präx aus zwei oder drei Buchstaben für die IDs der Stammdatentypen zu
denieren, wie z.B. ABC oder XYZ (wie in ABCPRODUCT oder XYZPRODUCT). Sie können z.B. das
Tickersymbol Ihres Unternehmens als Präx verwenden. Die mit SAP Integrated Business Planning
ausgelieferten Beispielplanungsbereiche verwenden das Präx IBP in den Stammdatentyp-IDs.
Um den Stammdatentyp Produkt anzulegen, können Sie Folgendes eingeben:
•ID: S2PRODUCT
•Name: Produkt
•Beschreibung: Produkt
3. Fügen Sie im Bildbereich Zugeordnete Attribute Ihrem Stammdatentyp mindestens ein Attribut hinzu.
Hinweis
Wenn Sie die Attribute noch nicht angelegt haben, können Sie dies hier vornehmen, indem Sie Neu
wählen.
Sie können Attribute wie Produkt-ID (S2PRDID) und Produktbeschreibung (S2PRDDESC) hinzufügen.
Achtung
Wir verwenden die Beispielmodellentitäten in vielen Beispielen in der Benutzerhilfe für SAP IBP.
Im Allgemeinen haben Sie die Möglichkeit, die Modellentitäten Ihren Geschäftsanforderungen
entsprechend anzupassen.
Um die Bestandsoperatoren und zeitreihenbasierten Beschaungsplanungsalgorithmen auszuführen,
müssen Sie jedoch für die entsprechenden Stammdatentypen, Attribute und Kennzahlen spezische
technische IDs verwenden, die von SAP deniert wurden. Das gleiche gilt im Demand Sensing für
bestimmte Stammdatenattribute und Kennzahlen, für die keine betriebswirtschaftliche Bedeutung
angegeben wurde.
Weitere Informationen nden Sie in der Dokumentation zu den entsprechenden Planungsoperatoren in
diesem Leitfaden und im entsprechenden Kapitel der Anwendungshilfe.
4. Geben Sie mindestens ein Schlüsselattribut für den Stammdatentyp an.
Markieren Sie das Ankreuzfeld Schlüssel für S2PRDID.
5. Optional: Kennzeichnen Sie Attribute als persönliche Daten, indem Sie das entsprechende Ankreuzfeld
Persönliche Daten markieren.
Achtung
Verwenden Sie diese Funktion nicht, um allgemeine Änderungen an Stammdaten nachzuverfolgen, da
dies eventuell zu Performanceproblemen führen kann.
6. Optional: Verbinden Sie das Beschreibungsattribut mit dem entsprechenden ID-Attribut über das Feld
Beschreibungsattribut.
28
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Stammdatentypen
Wählen Sie Sie S2PRDDESC als Beschreibungsattribut für S2PRDID aus.
7. Optional: Denieren Sie eine Attributprüfung für den Stammdatentyp.
8. Sichern Sie Ihre Eingaben.
Nächste Schritte
Aktivieren Sie Ihren Stammdatentyp.
Weitere Informationen
Attribute anlegen [Seite 13]
Konguration von Stammdatentypen [Seite 40]
Attributprüfungen anlegen [Seite 29]
Stammdatentypen [Seite 24]
Beschreibungsattribute [Seite 26]
Änderungen an personenbezogenen Stammdaten verfolgen [Seite 46]
5.4 Attributprüfungen anlegen
Mit der App Stammdatentypen können Sie Attributprüfungen anlegen.
Voraussetzungen
Stellen Sie sicher, dass Sie die erforderlichen Berechtigungen für diese Aktivität haben, also dass
die erforderlichen Anwendungskataloge für diese Aktivität einer Anwendungsrolle zugeordnet sind, die
Ihrem Anwendungsbenutzer zugeordnet ist. Weitere Informationen nden Sie auf dem SAP Help Portal
http://help.sap.com/ibp unter Anwendungshilfe für SAP Integrated Business Planning Identitäts- und
Zugrisverwaltung Grundkonzepte Anwendungskataloge .
Um das Beispiel aus diesem Abschnitt zu verwenden, müssen Sie die Stammdatentypen S2PRODUCT und
S2PRODUCTFAMILY in Ihrem System angelegt haben. Sie können zudem mit Ihren eigenen Stammdatentypen
arbeiten.
Kontext
Stellen Sie sicher, dass die Stammdaten, die Sie in Ihr System hochladen, zu einem bestimmten Set gehören.
Leitfaden für die Modellkonguration
Stammdatentypen
PUBLIC
ÖFFENTLICH 29
Vorgehensweise
1. Önen Sie die App Stammdatentypen.
2. Suchen Sie nach dem Stammdatentyp, für den Sie die Attributprüfung denieren möchten, und önen Sie
diesen zur Bearbeitung.
Önen Sie den Stammdatentyp S2PRODUCT.
3. Wechseln Sie zum Bildbereich Attributprüfungen und aktivieren Sie die Attributprüfungen.
4. Denieren Sie eine neue Attributprüfung.
Denieren Sie die Attributprüfung wie folgt:
•Prüfstammdatentyp: S2PRODUCTFAMILY
•Prüfattribut: S2PRDFAMILY
•Zugeordnetes Attribut: S2PRDFAMILY
Sie können eine oder mehrere Attributprüfungen für einen bestimmten Stammdatentyp anhand
mehrerer Attribute desselben Prüfstammdatentyps oder anhand von Attributen von verschiedenen
Prüfstammdatentypen denieren.
5. Sichern Sie die Attributprüfung.
6. Sichern Sie den Stammdatentyp.
Ergebnisse
Sie haben eine Attributprüfung angelegt, die prüft, ob die Werte des Attributs S2PRDFAMILY in
dem Stammdatentyp S2PRODUCT den Werten des Attributs S2PRDFAMILY in dem Stammdatentyp
S2PRODUCTFAMILY entsprechen. Wenn Sie Daten für den Stammdatentyp S2PRODUCT hochladen, lehnt das
System alle Datensätze ab, die diese Anforderung nicht erfüllen.
Hinweis
Wenn Sie einen Prüfstammdatentyp angeben, für den kein Attribut dem Planungsbereich zugeordnet
ist, können Sie den Stammdatentyp, für den Sie die Attributprüfung deniert haben, nicht kopieren,
wenn Sie die Anwendungsjobvorlage Version kopieren zum Kopieren einer Version des betreenden
Planungsbereichs verwenden. Um dies zu beheben, müssen Sie dem Prüfstammdatentyp und dem
Planungsbereich ein Dummy-Attribut zuordnen und den Planungsbereich mit Abhängigkeiten aktivieren.
Nächste Schritte
Aktivieren Sie den Stammdatentyp und laden Sie Daten für diesen hoch.
Achtung
Stammdatentypen, die durch eine Attributprüfung verknüpft werden, verhalten sich hinsichtlich der
Löschung von Daten wie zusammengesetzte Stammdatentypen. Wenn Sie z.B. eine Attributprüfung für
das Attribut LOCID des Stammdatentyps RESOURCE mit LOCATION als Prüfstammdatentyp eingerichtet
30
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Stammdatentypen
haben und eine Lokation löschen, werden alle Ressourcen, die die entsprechende LOCID referenzieren,
sowie alle Planungsobjekte, die die relevanten Kennzahldaten enthalten, ebenfalls gelöscht.
Weitere Informationen
Einfache Stammdatentypen anlegen [Seite 27]
Konguration von Stammdatentypen [Seite 40]
SAP-Hinweis 3000164
5.5 Zusammengesetzte Stammdatentypen anlegen
Mit der App Stammdatentypen können Sie zusammengesetzte Stammdatentypen anlegen.
Voraussetzungen
Stellen Sie sicher, dass Sie die erforderlichen Berechtigungen für diese Aktivität haben, also dass
die erforderlichen Anwendungskataloge für diese Aktivität einer Anwendungsrolle zugeordnet sind, die
Ihrem Anwendungsbenutzer zugeordnet ist. Weitere Informationen nden Sie auf dem SAP Help Portal
http://help.sap.com/ibp unter Anwendungshilfe für SAP Integrated Business Planning Identitäts- und
Zugrisverwaltung Grundkonzepte Anwendungskataloge .
Stellen Sie sicher, dass Sie die Stammdatentypen angelegt haben, die Sie als Komponenten hinzufügen
möchten.
Vorgehensweise
1. Wählen Sie in der App Stammdatentypen Neu und anschließend Zusammengesetzt.
2. Geben Sie auf dem Bild Neuer zusammengesetzter Stammdatentyp die Detailinformationen für den
zusammengesetzten Stammdatentyp an.
Um den Stammdatentyp Kundenprodukt anzulegen, können Sie Folgendes eingeben:
•ID: S2CUSTOMERPRODUCT
•Name: Kundenprodukt
•Beschreibung: Kundenprodukt
3. Fügen Sie mindestens zwei Stammdatentypen als Komponenten hinzu.
Sie können einfache, zusammengesetzte, Referenz- und externe Stammdatentypen als Komponenten-
Stammdatentypen angeben. Stellen Sie zudem sicher, dass der Status des ausgewählten
Stammdatentyps aktiv oder inaktiv ist.
Leitfaden für die Modellkonguration
Stammdatentypen
PUBLIC
ÖFFENTLICH 31
Fügen Sie für den zusammengesetzten Stammdatentyp S2CUSTOMERPRODUCT S2CUSTOMER und
S2PRODUCT hinzu.
Die Schlüsselattribute der ausgewählten Komponenten-Stammdatentypen werden automatisch unter
Zugeordnete Attribute als Schlüsselattribute hinzugefügt.
Hinweis
Ein Dezimalattribut kann in einem zusammengesetzten Stammdatentyp kein Schlüsselattribut sein.
Wenn Sie ein Dezimalattribut hinzufügen, wird das Ankreuzfeld Schlüssel automatisch entmarkiert und
deaktiviert.
4. Optional: Fügen Sie weitere Attribute zum zusammengesetzten Stammdatentyp hinzu.
Fügen Sie S2CUSTDESC und S2PRODDESC hinzu.
5. Optional: Kennzeichnen Sie Attribute als persönliche Daten, indem Sie das entsprechende Ankreuzfeld
Persönliche Daten markieren.
Achtung
Verwenden Sie diese Funktion nicht, um allgemeine Änderungen an Stammdaten nachzuverfolgen, da
dies eventuell zu Performanceproblemen führen kann.
6. Optional: Verbinden Sie das Beschreibungsattribut mit dem entsprechenden ID-Attribut über das Feld
Beschreibungsattribut.
Wählen Sie Sie S2PRDDESC als Beschreibungsattribut für S2PRDID aus.
7. Optional: Denieren Sie eine Attributprüfung für den Stammdatentyp.
8. Sichern Sie Ihre Eingaben.
Nächste Schritte
Aktivieren Sie Ihren Stammdatentyp.
Weitere Informationen
Attribute anlegen [Seite 13]
Einfache Stammdatentypen anlegen [Seite 27]
Attributprüfungen anlegen [Seite 29]
Beschreibungsattribute [Seite 26]
Stammdatentypen [Seite 24]
Änderungen an personenbezogenen Stammdaten verfolgen [Seite 46]
32
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Stammdatentypen
5.6 Externe Stammdatentypen anlegen
Verwenden Sie die App Stammdatentypen, um externe Stammdatentypen anzulegen.
Voraussetzungen
Stellen Sie sicher, dass Sie die erforderlichen Berechtigungen für diese Aktivität haben, also dass
die erforderlichen Anwendungskataloge für diese Aktivität einer Anwendungsrolle zugeordnet sind, die
Ihrem Anwendungsbenutzer zugeordnet ist. Weitere Informationen nden Sie auf dem SAP Help Portal
http://help.sap.com/ibp unter Anwendungshilfe für SAP Integrated Business Planning Identitäts- und
Zugrisverwaltung Grundkonzepte Anwendungskataloge .
Stellen Sie sicher, dass Ihr SAP-Integrated-Business-Planning-System mit dem System integriert ist, aus dem
Sie Stammdaten für Ihre externen Stammdatentypen bereitstellen möchten, wie z.B. SAP ERP.
Vorgehensweise
1. Wählen Sie in der App Stammdatentypen Neu und anschließend Extern.
2. Geben Sie auf dem Bild Neuer externer Stammdatentyp die Detailinformationen für den externen
Stammdatentyp an.
Um den externen Stammdatentyp Lokation anzulegen, können Sie Folgendes eingeben:
•ID: S2LOCATIONEXT
•Name: Externe Lokation
•Beschreibung: Externe Lokation
3. Geben Sie eine externe Datenquelle an.
Wählen Sie aus der Liste Externe Datenquellen SMD_LOC aus.
Ab SAP IBP 2305 können Neukunden der auftragsbasierten Planung (ABP) und Kunden, die bisher keine
externen Stammdatentypen für ABP verwendet haben, keine externen Stammdatentypen mehr anlegen
(oder aktivieren), die auf externen Datenquellen für ABP basieren.
Ab SAP IBP 2311 können Sie die externen Datenquellen SMD_FCSTASSIGN, SMD_FCSTASSIGN_V2,
SMD_FCSTDATES, SMD_FCSTDATES_V2 oder SMD_FCSTASSIGN_DATES nicht mehr zum Anlegen externer
Stammdatentypen für PLM verwenden, sofern Sie nicht bereits über externe Stammdatentypen für diese
externen Datenquellen in Ihrem System verfügen.
4. Geben Sie ein Integrationsprol für den Stammdatentyp ein.
Verwenden Sie das von SAP ausgelieferte Standardintegrationsprol.
5. Fügen Sie Ihrem Stammdatentyp mindestens ein Attribut hinzu.
Fügen Sie die folgenden Attribute hinzu:
•Lokations-ID (S2LOCID)
Leitfaden für die Modellkonguration
Stammdatentypen
PUBLIC
ÖFFENTLICH 33
•Lokationsbeschreibung (S2LOCDESC)
•Lokationstyp (S2LOCTYPE)
6. Ordnen Sie über die Referenzierte Spalte die Attribute den entsprechenden Spalten für die Datenquellen
zu.
Stellen Sie sicher, dass Sie alle Schlüsselspalten der externen Datenquelle als referenzierte Spalte
verwenden. Der Datentyp des zugeordneten Attributs und die Spalte der externen Datenquelle, die Sie
als referenzierte Spalte für dieses Attribut angeben, müssen miteinander kompatibel sein.
Geben Sie LOCATION_NUMBER als referenzierte Spalte für das zugeordnete Attribut S2LOCID an.
Geben Sie LOCATION_TYPE_CODE für S2LOCTYPE als referenzierte Spalte an. Fügen Sie für S2LOCDESC
LOCATION_DESCRIPTION hinzu.
Das Ankreuzfeld Schlüssel ist für S2LOCID und S2LOCTYPE automatisch markiert.
7. Optional: Verbinden Sie das Beschreibungsattribut mit dem entsprechenden ID-Attribut über das Feld
Beschreibungsattribut.
Wählen Sie S2LOCDESC als ein Beschreibungsattribut für S2LOCID.
8. Sichern Sie Ihre Eingaben.
Weitere Informationen
Attribute anlegen [Seite 13]
Stammdatentypen [Seite 24]
Beschreibungsattribute [Seite 26]
Daten mithilfe von Prolen für Smart Data Integration trennen
5.7 Referenz-Stammdatentypen anlegen
Mit der App Stammdatentypen können Sie Referenz-Stammdatentypen anlegen.
Voraussetzungen
Stellen Sie sicher, dass Sie die erforderlichen Berechtigungen für diese Aktivität haben, also dass
die erforderlichen Anwendungskataloge für diese Aktivität einer Anwendungsrolle zugeordnet sind, die
Ihrem Anwendungsbenutzer zugeordnet ist. Weitere Informationen nden Sie auf dem SAP Help Portal
http://help.sap.com/ibp unter Anwendungshilfe für SAP Integrated Business Planning Identitäts- und
Zugrisverwaltung Grundkonzepte Anwendungskataloge .
Stellen Sie sicher, dass Sie den Stammdatentyp angelegt haben, den Sie in Ihrem Referenz-Stammdatentyp
verwenden möchten.
34
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Stammdatentypen
Vorgehensweise
1. Wählen Sie in der App Stammdatentypen Neu und anschließend Referenz.
2. Geben Sie auf dem Bild Neuer Referenz-Stammdatentyp die Detailinformationen für den Referenz-
Stammdatentyp an.
Um den Stammdatentyp Zielwährung anzulegen, können Sie Folgendes eingeben:
•ID: S2CURRENCYTO
•Name: Currency To
•Beschreibung: Currency To
3. Geben Sie einen Referenz-Stammdatentyp an.
Sie können einen einfachen, zusammengesetzten oder externen Stammdatentyp als Referenz-
Stammdatentyp angeben. Stellen Sie zudem sicher, dass der Status des ausgewählten Stammdatentyps
aktiv oder inaktiv ist.
Hier können Sie den Stammdatentyp S2CURRENCY anlegen und auswählen.
Die Attribute des ausgewählten Referenz-Stammdatentyps werden automatisch im Abschnitt
Referenzierte Attribute aufgeführt.
4. Wählen Sie die Attribute aus, die Sie dem Stammdatentyp zuordnen möchten.
Beachten Sie, dass Sie im Referenzstammdatentyp nur Großbuchstaben oder nicht negative Attribute
verwenden können, wenn das referenzierte Attribut auch Großbuchstaben aufweist oder nicht negativ ist.
Fügen Sie die Attribute Currency To ID (S2CURRTOID) und Currency To Description
(S2CURRTODESC) hinzu.
5. Geben Sie für jedes zugeordnete Attribut ein referenziertes Attribut an.
Stellen Sie sicher, dass das zugeordnete Attribut und das referenzierte Attribut denselben Datentyp haben
und dass die Länge des zugeordneten Attributs größer als oder gleich der Länge des referenzierten
Attributs ist.
Geben Sie S2CURRID als ein referenziertes Attribut von S2CURRTOID und S2CURRDESC als ein
referenziertes Attribut von S2CURRTODESC an.
6. Optional: Verbinden Sie das Beschreibungsattribut mit dem entsprechenden ID-Attribut über das Feld
Beschreibungsattribut.
Wählen Sie S2CURRTODESC als ein Beschreibungsattribut für S2CURRTOID.
7. Optional: Verbinden Sie das Beschreibungsattribut mit dem entsprechenden ID-Attribut über das Feld
Beschreibungsattribut.
Wählen Sie S2CURRTODESC als ein Beschreibungsattribut für S2CURRTOID.
8. Optional: Legen Sie Filter für den Referenzstammdatentyp an, um die Daten einzuschränken, die
empfangen werden, wenn der Stammdatentyp im SAP Integrated Business Planning, Add-in für Microsoft
Excel, oder in Anwendungen von SAP IBP verwendet wird. Um eine Filterbedingung zu kongurieren,
wählen Sie ein Filterattribut und einen Operator aus. Falls erforderlich, geben Sie einen oder mehrere Werte
an.
Nur die Daten, die den denierten Bedingungen entsprechen, werden von den konsumierenden
Anwendungen empfangen. Weitere Informationen nden Sie unter Referenzstammdatentypen ltern
[Seite 36].
Leitfaden für die Modellkonguration
Stammdatentypen
PUBLIC
ÖFFENTLICH 35
9. Sichern Sie Ihre Einträge.
Weitere Informationen
Attribute anlegen [Seite 13]
Einfache Stammdatentypen anlegen [Seite 27]
Stammdatentypen [Seite 24]
Beschreibungsattribute [Seite 26]
5.7.1Referenzstammdatentypen ltern
Sie können Filter für Referenzstammdatentypen denieren, um die Daten einzuschränken, die empfangen
werden, wenn der Stammdatentyp von SAP Integrated Business Planning, Add-in für Microsoft Excel, oder
Anwendungen der Lösung SAP Integrated Business Planning for Supply Chain verwendet wird.
Mit dieser Option können Sie eine große Menge von Stammdaten in das System übertragen und sie nur vor der
Modellierung ltern.
Sie können Filter im Abschnitt Filterbedingungen der Bilder Referenzstammdatentyp anlegen und
Referenzstammdatentyp bearbeiten kongurieren.
Um eine neue Filterbedingung zu denieren, wählen Sie ein Filterattribut und einen Operator aus. Falls
erforderlich, geben Sie einen oder mehrere Werte an. Nur die Daten, die den denierten Bedingungen
entsprechen, werden von den konsumierenden Anwendungen empfangen.
Beispiel
Wenn Sie den Filter "Das Attribut LOCTYPE ist Gleich dem Wert LAGER" denieren, dann werden
ausschließlich 'Lager'-Daten empfangen, und alle anderen Daten für LOCTYPE werden ignoriert.
Hinweis
Beachten Sie, dass sich Ihre Berechtigungslter auf Ihre Filterergebnisse auswirken können.
Attribute des referenzierten Stammdatentyps, die den folgenden Kriterien entsprechen, können als
Filterattribute ausgewählt werden:
•Der Datentyp des Attributs ist NVARCHAR oder INTEGER (Attribute vom Typ DECIMAL und TIMESTAMP
können nicht ausgewählt werden).
•Das Attribut ist kein Kalender- oder Zeitzonenattribut.
•Die Zuordnung des Attributs zum referenzierten Stammdatentyp ist nicht zum Löschen vorgemerkt.
Sie können folgende Operatoren in Ihren Filterbedingungen verwenden:
•Gleich
•Ungleich
•Enthält keinen Wert
36
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Stammdatentypen
•Enthält einen Wert
Bei den Operatoren Gleich und Ungleich können Sie maximal 10 Werte für die Filterbedingung angeben. In
den Werten wird zwischen Groß- und Kleinbuchstaben unterschieden, und Sie können auch Sonderzeichen
verwenden. Bei einem Filterattribut mit Datentyp "nvarchar" darf der Wert nicht länger als die Länge des
Attributs sein. Bei einem Attribut mit Datentyp "Ganzzahl" muss der Wert in eine Ganzzahl umgerechnet
werden können.
Wenn Sie eine Filterbedingung gesichert haben, können Sie das Filterattribut und den Operator nicht mehr
ändern, aber Sie können Werte hinzufügen oder entfernen. Wenn Sie andere Änderungen vornehmen möchten,
müssen Sie die Filterbedingung löschen und neu anlegen.
Hinweis
Wenn Sie Filterbedingungen für einen aktiven Referenzstammdatentyp ändern möchten, müssen
Sie zuerst alle Daten aus dem referenzierten Stammdatentyp löschen, die dem alten oder neuen
Filter entsprechen. Weitere Informationen zur Änderung von Filterbedingungen nden Sie unter
Stammdatentypen [Seite 350].
Jede Filterbedingung hat einen Zuordnungsstatus. Durch die Aktivierung der Referenzstammdaten wird auch
der Zuordnungsstatus der Filterbedingung aktiv.
Bei Filterbedingungen, die einen Wert enthalten, ist der Status ein aggregierter Status, der auf dem Status
aller Werte basiert. Wenn Sie beispielsweise eine Filterbedingung mit zwei Werten angelegt und anschließend
den Stammdatentyp aktiviert haben, hat die Filterbedingung den Status Aktiv. Wenn Sie einen weiteren
Wert hinzufügen, ist dieser neue Wert inaktiv, und der aggregierte Status der Filterbedingung wird ebenfalls
"Inaktiv". Dasselbe gilt, wenn Sie einen aktiven Wert aus der Filterbedingung entfernen. Der Status der
entfernten Filterbedingung ändert sich in "Zum Löschen vorgemerkt", während der aggregierte Status "Inaktiv"
wird.
Hinweis
Wenn Sie eine neue Filterbedingung hinzufügen oder eine vorhandene ändern, wird der
Referenzstammdatentyp deaktiviert. Sie müssen also den Stammdatentyp vor der Verwendung aktivieren.
Weitere Informationen
Stammdatentypen [Seite 350]
5.8 Virtuelle Stammdatentypen anlegen
Mit der App Stammdatentypen können Sie virtuelle Stammdatentypen anlegen.
Leitfaden für die Modellkonguration
Stammdatentypen
PUBLIC
ÖFFENTLICH 37
Voraussetzungen
Stellen Sie sicher, dass Sie die erforderlichen Berechtigungen für diese Aktivität haben, also dass
die erforderlichen Anwendungskataloge für diese Aktivität einer Anwendungsrolle zugeordnet sind, die
Ihrem Anwendungsbenutzer zugeordnet ist. Weitere Informationen nden Sie auf dem SAP Help Portal
http://help.sap.com/ibp unter Anwendungshilfe für SAP Integrated Business Planning Identitäts- und
Zugrisverwaltung Grundkonzepte Anwendungskataloge .
Stellen Sie sicher, dass Sie die Stammdatentypen angelegt haben, die Sie in Ihrem virtuellen Stammdatentyp
verwenden möchten.
Kontext
Virtuelle Stammdatentypen speichern selbst keine Daten, sondern legen Joins zwischen zwei (oder mehr)
Stammdatentypen an, die sonst keine Verbindung zueinander haben. Sie ermöglichen es Ihnen, die Attribute
eines Stammdatentyps für einen anderen verfügbar zu machen, indem Sie ein gemeinsames Attribut der
referenzierten Stammdatentypen als Join-Bedingung verwenden.
Vorgehensweise
1. Wählen Sie in der App Stammdatentypen Neu und anschließend Virtuell.
2. Geben Sie auf dem Bild Neuer virtueller Stammdatentyp die Details für den virtuellen Stammdatentyp an.
Um den Stammdatentyp S2SALESHDRITEMPRODLOC anzulegen, können Sie Folgendes eingeben:
•ID: S2SALESHDRITEMPRODLOC
•Name: Virtuelle Kundenauftragsposition
•Beschreibung: Virtuelle Kundenauftragsposition
3. Fügen Sie mindestens zwei referenzierte Stammdatentypen hinzu.
Sie können einfache, zusammengesetzte, Referenz- und externe Stammdatentypen als referenzierte
Stammdatentypen angeben. Stellen Sie zudem sicher, dass der Status des ausgewählten
Stammdatentyps aktiv oder inaktiv ist.
Das System fügt automatisch die Schlüsselattribute der Stammdatentypen hinzu, die Sie als referenzierte
Stammdatentypen in dem Abschnitt Zugeordnete Attribute hinzugefügt haben.
4. Denieren Sie im Dialogfeld Join-Bedingung hinzufügen mindestens eine Join-Bedingung, wie im Beispiel
unten gezeigt.
Stammdatentypen Attribute Stammdatentypen Attribute
S2SALESORDERITEM S2SALESDOC entspricht S2SALESORDERHDR S2SALESDOC
38
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Stammdatentypen
Stellen Sie sicher, dass Sie jeden referenzierten Stammdatentyp in einer Join-Bedingung verwenden
und dass die Join-Bedingungen eine Kette bilden. Sie benötigen mindestens zwei referenzierte
Stammdatentypen und eine Join-Bedingung.
Achtung
Wenn Sie virtuelle Stammdatentypen kongurieren, müssen Sie die Join-Bedingungen sorgfältig
denieren. Unzureichende oder zu tolerante Join-Bedingungen können zu einem großen virtuellen
Stammdatensatz führen. Das kann die Performance beeinträchtigen und beim Laden von Stammdaten
und beim Anlegen oder Aktualisieren von Planungsobjekten viel Speicher verbrauchen.
5. Optional: Unter Zugeordnete Attribute können Sie die Werte der Felder Referenziertes Attribut und
Referenzierter Stammdatentyp ändern oder Sie können weitere Attribute zuordnen und für die
hinzugefügten Attribute die referenzierten Attribute und Stammdatentypen denieren.
Beachten Sie, dass Sie im virtuellen Stammdatentyp nur Großbuchstaben oder nicht negative Attribute
verwenden können, wenn das referenzierte Attribut auch Großbuchstaben aufweist oder nicht negativ ist.
6. Sichern Sie Ihre Eingaben.
Beispiel
Das folgende Beispiel, das auf Beispielstammdatentypen basiert, veranschaulicht die Verwendung virtueller
Stammdatentypen.
SAP liefert Beispielstammdatentypen aus, die Folgendes umfassen:
•IBPSALESORDER (Kundenauftrag)
•IBPSALESORDERITEM (Kundenauftragsposition)
•IBPSALESORDERHEADER (Kundenauftragskopf)
•IBPPRODUCT (Produkt)
•IBPLOCATION (Lokation)
Diese Stammdatentypen umfassen die folgenden Attribute:
•SALESITEM (Kundenauftragsposition)
•SALESDOC (Kundenauftrag)
•PRODID (Produkt-ID)
•LOCID (Lokations-ID)
Dies sind die Attribute, die Sie für eine Kennzahlberechnung auf Einteilungsebene benötigen. Ohne die
Verwendung eines virtuellen Stammdatentyps müssten Sie die Daten für jedes dieser Attribute des
Stammdatentyps IBPSCHEDULELINES einzeln hochladen.
Wie oben dargestellt, ist der erforderliche Datensatz durch das Hochladen jedoch für andere
Stammdatentypen verfügbar. Die Daten werden von den Schlüsselattributen des Stammdatentyps
IBPSCHEDULELINES zusammen mit den anderen oben aufgeführten Stammdatentypen wie folgt deniert:
SALESDOC und SALESITEM im Stammdatentyp IBPSCHEDULELINES sind ebenfalls Schlüsselattribute
des Stammdatentyps IBPSALESORDERITEM (während SALESDOC auch ein Schlüsselattribut von
IBPSALESORDERHEADER ist).
Leitfaden für die Modellkonguration
Stammdatentypen
PUBLIC
ÖFFENTLICH 39
Der Stammdatentyp IBPSALESORDERITEM enthält wiederum die Attribute LOCID und PRODID
als Nichtschlüsselattribute, welche in den Stammdatentypen IBPLOCATION und IBPPRODUCT als
Schlüsselattribute verfügbar sind.
Die virtuellen Stammdatentypen IBPVSALESHDRITEMSCHLPRODLOC (Virtuelle Einteilungen) und
IBPVSALESHDRITEMPRODLOC (Virtuelle Kundenauftragsposition) richten die oben beschriebenen Referenzen
in Form von Join-Bedingungen ein, wie in den nachfolgenden Tabellen dargestellt:
IBPVSALESHDRITEMSCHLPRODLOC (Virtuelle Einteilungen)
Stammdatentypen Attribute Stammdatentypen Attribute
IBPSALESORDERITEM LOCID entspricht IBPLOCATION LOCID
IBPSALESORDERITEM PRODID entspricht IBPPRODUCT PRODID
IBPSALESORDERITEM SALESDOC entspricht IBPSALESORDERHDR SALESDOC
IBPSCHEDULELINES SALESDOC entspricht IBPSALESORDERITEM SALESDOC
IBPSCHEDULELINES SALESITEM entspricht IBPSALESORDERITEM SALESITEM
IBPVSALESHDRITEMPRODLOC (Virtuelle Kundenauftragsposition)
Stammdatentypen Attribute Stammdatentypen Attribute
IBPSALESORDERITEM LOCID entspricht IBPLOCATION LOCID
IBPSALESORDERITEM PRODID entspricht IBPPRODUCT PRODID
IBPSALESORDERITEM SALESDOC entspricht IBPSALESORDERHDR SALESDOC
Durch die Verwendung virtueller Stammdatentypen vermeiden Sie es, bereits vorhandene Daten in den
Stammdatentyp IBPSCHEDULELINES hochladen zu müssen, und somit auch die Duplizierung von Daten in
Ihrer Datenbank.
Weitere Informationen
Attribute anlegen [Seite 13]
Einfache Stammdatentypen anlegen [Seite 27]
Stammdatentypen [Seite 24]
5.9 Konguration von Stammdatentypen
Im Folgenden nden Sie spezische Einstellungen zum Anlegen von einfachen Stammdatentypen.
40
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Stammdatentypen
Konguration von einfachen Stammdatentypen
ID Name Zugeordnete Attribute Schlüssel
S2CURRENCY Währung S2CURRID
S2CURRDESC
S2CURRID
S2CUSTOMER Kunde S2CUSTID
S2CUSTDESC
S2CUSTID
S2LOCATION Lokation S2LOCID
S2LOCDESC
S2LOCID
S2PRODUCT Produkt S2PRDID
S2PRDDESC
S2PRDFAMILY
S2PRDID
S2PRODUCTFAMILY Produktfamilie S2PRDFAMILY
S2PRDFAMILYDESCR
S2PRDFAMILY
S2SALESORDERITEM Kundenauftragsposition S2SALESDOC
S2SALESITEM
S2LOCID
S2PRDID
S2ORDERQTY
S2SALESDOC
S2SALESITEM
S2SALESORDERHDR Kundenauftragskopf S2SALESDOC
S2DISCTCHANNEL
S2SALESDOC
Weitere Informationen
Einfache Stammdatentypen anlegen [Seite 27]
Stammdatentypen [Seite 24]
5.10 Stammdatentyp ändern
Sie möchten einen Stammdatentyp ändern. Beachten Sie, dass nicht alle Felder eines Stammdatentyps
editierbar sind. Welche Änderungen Sie vornehmen können, hängt von folgenden Kriterien ab:
•Ob der Status des Stammdatentyps aktiv oder inaktiv ist
•Ob der Stammdatentyp einem Planungsbereich zugeordnet ist oder in anderen Stammdatentypen
verwendet wird
Leitfaden für die Modellkonguration
Stammdatentypen
PUBLIC
ÖFFENTLICH 41
•Ob bereits Daten für den Stammdatentyp hochgeladen wurden
Hinweis
Sie können jeden Parameter (ausgenommen der ID) eines Stammdatentyps ändern, den Sie nie aktiviert
haben (d.h. wenn nur eine inaktive Instanz des Stammdatentyps vorhanden ist). Sie können den
Stammdatentyp zudem löschen.
Wenn ein Stammdatentyp bereits aktiviert wurde (auch wenn dieser aktuell eine inaktive Instanz hat),
gelten bestimmte Regeln, die festlegen, welche Änderungen Sie vornehmen können.
Allgemeine Daten
Sie können jederzeit den Namen und die Beschreibung eines Stammdatentyps ändern.
Sobald Sie einen referenzierten Stammdatentyp aktiviert haben, können Sie den Stammdatentyp nicht mehr
ändern, auf dem der referenzierte Stammdatentyp basiert.
Sobald Sie einen externen Stammdatentyp aktiviert haben oder diesen in einem Planungsbereich verwenden,
können Sie seine externe Datenquelle nicht mehr ändern.
Typ
Sie können den Typ eines inaktiven Stammdatentyps wie folgt ändern:
•von einfach oder zusammengesetzt in extern
•von extern in einfach oder zusammengesetzt
Sobald Sie den Stammdatentyp aktiviert haben, können Sie ihn nicht mehr ändern.
Komponenten- und referenzierte Stammdatentypen
Ein zusammengesetzter Stammdatentyp muss mindestens zwei Komponenten haben. Ein virtueller
Stammdatentyp muss mindestens zwei referenzierte Stammdatentypen haben.
Wenn Sie Komponenten hinzufügen und entfernen, müssen sich die Änderungen auch in den
Schlüsselattributen der zusammengesetzten Stammdatentypen widerspiegeln.
Falls Stammdatensätze für einen zusammengesetzten Stammdatentyp vorhanden sind, können Sie
keine Komponenten hinzufügen oder entfernen. Sie können referenzierte Stammdatentypen zu virtuellen
Stammdatentypen hinzufügen oder aus diesen entfernen, auch wenn für diese Komponenten Daten vorhanden
sind.
42
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Stammdatentypen
Attribute zu Stammdatentypen zuordnen
Zusätzliche Attribute zu einem Stammdatentyp hinzufügen
Sie können einem Stammdatentyp zusätzliche Attribute zuordnen. Wenn Sie das neu hinzugefügte Attribut
in einem Planungsbereich oder in einem Stammdatentyp verwenden möchten, der auf dem geänderten
Stammdatentyp basiert, müssen Sie dieses explizit für den Planungsbereich bzw. den Stammdatentyp
auswählen. Sofern diese zuvor bereits aktiv waren, müssen Sie den Stammdatentyp und alle anderen
Entitäten, die den geänderten Stammdatentypen verwenden (Planungsbereiche, andere Stammdatentypen)
aktivieren, damit die Änderungen wirksam werden.
Wenn für die Stammdatentypen, denen Sie ein Attribut zugefügt haben, bereits Stammdatensätze vorhanden
waren, haben die bereits vorhandenen Datensätze der geänderten Stammdatentypen einen leeren Wert für das
neue Attribut. Sie können die Stammdaten erweitert um das neue Attribut erneut hochladen.
Attribute aus einem Stammdatentyp entfernen
Sie können nicht alle Attribute aus einem Stammdatentyp entfernen. Einem Stammdatentyp muss mindestens
ein Attribut zugeordnet sein.
Sie können ein Attribut nicht aus einem Stammdatentyp entfernen, wenn das Attribut in einem
Planungsbereich oder einem Stammdatentyp verwendet wird, der auf dem Stammdatentyp basiert, den Sie
ändern möchten.
Achtung
Wenn Sie ein Attribut aus einem Stammdatentyp entfernen, werden die bereits vorhandenen Daten für
dieses Attribut aus den Stammdatensätzen gelöscht.
Andere Stammdatentypen, die dasselbe Attribut verwenden, sind nicht betroen.
Schlüsselattribute
Bei einem einfachen Stammdatentyp können Sie zusätzliche Attribute als Schlüsselattribute angeben. Wenn
jedoch bereits Stammdatensätze für den Stammdatentyp vorhanden sind, bevor Sie ein zusätzliches Attribut
als Schlüssel markieren, darf das Attribut in keinem der Stammdatensätze leer sein.
Der Stammdatentyp muss mindestens ein Schlüsselattribut enthalten. Sie können ein Schlüsselattribut in ein
Nichtschlüsselattribut ändern, wenn die übrige Schlüsselkombination weiterhin nur eindeutige Werte für alle
vorhandenen Stammdatensätze enthält.
Zusammengesetzte Stammdatentypen enthalten alle Schlüsselattribute der Komponenten-
Stammdatentypen und dürfen keine anderen Schlüsselattribute enthalten. Komponenten-Stammdatentypen
dürfen nicht dieselben Schlüsselattribute enthalten. Wenn Sie die Schlüsselattribute in einer Komponente
eines zusammengesetzten Stammdatentyps ändern, müssen Sie die Schlüssel des zusammengesetzten
Stammdatentyps ebenfalls aktualisieren.
Ein virtueller Stammdatentyp enthält keine Schlüsselattribute.
Referenzstammdatentypen müssen alle Schlüsselattribute des referenzierten Stammdatentyps als Schlüssel
verwenden. Jedes Schlüsselattribut des referenzierten Stammdatentyps muss als referenziertes Attribut im
darauf aufbauenden referenzierten Stammdatentyp verwendet werden.
Wenn Sie die Schlüsselattribute des Stammdatentyps ändern, auf dem der Referenzstammdatentyp aufbaut,
müssen Sie den Schlüssel des Referenzstammdatentyps ebenfalls aktualisieren.
Leitfaden für die Modellkonguration
Stammdatentypen
PUBLIC
ÖFFENTLICH 43
Ein externer Stammdatentyp muss alle Schlüssel der externen Datenquelle enthalten.
Sie müssen den Stammdatentyp und alle anderen Entitäten aktivieren, die den Stammdatentyp verwenden
(Planungsbereiche, andere Stammdatentypen), damit die Änderungen wirksam werden.
Erforderliche Attribute
Jedes Schlüsselattribut des Stammdatentyps ist ein obligatorisches Attribut. Sie können jederzeit zusätzliche
Attribute nach Bedarf angeben oder ein Nichtschlüsselattribut als optional festlegen. Wenn allerdings
Stammdatensätze für den Stammdatentyp bereits vorhanden sind, wenn Sie ein zusätzliches Attribut als
obligatorisch festlegen, stellen Sie sicher, dass die Stammdatensätze für dieses Attribut leere Werte oder
Nullwerte enthalten.
Beim Anlegen von Stammdaten müssen Sie Werte für die erforderlichen Attribute angeben. Sie müssen sie
jedoch nicht bereitstellen, wenn Sie Stammdaten aktualisieren oder löschen.
Sie müssen den Stammdatentyp aktivieren, damit die Änderungen wirksam werden.
Personenbezogene Daten
Sie können Attribute von einfachen und zusammengesetzten Stammdatentypen als personenbezogene Daten
denieren. Dazu müssen Sie das Ankreuzfeld Personenbezogene Daten für das entsprechende Attribut
markieren. Anschließend müssen Sie den Stammdatentyp aktivieren, damit die Änderungen wirksam werden.
Achtung
Verwenden Sie diese Funktion nicht, um allgemeine Änderungen an Stammdatentypen nachzuverfolgen,
da dies eventuell zu Performanceproblemen führen kann.
Weitere Informationen
Änderungen an personenbezogenen Stammdaten verfolgen [Seite 46]
5.11 Stammdatentyp löschen
Mit der App Stammdatentypen können Sie Stammdatentypen einzeln löschen oder mehrere
Stammdatentypen zum Löschen auswählen und alle gleichzeitig löschen, indem Sie Löschenwählen.
Sie können Stammdatentypen mit verschiedenen Status in Ihre Auswahl aufnehmen. Die verschiedenen Status
werden beim Löschen unterschiedlich behandelt. Ob ein Stammdatentyp gelöscht werden kann, hängt auch
davon ab, ob er von anderen Entitäten verwendet wird.
Wenn ein Stammdatentyp keiner anderen Modellentität zugeordnet ist und nie aktiviert wurde, können Sie
diesen löschen, ohne eine weitere Aktion auszuführen.
Wenn der Stammdatentyp, den Sie löschen möchten, in anderen Entitäten verwendet wird, müssen Sie den
Stammdatentyp wie folgt von oben nach unten aus jeder Modellentität entfernen:
44
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Stammdatentypen
•Wenn der zu löschende Stammdatentyp einem Planungsbereich zugeordnet ist, löschen Sie den
Stammdatentyp aus dem Planungsbereich, indem Sie ihn zum Löschen vormerken, und anschließend
den Planungsbereich aktivieren.
Hinweis
Wenn der Planungsbereich für die Beschaungsplanung aktiviert ist, entmarkieren Sie zunächst
Beschaungsplanung aktivieren unter Planungsbereichseinstellungen. Löschen Sie anschließend den
Stammdatentyp aus dem Planungsbereich, aktivieren Sie die Beschaungsplanung, und aktivieren Sie
den Planungsbereich erneut.
Wiederholen Sie dies für alle Planungsbereiche, in denen der Stammdatentyp verwendet wird.
•Wenn der zu löschende Stammdatentyp als Komponente in einem zusammengesetzten Stammdatentyp
verwendet wird, löschen Sie den Stammdatentyp aus dem zusammengesetzten Stammdatentyp, und
aktivieren Sie den zusammengesetzten Stammdatentyp.
Hinweis
Sie können eine Komponente aus einem zusammengesetzten Stammdatentyp nur löschen, wenn
keine Daten für den zusammengesetzten Stammdatentyp vorhanden sind.
Wiederholen Sie dies für alle zusammengesetzten Stammdatentypen, in denen der zu löschende
Stammdatentyp verwendet wird.
•Wenn der zu löschende Stammdatentyp in einem virtuellen Stammdatentyp verwendet wird, löschen Sie
diesen aus dem virtuellen Stammdatentyp, und aktivieren Sie den virtuellen Stammdatentyp.
Wiederholen Sie dies für alle virtuellen Stammdatentypen, in denen der zu löschende Stammdatentyp
verwendet wird.
•Wenn der zu löschende Stammdatentyp in einem referenzierten Stammdatentyp verwendet wird, löschen
Sie den referenzierten Stammdatentyp durch eine aktive Löschung.
Hinweis
Sie können einen referenzierten Stammdatentyp nur löschen, wenn dieser in keinen übergeordneten
Entitäten verwendet wird, wie in einem Planungsbereich oder in andere Stammdatentypen. Vor der
Löschung müssen Sie ihn aus allen Planungsbereichen und Stammdatentypen löschen.
Nachdem Sie den Stammdatentyp aus allen Entitäten gelöscht haben, die ihn verwenden, können Sie den
Stammdatentyp selbst löschen.
Hinweis
Wenn Sie auch den zusammengesetzten oder virtuellen Stammdatentyp löschen möchten, der den
betreenden Stammdatentyp verwendet, können Sie sie zusammen in einem Schritt löschen. Sie können
auch den Referenzstammdatentyp löschen, der den zu löschenden Stammdatentyp zusammen mit dem
Stammdatentyp selbst verwendet.
Stammdatentypen mit verschiedenen Status werden beim Löschen wie folgt unterschiedlich gehandhabt:
•Inaktive Stammdatentypen werden sofort gelöscht.
•Aktive Stammdatentypen sind zum Löschen vorgemerkt, und Sie müssen sie aktivieren, um die Löschung
abzuschließen. Sie können mehrere Stammdatentypen gleichzeitig aktivieren.
•Für Stammdatentypen, die sowohl aktive als auch inaktive Instanzen (inaktiv/aktiv) haben, werden die
aktiven Instanzen zum Löschen vorgemerkt, und die inaktiven Instanzen werden gelöscht.
Leitfaden für die Modellkonguration
Stammdatentypen
PUBLIC
ÖFFENTLICH 45
•Stammdatentypen, die bereits zum Löschen vorgemerkt sind, können mit der Funktion Löschen nicht
gelöscht werden. Um die Löschung abzuschließen, müssen Sie sie aktivieren.
Weitere Informationen
Aktive Objekte löschen (Aktive Löschung) [Seite 344]
5.12 Änderungen an personenbezogenen Stammdaten
verfolgen
Wenn Ihr Unternehmen Stammdatensätze speichert, die personenbezogene Daten enthalten, können Sie
Änderungen an diesen Daten nachverfolgen, anzeigen und bei Bedarf herunterladen.
Um Änderungen an solchen Daten nachverfolgen zu können, müssen Sie zunächst die Attribute in der App
Stammdatentypen als personenbezogene Daten denieren. Sie können diese Einstellung für einfache und
zusammengesetzte Stammdatentypen vornehmen. Dafür müssen Sie das Ankreuzfeld Personenbezogene
Daten markieren und den Stammdatentyp aktivieren. Diese Einstellung können Sie jederzeit ändern.
Änderungen werden im System 90 Tage lang gespeichert. Sie können die Speicherdauer über den globalen
Kongurationsparameter PERSONAL_DATA_CHANGE_LOG_AGE ändern.
Achtung
Verwenden Sie diese Funktion nicht, um allgemeine Änderungen an Stammdaten nachzuverfolgen, da dies
zu Performanceproblemen führen kann.
Sie können Änderungen an den personenbezogenen Daten in der App Änderungen an personenbezogenen
Stammdaten anzeigen anzeigen und herunterladen.
Weitere Informationen
Einfache Stammdatentypen anlegen [Seite 27]
Zusammengesetzte Stammdatentypen anlegen [Seite 31]
Stammdatentyp ändern [Seite 41]
46
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Stammdatentypen
6 Zeitprole und Zeiträume
Zeitprole legen ein Zeitintervall fest, das zur Verwaltung von Planungsdaten verwendet wird.
Ein Zeitprol besteht aus Zeitprolebenen (z.B. Monate, Quartale oder Jahre). Jede Ebene besteht aus
Zeiträumen, die durch eine Nummer gekennzeichnet sind und die Start- und Endzeit für den entsprechenden
Zeitraum beschreiben.
Wenn Sie eine Aggregation oder Disaggregation anhand von Zeiträumen ausführen möchten, müssen
die Zeiträume auf den verschiedenen Ebenen eine Hierarchie bilden. In dieser Hierarchie können
die Zeitprolebenen mehrere übergeordnete Ebenen haben und es kann Zeitprolebenen ohne eine
übergeordnete Ebene geben. Weitere Informationen zum Einrichten Ihres Planungsmodells zur Aggregation
und Disaggregation von Daten über verschiedene Zeitebenen nden Sie unter Aggregation und Disaggregation
von Daten über verschiedene Zeitprolebenen kongurieren [Seite 55].
Beispiel
Zeiträume für ein Zeitprol mit 6 Zeitebenen
Die mit IBP ausgelieferten Beispielmodelle enthalten auch Zeitproldenitionen. Önen Sie die App
Beispielmodellentitäten, um die mit SAP Integrated Business Planning ausgelieferten Zeitprole anzuzeigen.
Sie können entweder einer dieser Zeitprole kopieren oder ein eigenes Zeitprol in der App Zeitprole anlegen.
Nachdem Sie ein Zeitprol angelegt und aktiviert haben, müssen Sie eine Datei mit Zeitproldaten laden oder
einen Anwendungsjob zum Anlegen von Zeiträumen einplanen.
Leitfaden für die Modellkonguration
Zeitprole und Zeiträume
PUBLIC
ÖFFENTLICH 47
6.1 Attribute PERIODID und PERIODID(n) in
Zeitprolebenen
Bei den Attributen PERIODID und PERIODID(n) handelt es sich um technische Attribute. Bei dem Attribut
PERIODID(n) handelt es sich um die Hierarchieebenen-ID für den Zeitraum. Das Attribut PERIODID
kennzeichnet einen bestimmten Zeitraum und keine Zeitprolebene. 25503 ist z.B. das Attribut PERIODID
für Mai 2016 als Zeitraum und 25504 für Juni 2016. Diese Attribute sind nicht in der App Zeitprole vorhanden.
Sie benötigen diese jedoch ggf., wenn Sie Berechnungen für Kennzahlen oder Attribut-Transformationen
denieren.
Die Zuordnung von PERIODID(n)-Attributen variiert je nach der Zeitprol-ID und den Ebenen, die deniert
wurden. PERIODID0 stellt die niedrigste Zeitprolebene dar. Wenn das Zeitprol mehrere Zeitprolebenen
hat, repräsentiert PERIODID1 die oberste Ebene. Der nächste PERIODID(n)-Wert stellt die nächst höhere
Zeitprolebene dar.
Wenn ein Zeitprol z.B. mit den Ebenen „Tag“, „Technische Woche“, „Woche“ und „Jahr“ deniert wurde, ergibt
sich folgende Zuordnung:
•PERIODID0: Tagesperioden
•PERIODID1: Jahresperioden
•PERIODID2: Monatsperioden
•PERIODID3: Wochenperioden
•PERIODID4: Technische Wochenperioden
6.2 Zeitprole anlegen
Mit der App Zeitprole können Sie Zeitprole anlegen.
Voraussetzungen
Stellen Sie sicher, dass Sie die erforderlichen Berechtigungen für diese Aktivität haben, also dass
die erforderlichen Anwendungskataloge für diese Aktivität einer Anwendungsrolle zugeordnet sind, die
Ihrem Anwendungsbenutzer zugeordnet ist. Weitere Informationen nden Sie auf dem SAP Help Portal
http://help.sap.com/ibp unter Anwendungshilfe für SAP Integrated Business Planning Identitäts- und
Zugrisverwaltung Grundkonzepte Anwendungskataloge .
Vorgehensweise
1. Wählen Sie in der App Zeitprole Neu.
48
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Zeitprole und Zeiträume
2. Wählen Sie im Dialog Zeitprolebenen auswählen die Zeitprolebenen für Ihr Zeitprol aus. Wählen Sie z.B.
alle verfügbaren Ebenen aus und wählen Sie dann OK.
Die ausgewählten Zeitprolebenen werden angelegt und vorausgefüllt. Wenn Sie nicht möchten, dass
das System automatisch Zeitprolebenen für Ihr Zeitprol erstellt, wählen Sie OK, ohne eine Ebene
auszuwählen.
Hinweis
Wenn Sie die Zeitprolebenen auswählen, werden diese automatisch auf Basis einer Vorlage angelegt.
Sie können also nicht die Basisebene einer Zeitprolebene ändern, sondern nur das Zeitprol mit
einer weniger granularen Zeitprolebene erweitern. Wenn Sie eine benutzerdenierte Struktur für das
Zeitprol verwenden möchten, legen Sie sie neu an.
3. Geben Sie auf dem Bild Neues Zeitprol die Details für das Zeitprol an.
Geben Sie eine positive ganze Zahl als ID an.
Stellen Sie sicher, dass die Zeitprolebenen entsprechend der Periodenart korrekt angeordnet sind. Eine
Zeitprolebene mit der Periodenart „Tag“ muss z.B. vor einer Ebene mit der Periodenart „Monat“ kommen,
während „Monat“ vor „Quartal“ kommen muss.
Hinweis
Tag und Kalenderwoche beziehen sich auf den gregorianischen Kalender.
Der Standardanzeigehorizont einer Zeitprolebene bestimmt die Standardperiode, die für die
entsprechende Zeitprolebene auf der Registerkarte Zeiteinstellungen auf dem Bild Neue Planungssicht
anlegen von SAP Integrated Business Planning, Add-in für Microsoft Excel (SAP IBP, Add-in für Microsoft
Excel) vorausgewählt wird. Die Werte in den Feldern des Standardanzeigehorizonts stehen in Relation zur
aktuellen Periode. Beispiel: Wenn die aktuelle Periode Mai 2020 ist und Sie 0 für Standardanzeigehorizont
in der Vergangenheit und 6 für Standardanzeigehorizont in der Zukunft festlegen, sind die vorausgewählten
Werte für monatliche Perioden im Abschnitt Zeiteinstellungen im Feld Von Mai 2020 und im Feld Bis
Oktober 2020.
4. Optional: Ordnen Sie den Zeitprolebenen Attribute zu.
Hinweis
Sie können einer Zeitprolebene ein beliebiges Attribut zuordnen, ausgenommen Attribute mit
Dezimaldatentyp.
Wenn das Ankreuzfeld Externe Zeitreihe aktivieren für Ihren Planungsbereich markiert ist, dürfen
Sie einer Zeitprolebene kein Attribut mit der ID DATE zuordnen, da dieses nicht an die
Berechnungsszenarios propagiert wird.
5. Sichern Sie Ihre Eingaben.
6.3 Optionen zum Anlegen von Zeiträumen
Ein Zeitraum ist eine bestimmte Instanz einer Zeitprolebene, die durch eine Nummer gekennzeichnet ist und
ein Start- und Enddatum hat.
Leitfaden für die Modellkonguration
Zeitprole und Zeiträume
PUBLIC
ÖFFENTLICH 49
Zeiträume werden für Tage, (technische) Wochen, Monate, Quartale und Jahre generiert. Das Start- und
Enddatum eines Zeitraums wird im ausgewählten Zeitprol bestimmt. Die folgende Abbildung zeigt die
Funktionsweise von technischen Wochen:
Gruppierung von Tagen in technische Wochen
Wenn Sie ein Zeitprol aktiviert haben, gibt es drei Möglichkeiten, Zeiträume anzulegen:
•Sie können Zeiträume über einen Anwendungsjob in der App Anwendungsjobs generieren.
•Sie können eine Vorlage mit Zeiträumen in der App Datenintegrationjobs herunterladen und diese
anschließend aus der trennzeichengetrennte Datei (CSV-Datei) hochladen.
•Sie können Zeiträume aus SAP Cloud Integration für Datenservices hochladen.
Empfehlung
Verwenden Sie die Datenintegrationsjobs und SAP Cloud Integration für Datenservices, wenn Sie
mit komplexen Zeitprolen arbeiten, d.h. Zeitprole, die Zeitprolebenen aus benutzerdenierten
Zeitraumarten enthalten, oder wenn den Zeitprolebenen Attribute zugeordnet sind.
Weitere Informationen
Zeiträume mit einem Anwendungsjob anlegen [Seite 52]
Zeiträume aus einer Vorlage anlegen [Seite 50]
6.4 Zeiträume aus einer Vorlage anlegen
Sie können in der App Datenintegrationsjobs Zeiträume aus Vorlagen anlegen.
Voraussetzungen
Stellen Sie sicher, dass Sie die erforderlichen Berechtigungen für diese Aktivität haben, also dass
die erforderlichen Anwendungskataloge für diese Aktivität einer Anwendungsrolle zugeordnet sind, die
Ihrem Anwendungsbenutzer zugeordnet ist. Weitere Informationen nden Sie auf dem SAP Help Portal
http://help.sap.com/ibp unter Anwendungshilfe für SAP Integrated Business Planning Identitäts- und
Zugrisverwaltung Grundkonzepte Anwendungskataloge .
50
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Zeitprole und Zeiträume
Kontext
Wir empfehlen, diese Option zu verwenden, da Sie in der CSV-Datei (trennzeichengetrennte Datei)
die Zeitraumbeschreibungen bei Bedarf anpassen können. Zudem können Sie bei der Verwendung von
Zeitprolattributen die Attribute mit Daten füllen, bevor Sie die Zeiträume für das Zeitprol in das System
laden.
Vorgehensweise
1. Klicken Sie in der App Datenintegrationsjobs auf Vorlage herunterladen.
2. Wählen Sie Zeiträume als Datentyp aus.
3. Wählen Sie in der Dropdown-Liste das Zeitprol aus, und geben Sie an, ob Sie die Vorlage mit neuen oder
bereits vorhandenen Zeiträumen vorbelegen möchten.
•Wenn Sie das Dropdown Vorlage vorbelegen leer lassen, enthält die Vorlage keine Zeitprole.
•Wenn Sie Mit neuen Zeitperioden wählen, enthält die Vorlage Zeitperioden gemäß dem Wert des Feldes
Zeitprol. Beachten Sie bitte, dass diese Option ausgegraut ist, wenn Perioden bereits vorhanden sind.
•Wenn Sie Mit vorhandenen Zeitperioden wählen, enthält die Vorlage Zeitperioden, die bereits für das
Zeitprol im System vorhanden sind, z. B. weil sie zu einem früheren Zeitpunkt hochgeladen wurden.
4. Wählen Sie Herunterladen.
Ergebnisse
Es wird eine Datei mit den korrekten, durch ein Komma getrennten Kopfzeilen für Ihren Datentyp generiert,
die Sie als Vorlage verwenden können. Sie können die Vorlage anschließend mit den richtigen Werten füllen,
sichern und nutzen, um Daten ins System hochzuladen.
Hinweis
Bevor Sie Zeiträume über eine Vorlage hochladen, die mit vorhandenen Zeiträumen vorbelegt ist, stellen
Sie sicher, dass die Nummerierung in der Zeitraumbeschreibung der Wochen und technischen Wochen
korrekt ist. Weitere Informationen nden Sie auf dem SAP Help Portal http://help.sap.com/ibp unter
Datenintegrationsszenarien Datenintegrationsjobs Daten aus einer CSV-Datei hochladen Zeiträume
hochladen .
Nächste Schritte
Laden Sie die Zeiträume hoch.
Leitfaden für die Modellkonguration
Zeitprole und Zeiträume
PUBLIC
ÖFFENTLICH 51
6.5 Zeiträume mit einem Anwendungsjob anlegen
Verwenden Sie die App Anwendungsjobs, um Zeiträume für das ausgewählte Zeitprol zu generieren.
Voraussetzungen
Stellen Sie sicher, dass Sie die erforderlichen Berechtigungen für diese Aktivität haben, also dass
die erforderlichen Anwendungskataloge für diese Aktivität einer Anwendungsrolle zugeordnet sind, die
Ihrem Anwendungsbenutzer zugeordnet ist. Weitere Informationen nden Sie auf dem SAP Help Portal
http://help.sap.com/ibp unter Anwendungshilfe für SAP Integrated Business Planning Identitäts- und
Zugrisverwaltung Grundkonzepte Anwendungskataloge .
Sie haben das Zeitprol aktiviert, für das Sie Zeiträume anlegen möchten.
Kontext
Sie können diese Option für Zeitprole verwenden, die nur Zeitprolebenen enthalten, für die eine Periodenart
angegeben ist. Verwenden Sie für Zeitprole mit benutzerdenierten Zeitprolebenen (ohne denierte
Periodenart) die App Datenintegrationsjobs, oder laden Sie Zeiträume aus SAP Cloud Platform Integration
für Datenservices hoch. Weitere Informationen nden Sie unter Optionen zum Anlegen von Zeiträumen [Seite
49].
Vorgehensweise
1. Önen Sie die App Anwendungsjobs.
2. Legen Sie einen neuen Anwendungsjob an.
3. Wählen Sie die Vorlage Zeiträume für Zeitprol anlegen aus.
4. Optional: Legen Sie die Einplanungsoptionen für Ihren Job fest.
5. Geben Sie die Zeitprol-ID an, für die Sie die Zeiträume anlegen möchten.
Beachten Sie, dass Sie diesen Anwendungsjob nur für Zeitprole verwenden können, für die für jede
Zeitprolebene eine bestimmte Periodenart deniert ist.
6. Wählen Sie Einplanen.
Nächste Schritte
Suchen Sie Ihren Job in der Liste der Anwendungsjobs und prüfen Sie seinen Status. Wenn Ihr Job
abgeschlossen ist, können Sie auch die entsprechenden Protokollnachrichten anzeigen.
52
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Zeitprole und Zeiträume
Tipp
Anwendungsjobs erstellen generierte Beschreibungen für Zeiträume. Sie können die
Zeitraumbeschreibungen über die App Datenintegrationsjobs ändern. Dafür müssen Sie die Vorlage für die
Zeitprole herunterladen, die mit vorhandenen Zeiträumen vorbelegt ist, die Beschreibungen bearbeiten
und die Daten erneut hochladen. Weitere Informationen nden Sie auf dem SAP Help Portal http://
help.sap.com/ibp unter Datenintegrationsszenarien Datenintegrationsjobs Daten aus einer CSV-Datei
hochladen Zeiträume hochladen .
Weitere Informationen
Optionen zum Anlegen von Zeiträumen [Seite 49]
Zeiträume aus einer Vorlage anlegen [Seite 50]
6.6 Zeitprole ändern und löschen
Sie möchten ein Zeitprol ggf. ändern. Es können jedoch nicht alle Felder auf dem Zeitprol-Bild bearbeitet
werden. Welche Änderungen Sie vornehmen können, hängt von folgenden Faktoren ab:
•Ob der Status des Zeitprols aktiv oder inaktiv ist
•Ob das Zeitprol Planungsbereichen zugeordnet ist
•Ob bereits Zeiträume für das Zeitprol angelegt wurden
Hinweis
Wenn Sie ein Zeitprol angelegt und gesichert, aber noch nicht aktiviert haben (d.h. wenn nur eine inaktive
Instanz des Zeitprols vorhanden ist), können Sie jeden Parameter des Zeitprols ändern. Sie können das
Zeitprol zudem löschen.
Wenn ein Zeitprol bereits aktiviert wurde (auch wenn es aktuell eine inaktive Instanz hat), gelten bestimmte
Regeln, die festlegen, welche Felder oder Parameter Sie ändern oder löschen können.
Zeitprol ändern
Beschreibung
Sie können die Beschreibung eines Zeitprols jederzeit ändern.
Startdatum und Enddatum
Wenn das Zeitprol in keinem Planungsbereich verwendet wird, können Sie sein Start- und Enddatum jederzeit
ändern.
Leitfaden für die Modellkonguration
Zeitprole und Zeiträume
PUBLIC
ÖFFENTLICH 53
Sie müssen das Zeitprol aktivieren, damit die Änderungen wirksam werden.
Hinweis
Wenn Änderungen am Start- und Enddatum des Zeitprols dessen gesamten Gültigkeitszeitraum
erweitern, d.h., wenn das neue Startdatum früher beginnt oder das neue Enddatum später endet als zuvor,
sind für diese Teile des Zeitprols keine Zeiträume vorhanden. Legen Sie in diesem Fall die fehlenden
Zeiträume an, indem Sie diese hochladen oder den Anwendungsjob zum Anlegen von Zeiträumen
verwenden.
Achtung
Wenn das Zeitprol bereits in einem Planungsbereich verwendet wird und bereits Bewegungsdaten
vorhanden sind, kann das Ändern der Datumsangaben des Zeitprols zu Problemen führen und ist daher
nicht empfohlen.
Empfehlung
Wir empfehlen, dass Sie das Start- und Enddatum des Zeitprols so denieren, dass keine Änderungen
daran notwendig werden. Legen Sie z.B. das Enddatum viele Jahre in die Zukunft.
Zeitprolebenen
Sie können Zeitprolebenen nicht löschen.
Sie können die Periodenart und den Standardanzeigehorizont einer Zeitprolebene ändern, aber nicht
ihre Basisebene. Wenn Sie eine Zeitprolebene mit einer anderen Basisebene benötigen, müssen Sie die
Zeitprolebene löschen und mit der richtigen Basisebene erneut anlegen.
Wenn für das Zeitprol bereits Zeiträume vorhanden sind, auch wenn das Zeitprol keinem Planungsbereich
zugeordnet ist, und Sie eine neue Zeitprolebene hinzufügen, müssen Sie die Zeiträume erneut hochladen.
Wenn das Zeitprol bereits einem Planungsbereich zugeordnet ist, können Sie keine neuen Zeitprolebenen
hinzufügen.
Sie müssen das Zeitprol aktivieren, damit die Änderungen wirksam werden.
Attribute, die Zeitprolebenen zugeordnet sind
Sie können jederzeit zusätzliche Attribute zu einer Zeitprolebene zuordnen. Sie können ein Attribut nur zu
einer einzigen Zeitprolebene zuordnen. Wenn Sie ein Attribut einem Planungsbereich zugeordnet haben,
können Sie dasselbe Attribut nicht zu einer Zeitprolebene zuordnen.
Um ein Attribut als obligatorisch zu markieren, müssen Daten für das Attribut für jeden Zeitraum hochgeladen
werden. Sie können das Zeitprol nur aktivieren, wenn alle Zeiträume mit einem Wert für dieses Attribut
hochgeladen werden (leere Werte sind nicht zulässig).
Wenn bereits Zeiträume für ein Zeitprol vorhanden sind, können Sie ein neues obligatorisches Attribut in
zwei Schritten hinzufügen. Ordnen Sie zuerst das Attribut der Zeitprolebene zu, ohne es als obligatorisch
zu denieren. Aktivieren Sie das Zeitprol und laden Sie anschließend die Zeiträume mit dem ausgefüllten
Attribut hoch. Stellen Sie sicher, dass Sie keine anderen Daten für die bereits vorhandenen Zeiträume ändern.
Markieren Sie im letzten Schritt bei der Denition des Zeitprols das Attribut als obligatorisch.
Sie können ein zugeordnetes Attribut aus einer Zeitprolebene nur entfernen, wenn das entsprechende
Attribut in keiner Planungsebene verwendet wird.
54
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Zeitprole und Zeiträume
Sie müssen das Zeitprol aktivieren, damit die Änderungen wirksam werden.
Zeitprol löschen
Sie können ein Zeitprol nur löschen, wenn es keinem Planungsbereich zugeordnet ist. Sie löschen ein aktives
Zeitprol in zwei Schritten. Wenn Sie das aktive Zeitprol löschen, erstellt das System zunächst eine neue
Instanz des Zeitprols, die zum Löschen vorgemerkt ist. Wenn Sie das Zeitprol aktivieren, führt das System
die Löschung durch: Beide Instanzen (aktiv und zum Löschen vorgemerkt) werden gelöscht.
Wenn Sie ein Zeitprol löschen, werden die zugehörigen Zeiträume ebenfalls gelöscht.
6.7 Aggregation und Disaggregation von Daten über
verschiedene Zeitprolebenen kongurieren
Verschiedene Anwendungen von SAP Integrated Business Planning, die mit verschiedenen Zeitprolebenen
und Zeithorizonten arbeiten, verwenden eventuell denselben Planungsbereich. Daher müssen die Werte der
gemeinsamen Kennzahlen über verschiedenen Zeitebenen aggregiert und disaggregiert werden.
Voraussetzungen
Stellen Sie sicher, dass Sie die erforderlichen Berechtigungen für diese Aktivität haben, also dass
die erforderlichen Anwendungskataloge für diese Aktivität einer Anwendungsrolle zugeordnet sind, die
Ihrem Anwendungsbenutzer zugeordnet ist. Weitere Informationen nden Sie auf dem SAP Help Portal
http://help.sap.com/ibp unter Anwendungshilfe für SAP Integrated Business Planning Identitäts- und
Zugrisverwaltung Grundkonzepte Anwendungskataloge .
Ihr Zeitprol enthält eine Zeitprolebene mit der Periodenart „Technische Woche“. Diese Zeitprolebene bildet
die Basisebene der Zeitprolebenen mit den Periodenarten „Woche“ und „Monat“.
Kontext
Die zeitebenenübergreifende Aggregation und Disaggregation von Daten kann durch ein bestimmtes
Modellierungskonzept realisiert werden, das auf der Modellierung von Zeitprolebenen mit mehreren
übergeordneten Ebenen und von Zwischenebenen ohne übergeordnete Ebenen basiert. Wenn Sie die
Modellierung „Wochen-auf-Monat-Verteilung“ anwenden, nachdem Wochen und Monate aggregiert wurden,
können Sie Kennzahlen zeitebenenübergreifend aggregieren und disaggregieren.
Hinweis
Sie können dieses Modellierungskonzept auch bei der Aggregation und Disaggregation zwischen
kundenspezischen überlappenden Perioden anwenden. Verwenden Sie die benutzerdenierte (leerer
Leitfaden für die Modellkonguration
Zeitprole und Zeiträume
PUBLIC
ÖFFENTLICH 55
Wert) Periodenart, um ein solches Zeitprol zu denieren. Modellieren Sie die Beziehungen zwischen den
Zeitprolebenen über das Feld Basisebene.
Vorgehensweise
1. Denieren Sie das Periodengewichtungsfaktor-Attribut.
Denieren Sie in der App Attribute mindestens ein Attribut, das den Periodengewichtungsfaktor darstellt.
Typischerweise wird die Anzahl der Arbeits- oder Kalendertage als Periodengewichtungswert verwendet.
Geben Sie INTEGER als Datentyp des Attributs an.
2. Ordnen Sie das angelegte Periodengewichtungsfaktor-Attribut der Ebene der technischen Woche des
ausgewählten Zeitprols zu.
Sie können der Zeitprolebene des ausgewählten Zeitprols ein Attribut in der App Zeitprole zuordnen.
3. Aktivieren Sie das Zeitprol.
Sie können das Zeitprol in der App Zeitprole aktivieren.
4. Laden Sie die Zeiträume mit Periodengewichtungsfaktoren in das Zeitprol hoch.
Verwenden Sie die App Datenintegration, um eine CSV-Dateivorlage für das Zeitprol abzurufen. Fügen Sie
die Daten der Zeiträume einschließlich Periodengewichtungsfaktoren in die Vorlage ein und laden Sie die
Datei hoch, damit die Zeiträume angelegt werden.
Hinweis
Wenn Sie das Modellierungskonzept „Wochen-auf-Monat-Verteilung“ anwenden, müssen Sie entweder
die App Datenintegration oder SAP Cloud Platform Integration verwenden, damit die Datenservices die
Zeiträume anlegen. Zeiträume, die Sie durch die Einplanung von Anwendungsjobs anlegen, enthalten
keine Periodengewichtungsfaktoren. Dies kann zu einer ungenauen Aggregation und Disaggregation
zwischen verschiedenen Zeitprolebenen führen.
5. Ordnen Sie das Periodengewichtungsfaktor-Attribut den entsprechenden Planungsebenen zu.
Wenn Sie Kennzahlwerte in beiden (Kalender-)Wochen und Monaten lesen und schreiben möchten, wählen
Sie die Zeitprolebene der technischen Woche als Wurzel in den Basisplanungsebenen aus, die in den
angegebenen Kennzahlen verwendet werden. Ordnen Sie außerdem den Periodengewichtungsfaktor der
Basisplanungsebene der Kennzahl zu. Wechseln Sie hierzu auf die Registerkarte Planungsebenen der App
Planungsbereiche.
6. Ordnen Sie das Periodengewichtungsfaktor-Attribut den entsprechenden Kennzahlen zu.
Sie müssen den Periodengewichtungsfaktor für jede Kennzahl angeben, deren Werte Sie sowohl in Wochen
als auch Monaten abrufen möchten. Wechseln Sie hierzu zur Registerkarte Kennzahlen in der App
Planungsbereiche und wählen Sie das Attribut aus, das Sie für den Periodengewichtungsfaktor angelegt
haben.
Hinweis
Sie können einer Kennzahl nur dann einen Gewichtungsfaktor zuordnen, wenn der
Disaggregationsmodus der Kennzahl Gleich ist, mit oder ohne denierte proportionale Disaggregation.
56
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Zeitprole und Zeiträume
Wenn Sie die Kennzahlen auf der Ebene der technischen Woche ablegen, aber die Prognose
auf Kalenderwochenebene durchführen möchten, müssen Sie mindestens eine Kennzahl auf
Kalenderwochenebene abgelegt haben.
7. Aktivieren Sie den Planungsbereich, damit Ihre Änderungen wirksam werden.
Leitfaden für die Modellkonguration
Zeitprole und Zeiträume
PUBLIC
ÖFFENTLICH 57
7 Planungsbereiche
Ein Planungsbereich ist eine Modellentität, die die Struktur des Planungsprozesses deniert und dessen
Rückgrat bildet. Ein Planungsbereich besteht aus seinem zugeordneten Zeitprol, den Attributen der
Stammdatentypen, Planungsebenen, Kennzahlen und Versionen. Dies ist vergleichbar mit SAP APO oder SAP
ERP, wo Tabellen, Tabellenwerte und Konguration deniert werden, um den Planungsprozess zu unterstützen.
Planungsbereiche können mehrere Planungsdatensätze enthalten, also einen Datensatz für die Basisversion
und zusätzliche Versionsdatensätze. Die Versionen dienen als Alternativpläne für die gesamte oder für Teile
der Basisversion und müssen konguriert und aktiviert werden. Versionen können die gleichen Stammdaten
haben wie die Basisversion oder auf unabhängigen versionsspezischen Stammdatensätzen basieren. Es
können zudem vom Benutzer denierte Szenarios vorhanden sein, die auf den Versionen (einschließlich der
Basisversion) auiegen.
SAP liefert mit der Lösung SAP Integrated Business Planning for Supply Chain (SAP IBP)
Beispielplanungsbereiche aus, die Sie als Grundlage zum Anlegen Ihrer eigenen Planungsbereiche verwenden
können. Sie können den Beispielplanungsbereich auswählen und kopieren, der Ihren Geschäftsanforderungen
am besten entspricht, und dann den resultierenden Planungsbereich anpassen.
Ein Unternehmen kann mehrere Planungsbereiche haben, um die Prozesse von SAP IBP in verschiedenen
Unternehmensbereichen zu aktivieren.
Hinweis
Da Sie das SAP Integrated Business Planning, Add-in für Microsoft Excel zeitgleich nur für einen
Planungsbereich verwenden können, ist dieser Anwendungsfall begrenzt.
Separate Planungsbereiche werden auch für die Kongurationsarbeit verwendet, um z.B. laufende
Kongurationsaktivitäten von Endanwendertests zu trennen oder um die Arbeit aus verschiedenen
Projektphasen voneinander zu trennen. Weitere Informationen nden Sie unter Best Practices:
Planungsmodelle exportieren [Seite 409].
Ein Planungsbereich besteht aus den folgenden Einstellungen und Modellentitäten:
•Name, z.B. ABC
•Beschreibung, z.B.: ABCs Planungsbereich
•Zeitprol: Zeitprol-ID (160)
•Ablagezeitprolebene (z.B. wöchentlich oder monatlich)
•Planungshorizont
•Liste der ausgewählten Attribute und der Stammdatentypen, aus denen diese stammen, z.B.
Attribut Stammdatentyp
CUSTTYPE CUSTOMER
LOCTYPE LOCATION
58
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Planungsbereiche
Attribut Stammdatentyp
PRDID PRODUCT
PRDDESC PRODUCT
MKTSGMNT CUSTOMERPRODUCT
CMPNTID COMPONENT
•Planungsebenen
•Kennzahlen
•Versionen (optional)
•Zugeordnete Planungsoperatoren (optional)
•Zusätzliche Parameter, wie die Aktivierung des Planungsbereichs für die Beschaungsplanung oder für die
Änderungshistorie
Status eines Planungsbereichs
Um Daten in einen Planungsbereich hochladen zu können, müssen Sie diesen aktivieren. Ein Planungsbereich
kann einen der folgenden Status haben:
•Inaktiv
Der Planungsbereich wurde noch nicht aktiviert oder wurde seit der Aktivierung geändert und gesichert.
•Aktiv
Der Planungsbereich wurde aktiviert.
•Zum Löschen vorgemerkt
Der Planungsbereich wurde zum Löschen vorgemerkt und wurde seitdem nicht aktiviert.
Weitere Informationen über Aktivierungsstatus nden Sie unter Status von Modellentitäten [Seite 322].
Zusätzlich zu diesen Status können Planungsbereiche, die für bestimmte Anwendungsbereiche verwendet
werden, auch anwendungsspezische Status haben. Diese Status basieren auf Prüfungen oder Aufgaben,
die für den betreenden Anwendungsbereich relevant sind, und werden für Planungsbereiche angezeigt, die
bereits aktiviert wurden oder gerade aktiviert werden. Basierend auf dem Ergebnis oder dem Fortschritt der
betreenden Prüfung oder Aufgabe kann der Planungsbereich die folgenden anwendungsspezischen Status
haben:
•Fehler
•Warnung
•Wird ausgeführt (die entsprechende Prüfung oder Aufgabe wird ausgeführt)
•Ausstehend (Aktivierung gestartet und anwendungsspezische Prüfung oder Aufgabe steht aus)
•OK
Der Arbeitsvorrat für den Planungsbereich und der Abschnitt Allgemein des Detailbilds des Planungsbereichs
zeigen einen aggregierten Status an, der auf allen anwendungsspezischen Status basiert, die für den
Planungsbereich verfügbar sind.
Leitfaden für die Modellkonguration
Planungsbereiche
PUBLIC
ÖFFENTLICH 59
Weitere Informationen
Status von Modellentitäten [Seite 322]
Planungsbereiche aktivieren [Seite 337]
7.1 Beispielplanungsbereiche
Die App Beispielmodellentitäten bietet Anzeigezugri auf SAP-Beispielplanungsbereiche, die mit
SAP Integrated Business Planning for Supply Chain (SAP IBP) ausgeliefert werden. Sie können
Beispielplanungsbereiche als Basis für Ihre eigenen Planungsbereiche verwenden.
Achtung
Wir verwenden die Beispielmodellentitäten in vielen Beispielen in der Benutzerhilfe für SAP IBP. Im
Allgemeinen haben Sie die Möglichkeit, die Modellentitäten Ihren Geschäftsanforderungen entsprechend
anzupassen.
Um die Bestandsoperatoren und zeitreihenbasierten Beschaungsplanungsalgorithmen auszuführen,
müssen Sie jedoch für die entsprechenden Stammdatentypen, Attribute und Kennzahlen spezische
technische IDs verwenden, die von SAP deniert wurden. Das gleiche gilt im Demand Sensing für
bestimmte Stammdatenattribute und Kennzahlen, für die keine betriebswirtschaftliche Bedeutung
angegeben wurde.
Weitere Informationen nden Sie in der Dokumentation zu den entsprechenden Planungsoperatoren in
diesem Leitfaden und im entsprechenden Kapitel der Anwendungshilfe.
Die folgende Tabelle führt die verfügbaren Planungsbereiche auf:
Beispielplanungsbereich Repräsentierte Anwendung
SAP4 Supply (zeitreihenbasierte Beschaungsplanungs-Algorithmen)
SAP4C Business Network Collaboration
SAP4S Nur zeitreihenbasierte Haltbarkeitsplanungsheuristik
SAP6 Demand
60
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Planungsbereiche
Beispielplanungsbereich Repräsentierte Anwendung
SAP7 Beispielplanungsbereich für die auftragsbasierte Planung, der auf externen
Stammdaten basiert
Empfehlung
Verwenden Sie Planungsbereiche auf Basis exibler Stammdaten, da
Planungsbereiche auf Basis externer Stammdaten in der auftragsba-
sierten Planung mittlerweile veraltet sind. In den letzten Releases
wurden folgende Schritte unternommen, um die Abkündigung von
Planungsbereichen, die auf externen Stammdaten basieren, vorzuber-
eiten:
•Seit SAP IBP 2211 wird der Beispielplanungsbereich SAP7 in
der App Beispielmodellentitäten nicht mehr angezeigt, sofern
kein bestehender Planungsbereich aus dem Beispielplanungsbe-
reich SAP7 zuvor kopiert wurde. Stattdessen wird der auf e-
xiblen Stammdaten basierende Beispielplanungsbereich SAP7F
standardmäßig für auftragsbasierte Planungsprojekte empfohlen.
•Ab SAP IBP 2305 können neue Kunden der auftragsbasierten Pla-
nung keine externen Stammdatentypen für die auftragsbasierte
Planung mehr anlegen oder aktivieren. Dasselbe gilt für beste-
hende Systeme von SAP IBP: In Systemen, in denen bisher keine
externe Stammdatentypen verwendet wurden, können diese nicht
mehr angelegt oder aktiviert werden.
Kunden, die bisher einen Planungsbereich auf Basis externer Stamm-
daten verwendet haben, können ihr bestehendes Modell weiterhin an-
passen oder aus SAP7 kopieren. In einem zukünftigen, noch nicht de-
nierten Release wird SAP die Kopierfunktion in allen Systemen deakti-
vieren. Wir werden dies mindestens 6 Monate im Voraus ankündigen.
In einem zukünftigen, noch nicht denierten Release wird SAP die
Planung mit externen Stammdaten und SDI nicht mehr unterstützen.
Wir werden dies mindestens 12 Monate im Voraus ankündigen.
Um den Beispielplanungsbereich SAP7 zu verwenden, müssen Sie in der
App Einstellungen für auftragsbasierte Planung Zuordnungen vornehmen.
In der App ordnen Sie z.B. Attribute zu und wählen Kennzahlen aus.
Weitere Informationen nden Sie unter Einstellungen für auftragsbasierte
Planung und Merkmale von Kongurationsmodellen mit exiblen Stamm-
daten.
Hinweis
Hinweis
Wenn Sie einen Planungsbereich für die auftragsbasierte Planung
und zeitreihenbasierte Beschaungsplanung benötigen, empfehlen
Leitfaden für die Modellkonguration
Planungsbereiche
PUBLIC
ÖFFENTLICH 61
Beispielplanungsbereich Repräsentierte Anwendung
wir, eine Kombination aus den Beispielplanungsbereichen SAP7 und
SAP4 zu verwenden. Wenn Sie Zeitreiheneingaben wie Prognosen be-
nötigen, können Sie eine Kopie aus SAPIBP1 machen, wie in SAP Best
Practices for SAP Integrated Business Planning beschrieben. Weitere
Informationen nden Sie unter SAP Best Practices for SAP Integrated
Business Planning for Supply Chain on SAP Signavio Process Naviga-
tor .
SAP7F Beispielplanungsbereich für die auftragsbasierte Planung mit exiblen
Stammdaten (siehe Auftragsbasierte Planung mit exiblen Stammdaten
- erste Schritte)
SAP8 Bedarfsorientierte Wiederbeschaung
SAP9 Wartung, Reparatur und Betrieb
62
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Planungsbereiche
Beispielplanungsbereich Repräsentierte Anwendung
SAPIBP1 Der einheitliche Planungsbereich ist ein umfassender Beispielplanungsbe-
reich, der einen integrierten Planungsprozess mit Folgendem unterstützt:
•Absatzplanung
•Demand Sensing
•Bestandsoptimierung
•Beschaungsplanung (zeitreihenbasierter Beschaungsplanungs-Al-
gorithmus)
•Absatz- und Produktionsplanung
•SAP Supply Chain Control Tower
Sie können den einheitlichen Planungsbereich SAPIBP1 verwenden, um
den Start bei der Implementierung zu erleichtern, wenn für Ihren Ge-
schäftsprozess eine Integration über verschiedene SAP-IBP-Anwendun-
gen hinweg erforderlich ist. Wie jeder andere Beispielplanungsbereich
liefert dieser Planungsbereich ein vorkonguriertes Integrationsszenario,
das Sie an Ihre persönlichen Anforderungen anpassen können. Sie können
auch den einheitlichen Planungsbereich für die einzelnen SAP-IBP-Anwen-
dungen verwenden, indem Sie nur den Teil des Planungsbereichs kopieren,
den Sie für die jeweilige Anwendung benötigen. Weitere Informationen über
die Kopieroptionen für den Planungsbereich SAPIBP1 nden Sie unter
Planungsbereich durch Kopieren eines Beispielplanungsbereichs anlegen
[Seite 67].
Hinweis
Weitere Informationen über den integrierten Planungsprozess mit
einheitlichem Planungsbereich nden Sie in der Anwendungshilfe
auf dem SAP Help Portal unter http://help.sap.com/ibp: SAP
Integrated Business Planning Beispiel: Integrierter Planungsprozess
mit einheitlichem Planungsbereich .
Für den integrierten, auf dem einheitlichen Planungsprozess basier-
enden Planungsprozess stellt SAP Best Practices for SAP Integra-
ted Business Planning Beispieldaten, Planungssichtvorlagen, vorde-
nierte Dashboards, Kongurationsleitfäden, Testskripte und mehr
zur Verfügung. Kundentest-Tenants und IBP-Starter-Edition-Instanzen
enthalten eine aktivierte Kopie des einheitlichen Planungsbereichs mit
Beispielinhalt.
Den Inhalt können Sie auch hier herunterladen: SAP Best Practices for
SAP Integrated Business Planning for Supply Chain on SAP Signavio
Process Navigator .
Folgende Tabelle führt den Umfang der Beispielplanungsbereiche auf:
Leitfaden für die Modellkonguration
Planungsbereiche
PUBLIC
ÖFFENTLICH 63
Modellin-
halte
SAP4
SAP4C SAP4S
SAP6 SAP7/
SAP7F
SAP8 SAP9 SAPIBP1
Vollständi-
ges Beispiel
eines Be-
darfsmo-
dells
Nein Nein Nein Ja Nein Nein Nein Ja
Statistische
Prognose
Nein Nein Nein Ja Nein Nein Ja Ja
Beschaf-
fungspla-
nungsopti-
mierung
(zeitreihen-
basierter
Beschaf-
fungspla-
nungsopti-
mierer)
Ja Ja Nein Nein Nein Nein Nein Ja
Mehrstuge
Beschaf-
fungspla-
nung (zeit-
reihenba-
sierte Be-
schaung-
splanungs-
heuristik
und zeitrei-
henbasierte
Bestands-
propagie-
rungsheu-
ristik)
Ja Nein Nein Nein Nein Nein Ja Ja
Mehrstuge
Beschaf-
fungspla-
nung (Halt-
barkeitspla-
nungsheu-
ristik)
Nein Nein Ja Nein Nein Nein Nein Nein
Finanz- und
Vertriebs-
planung
Nein (nur
Kosten für
Optimierer)
Nein (nur
Kosten für
Optimierer)
Nein Nein Nein Nein Ja Einge-
schränkt
64
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Planungsbereiche
Modellin-
halte
SAP4
SAP4C SAP4S
SAP6 SAP7/
SAP7F
SAP8 SAP9 SAPIBP1
Bestands-
planung
und -opti-
mierung
Nein Nein Nein Nein Nein Ja (Puere-
benen)
Ja Ja
Auftragsba-
sierte Pla-
nung
Nein Nein Nein Nein Ja Nein Nein Nein
SAP Supply
Chain Con-
trol Tower
Nein Nein Nein Nein Nein Nein Nein Ja
Business
Network
Collabora-
tion
Nein Ja Nein Nein Nein Nein Nein Ja
Starten Sie die App Beispielmodellentitäten, um auf diese Planungsbereiche zuzugreifen.
Neben diesen Planungsbereichen werden in SAP-Hinweisen kleine Beispielplanungsbereiche mit Beispielen
für die erweiterte Konguration für verschiedene Geschäftsanforderungen bereitgestellt. Sie nden zudem
Informationen dazu, wie Sie L-Code anfordern, wenn die Konguration Ihre Anforderungen nicht erfüllen kann.
In folgender Tabelle sind die SAP-Hinweise aufgeführt:
SAP-Hinweis Titel
2347105 Masterhinweis für die Konguration von Beispielmodellen
2240170 SAP-IBP-Beispielmodellkonguration: rollierende Summe der letzten drei Perioden
2240173 SAP-IBP-Beispielmodellkonguration: Berechnung von Durchschnitt und gewicht-
etem Wert der Preiskennzahlen (einschließlich Mengeneinheit und Währungsum-
rechnung)
2240178 Anzeige monatlicher Kennzahlen auf Wochenbasis basierend auf der Anzahl der
Wochen im Monat
2286684 SAP-IBP-Beispielkonguration: Aggregation der letzten Periode für Kennzahlen
2288329 SAP-IBP-Beispielkongurationen - Modellierung von Aggregationen für laufendes
Jahr und laufendes Quartal sowie kumulierter Summe unter Verwendung von Zeit
als Dimension
2289248 SAP-IBP-Beispielmodellkonguration: Zeitunabhängige ME-Umrechnung
Leitfaden für die Modellkonguration
Planungsbereiche
PUBLIC
ÖFFENTLICH 65
SAP-Hinweis Titel
2289617 SAP IBP: Beispiel-Modellkonguration - Aggregation der letzten n Perioden in der
aktuellen Periode und zukünftigen Perioden
2289651 SAP-IBP-Beispielmodellkonguration: Aggregation der letzten Periode mit ME-Um-
rechnung
2298382 Anfordern von L-Code von SAP
2319165 Erweiterte Konguration von SAP Integrated Business Planning - Alert beim ersten
Auftreten auslösen
2586250 Stücklisten für die Absatzplanung
SAP bietet die Unterstützung mehrerer Sprachen für die Beispielplanungsbereiche an. Übersetzungen in allen
von SAP IBP unterstützten Sprachen sind für den folgenden Beispielinhalt verfügbar:
•Kennzahlnamen und -beschreibungen
•Attributnamen und -beschreibungen
•Beschreibungen für Planungsbereichsattribute
Wenn Sie die Unterstützung mehrerer Sprachen in der App Mehrsprachenunterstützung aktivieren, können Sie
diese Eigenschaften in der Anmeldesprache Ihrer Anwendung bearbeiten. Weitere Informationen nden Sie
unter Mehrsprachenunterstützung für Modellierungsobjekte einrichten [Seite 387].
7.2 Optionen zum Anlegen eines Planungsbereichs
Sie legen einen Planungsbereich an, um Ihre Modellentitäten zu gruppieren und zu strukturieren und um
festzulegen, welche Prozesse von SAP Integrated Business Planning for Supply Chain aktiviert sind.
SAP empehlt, vor der Konguration eines Planungsbereichs einen Blueprint basierend auf Kundenbedarfen
anzulegen, um die Geschäftsprozesse auf einem Planungsmodell abzubilden. Dieser Blueprint beschreibt
die Geschäftsprozesse so, wie sie sind und auch sein sollen. Ein Blueprint veranschaulicht die
Geschäftsschlüsselfunktionen und den erforderlichen Umfang und kennzeichnet die Stammdatentypen,
Attribute, Datenintegrationen, Kennzahlen und Berechnungen, die im System modelliert werden müssen.
Abhängig von Ihren Anforderungen können Sie eine der folgenden Optionen verwenden, um einen neuen
Planungsbereich anzulegen:
•Beispielplanungsbereich kopieren
SAP liefert verschiedene Beispielplanungsbereiche aus, auf deren Grundlage Sie Ihre eigenen
Planungsbereiche anlegen können. Wählen Sie den Beispielplanungsbereich aus, der Ihren
Geschäftsanforderungen am besten entspricht, kopieren Sie ihn und erweitern Sie ihn nach Bedarf.
Weitere Informationen nden Sie unter Planungsbereich durch Kopieren eines Beispielplanungsbereichs
anlegen [Seite 67].
•Legen Sie in der App Planungsbereiche einen Planungsbereich von Grund auf neu an
Verwenden Sie diese Option, wenn Sie Ihre eigene Konguration anlegen möchten, ohne sich auf
den von SAP bereitgestellten Beispielinhalt zu verlassen. Bevor Sie mit dem Anlegen des eigentlichen
66
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Planungsbereiche
Planungsbereich beginnen können, müssen Sie die Zeitprol- und Stammdatentypattribute anlegen, die
Sie für den neuen Planungsbereich in den Apps Zeitprole bzw. Stammdatentypen verwenden möchten.
Weitere Informationen nden Sie unter Planungsbereich in der App „Planungsbereiche“ anlegen [Seite
75].
•Einen anderen Nicht-Beispielplanungsbereich kopieren
Sie können einen Planungsbereich anlegen, indem Sie einen vorhandenen Planungsbereich mit einer
neuen ID kopieren und seine Konguration nach Bedarf ändern. Je nachdem, ob Sie auch das gleiche
Zeitprol und die gleichen Stammdatentypen verwenden möchten, können Sie die Option Neu anlegen
(kopiert nur den Planungsbereich, aber nicht das Zeitprol oder die Stammdatentypen) oder die Option
Neu anlegen mit Abhängigkeiten (die das Zeitprol und die zugehörigen Stammdatentypen ebenfalls
übernimmt) verwenden.
Weitere Informationen nden Sie unter Optionen zum Anlegen eines Planungsbereichs [Seite 66].
7.3 Planungsbereich durch Kopieren eines
Beispielplanungsbereichs anlegen
Sie können Ihren eigenen Planungsbereich anlegen, indem Sie einen Beispielplanungsbereich kopieren, der
Ihren Geschäftsanforderungen entspricht, und dann den neuen Planungsbereich nach Bedarf erweitern oder
anpassen.
Voraussetzungen
Stellen Sie sicher, dass Sie die erforderlichen Berechtigungen für diese Aktivität haben, also dass
die erforderlichen Anwendungskataloge für diese Aktivität einer Anwendungsrolle zugeordnet sind, die
Ihrem Anwendungsbenutzer zugeordnet ist. Weitere Informationen nden Sie auf dem SAP Help Portal
http://help.sap.com/ibp unter Anwendungshilfe für SAP Integrated Business Planning Identitäts- und
Zugrisverwaltung Grundkonzepte Anwendungskataloge .
Kontext
Sie können mithilfe der Kopieroption Neu anlegen mit Abhängigkeiten eine Kopie eines beliebigen
Beispielplanungsbereichs anlegen. Diese Option kopiert die Konguration des Qellplanungsbereich mit
einer neuen ID, einschließlich aller Abhängigkeiten des Planungsbereichs; d.h. das Zeitprol und alle
Stammdatentypen, die zum Planungsbereich gehören.
Für den einheitlichen Planungsbereich (SAPIBP1) können Sie auch die Option Durch Teilkopie neu anlegen
verwenden. Mit dieser Option können Sie nur die Konguration (Kennzahlen, Stammdatenattribute und
abhängige Objekte) kopieren, die für die Anwendungen relevant sind, die Sie für den Zielplanungsbereich
angeben. Beim Kopieren von SAPIBP1 können Sie mit der Option Neu anlegen mit Abhängigkeiten nach
Kennzahlen ltern, die für bestimmte Anwendungen relevant sind. Mit der neuen Option können Sie aber
auch die Stammdatentypen und Stammdatenattribute, die für SAPIBP1 und die ausgewählten Anwendungen
Leitfaden für die Modellkonguration
Planungsbereiche
PUBLIC
ÖFFENTLICH 67
nicht relevant sind, sowie abhängige Objekte dieser Stammdatenattribute von der Kopie ausschließen. SAP
empehlt, zum Kopieren von SAPIBP1 die Option Durch Teilkopie neu anlegen zu verwenden, um die Anzahl der
kopierten Objekte so gering wie möglich zu halten und so das Anlegen eines schlanken Planungsbereichs zu
ermöglichen.
Weitere Informationen nden Sie unter Neu anlegen mit Abhängigkeiten [Seite 70] und Durch Teilkopie neu
anlegen [Seite 73].
Vorgehensweise
1. Wählen Sie in der App Beispielmodellentitäten einen Beispielplanungsbereich basierend auf Ihren
Geschäftsanforderungen aus.
Wenn Sie SAP Integrated Business Planning für das Demand Sensing verwenden möchten, kopieren
Sie beispielsweise den Planungsbereich SAP6. Wenn Sie mehr als einen Prozess verwenden möchten,
z.B. Bedarfs- und Bestandsprozesse, können Sie eine Kopie oder Teilkopie des nach den relevanten
Anwendungen gelterten Planungsbereichs SAPIBP1 anlegen.
2. Wählen Sie nach der Auswahl des Quellplanungsbereich Kopieren. Die Kopieroptionen, die für den
ausgewählten spezischen Planungsbereich verfügbar sind, werden im Dialog Planungsbereich kopieren
angezeigt.
3. Wählen Sie Neu anlegen mit Abhängigkeiten (für jeden Beispielplanungsbereich einschließlich SAPIBP1)
oder Durch Teilkopie neu anlegen (nur für SAPIBP1 verfügbar).
SAP empehlt, die Option Durch Teilkopie neu anlegen zum Kopieren des Planungsbereichs SAPIBP1 zu
verwenden. Mit dieser Option können Sie die Anzahl der kopierten Objekte so gering wie möglich halten
und so einen hochperformanten Planungsbereich anlegen.
4. Geben Sie eine ID für den Zielplanungsbereich an.
Verwenden Sie eine eindeutige ID aus bis zu 10 Zeichen, die alphabetische oder alphanumerische
Zeichen enthält und mit einem Buchstaben beginnt, wie z.B. ABCMODEL2. Wenn Sie einen SAP-
Beispielplanungsbereich kopieren, können Sie die ID des Quellplanungsbereichs beibehalten oder eine
eigene ID eingeben.
5. Geben Sie eine ID für das neue Zeitprol an.
Verwenden Sie eine eindeutige, bis zu neun Zeichen lange ID, die nur numerische Zeichen enthält.
6. Geben Sie einen Zielpräx für die Stammdatentypen ein.
Das Präx muss in Ihrem System eindeutig sein, darf nur alphanumerische Zeichen enthalten und kann ein
bis drei Zeichen lang sein. Zudem muss ein Präx mit einem Buchstaben beginnen.
7. Setzen Sie mindestens 1 Filter für die Kopie, wenn Sie den Planungsbereich SAPIBP1 kopieren.
Wenn Sie die Option Neu anlegen mit Abhängigkeiten verwenden, ermittelt dieser Filter, welche
Teilmenge der Kennzahlen SAPIBP1 im neuen Planungsbereich verfügbar sein werden, aber alle anderen
Abhängigkeiten von SAPIBP1 werden kopiert.
Wenn Sie die Option Durch Teilkopie neu anlegen verwenden, ermittelt der Filter, welcher Teil der
Konguration kopiert wird, und alle Abhängigkeiten von SAPIBP1, die für die Anwendung oder die
ausgewählten Anwendungen relevant sind, werden von der Kopie ausgeschlossen.
8. Nehmen Sie die gewünschten optionalen Kopiereinstellungen vor, die für den spezische
Beispielplanungsbereich, den Sie kopieren möchten, verfügbar sind.
68
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Planungsbereiche
9. Wählen Sie im Dialog zum Kopieren des Planungsbereichs Kopieren.
10. Nach dem Kopieren können Sie zum neuen Planungsbereich navigieren, der Stammdatentypen mit dem
von Ihnen angegebenen Präx enthält.
Die Namen der Attribute, Kennzahlen und der Planungsebene im neuen Planungsbereich stimmen mit
denen im Quellplanungsbereich überein.
Wenn Sie die Option Durch Teilkopie neu anlegen zum Kopieren von SAPIBP1 verwenden, wird nach
dem Kopieren der Dialog Übersicht angezeigt, in dem Sie auch den Status der Kopie, die Anzahl der
Warnungen oder Fehler und die Liste der mit der Kopie angelegten Objekte anzeigen können. Vom
Dialog aus können Sie zum neuen Element navigieren oder die Protokolleinträge für die Kopie in der App
Anwendungsprotokolle anzeigen.
11. Passen Sie Ihren Planungsbereich nach Bedarf an.
Achtung
Wir verwenden die Beispielmodellentitäten in vielen Beispielen in der Benutzerhilfe für SAP IBP.
Im Allgemeinen haben Sie die Möglichkeit, die Modellentitäten Ihren Geschäftsanforderungen
entsprechend anzupassen.
Um die Bestandsoperatoren und zeitreihenbasierten Beschaungsplanungsalgorithmen auszuführen,
müssen Sie jedoch für die entsprechenden Stammdatentypen, Attribute und Kennzahlen spezische
technische IDs verwenden, die von SAP deniert wurden. Das gleiche gilt im Demand Sensing für
bestimmte Stammdatenattribute und Kennzahlen, für die keine betriebswirtschaftliche Bedeutung
angegeben wurde.
Weitere Informationen nden Sie in der Dokumentation zu den entsprechenden Planungsoperatoren in
diesem Leitfaden und im entsprechenden Kapitel der Anwendungshilfe.
Empfehlung
SAP empehlt, Änderungen an Ihrem Planungsbereich in einer Testumgebung zu testen (einschließlich
Aktivierung des Planungsbereichs und Tests der Ergebnisse), bevor Sie die Änderungen in das
Produktivsystem exportieren und importieren.
12. Aktivieren Sie den Planungsbereich.
Prüfen Sie die Integrität des Planungsbereichs und aktivieren Sie ihn. Dadurch werden die zugrunde
liegenden Datenbankartefakte generiert. Sie können den Planungsbereich mit seinem abhängigen
Zeitprol und Stammdatentypen aktivieren oder zuerst das Zeitprol und die Stammdatentypen und
danach den Planungsbereich aktivieren.
Empfehlung
Hinweis
Wenn Sie Ihren Planungsbereich zu einem späteren Zeitpunkt ändern möchten, empehlt SAP, eine
neue Entität anzulegen (z.B. ein Attribut oder Zeitprol) und diese in Ihrem Planungsbereich zu
verwenden, anstatt die vorhandene Entität zu ändern, die bereits in einem aktiven Planungsbereich
verwendet wird.
13. Laden Sie Daten in den Planungsbereich.
Leitfaden für die Modellkonguration
Planungsbereiche
PUBLIC
ÖFFENTLICH 69
Verwenden Sie die App Datenintegration, um Zeitproldaten, Stammdaten und Kennzahldaten in den
Planungsbereich zu importieren.
Weitere Informationen
Neu anlegen mit Abhängigkeiten [Seite 70]
Durch Teilkopie neu anlegen [Seite 73]
7.3.1Neu anlegen mit Abhängigkeiten
Die Option „Neu anlegen mit Abhängigkeiten“ legt eine genaue Kopie des Quellplanungsbereichs mit einer
neuen ID an und kopiert zudem die Stammdatentypen und das Zeitprol des Planungsbereichs. Sie ist für alle
Beispielplanungsbereiche verfügbar.
Empfehlung
Für den einheitlichen Planungsbereich (SAPIBP1) können Sie auch die Option Durch Teilkopie neu anlegen
verwenden. Weitere Informationen nden Sie unter Durch Teilkopie neu anlegen [Seite 73]. SAP empehlt
zum Kopieren des Planungsbereichs SAPIBP1 die Option Durch Teilkopie neu anlegen zu verwenden, da
somit die Anzahl der kopierten Objekte so gering wie möglich gehalten und das Anlegen eines schlanken
Planungsbereichs ermöglicht wird.
Verwenden Sie die Option „Neu anlegen mit Abhängigkeiten“, um einen neuen Planungsbereich anzulegen,
indem Sie die folgende Konguration aus dem Quellplanungsbereich kopieren:
•Planungsbereichsdetails und -einstellungen
•im Planungsbereich verwendetes Zeitprol
•im Planungsbereich verwendete Attribute
Hinweis
Wenn Sie einen SAP-Beispielplanungsbereich über die Option „Neu anlegen mit Abhängigkeiten“
kopieren, werden die Attribute mit der ID kopiert, die sie im Quellplanungsbereich haben.
Hinweis
Wenn Sie mit dieser Option ein Attribut aus einem Beispielplanungsbereich kopieren, ändern und
anschließend den gleichen Beispielplanungsbereich erneut kopieren, werden die vorgenommenen
Änderungen an dem Attribut überschrieben. Wenn Sie jedoch die Länge eines solchen
Attributs erweitert haben, überschreibt eine anschließende erweiterte Kopie des gleichen
Beispielplanungsbereich die geänderte Länge nicht. Weitere Informationen nden Sie unter Länge
eines Attributs erweitern [Seite 16].
•Planungsbereich-Attribut-Zuordnungen
•im Planungsbereich verwendete Stammdatentypen
•im Planungsbereich verwendete Planungsebenen
70
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Planungsbereiche
•Zuordnungen von Planungsebene-Attribut
•im Planungsbereich als Kennzahlen verwendete Attribute
•im Planungsbereich verwendete Kennzahlen
•im Planungsbereich verwendete Versionen
•im Planungsbereich verwendete Snapshots
•Zuordnungen von Planungsbereich-Planungsoperator
•Prognosemodelle
•Planungsprole
•Einstellungen für auftragsbasierte Planung
•Regeln für die Stammdatenpege
Um die Option Neu anlegen mit Abhängigkeiten zu verwenden, wählen Sie in der App Beispielmodellentitäten
den Planungsbereich, den Sie kopieren möchten und wählen Kopieren. Geben Sie IDs für den neuen
Planungsbereich und das Zeitprol an, geben Sie das Stammdatentyp-Präx an, das Sie im neuen
Planungsbereich verwenden möchten, und nehmen Sie spezielle Kopiereinstellungen vor, die für den
ausgewählten Beispielplanungsbereich relevant sind.
Für das Zeitprol können Sie eine neue ID oder die ID eines vorhandenen Zeitprols angeben, das vom neuen
Planungsbereich verwendet werden soll. Sie können ein Zeitprol wiederverwenden, das strukturell identisch
mit dem Quellzeitprol ist, d.h. alle folgenden Eigenschaften sind identisch:
•Kopfbereich des Zeitprols
•Anzahl, Hierarchie und Periodenarten der Zeitprolebenen
•Standardanzeigehorizonte
•Alle zugeordneten Attribute
Spezielle Kopiereinstellungen für spezische Beispielplanungsbereiche
Filter für Kopie
Wenn Sie den einheitlichen Planungsbereich (SAPIBP1) mit der Option „Neu anlegen mit Abhängigkeiten“
kopieren, müssen Sie Filter für die Kopie angeben. Diese bestimmen den genauen Satz an Kennzahlen, die im
Zielplanungsbereich verfügbar sind.
Sie können einen oder mehrere der folgenden Filter anwenden:
•Absatzplanung
•Demand Sensing
•Bestandsoptimierung
•Absatz- und Produktionsplanung und Beschaungsplanung
Abhängig von den ausgewählten Filtern werden auch die relevanten Planungsprole des Planungsbereichs
kopiert.
Hinweis
Der Inhalt der Filter ist vordeniert und kann nicht geändert werden.
Leitfaden für die Modellkonguration
Planungsbereiche
PUBLIC
ÖFFENTLICH 71
Hinweis
Wenn Sie eine Kopie des einheitlichen Planungsbereichs ohne Beschaungsplanung angelegt haben, d.h.
die Filter für die Absatz- und Produktionsplanung sowie für die Beschaungsplanung nicht übernommen
haben, müssen Sie die Einstellung Beschaungsplanung aktivieren im neuen kopierten Planungsbereich
aktivieren und bei Bedarf manuell deaktivieren. Wenn Sie die Beschaungsplanung für den neuen
Planungsbereich deaktivieren, darf das Feld Eingabe/Ausgabe für Beschaungsplanung in keiner Kennzahl
einen Wert enthalten (und somit nicht angezeigt werden). Wenn der Planungsbereich nicht für die
Beschaungsplanung aktiviert ist und Sie eine Kennzahl zur Bearbeitung önen, die einen Wert im Feld
Eingabe/Ausgabe für Beschaungsplanung enthält, wird das Feld automatisch geleert und Sie müssen die
Kennzahl nur sichern.
Hinweis
Wenn Sie die Option Neu anlegen mit Abhängigkeiten verwenden, bestimmen die Filter nur den Satz
der kopierten Kennzahlen. Unabhängig von den von Ihnen angegebenen Anwendungen werden alle mit
dem Planungsbereich SAPIBP1 verknüpften Abhängigkeiten kopiert, einschließlich aller Attribute der
Stammdatentypen, die alle Beispielplanungsbereiche und ihre abhängigen Objekte gemeinsam haben.
Um die Filter für die Kopie festzulegen, önen Sie die App Beispielmodellentitäten, suchen Sie nach dem
Planungsbereich SAPIBP1, und wählen Sie Kopieren. Wählen Sie die Option Neu anlegen mit Abhängigkeiten,
und wählen Sie im Dialogfenster die relevanten Filter aus.
Planner Workspaces, Analysen und Alerts kopieren
Wenn Sie den einheitlichen Planungsbereich (SAPIBP1), den Planungsbereich des SAP-Beispielmodells 7
(SAP7) oder den Beispielplanungsbereich für die auftragsbasierte Planung auf der Basis exibler Stammdaten
(SAP7F) über die Option Neu anlegen mit Abhängigkeiten kopieren, können Sie auch die Option Planner
Workspaces, Analysen und Alerts kopieren auswählen. Mit diesen Planner Workspaces-Beispielanalysen und
Alerts können Sie den manuellen Kongurationsaufwand für die Prozesse reduzieren, die in SAP Best Practices
for SAP Integrated Business Planning for Supply Chain im SAP Signavio Process Navigator beschrieben
sind.
Hinweis
Die Ad-hoc-Filter werden auf die Beispieldaten gesetzt, die mit den SAP Best Practices for SAP Integrated
Business Planning bereitgestellt werden. Um diese mit Ihren eigenen Daten zu verwenden, müssen Sie die
vorkongurierten Ad-hoc-Filter auf die in Ihren Daten verwendeten Werte anpassen.
Um Planner Workspaces, Analysen und Alerts zu kopieren, markieren Sie das Ankreuzfeld. Folgende
Inhaltsarten werden kopiert:
•Beispiel-Alert-Denitionen
•Beispiel-Alert-Abonnements
•Beispiel-Alert-Übersichten
•Beispiel-Dashboards
•Beispiel-Analysediagramme
•Beispiel-Analyse-Storys
•Beispiel-Supply-Chain-Netzwerkdiagramme
•Beispiel-Playbooks
72
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Planungsbereiche
•Beispiel-Planner Workspaces
Der Beispielinhalt basiert auf den Prozessen, die in den SAP Best Practices for SAP Integrated Business
Planning im SAP Signavio Process Navigator beschrieben werden.
Hinweis
Wenn Sie Filter für eine Teilkopie anwenden und zudem Planner Workspaces, Analysen und Alerts kopieren
beim Kopieren des Beispielplanungsbereichs auswählen, werden nur die Beispielanalysen und -Alerts
kopiert, bei denen alle Kennzahlen Teil des Zielplanungsbereichs sind.
Nachdem der Kopiervorgang abgeschlossen ist, müssen Sie folgende Schritte ausführen:
1. Optional: Geben Sie den Inhalt für Benutzergruppen oder Benutzer in der Content-Verwaltung oder in den
entsprechenden Apps frei.
2. Optional: Legen Sie in der App Kategorien verwalten Kategorien an.
3. Optional: Ordnen Sie in der App Dashboards - Erweitert Kategorien Dashboards zu.
4. Laden Sie die Beispieldaten von Best Practices oder Ihre eigenen Daten hoch.
Externe STD-Datenquellen für zusätzliche Bedarfsattribute angeben
Wenn Sie den Beispielplanungsbereich (SAP7 mit der Option Neu anlegen mit Abhängigkeiten kopieren, können
Sie eine oder zwei externe Stammdatentyp-Datenquellen für zusätzliche Bedarfsattribute angeben. Weitere
Informationen nden Sie im SAP-Hinweis 2633495 und unter ABP-Planungsbereiche um Kundennummer
(CUSTOMERID) erweitern.
Stammdatentypen für zusätzliche Bedarfsattribute angeben
Beim Kopieren des Beispielplanungsbereichs SAP7F mithilfe der Option Neu anlegen mit Abhängigkeiten
können Sie nun Stammdatentypen für zusätzliche Bedarfsattribute zusammen mit dem Planungsbereich
kopieren. Weitere Informationen zu dieser Option nden Sie unter ABP-Planungsbereiche um zusätzliche
Bedarfsattribute erweitern.
Weitere Informationen
SAP-Hinweis 2633495
7.3.2Durch Teilkopie neu anlegen
Die Option Durch Teilkopie neu anlegen ist eine spezielle Kopieroption, die nur für den einheitlichen
Planungsbereich (SAPIBP1) verfügbar ist.
Sie ist eine Alternative zur Option Neu anlegen mit Abhängigkeiten für das Kopieren von SAPIBP1. Der
wesentliche Unterschied besteht darin, dass Sie mit der Option Durch Teilkopie neu anlegen nur die
Konguration (Kennzahlen, Stammdatenattribute und abhängige Objekte) kopieren können, die für die
Anwendungen relevant sind, die Sie für den Zielplanungsbereich angeben. Im Gegensatz zur Option Neu
anlegen mit Abhängigkeiten, mit der Sie nur nach Kennzahlen ltern können, die für bestimmte Anwendungen
relevant sind, können Sie mit der Option Durch Teilkopie neu anlegen auch die Stammdatentypen und
Leitfaden für die Modellkonguration
Planungsbereiche
PUBLIC
ÖFFENTLICH 73
Stammdatenattribute, die für SAPIBP1 und die ausgewählten Anwendungen nicht relevant sind, sowie
abhängige Objekte dieser Stammdatenattribute von der Kopie ausschließen.
Beispiel-Stammdatentypen mit dem Präx IBP werden in verschiedenen Beispielpanungsbereichen
gemeinsam verwendet. Das bedeutet: Wenn Sie eine den einheitlichen Planungsbereich SAPIBP1 über die
Option Neu anlegen mit Abhängigkeiten kopieren und z.B. nur die Bestandsoptimierung auswählen, wird der
Stammdatentyp IBPLOCATIONPRODUCT mit allen Attributen kopiert, auch wenn Attribute z.B. nur für die
bedarfsorientierte Wiederbeschaung relevant sind. Wenn Sie bei der Option Durch Teilkopie neu anlegen nur
die Bestandsoptimierung auswählen, enthält die Kopie den Stammdatentyp IBPLOCATIONPRODUCT, aber nur
mit den Attributen, die für die Bestandsoptimierung erforderlich sind.
Empfehlung
SAP empehlt, die Option Durch Teilkopie neu anlegen zum Kopieren des Planungsbereichs SAPIBP1 zu
verwenden, da Sie mit dieser Option die Anzahl der kopierten Objekte so gering wie möglich halten und so
das Anlegen eines schlanken Planungsbereichs ermöglicht wird.
Um die Option Durch Teilkopie neu anlegen zu verwenden, wählen Sie in der App Beispielmodellentitäten den
Planungsbereich SAPIBP1, und wählen Sie Kopieren. Geben Sie IDs für den neuen Planungsbereich und das
Zeitprol an, geben Sie das Stammdatentyp-Präx an, das Sie im neuen Planungsbereich verwenden möchten,
und wählen Sie eine oder mehrere Anwendungen als Filter für die Teilkopie aus.
Für das Zeitprol können Sie eine neue ID oder die ID eines vorhandenen Zeitprols angeben, das vom neuen
Planungsbereich verwendet werden soll. Sie können ein Zeitprol wiederverwenden, das strukturell identisch
mit dem Quellzeitprol ist, d.h. alle folgenden Eigenschaften sind identisch:
•Kopfbereich des Zeitprols
•Anzahl, Hierarchie und Periodenarten der Zeitprolebenen
•Standardanzeigehorizonte
•Alle zugeordneten Attribute
Hinweis
Wenn Sie bestimmte Anwendungen des Planungsbereichs SAPIBP1 mit der Option Durch Teilkopie neu
anlegen kopieren, enthält das Zeitprol des resultierenden Planungsbereichs möglicherweise nur eine
Teilmenge der Attribute des Quellzeitprols. Wenn Sie in solchen Fällen eine weitere Kopie von SAPIBP1
mit derselben oder denselben ausgewählten Anwendungen anlegen, können Sie das Zeitprol, das für die
vorherige Kopie angelegt wurde, nicht wiederverwenden. Grund dafür ist, dass sich das Quellzeitprol (das
vom Beispielplanungsbereich SAPIBP1 verwendete Zeitprol) und das von der früheren Kopie verwendete
Prol strukturell unterscheiden. Aufgrund der unterschiedlichen Anzahl von Zeitprolattributen ist eine
Wiederverwendung nicht möglich.
Ihre Auswahl an Anwendungen bestimmt nicht nur den Satz an Kennzahlen, der in den Zielplanungsbereich
aufgenommen wird, sondern auch den Satz der Stammdatenattribute und abhängigen Objekte, die kopiert
werden. Nur die für die ausgewählte(n) Anwendung(en) relevanten Objekte und die abhängigen Objekte, die für
die Konguration erforderlich sind, werden in die Kopie einbezogen. Der resultierende Planungsbereich kann
aktiviert werden, ohne Änderungen an der Konguration auf der Zielseite vorzunehmen.
Hinweis
Da bei der Option Durch Teilkopie neu anlegen nur Elemente kopiert werden, die direkt mit den
ausgewählten Anwendungen zusammenhängen, werden bestimmte Stammdatentypen nie bei einer der
Anwendungsauswahl kopiert. Beispielsweise haben der einheitliche Planungsbereich (SAPIBP1) und
74
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Planungsbereiche
der Planungsbereich SAP4S bestimmte Stammdatentypen und Attribute gemeinsam. Die auswählbaren
Anwendungen in der Teilkopie verwenden jedoch keine Stammdatentypen und Attribute, die für
die Haltbarkeitsplanung spezisch sind. Weitere Informationen über die Stammdatentypen im
Beispielplanungsbereich SAP4S nden Sie unter Stammdatentypen.
Hinweis
Genau wie Neu anlegen mit Abhängigkeiten kopiert die Option Durch Teilkopie neu anlegen das Zeitprol mit
der von Ihnen angegebenen neuen ID.
Nach dem Kopierlauf wird das Dialogfeld Übersicht angezeigt, in dem Sie den Status der Kopie (Abgeschlossen,
Mit Warnungen abgeschlossen oder Mit Fehlern abgeschlossen), die Anzahl der Warnungen oder Fehler und
die Liste der kopierten Objekte anzeigen können. Vom Dialog aus können Sie zum neuen Planungsbereich
navigieren oder die Protokolleinträge für die Kopie in der App Anwendungsprotokolle anzeigen.
7.4 Planungsbereich in der App „Planungsbereiche“
anlegen
Mit der App Planungsbereiche können Sie Planungsbereiche anlegen, ohne sich auf den von SAP ausgelieferten
Beispielinhalt verlassen zu müssen.
Voraussetzungen
Stellen Sie sicher, dass Sie die erforderlichen Berechtigungen für diese Aktivität haben, also dass
die erforderlichen Anwendungskataloge für diese Aktivität einer Anwendungsrolle zugeordnet sind, die
Ihrem Anwendungsbenutzer zugeordnet ist. Weitere Informationen nden Sie auf dem SAP Help Portal
http://help.sap.com/ibp unter Anwendungshilfe für SAP Integrated Business Planning Identitäts- und
Zugrisverwaltung Grundkonzepte Anwendungskataloge .
Stellen Sie sicher, dass Sie die folgenden Aufgaben bereits durchgeführt haben:
•Sie haben ein Zeitprol angelegt.
•Sie haben Attribute angelegt und zu Stammdatentypen zugeordnet.
Kontext
Sie legen einen Planungsbereich an, um Ihre Modellentitäten zu gruppieren und zu strukturieren und um
festzulegen, welche Prozesse von SAP Integrated Business Planning for Supply Chain aktiviert sind.
Leitfaden für die Modellkonguration
Planungsbereiche
PUBLIC
ÖFFENTLICH 75
Vorgehensweise
1. Wählen Sie in der App Planungsbereiche Neu.
2. Geben Sie auf dem Bild Planungsbereich unter Allgemein eine ID und eine Beschreibung für den
Planungsbereich ein.
Die Planungsbereichs-ID darf bis zu 10 Zeichen lang sein, kann Ziern und Buchstaben enthalten und muss
mit einem Buchstaben beginnen.
3. Geben Sie unter Planungsbereichseinstellungen Einstellungen für den Planungsbereich ein.
Für den Planungsbereich stehen folgende Einstellungen zur Verfügung:
Planungsbereichseinstellung Beschreibung
Beschaungsplanung aktivieren Ermöglicht die Verwendung erweiterter Beschaungspla-
nungsfunktionen, wie z.B. Heuristik und Optimierer.
Externe Zeitreihe aktivieren Ermöglicht die Konguration für die Verwendung externer
Kennzahlen.
Integrationsprol Diese Option steht für Planungsbereiche zur Verfügung,
die für externe Zeitreihen aktiviert sind. Ermöglicht die
Auswahl eines Integrationsprols.
Änderungshistorie aktivieren Ermöglicht die Änderungshistorie für den Planungsbe-
reich.
Achtung
Wenn Sie Änderungshistorie aktivieren markieren und
später wieder entmarkieren, wird die zuvor aufge-
zeichnete Änderungshistorie des Planungsbereichs
nach der nächsten Aktivierung des Planungsbereichs
gelöscht.
Änderungshistorie-basierte Kennzahlberechnungen
aktivieren
Ermöglicht Operationen für historische Kennzahlwerte,
die mit der Änderungshistorie oder der Funktion zur ge-
meinsamen Datennachverfolgung in Business Network
Collaboration erfasst wurden.
4. Wählen Sie unter Zeiteinstellungen ein Zeitprol für den Planungsbereich.
Die Einstellungen für die Planungshorizonte denieren die möglichen Periodenbereiche, die Sie für Ihre
Planungssicht in SAP Integrated Business Planning, Add-in für Microsoft Excel (SAP IBP, Add-in für
Microsoft Excel) verwenden können. Die Werte für die Felder Perioden in der Vergangenheit und Perioden
in der Zukunft bestimmen den Wertebereich, den Sie im Bild Neue Planungssicht anlegen auf der
Registerkarte Zeiteinstellungen für die Felder Von und Bis auswählen können.
Die Werte für die Felder Perioden in der Vergangenheit und Perioden in der Zukunft werden automatisch
basierend auf dem ausgewählten Zeitprol ausgefüllt. Sie können die Werte ändern, sollten jedoch immer
sicherstellen, dass die Werte das Start- und Enddatum des Zeitprols nicht überschreiten und dass Sie
einen größeren Horizont als den Standardanzeigehorizont für die Zeitprolebene denieren. Die Werte in
76
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Planungsbereiche
den Feldern Perioden in der Vergangenheit und Perioden in der Zukunft stehen in Relation zur aktuellen
Periode. Handelt es sich z.B. bei der aktuellen Periode um Mai 2020 und Sie geben 12 Perioden in der
Vergangenheit und 5 Perioden in der Zukunft an, können Benutzer Daten aus den Perioden zwischen Mai
2019 und November 2020 im Excel-Add-in anzeigen. Die Benutzer können keine Daten aus den Perioden
vor oder nach diesem Horizont anzeigen, auch wenn entsprechende Daten im System vorhanden sind.
5. Ändern Sie unter Zeiteinstellungen den Wert für Oset für aktuelle Periode.
Damit können Sie die Planungsperiode versetzen. -1 bedeutet z.B., dass die aktuelle Periode ab
der vorherigen Periode der untersten Zeitprolebene beginnt. Wenn also beispielsweise die unterste
Zeitprolebene „Monat“ ist, beginnt die Planungsperiode mit dem Vormonat.
6. Sichern Sie den Planungsbereich.
Nächste Schritte
Ordnen Sie dem Planungsbereich Attribute zu.
Ordnen Sie dem Planungsbereich Planungsoperatoren zu.
Weitere Informationen
Attribute anlegen [Seite 13]
Attribute einem Planungsbereich zuordnen [Seite 79]
Einrichten von änderungshistoriebasierten Berechnungen [Seite 527]
Planungsebenen anlegen [Seite 117]
Kennzahlen anlegen [Seite 155]
Versionen anlegen [Seite 307]
Original-Snapshots kongurieren [Seite 317]
Daten mithilfe von Prolen für Smart Data Integration trennen
7.5 Planungsbereich durch Kopieren eines Nicht-
Beispielplanungsbereichs anlegen
Sie können einen neuen Planungsbereich anlegen, indem Sie einen vorhandenen Nicht-
Beispielplanungsbereich mit einer neuen ID kopieren.
Um auf die Kopieroptionen für Ihre Planungsbereiche zuzugreifen, önen Sie die App Planungsbereiche, wählen
Sie den zu kopierenden Planungsbereich und wählen Kopieren.
Sie können die folgenden Optionen verwenden, um einen neuen Planungsbereich anzulegen:
•Neu anlegen
Legt eine exakte Kopie des Quellplanungsbereichs mit einer neuen ID an, kopiert jedoch nicht das mit dem
Planungsbereich verknüpfte Zeitprol, Stammdatentypen oder Attribute.
Leitfaden für die Modellkonguration
Planungsbereiche
PUBLIC
ÖFFENTLICH 77
Verwenden Sie diese Option, um Ihren eigenen Planungsbereich zu kopieren, wenn Sie die gleichen
Stammdatentypen und das gleiche Zeitprol verwenden und nur Änderungen an der Konguration im
Zielplanungsbereich vornehmen möchten.
•Neu anlegen mit Abhängigkeiten
Kopiert den Planungsbereich sowie die zugehörigen Stammdatentypen und das Zeitprol.
Verwenden Sie diese Option zum Kopieren eines Planungsbereichs, wenn Sie einen Planungsbereich
anlegen möchten, der andere Stammdatentypen enthält und ein anderes Zeitprol verwendet.
Hinweis
Wenn Sie einen Planungsbereich über Neu anlegen mit Abhängigkeiten kopieren, müssen Sie das
vorhandene Präx in Stammdatentyp-IDs durch ein anderes ersetzen.
Für das Zeitprol können Sie eine neue ID oder die ID eines vorhandenen Zeitprols angeben, das
vom neuen Planungsbereich verwendet werden soll. Sie können ein Zeitprol wiederverwenden, das
strukturell identisch mit dem Quellzeitprol ist, d.h. alle folgenden Eigenschaften sind identisch:
•Kopfbereich des Zeitprols
•Anzahl, Hierarchie und Periodenarten der Zeitprolebenen
•Standardanzeigehorizonte
•Alle zugeordneten Attribute
Achtung
Wenn Sie eine dieser Optionen verwenden, um einen Planungsbereich zu kopieren, der sowohl eine aktive
als auch eine inaktive Instanz hat, wird immer die aktive Instanz kopiert. Änderungen, die seit der letzten
Aktivierung am Planungsbereich vorgenommen wurden, werden nicht in die Kopie aufgenommen.
Hinweis
Es ist nicht möglich, Favoriten, Vorlagen oder benutzerdenierte Filter mit den Kopieroptionen zu kopieren.
Die Tabelle Übersicht der Kopieroptionen enthält eine allgemeine Übersicht über die Kongurationsobjekte, die
Sie mit den Optionen Neu anlegen und Neu anlegen mit Abhängigkeiten kopieren können.
Übersicht der Kopieroptionen
Neu anlegen Neu anlegen mit Ab-
hängigkeiten
Details des Planungsbereichs Ja Ja
Zuordnungen von Planungsbereich-Zeitprol Ja Ja
Im Planungsbereich verwendetes Zeitprol Nein Ja
Planungsbereich-Attribut-Zuordnungen Ja Ja
Im Planungsbereich verwendete Attribute Nein Nein
Zuordnungen von Stammdatentyp-Attribut Ja Ja
78
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Planungsbereiche
Neu anlegen Neu anlegen mit Ab-
hängigkeiten
Im Planungsbereich verwendete Stammdatentypen Nein Ja
Im Planungsbereich verwendete Planungsebenen Ja Ja
Zuordnungen von Planungsebene-Attribut Ja Ja
Im Planungsbereich verwendete Kennzahlen Ja Ja
Im Planungsbereich als Kennzahlen verwendete Attribute Ja Ja
Im Planungsbereich verwendete Versionen und Szenarios Ja Ja
Im Planungsbereich verwendete Snapshots Ja Ja
Zuordnungen von Planungsbereich-Planungsoperator Ja Ja
Planungsprole Ja Ja
7.6 Attribute einem Planungsbereich zuordnen
Mit der App Planungsbereiche können Sie einem Planungsbereich Attribute zuordnen.
Voraussetzungen
Stellen Sie sicher, dass Sie die erforderlichen Berechtigungen für diese Aktivität haben, also dass
die erforderlichen Anwendungskataloge für diese Aktivität einer Anwendungsrolle zugeordnet sind, die
Ihrem Anwendungsbenutzer zugeordnet ist. Weitere Informationen nden Sie auf dem SAP Help Portal
http://help.sap.com/ibp unter Anwendungshilfe für SAP Integrated Business Planning Identitäts- und
Zugrisverwaltung Grundkonzepte Anwendungskataloge .
Sie haben einen Planungsbereich und Attribute angelegt.
Vorgehensweise
1. Suchen Sie in der App Planungsbereiche den Planungsbereich, dem Sie Attribute zuordnen möchten, und
önen Sie ihn.
2. Wählen Sie auf der Registerkarte Attribute die Drucktaste Hinzufügen.
3. Wählen Sie die Attribute aus, die Sie dem Planungsbereich hinzufügen möchten, und wählen Sie
im Dialogfenster die Drucktaste Hinzufügen. Alternativ können Sie die Drucktaste Zu Planungsebenen
Leitfaden für die Modellkonguration
Planungsbereiche
PUBLIC
ÖFFENTLICH 79
hinzufügen und zuordnen verwenden, um die ausgewählten Attribute in einem einzigen Schritt Ihrem
Planungsbereich und Ihren Planungsebenen zuzuordnen. Diese Option ist auch verfügbar, wenn Sie dem
Planungsbereich mehrere Attribute hinzufügen, jedoch nur, wenn alle ausgewählten Attribute zum selben
Stammdatentyp gehören.
Weitere Informationen über das Zuordnen von Attributen zu Planungsebenen nden Sie unter Attribute zu
Planungsebenen zuordnen [Seite 122].
In SAP Integrated Business Planning, Add-in für Microsoft Excel, können Sie die Attribute, die Sie einem
Planungsbereich zugeordnet haben, zum Anlegen einer Planungssicht verwenden.
Beachten Sie Folgendes:
•Wenn Sie ein Attribut in einem Stammdatentyp wählen, wählen Sie gleichzeitig auch den
Stammdatentyp aus und ordnen ihn dem Planungsbereich zu. Wenn Sie einen Stammdatentyp
wählen, wählt das System automatisch alle Attribute aus, die diesem Stammdatentyp zugeordnet
sind.
•Wenn ein Attribut mehreren Stammdatentypen zugeordnet ist, können Sie dem Planungsbereich das
Attribut nur einmal von einem der Stammdatentypen zuordnen.
•Wenn ein Attribut einer Zeitprolebene eines Zeitprols des Planungsbereichs zugeordnet ist, kann
das Attribut nicht dem Planungsbereich zugeordnet werden.
•Wenn Sie einem Planungsbereich einen zusammengesetzten Stammdatentyp zuordnen, stellen
Sie sicher, dass Sie auch die Komponenten-Stammdatentypen zuordnen. Wenn Sie einen Referenz-
Stammdatentyp oder einen virtuellen Stammdatentyp einem Planungsbereich zuordnen, müssen Sie
dementsprechend auch die zugehörigen referenzierten Stammdatentypen zuordnen.
•Stellen Sie sicher, dass Sie nicht die Schlüsselattribute eines zusammengesetzten Stammdatentyps
auswählen. Wählen Sie stattdessen die Schlüsselattribute aus den Komponenten-Stammdatentypen
aus.
•Wenn das ID-Attribut eines Stammdatentyps mit seinem Beschreibungsattribut verknüpft ist,
müssen Sie im Planungsbereich nur das ID-Attribut miteinbeziehen. Das Beschreibungsattribut
wird dann über die Verknüpfung einbezogen. Weitere Informationen zur Verknüpfung von ID- und
Beschreibungsattributen nden Sie unter Beschreibungsattribute [Seite 26].
•Sie können einem Planungsbereich kein Dezimalattribut zuordnen. Sie können jedoch ein Attribut als
attributbasierte Kennzahl anlegen und diese dem Planungsbereich zuordnen.
4. Nehmen Sie Einstellungen für die Attribute vor, die Sie dem Planungsbereich hinzugefügt haben.
Sie haben folgende Möglichkeiten:
Einstellungen für Planungsbereichsattribute Beschreibung
Attributbeschreibung Planungsbereich Das System füllt in dieses Feld automatisch die Beschrei-
bung des Attributs ein. Der Benutzer kann die Beschrei-
bung im Planungsbereich ändern. Der neue Wert ist für
das Attribut nur in dem Planungsbereich verfügbar, in
dem es geändert wurde. Diese Beschreibung wird im IBP-
Excel-Add-in angezeigt.
80
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Planungsbereiche
Einstellungen für Planungsbereichsattribute Beschreibung
Betriebswirtschaftliche Bedeutung Stellt eine semantische Verbindung zwischen der von Ih-
nen angegebenen Attribut-ID und dem Code her, sodass
das System darüber informiert wird, zu welchem Zweck
Sie ein bestimmtes Attribut verwenden möchten.
Attributkategorie Siehe Attributkategorie einem Planungsbereichsattribut
zuordnen [Seite 81].
Planungsebenenunabhängig Attribute, die dem Planungsbereich zugeordnet sind, aber
für Planungsebenen nicht relevant sind, werden als pla-
nungsebenenunabhängig gekennzeichnet.
Weitere Informationen
Attribute anlegen [Seite 13]
Planungsbereich in der App „Planungsbereiche“ anlegen [Seite 75]
Attributkategorie einem Planungsbereichsattribut zuordnen [Seite 81]
Planungsebenen anlegen [Seite 117]
Kennzahlen anlegen [Seite 155]
Versionen anlegen [Seite 307]
Original-Snapshots kongurieren [Seite 317]
7.7 Attributkategorie einem Planungsbereichsattribut
zuordnen
Sie können in der App Planungsbereiche auf der Registerkarte Attribute des Planungsbereichs eine
Attributkategoire zu einem Planungsbereichsattribut zuordnen.
Die Attributkategorie gibt an, ob Stammdaten für das Attribut vorhanden sein müssen, wenn im SAP-IBP-
Add-in für Microsoft Excel oder während der Datenintegration neue Planungsobjekte hinzugefügt werden.
Standardmäßig haben alle Attribute die Kategorie NULL (optional).
Leitfaden für die Modellkonguration
Planungsbereiche
PUBLIC
ÖFFENTLICH 81
Attributkategorie Erklärung Für Datenintegration rele-
vant
Für neue Planobjekte rele-
vant
Obligatorisch Der Attributwert muss gefun-
den werden, auch wenn der
Wert selbst ggf. NULL ist. Das
bedeutet, dass Stammdaten-
sätze vorhanden sein müs-
sen.
Ja
Kennzahldatensätze, für die
kein Attributwert gefunden
wird (d.h. zu denen Stamm-
daten fehlen), werden abge-
lehnt.
Ja
Wenn kein Attributwert ge-
funden wird (d.h. zu denen
Stammdaten fehlen), wird
das Planungsobjekt von dem
neuen Satz von Planungsob-
jekten ausgeschlossen.
Optional (Standardwert) Es muss kein Attributwert ge-
funden werden. Das bedeu-
tet, es müssen nicht unbe-
dingt Stammdaten vorhan-
den sein.
Ja
Es wurde kein Attributwert
gefunden (Stammdatensätze
fehlen). Der Wert des Pla-
nungsebenenattributs wird
auf NULL gesetzt und die
Kennzahldatensätze für das
Planungsobjekt verarbeitet.
Es wurde ein Attribut-
wert gefunden (Stammda-
tensätze sind vorhanden).
Der Wert des Planungsebe-
nenattributs wird auf den
gefundenen Wert ge-
setzt und die Kennzahldaten-
sätze für das Planungsobjekt
verarbeitet.
Ja
Unabhängig davon, ob ein
Attributwert gefunden wurde
(Stammdatensätze fehlen
oder sind vorhanden), ver-
bleibt das Planungsobjekt im
Satz neuer Planungsobjekte
und der Attributwert wird auf
den gefundenen Wert
oder NULL gesetzt.
Berechnet Der Attributwert muss gefun-
den werden, auch wenn der
Wert selbst ggf. NULL ist. Das
bedeutet, dass Stammdaten-
sätze vorhanden sein müs-
sen.
Da dieses Kennzeichen we-
der für die Datenintegration
noch für neue Planungsob-
jekte relevant ist, wählen Sie
für beides NULL aus. Werte
für solche Attribute werden
mit einer Art Operator be-
rechnet und dürfen von der
Datenintegration nicht über-
schrieben werden.
Nein Nein
82
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Planungsbereiche
Beispiel
Die Kennzahlen KF1 und KF2 werden auf der Planungsebene MTHLOCPRD (Monat-Lokation-Produkt)
gesichert. Monat, PRDID und LOCID sind Schlüsselattribute der Planungsebene MTHLOCPRD (Monat-
Lokation-Produkt). ATTR1 ist ein Nichtschlüsselattribut der Planungsebene MTHLOCPRD (Monat-Lokation-
Produkt). Der Planungsbereich enthält Daten für die Kennzahlen KF1 und KF2.
Der Stammdatentyp LOCATIONPRODUCT (Lokationsprodukt) enthält folgende Daten:
LOCID PRDID ATTR1
L1 P1
L2 P2
Der Planungsbereich enthält folgende Attribute:
Attribut Attributkategorie Quellstammdatentyp
PRDID Optional LOCATIONPRODUCT
LOCID Optional LOCATIONPRODUCT
ATTR1 Optional LOCATIONPRODUCT
Die Planungsebene MTHPRDLOC (Monat-Produkt-Lokation) ist wie folgt deniert:
Attribut Schlüssel Quellstammdatentyp
Monat Ja -
PRDID Ja LOCATIONPRODUCT
LOCID Ja LOCATIONPRODUCT
ATTR1 Nein LOCATIONPRODUCT
Der Planungsbereich enthält Daten der Kennzahlen KF1 und KF2 für Lokationsprodukt-Kombinationen
(L1-P1), (L2-P1) und (L2-P2):
LOCID PRDID Monat KF1 KF2
L1 P1 AUG 2017 100 200
L1 P1 SEPT 2017 110 210
L2 P1 AUG 2017 300 400
L2 P1 SEPT 2017 310 410
Leitfaden für die Modellkonguration
Planungsbereiche
PUBLIC
ÖFFENTLICH 83
LOCID PRDID Monat KF1 KF2
L2 P2 AUG 2017 500 600
L2 P2 SEPT 2017 510 610
Solange die Lokationen L1 und L2 sowie die Produkte P1 und P2 im Quellstammdatentyp
LOCATIONPRODUCT (Lokationsprodukt) einzeln vorhanden sind, haben alle Kombinationen aus diesen
Lokationen und Produkten für die Planungsebene MTHLOCPRD (Monat-Lokation-Produkt) Gültigkeit und
dürfen im Planungsbereich vorhanden sein.
Die Konguration des Planungsbereichs wird dann so abgeändert, dass ATTR1 als obligatorisches Attribut
im Planungsbereich festgelegt wird. Jetzt dürfen nur diese Kombinationen aus Lokation und Produkt
für die Planungsebene MTHLOCPRD (Monat-Lokation-Produkt) vorhanden sein, die auch als Lokation-
Produkt-Kombinationen im Stammdatentyp LOCATIONPRODUCT (Lokationsprodukt) existieren. Aufgrund
dieser Änderung sind die Lokation-Produkt-Kombination (L2-P1) und die zugehörigen Kennzahldaten im
Planungsbereich nicht mehr gültig:
•Alle Versuche, Kennzahldaten für Lokation-Produkt-Kombinationen der Planungsebene MTHLOCPRD
(Monat-Lokation-Produkt), die nicht als Lokation-Produkt-Kombinationen im Stammdatentyp
LOCATIONPRODUCT (Lokationsprodukt) vorhanden sind, zu laden, führen zur Ablehnung dieser
Kennzahldatensätze.
•Das Löschen von beliebigen Lokation-Produkt-Kombinationen aus dem Stammdatentyp
LOCATIONPRODUCT (Lokationsprodukt) bewirkt, dass auch die entsprechenden Lokation-Produkt-
Kombinationen aus der Planungsebene MTHLOCPRD (Monat-Lokation-Produkt) und die zugehörigen
Kennzahldaten aus dem Planungsbereich gelöscht werden.
•Um die Lokation-Produkt-Kombinationen, die nicht als Lokation-Produkt-Kombinationen im
Stammdatentyp LOCATIONPRODUCT (Lokationsprodukt) der Planungsebene MTHLOCPRD (Monat-
Lokation-Produkt) vorhanden sind, und die zugehörigen Kennzahldaten aus dem Planungsbereich zu
löschen, führen Sie den Anwendungsjob Nicht übereinstimmende Daten bereinigen aus.
7.8 Zeitprol in einem Planungsbereich ersetzen
Wählen Sie ein anderes Zeitprol für einen Planungsbereich aus, und führen Sie alle zusätzlich erforderlichen
Kongurationsschritte und Datenintegrationsaufgaben aus.
Voraussetzungen
Stellen Sie sicher, dass Sie die erforderlichen Berechtigungen für diese Aktivität haben, also dass
die erforderlichen Anwendungskataloge für diese Aktivität einer Anwendungsrolle zugeordnet sind, die
Ihrem Anwendungsbenutzer zugeordnet ist. Weitere Informationen nden Sie auf dem SAP Help Portal
http://help.sap.com/ibp unter Anwendungshilfe für SAP Integrated Business Planning Identitäts- und
Zugrisverwaltung Grundkonzepte Anwendungskataloge .
84
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Planungsbereiche
Kontext
Aufgrund Ihrer Geschäftsanforderungen möchten Sie die Zeitgranularität ändern, mit der Planungsdaten
gespeichert und in Ihrem Planungsmodell aggregiert werden. Daher ordnen Sie dem Planungsbereich ein
anderes Zeitprol zu.
Wenn bereits Kennzahlwerte im Planungsbereich vorhanden sind, müssen Sie zusätzliche
Kongurationsschritte und Datenintegrationsaufgaben ausführen, einschließlich dem Löschen und erneutem
Hochladen der Kennzahlwerte. Dies ist erforderlich, damit das Planungsmodell konsistent bleibt und Sie den
Planungsbereich aktivieren können, nachdem Sie das Zeitprol ersetzt haben.
Achtung
Das Ersetzen des Zeitprols in einem Planungsbereich, der bereits aktiviert wurde, ist eine kritische
Kongurationsaufgabe, die nicht standardisiert werden und zu ungültigen Planungsdaten führen kann.
SAP empehlt, einen gründlichen Test in einer Testumgebung durchzuführen – einschließlich aller im
Folgenden beschriebenen zusätzlichen Kongurations- und Datenintegrationsaufgaben – bevor Sie eine
entsprechende Änderung in der Produktivumgebung vornehmen.
Sie sollten zudem in Erwägung ziehen, einen neuen Planungsbereich anzulegen, statt das Zeitprol in
einem Planungsbereich zu ersetzen, der bereits verwendet wird und Kennzahlwerte enthält.
Hinweis
Sie müssen das Zeitprol nicht ersetzten, wenn Sie nur ein Attribut zu einer der Zeitprolebenen zuordnen
möchten. Um ein Attribut zu einer Ebene eines aktiven Zeitprols, das in einem Planungsbereich verwendet
wird, zuzuordnen, können Sie die App Zeitprole verwenden.
Vorgehensweise
1. Ersetzen Sie das Zeitprol in dem Planungsbereich.
Sie können dies in der App Planungsbereiche vornehmen.
2. Geben Sie die Planungshorizonte für jede Zeitprolebene an.
Wenn die Tabelle Planungshorizonte ausgefüllt ist, überschreiben Sie die Werte in den Spalten Von und Bis.
3. Überprüfen und aktualisieren Sie bei Bedarf die Planungsebenen.
Bei einer Planungsebene handelt es sich um eine Kombination aus Attributen. Für die Zeit verwendet das
System das Attribut PERIODIDn, zeigt jedoch den Namen der Zeitprolebene an, die zu einem bestimmten
Attribut PERIODIDn gehört. Weitere Informationen nden Sie unter Attribute PERIODID und PERIODID(n)
in Zeitprolebenen [Seite 48].
Das Attribut PERIODIDn, das zu einer Zeitebene zugeordnet ist, kann für jedes Zeitprol unterschiedlich
sein.
Beispielsweise verwenden sowohl das alte als auch das neue Prol als Zeitprolebene Monat, aber in dem
alten Zeitprol wurde Monat PERIODID2 und in dem neuen Zeitprol PERIODID1 zugeordnet. Im alten
Zeitprol entspricht PERIODID2 Monat, aber im neuen Zeitprol technische Woche.
Leitfaden für die Modellkonguration
Planungsbereiche
PUBLIC
ÖFFENTLICH 85
Prüfen Sie bei jeder Planungsebene, ob eine Aktualisierung notwendig ist, weil eine Zeitprolebene im
neuen Zeitprol nicht verfügbar ist oder weil die Zuordnung des Attributs PERIODIDn anders ist.
4. Wenn ein Attribut zu einer oder mehreren Zeitprolebenen des alten Zeitprols zugeordnet ist, stellen
Sie sicher, dass Sie das Attribut übertragen, wenn es auch in dem neuen Prol verwendet wird. Oder
falls das Attribut nicht mehr erforderlich ist, können Sie seine Verwendung entfernen, bevor Sie den
Planungsbereich aktivieren.
Achtung
Durch das Ersetzen des Zeitprols in einem aktiven Planungsbereich wird die Zuordnung eines
Attributs zu einer Zeitprolebene zum Löschen markiert.
Wenn dasselbe Attribut zu einer Zeitprolebene im neuen Zeitprol zugeordnet ist, heben Sie die
Löschvormerkung für die Attributzuordnung für jede Planungsebene, die das Attribut verwendet, auf.
Wenn das Attribut keinen Zeitprolebenen des neuen Zeitprols zugeordnet ist, stellen Sie sicher,
dass das Attribut nirgends im Planungsbereich verwendet wird. Mit der nächsten Aktivierung des
Planungsbereichs wird das Attribut aus den betroenen Planungsebenen entfernt. Aktualisieren Sie bei
Bedarf auf dem Bild Kennzahlen die Denitionen der Kennzahlen, die das Attribut aus dem alten Zeitprol
als Periodengewichtungsfaktor oder im Disaggregationsausdruck verwenden. Auf diese Weise wird dieses
Attribut nicht mehr referenziert.
5. Für Kennzahlen, die Planungsebenen verwenden, die geändert wurden: Aktualisieren Sie die
Basisplanungsebene und die betroenen Berechnungen, um diese Änderungen abzubilden.
6. Falls im Planungsbereich Attribut-Transformationen verwendet werden, aktualisieren Sie diese, damit
der Zeitversatz richtig bleibt, und keine Attribute verwendet werden, die nur im alten Zeitprol einer
Zeitprolebene zugeordnet wurden.
7. Wenn Sie in Kennzahlberechnungen L-Skript verwenden, legen Sie eine Kundenmeldung an, um die
Aktualisierung des L-Skripts zu beantragen.
8. Legen Sie Perioden für das neue Zeitprol an, falls diese noch nicht vorhanden sind.
9. Wenn bereits Kennzahlwerte im Planungsbereich vorhanden sind, löschen Sie diese.
Kennzahlwerte werden pro Periode gespeichert (pro ID einer eindeutigen Periode, wie z.B. April 2018).
In einem anderen Zeitprol kann dieselbe Perioden-ID auf eine andere Periode verweisen, was zu
inkonsistenten Daten führen kann.
10. Aktivieren Sie den Planungsbereich.
11. Laden Sie die Kennzahlwerte hoch.
12. Wenn der Planungsbereich ein Attribut als Kennzahl enthält, laden Sie die Stammdatensätze für den
Stammdatentyp hoch, der das als Kennzahl verwendete Attribut enthält.
Weitere Informationen
Planungsbereich in der App „Planungsbereiche“ anlegen [Seite 75]
Planungsebenen ändern und löschen [Seite 128]
Attribut-Transformationen [Seite 512]
Attribute PERIODID und PERIODID(n) in Zeitprolebenen [Seite 48]
Optionen zum Anlegen von Zeiträumen [Seite 49]
Planungsbereiche in der App „Planungsbereiche“ aktivieren [Seite 339]
86
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Planungsbereiche
Data Lifecycle Management
Datenintegrationsjobs
SAP-Hinweis 2298382
7.9 Planungsbereich mit Inhalt aus einem anderen
Planungsbereich aktualisieren
Es gibt Fälle, in denen Sie keinen neuen Planungsbereich mit einer neuen ID anlegen, sondern die ID eines
vorhandenen Planungsbereichs verwenden möchten, indem Sie die gesamte oder einen Teil der Konguration
mit anderem Beispielinhalt oder Nicht-Beispielinhalt aktualisieren.
Mit SAP Integrated Business Planning for Supply Chain können Sie die gesamte
Planungsbereichskonguration durch anderen Inhalt ersetzen, indem Sie nur die ID beibehalten oder Inhalte
aus einem anderen Planungsbereich mit dem Zielplanungsbereich zusammenführen.
Folgende Optionen stehen zum Aktualisieren eines vorhandenen Planungsbereichs zur Verfügung:
•Vorhandenen ersetzen
Verwenden Sie die Option, wenn Sie einen Planungsbereich mit einer bereits verwendeten ID
neu anlegen möchten. Sie können einen Nicht-Beispielplanungsbereich mit einem anderem Nicht-
Beispielplanungsbereich oder einem Beispielplanungsbereich überschreiben, wenn die Quell- und
Zielplanungsbereiche die gleichen Stammdatentypen enthalten, d.h., die Stammdatentypen weisen das
gleiche Präx, die gleiche ID und Konguration in beiden Planungsbereichen auf.
•Vorhandenen einschließlich Abhängigkeiten ersetzen
Verwenden Sie die Option, wenn Sie einen Planungsbereich (Beispielplanungsbereich oder Nicht-
Beispielplanungsbereich) mit einer ID anlegen möchten, die bereits verwendet wird, und Sie die
Stammdatentypen im Zielplanungsbereich aktualisieren möchten.
•Mit vorhandenem zusammenführen
Verwenden Sie diese Option, um zwei Planungsbereiche zusammenzuführen, die unterschiedliche
Einstellungen des Planungsbereichs enthalten, aber auf denselben Stammdatentypen basieren. Sie
können einen Beispielplanungsbereich mit einem Nicht-Beispielplanungsbereich oder zwei Nicht-
Beispielplanungsbereiche zusammenführen, wenn die Quell- und Zielplanungsbereiche die gleichen
Stammdatentypen enthalten, d.h. die Stammdatentypen weisen die gleiche ID und Konguration in beiden
Planungsbereichen auf.
•Teilzusammenführung
Verwenden Sie diese Option, um einen Beispielplanungsbereich oder einen Nicht-Beispielplanungsbereich
teilweise mit einem anderen (Nicht-Beispiel-)Planungsbereich zusammenzuführen, auch wenn die beiden
Planungsbereiche auf unterschiedlichen Stammdatentypen basieren. Die Stammdatenattribute und
Kennzahlen, die Sie für die Zusammenführung angeben, sowie die abhängigen Objekte dieser primären
Eingabeobjekte werden in die Zusammenführung einbezogen. Sie können detaillierte Einstellungen
vornehmen, um zu steuern, wie Objekte, die sowohl im Quell- als auch im Zielplanungsbereich enthalten
sind, bei der Zusammenführung behandelt werden sollen.
Leitfaden für die Modellkonguration
Planungsbereiche
PUBLIC
ÖFFENTLICH 87
Weitere Informationen
Vorhandenen ersetzen [Seite 88]
Vorhandenen einschließlich Abhängigkeiten ersetzen [Seite 89]
Mit vorhandenem zusammenführen [Seite 92]
Teilzusammenführung [Seite 96]
7.9.1Vorhandenen ersetzen
Die Option „Vorhandenen ersetzen“ aktualisiert den vorhandenen Zielplanungsbereich basierend auf dem
Quellplanungsbereich und behält dabei die ID des Zielplanungsbereichs bei.
Sie können einen Nicht-Beispielplanungsbereich mit einem anderem Nicht-Beispielplanungsbereich oder
einem Beispielplanungsbereich überschreiben, wenn die Quell- und Zielplanungsbereiche die gleichen
Stammdatentypen enthalten, d.h., die Stammdatentypen weise das gleiche Präx, die gleiche ID und
Konguration in beiden Planungsbereichen auf.
Hinweis
Wenn Sie diese Option zum Überschreiben eines Planungsbereichs mit einem Beispielplanungsbereich
verwenden möchten, müssen Sie eine Art von Präx haben, wobei dieser Präx im Quell-
und Zielplanungsbereich gleich sein muss. Sie können diese Option verwenden, um einen Nicht-
Beispielplanungsbereich mit einem anderen Nicht-Beispielplanungsbereich zu überschreiben, wobei die
Stammdatentypen unterschiedliche Präxe haben können.
Der Zielplanungsbereich muss aktiv sein.
Wenn Sie diese Option verwenden, um einen Nicht-Beispielplanungsbereich zu kopieren, der sowohl eine
aktive als auch eine inaktive Instanz hat, wird immer die aktive Instanz kopiert. Änderungen, die seit der
letzten Aktivierung am Planungsbereich vorgenommen wurden, werden nicht in die Kopie aufgenommen.
Hinweis
Die Option „Vorhandenen ersetzen“ löscht die Konguration im Zielplanungsbereich, die nicht im
Quellplanungsbereich enthalten ist, fügt die neue Konguration aus dem Quellplanungsbereich hinzu und
aktualisiert die vorhandene Konguration im Zielplanungsbereich basierend auf dem Quellplanungsbereich.
Der resultierende Planungsbereich enthält die folgende Konguration:
•Planungsbereichs-ID des Zielplanungsbereichs
•Planungsbereichsdetails und -einstellungen des Quellplanungsbereichs
•Zuordnung von Planungsbereich-Zeitprol des Zielplanungsbereichs
Hinweis
Wenn Sie einen Nicht-Beispielplanungsbereich durch einen Beispielplanungsbereich ersetzen, stellen
Sie sicher, dass das dem Beispielplanungsbereich zugeordnete Zeitprol bereits mit derselben ID wie
der Beispielinhalt kopiert wurde.
88
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Planungsbereiche
•Zuordnungen von Planungsbereich zu Attribut des Quellplanungsbereichs
•Planungsebenen des Quellplanungsbereichs
•Zuordnungen von Planungsebene-Attribut des Quellplanungsbereichs
Achtung
Wenn Sie dieselbe Planungsebene in Quell- und Zielplanungsbereich verwenden, aber mit
unterschiedlichen Schlüsselattributen, werden die Planungsebenen im resultierenden Planungsbereich
die Schlüsselattribute des Quellplanungsbereichs übernehmen. Dies kann zu Inkonsistenten in
den vorhandenen Kennzahldatensätzen führen, da die Schlüsselattribute immer eindeutige Werte
enthalten müssen. Um Inkonsistenten in der Datenbank zu vermeiden, stellen Sie sicher, dass die
neue Konguration mit den vorhandenen Datensätzen kompatibel ist, oder löschen Sie die Datensätze
und laden Sie die Daten erneut hoch.
•Attribute als Kennzahlen des Quellplanungsbereichs
•Kennzahlen des Quellplanungsbereichs
•Versionen des Quellplanungsbereichs
•Snapshots des Quellplanungsbereichs
•Zuordnungen von Planungsbereich-Planungsoperator des Quellplanungsbereichs
•Planungsprole des Quellplanungsbereichs
Hinweis
Die Planungsprole des Zielplanungsbereichs werden gelöscht.
•Einstellungen für auftragsbasierte Planung
•Ursprünge der Änderungen des Quellplanungsbereichs, die Sie in der App Einstellungen für die
Änderungshistorie ausgewählt haben.
Hinweis
Nachdem Sie über diese Option einen Planungsbereich kopiert haben, müssen Sie sicherstellen,
dass die Ursprünge der Änderung, die Sie in der App Einstellungen für die Änderungshistorie für
den Quellplanungsbereich ausgewählt haben, auch im Zielplanungsbereich nachverfolgt werden.
Dafür müssen Sie zunächst den Planungsbereich aktivieren, und anschließend die Ursprünge
der Änderungen für den Zielplanungsbereich in der App Einstellungen für die Änderungshistorie
synchronisieren. Weitere Informationen über die Synchronisierung nden Sie unter Einstellungen für
die Änderungshistorie.
Die Stammdatentypen, das Zeitprol und die Attribute, die mit dem Planungsbereich verknüpft sind, werden
nicht kopiert.
7.9.2Vorhandenen einschließlich Abhängigkeiten ersetzen
Die Option „Vorhandenen einschließlich Abhängigkeiten ersetzen“ aktualisiert sowohl einen vorhandenen
Zielplanungsbereich als auch dessen Stammdatentypen auf Basis des Quellplanungsbereichs und dessen
Stammdatentypen.
Leitfaden für die Modellkonguration
Planungsbereiche
PUBLIC
ÖFFENTLICH 89
Mit dieser Option können Sie eine Kopie des Quellplanungsbereichs in einem vorhandenen Zielplanungsbereich
anlegen und dabei die IDs des Zielplanungsbereichs und der Stammdatentypen behalten. Die
Stammdatentypen werden wie folgt aktualisiert:
•Wenn der Quellplanungsbereich einen Stammdatentyp enthält, der nicht im Zielplanungsbereich verfügbar
ist:
•Wenn der Stammdatentyp noch nicht mit dem Zielpräx vorhanden ist, wird ein neuer Stammdatentyp
mit dem Zielpräx und der Quellkonguration angelegt, und dem Zielplanungsbereich zugewiesen.
•Wenn der Stammdatentyp bereits mit dem Zielpräx vorhanden ist, wird dieser auf Basis des
Quellstammdatentyps aktualisiert und zum Zielplanungsbereich zugewiesen.
•Wenn der Zielplanungsbereich einen Stammdatentyp enthält, der nicht im Quellplanungsbereich
vorhanden ist, wird der Stammdatentyp aus dem Zielplanungsbereich entfernt.
Hinweis
Der Stammdatentyp wird nur aus dem Planungsbereich entfernt, er wird nicht aus dem System
gelöscht.
•Wenn ein Stammdatentyp in beiden Planungsbereichen vorhanden ist, wird der Stammdatentyp mit dem
Zielpräx auf Basis der Konguration des Quellstammdatentyps aktualisiert.
Alle anderen Kongurationseinstellungen werden aus dem Quellplanungsbereich übernommen.
Hinweis
Das Zeitprol des Zielplanungsbereichs wird auch nicht gelöscht, nur die Zuordnung zum Planungsbereich.
Wenn Sie diese Kopieroption verwenden, muss der Zielplanungsbereich aktiv sein.
Hinweis
Wenn Sie diese Option verwenden, um einen Nicht-Beispielplanungsbereich zu kopieren, der sowohl eine
aktive als auch eine inaktive Instanz hat, wird immer die aktive Instanz kopiert. Änderungen, die seit der
letzten Aktivierung am Planungsbereich vorgenommen wurden, werden nicht in die Kopie aufgenommen.
Der resultierende Planungsbereich enthält die folgende Konguration:
•Planungsbereichs-ID des Zielplanungsbereichs
•Planungsbereichsdetails und -einstellungen des Quellplanungsbereichs
•Zuordnung des Planungsbereichs zum Zeitprol des Quellplanungsbereichs
Hinweis
Wenn Sie einen Nicht-Beispielplanungsbereich durch einen Beispielplanungsbereich ersetzen, stellen
Sie sicher, dass das dem Beispielplanungsbereich zugeordnete Zeitprol bereits mit derselben ID wie
der Beispielinhalt kopiert wurde.
•Zuordnungen von Planungsbereich zu Attribut des Quellplanungsbereichs
•Planungsebenen des Quellplanungsbereichs
•Zuordnungen von Planungsebene-Attribut des Quellplanungsbereichs
Achtung
Wenn Sie dieselbe Planungsebene in Quell- und Zielplanungsbereich verwenden, aber mit
unterschiedlichen Schlüsselattributen, werden die Planungsebenen im resultierenden Planungsbereich
90
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Planungsbereiche
die Schlüsselattribute des Quellplanungsbereichs übernehmen. Dies kann zu Inkonsistenten in
den vorhandenen Kennzahldatensätzen führen, da die Schlüsselattribute immer eindeutige Werte
enthalten müssen. Um Inkonsistenten in der Datenbank zu vermeiden, stellen Sie sicher, dass die
neue Konguration mit den vorhandenen Datensätzen kompatibel ist, oder löschen Sie die Datensätze
und laden Sie die Daten erneut hoch.
•Attribute als Kennzahlen des Quellplanungsbereichs
•Kennzahlen des Quellplanungsbereichs
•Versionen des Quellplanungsbereichs
•Snapshots des Quellplanungsbereichs
•Zuordnungen von Planungsbereich-Planungsoperator des Quellplanungsbereichs
•Planungsprole des Quellplanungsbereichs
Hinweis
Die Planungsprole des Zielplanungsbereichs werden gelöscht.
•Einstellungen für auftragsbasierte Planung
•Ursprünge der Änderungen des Quellplanungsbereichs, die Sie in der App Einstellungen für die
Änderungshistorie ausgewählt haben.
Hinweis
Nachdem Sie über diese Option einen Planungsbereich kopiert haben, müssen Sie sicherstellen,
dass die Ursprünge der Änderung, die Sie in der App Einstellungen für die Änderungshistorie für
den Quellplanungsbereich ausgewählt haben, auch im Zielplanungsbereich nachverfolgt werden.
Dafür müssen Sie zunächst den Planungsbereich aktivieren, und anschließend die Ursprünge
der Änderungen für den Zielplanungsbereich in der App Einstellungen für die Änderungshistorie
synchronisieren. Weitere Informationen über die Synchronisierung nden Sie unter Einstellungen für
die Änderungshistorie.
Kopiereinstellungen für den Planungsbereich SAPIBP1
Filter für Kopie
Wenn Sie den einheitlichen Planungsbereich (SAPIBP1) mithilfe der Option „Vorhandenen einschließlich
Abhängigkeiten ersetzen“ kopieren, müssen Sie zudem Filter anwenden, um den Satz an Kennzahlen zu
denieren, die in den Zielplanungsbereich einbezogen werden sollen.
Sie können einen oder mehrere der folgenden Filter anwenden:
•Absatzplanung
•Demand Sensing
•Bestandsoptimierung
•Absatz- und Produktionsplanung und Beschaungsplanung
Abhängig von den ausgewählten Filtern werden auch die relevanten Planungsprole des Planungsbereichs
kopiert.
Leitfaden für die Modellkonguration
Planungsbereiche
PUBLIC
ÖFFENTLICH 91
Hinweis
Der Inhalt der Filter ist vordeniert und kann nicht geändert werden.
Hinweis
Wenn Sie eine Kopie des einheitlichen Planungsbereichs ohne Beschaungsplanung angelegt haben, d.h.
die Filter für die Absatz- und Produktionsplanung sowie für die Beschaungsplanung nicht übernommen
haben, müssen Sie die Einstellung Beschaungsplanung aktivieren im neuen kopierten Planungsbereich
aktivieren und bei Bedarf manuell deaktivieren. Wenn Sie die Beschaungsplanung für den neuen
Planungsbereich deaktivieren, darf das Feld Eingabe/Ausgabe für Beschaungsplanung in keiner Kennzahl
einen Wert enthalten (und somit nicht angezeigt werden). Wenn der Planungsbereich nicht für die
Beschaungsplanung aktiviert ist und Sie eine Kennzahl zur Bearbeitung önen, die einen Wert im Feld
Eingabe/Ausgabe für Beschaungsplanung enthält, wird das Feld automatisch geleert und Sie müssen die
Kennzahl nur sichern.
7.9.3Mit vorhandenem zusammenführen
Die Option „Mit vorhandenem zusammenführen“ kombiniert zwei Planungsbereiche.
Empfehlung
Verwenden Sie diese Option, um zwei Planungsbereiche zusammenzuführen, die unterschiedliche
Einstellungen des Planungsbereichs enthalten, aber auf denselben Stammdatentypen basieren. Sie
können einen Beispielplanungsbereich mit einem Nicht-Beispielplanungsbereich oder zwei Nicht-
Beispielplanungsbereiche zusammenführen, wenn die Quell- und Zielplanungsbereiche die gleichen
Stammdatentypen enthalten, d.h. die Stammdatentypen weisen die gleiche ID und Konguration in beiden
Planungsbereichen auf.
Die Option „Mit vorhandenem zusammenführen“ behält die Konguration im Zielplanungsbereich komplett
bei, fügt alle neue Daten aus dem Quellplanungsbereich hinzu und aktualisiert die Schnittmengenkonguration
basierend auf der Quellkonguration.
Bevor Sie die Option „Mit vorhandenem zusammenführen“ verwenden, stellen Sie sicher, dass Quell- und
Zielplanungsbereich folgende Anforderungen erfüllen:
•Sie enthalten die gleichen Stammdatentypen mit identischen IDs und identischer Konguration.
•Die Stammdatentypen haben eine Art von Präx, das in beiden Planungsbereichen gleich ist.
•Sie haben die gleiche Ablagezeitprolebene.
•Ihre Zeitprole müssen die gleiche Anzahl an Zeitprolebenen aufweisen.
•Der Zielplanungsbereich ist aktiv.
Hinweis
Wenn der Quellplanungsbereich ein Nicht-Beispielplanungsbereich ist, der sowohl eine aktive als auch
eine inaktive Instanz hat, wird der Zielplanungsbereich mit der aktiven Instanz des Quellplanungsbereichs
aktualisiert. Änderungen, die seit der letzten Aktivierung am Quellplanungsbereich vorgenommen wurden,
werden bei der Zusammenführung nicht berücksichtigt.
92
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Planungsbereiche
Hinweis
Nachdem Sie zwei Planungsbereiche mithilfe von „Mit vorhandenem zusammenführen“ verbunden
haben, müssen Sie prüfen, ob bestimmte Kongurationseinstellungen im resultierenden Planungsbereich
immer noch konsistent sind. Weitere Informationen nden Sie unter Aktualisieren des resultierenden
Planungsbereichs nach Verwendung von „Mit vorhandenem zusammenführen“ [Seite 94].
Der resultierende Planungsbereich enthält die folgende Konguration:
•Planungsbereichs-ID des Zielplanungsbereichs
•Planungsbereichsdetails und -einstellungen des Quellplanungsbereichs
•Zuordnung des Planungsbereichs zum Zeitprol des Quellplanungsbereichs
Hinweis
Wenn Sie einen Beispielplanungsbereich mit einem Nicht-Beispielplanungsbereich zusammenführen,
stellen Sie sicher, dass das dem Beispielplanungsbereich zugeordnete Zeitprol mit der gleichen ID wie
im Beispielinhalt bereits kopiert wurde.
•Planungsbereich-Attribut-Zuordnungen des Quell- und Zielplanungsbereichs
•Planungsebenen des Quell- und Zielplanungsbereichs
•Planungsebene-Attribut-Zuordnungen des Quell- und Zielplanungsbereichs
Achtung
Wenn Sie dieselbe Planungsebene in Quell- und Zielplanungsbereich verwenden, aber mit
unterschiedlichen Schlüsselattributen, werden die Planungsebenen im resultierenden Planungsbereich
die Schlüsselattribute des Quellplanungsbereichs übernehmen. Dies kann zu Inkonsistenten in
den vorhandenen Kennzahldatensätzen führen, da die Schlüsselattribute immer eindeutige Werte
enthalten müssen. Um Inkonsistenten in der Datenbank zu vermeiden, stellen Sie sicher, dass die
neue Konguration mit den vorhandenen Datensätzen kompatibel ist, oder löschen Sie die Datensätze
und laden Sie die Daten erneut hoch.
•Attribute als Kennzahlen des Quell- und Zielplanungsbereichs
•Kennzahlen des Quell- und Zielplanungsbereichs
•Versionen des Quell- und Zielplanungsbereichs
•Snapshots des Quell- und Zielplanungsbereichs
•Planungsbereich-Planungsoperator-Zuordnungen des Quell- und Zielplanungsbereichs
•Planungsprole des Quell- und Zielplanungsbereichs
•Einstellungen für auftragsbasierte Planung
Hinweis
Versionseinstellungen werden nur zusammengeführt, wenn Ihr Quellplanungsbereich eine Version
hat, die in Ihrem Zielplanungsbereich nicht vorhanden ist. In diesem Fall werden sämtliche
Einstellungen der auftragsbasierten Planung für diese Version zum Zielplanungsbereich hinzugefügt.
Wenn Sie jedoch dieselben Versionen in Ihren Quell- und Zielplanungsbereichen haben, aber
einige ihrer Einstellungen für die auftragsbasierte Planung unterschiedlich sind, werden die neuen
Einstellungen aus dem Quellplanungsbereich nicht zusammengeführt. Diese Einstellungen müssen Sie
manuell hinzufügen. Wenn Sie zudem in Ihrem Zielplanungsbereich Versionen haben, die in Ihrem
Quellplanungsbereich nicht vorhanden sind, werden diese durch die Zusammenführung nicht gelöscht.
Leitfaden für die Modellkonguration
Planungsbereiche
PUBLIC
ÖFFENTLICH 93
Die Stammdatentypen, das Zeitprol und die Attribute, die mit dem Planungsbereich verknüpft sind, werden
nicht kopiert.
7.9.3.1 Aktualisieren des resultierenden Planungsbereichs
nach Verwendung von „Mit vorhandenem
zusammenführen“
Nehmen Sie Änderungen an Ihrem angelegten Planungsbereich über die Option „Mit vorhandenem
zusammenführen“ vor, um sicherzustellen, dass dieser alle notwendigen Kongurationseinstellungen enthält.
Voraussetzungen
Stellen Sie sicher, dass Sie die erforderlichen Berechtigungen für diese Aktivität haben, also dass
die erforderlichen Anwendungskataloge für diese Aktivität einer Anwendungsrolle zugeordnet sind, die
Ihrem Anwendungsbenutzer zugeordnet ist. Weitere Informationen nden Sie auf dem SAP Help Portal
http://help.sap.com/ibp unter Anwendungshilfe für SAP Integrated Business Planning Identitäts- und
Zugrisverwaltung Grundkonzepte Anwendungskataloge .
Kontext
Sie haben zwei Planungsbereiche über die Option „Mit vorhandenem zusammenführen“ zusammengefasst.
Der resultierende Planungsbereich enthält die Einstellungen des Quellplanungsbereichs, und Sie möchten
bestimmte Einstellungen anhand der Einstellungen Ihres Zielplanungsbereichs ändern.
Vorgehensweise
1. Überprüfen Sie die Beschaungsplanungseinstellung des Planungsbereichs.
Sie können diese Einstellung prüfen, indem Sie in der App Planungsbereiche Ihren resultierenden
Planungsbereich auswählen.
Option Beschreibung
Aktivieren Sie den Schalter Beschaungsplanung
aktivieren .
Der Zielplanungsbereich wurde für die Beschaungspla-
nung aktiviert, was durch die Zusammenführung geändert
wurde. Sie möchten die Beschaungsplanung im resul-
tierenden Planungsbereich verwenden. Daher müssen Sie
die Beschaungsplanung erneut manuell aktivieren.
Deaktivieren Sie den Schalter Beschaungsplanung
aktivieren und entmarkieren Sie dann das Feld Eingabe/
Der Quellplanungsbereich wurde für die Beschaungspla-
nung aktiviert, sodass nach der Zusammenführung der
94
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Planungsbereiche
Option Beschreibung
Ausgabe für Beschaungsplanung für die Kennzahlen mit
einem Wert in diesem Feld.
Hinweis
Das Feld wird automatisch entmarkiert, wenn Sie
eine solche Kennzahl zur Bearbeitung önen. Sie
müssen die Kennzahl nur sichern.
Schalter Beschaungsplanung aktivieren für den resultier-
enden Planungsbereich aktiviert ist. Da Sie die Beschaf-
fungsplanung im resultierenden Planungsbereich nicht
verwenden möchten, müssen Sie den Schalter deaktivie-
ren und die Felder zurücksetzen.
2. Prüfen Sie die Einstellung für externe Zeitreihen des Planungsbereichs.
Sie können diese Einstellung prüfen, indem Sie in der App Planungsbereiche Ihren resultierenden
Planungsbereich auswählen.
Option Beschreibung
Aktivieren Sie den Schalter Externe Zeitreihe aktivieren
und stellen Sie sicher, dass die Felder Datenquelle für
externe Kennzahlendenition und Externe Kennzahlmenge
die richtigen Werte enthalten.
Der Zielplanungsbereich wurde für die externe Zeitreihe
aktiviert, was durch die Zusammenführung geändert
wurde. Sie möchten Response Management im resultier-
enden Planungsbereich verwenden. Daher müssen Sie
den Schalter erneut manuell aktivieren und die zugehöri-
gen Einstellungen prüfen.
Deaktivieren Sie den Schalter Externe Zeitreihe aktivieren
und sichern Sie.
Hinweis
Dadurch löscht das System automatisch die Felder
Externe Kennzahlmenge und Datenquelle für externe
Kennzahlendenition.
Der Quellplanungsbereich wurde für die externe Zeitreihe
aktiviert, sodass nach der Zusammenführung der Schal-
ter Externe Zeitreihe aktivieren für den resultierenden
Planungsbereich aktiviert ist. Sie möchten Response Ma-
nagement im resultierenden Planungsbereich nicht ver-
wenden, daher müssen Sie den Schalter deaktivieren.
3. Prüfen Sie Ihren Planungsbereich auf Attribute, die einer Zeitprolebene und dem Planungsbereich
zugeordnet sind, und löschen Sie alle Zuordnungen, die Sie nicht benötigen.
Dasselbe Attribut ist einer Quellzeitprolebene und dem Zielplanungsbereich zugeordnet (oder
andersherum). Nach der Verwendung von „Mit vorhandenem zusammenführen“ ist dieses Attribut sowohl
der Zeitprolebene und als auch dem Planungsbereich zugeordnet. Da ein Attribut nur zu einer dieser
Entitäten gleichzeitig zugeordnet sein kann, müssen Sie das Attribut aus der Entität entfernen, in der Sie
es nicht benötigen.
4. Prüfen Sie, ob der Aggregationsmodus der Kennzahlen und deren Berechnungsdenitionen auf
Anfrageebene weiterhin konsistent sind.
Dieselbe Kennzahl hat verschiedene Aggregationsmodi in den Quell- und Zielplanungsbereichen.
In dem resultierenden Planungsbereich enthält diese Kennzahl den Aggregationsmodus des
Quellplanungsbereichs und die Anfrageebenenberechnung des Zielplanungsbereichs.
Option Beschreibung
Passen Sie die Anfrageebenenberechnung an. Sie möchten den Aggregationsmodus aus dem Quellpla-
nungsbereich verwenden.
Ändern Sie den Aggregationsmodus. Sie möchten den Aggregationsmodus verwenden, der im
Zielplanungsbereich angegeben wurde.
Leitfaden für die Modellkonguration
Planungsbereiche
PUBLIC
ÖFFENTLICH 95
5. Prüfen Sie die abgelegten und berechneten Kennzahleneinstellungen und passen Sie die
Berechnungsdenitionen bei Bedarf an.
Dieselbe Kennzahl ist als abgelegte Kennzahl im Quellplanungsbereich und als berechnete Kennzahl im
Zielplanungsbereich eingestellt (oder andersherum). Im resultierenden Planungsbereich enthält diese
Kennzahl die Einstellungen des Quellplanungsbereichs.
6. Markieren Sie das Ankreuzfeld Schlüsselattribut für alle Attribute auf Basisplanungsebene der Kennzahlen,
für die das Ankreuzfeld Aggregierter Constraint markiert ist.
Das Ankreuzfeld Aggregierter Constraint ist für die Kennzahlen im Zielplanungsbereich ausgewählt, wenn
es auch im Quellplanungsbereich ausgewählt ist.
7. Stellen Sie sicher, dass die Kennzahlen, die den Versionen zugeordnet sind, versionsspezische
Kennzahlen sind.
Wenn das Ankreuzfeld Versionsspezische Stammdaten markiert ist, müssen alle Kennzahlen, die der
Version zugeordnet sind, versionsspezisch sein.
8. Prüfen Sie die vorhandenen Datensätzen und laden Sie die Daten bei Bedarf erneut hoch.
Wenn das Zeitprol und die entsprechenden Zeiträume im Quellplanungsbereich, und das Zeitprol und
die entsprechenden Zeiträumen im Zielplanungsbereich nicht identisch sind, müssen Sie die vorhandenen
Kennzahldatensätze aktualisieren oder die Daten erneut hochladen.
7.9.4Teilzusammenführung
Mit der Teilzusammenführungsfunktion können Sie einen Planungsbereich mit bestimmten Teilen eines
Beispielplanungsbereichs oder eines Nicht-Beispielplanungsbereichs (benutzerdeniert) aktualisieren.
Empfehlung
Verwenden Sie diese Funktion, wenn Sie angeben möchten, welche Teile der Quellkonguration in den
Zielplanungsbereich zusammengeführt werden sollen. Anders als bei der Funktion Mit vorhandenem
zusammenführen können Sie Planungsbereiche, die jeweils auf einem anderen Stammdatentyp basieren,
auch teilweise zusammenführen.
Stellen Sie vor der Verwendung der Teilzusammenführungsfunktion sicher, dass folgende Voraussetzungen
erfüllt sind:
•Der Zielplanungsbereich ist aktiv.
•Der Status des Quellplanungsbereichs ist entweder aktiv oder inaktiv, aber nicht zum Löschen vorgemerkt.
•In jedem Quell- und Zielplanungsbereich wird ein einzelnes Stammdatenpräx verwendet (das in der
Quelle verwendete Präx muss jedoch nicht mit dem im Ziel verwendeten Präx übereinstimmen).
•Quell- und Zielplanungsbereiche haben dieselbe Zeitprolebenenstruktur (mit derselben Anzahl von
Zeitprolebenen und derselben Basisebene und Periodenart für jede Zeitprolebene).
Wenn Sie zwei Planungsbereiche teilweise zusammenführen, wird der Zielplanungsbereich mit den
Objekten des Quellplanungsbereichs, den Sie als zusammenführungsrelevant angegeben haben (primäre
Eingabeobjekte), und abhängigen Objekten, die auch für die Konguration erforderlich sind, aktualisiert. Sie
können detaillierte Einstellungen vornehmen, um das Zusammenführungsverhalten zu steuern.
96
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Planungsbereiche
Achtung
Mit der Teilzusammenführungsfunktion können Sie die für die Zusammenführung angegebenen
Objekte zusammen mit den Objekten, die ihre Konguration unterstützen, in den Zielplanungsbereich
zusammenführen. Sie stellt jedoch nicht sicher, dass die resultierende Konguration vollständig und für
die Aktivierung bereit ist. Um sicherzustellen, dass die Konguration vollständig ist und aktiviert werden
kann, müssen Sie nach der Zusammenführung manuelle Anpassungen am resultierenden Planungsbereich
vornehmen. Sie können die erforderlichen Anpassungen ermitteln, indem Sie das Anwendungsprotokoll für
die Zusammenführung prüfen.
Primäre Eingabeobjekte
Um eine Teilzusammenführung von zwei Planungsbereichen durchzuführen, müssen Sie zunächst primäre
Eingabeobjekte für die Zusammenführung denieren. Dafür gibt es verschiedene Möglichkeiten. Weitere
Informationen nden Sie unter Optionen für Teilzusammenführung [Seite 100].
Folgende Objekttypen können als primäre Eingabeobjekte für die Zusammenführung verwendet werden:
•Kennzahlen des Quellplanungsbereichs
•Attribute, die aus Stammdatentypen mit dem Präx stammen, das vom Quellplanungsbereich verwendet
wird
Wenn Sie eine Teilzusammenführung des Planungsbereichs SAPIBP1 starten, indem Sie die Option
Mit vorhandenem teilweise zusammenführen verwenden, werden die primären Eingabeobjekte durch Ihre
Filtereinstellungen bestimmt, und Sie können der Gruppe der Eingabeobjekte keine einzelnen Elemente
hinzufügen.
Wenn Sie jedoch eine der anderen Teilzusammenführungsoptionen verwenden und bestimmte
Kennzahlen oder Stammdatenattribute als primäre Eingabeobjekte auswählen, können Sie auf dem Bild
Teilzusammenführung weitere Kennzahlen oder Attribute hinzufügen, nachdem das System abhängige Objekte
identiziert hat.
Hinweis
Sie können keine Objekte mit dem Status „Zum Löschen vorgemerkt“ in die Zusammenführung
einschließen.
Abhängige Objekte
Objekte, die für die Konguration von primären Eingabeobjekten benötigt werden, werden vom System als
abhängige Objekte identiziert und zusammen mit den primären Eingabeobjekten in den Zielplanungsbereich
zusammengeführt. Abhängige Objekte schließen Objekte ein, die direkt von primären Eingabeobjekten
verwendet werden, aber auch Objekte, die von anderen abhängigen Objekten verwendet werden. Abhängige
Objekte bilden somit eine komplexe Hierarchie.
Beispiel
Wenn eine berechnete Kennzahl als primäres Eingabeobjekt für die Zusammenführung angegeben ist, sind
alle Kennzahlen und Planungsebenen in der Berechnungskette der Kennzahl für die Zusammenführung
Leitfaden für die Modellkonguration
Planungsbereiche
PUBLIC
ÖFFENTLICH 97
relevant. Das bedeutet, dass alle Kennzahlen und Planungsebenen, die in Berechnungsdenitionen der
primären Eingabekennzahl verwendet werden, sowie alle Kennzahlen und Planungsebenen, die bei der
Berechnung dieser (abhängigen) Kennzahlen verwendet werden, bis auf die Ebene der abgelegten
Kennzahlen in die Zusammenführung einbezogen werden. Kennzahlen, die in der Berechnungskette höher
liegen, werden dagegen nicht als abhängige Objekte identiziert.
Beispiel
Für Attribute, die als primäre Eingabeobjekte verwendet werden, muss die gesamte Hierarchie der
Stammdatentypen, die die Konguration unterstützen, bis hin zur Ebene der einfachen Stammdatentypen
wie folgt in die Zusammenführung einbezogen werden:
•Stammdatentypen, aus denen das primäre Eingabeattribut stammt
•Stammdatentypen, die das primäre Eingabeattribut in ihrer Konguration verwenden (z.B. als
Prüfattribut oder referenziertes Attribut)
•Stammdatentypen, die von anderen zusammenführungsrelevanten Stammdatentypen verwendet
werden (z.B. als Prüfstammdatentyp oder als Komponenten-Stammdatentyp eines
zusammengesetzten Stammdatentyps)
•Andere Attribute, die im Stammdatentyp verwendet werden, werden wiederum zu abhängigen
Objekten, die in die Zusammenführung einbezogen werden (z.B. Schlüsselattribute eines abhängigen
Stammdatentyps usw.) und haben selbst abhängige Objekte.
Auf dem Bild Teilzusammenführung werden alle vom System identizierten abhängigen Objekte aufgelistet.
Die Art der Abhängigkeit, die sie für die Konguration erforderlich macht, wird in der Spalte Abhängigkeit
angezeigt.
Teilzusammenführungslogik
Die Teilzusammenführungsfunktion aktualisiert den Zielplanungsbereich folgendermaßen:
•Alle im Zielplanungsbereich vorhandenen Objekte bleiben erhalten.
•Zusammenführungsrelevante Objekte, die nur im Quellplanungsbereich vorhanden sind, werden in das Ziel
kopiert.
•Zusammenführungsrelevante Objekte, die sowohl in der Quelle als auch im Ziel vorhanden sind, werden
gemäß Ihren Einstellungen für das Zusammenführungsverhalten mit der Quellkonguration aktualisiert.
Folgende Grundprinzipien werden angewendet:
•Es werden keine Objekte aus dem Zielplanungsbereich durch die Zusammenführung gelöscht, mit
Ausnahme technischer Kennzahlen, die aufgrund einer durch die Zusammenführung geänderten
Einstellung vorhanden waren.
Beispielsweise werden technische Kennzahlen für eine Kennzahl, für die die Fixierung aktiviert ist, aus der
Zielkonguration entfernt, wenn die Fixierung für die Kennzahl durch die Zusammenführung deaktiviert ist.
•Die folgenden Schalter in den allgemeinen Planungsbereichseinstellungen werden von der
Zusammenführung auf der Zielseite nie deaktiviert:
•Beschaungsplanung aktivieren
•Externe Zeitreihe aktivieren
•Änderungshistorie aktivieren
98
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Planungsbereiche
•Änderungshistorienbasierte Kennzahlberechnungen aktivieren
Es gibt jedoch einige Abhängigkeiten, die dazu führen, dass sie im Zielplanungsbereich aktiviert werden.
Weitere Informationen nden Sie im Anwendungsprotokoll für die Zusammenführung.
•Das Zeitprol des Zielplanungsbereichs wird nicht mit dem Zeitprol des Quellplanungsbereichs
überschrieben. Die Planungshorizonte und Standardanzeigehorizonte werden jedoch entsprechend der
relevanten Einstellung für das Zusammenführungsverhalten aktualisiert, und abhängige Attribute, die als
Zeitprolebenenattribute im Quellplanungsbereich verwendet werden, werden ebenfalls zum Zielzeitprol
hinzugefügt.
•Die folgenden Einstellungen werden für vorhandene Objekte im Zielplanungsbereich nie geändert:
•Schlüsseleinstellungen eines Stammdatentyps (durch Zusammenführung hinzugefügte Attribute sind
immer Nichtschlüsselattribute)
•Schlüsseleinstellungen einer Planungsebene (durch Zusammenführung hinzugefügte Attribute sind
immer Nichtschlüsselattribute)
•Typ einer Kennzahl (Ausnahme: eine Kennzahl kann als Attribut als Kennzahl markiert oder
entmarkiert werden)
•Datentyp und Typ eines Attributs
Hinweis
Die Länge eines Attributs kann erhöht werden, wird aber durch die Zusammenführung nie
reduziert.
•Typ eines Stammdatentyps
•Vorhandene Integrationsprolzuordnungen werden durch die Zusammenführung nie geändert.
•Kennzahl- und Attributnamen müssen innerhalb eines Planungsbereichs eindeutig sein. Wenn Sie eine
Kennzahl oder ein Attribut zusammenführen, deren Name bereits im Zielplanungsbereich verwendet wird,
wird der Name des zusammengeführten Objekts während der Zusammenführung automatisch geändert,
um die Eindeutigkeit zu gewährleisten.
•Übereinstimmende Planungsbereichsattribute, die aus verschiedenen Stammdatentypen im Quell- und
Zielplanungsbereich stammen, werden nicht zusammengeführt.
Detaillierte Informationen über den Inhalt der Zusammenführung, übersprungene Objekte und Einstellungen,
die Sie auf der Zielseite manuell aktualisieren müssen, nden Sie im Anwendungsprotokoll für die
Zusammenführung. Sie können den resultierenden Planungsbereich auch nach der Zusammenführung mit
dem Quellplanungsbereich vergleichen oder die Funktion Historie anzeigen verwenden, um sich über die durch
die Zusammenführung vorgenommenen Änderungen zu informieren.
Achtung
Die Teilzusammenführungsfunktion stellt nicht sicher, dass die resultierende Konguration vollständig ist
und aktiviert werden kann. Führen Sie eine gründliche Analyse der Konguration durch und nehmen Sie die
erforderlichen manuellen Änderungen vor.
Teilzusammenführung von Planungsbereichen rückgängig machen
Der Zielplanungsbereich und die aktualisierten Objekte werden durch die Zusammenführung deaktiviert,
sodass Sie die durch die Zusammenführung verursachten Änderungen mit der Funktion Aktive Instanz
Leitfaden für die Modellkonguration
Planungsbereiche
PUBLIC
ÖFFENTLICH 99
wiederherstellen rückgängig machen können. Neben dem Planungsbereich müssen Sie möglicherweise die
aktiven Instanzen der betroenen Stammdatentypen und das Zeitprol wiederherstellen.
Es gibt jedoch einige Änderungen, die den Planungsbereich in der Regel nicht deaktivieren. Wenn die
Zusammenführung solche Änderungen beinhaltet, können sie nur manuell rückgängig gemacht werden.
Weitere Informationen zu diesen Änderungen nden Sie unter Aktive Instanz für Planungsbereiche
wiederherstellen [Seite 376]. Sie können die erforderlichen manuellen Anpassungen ermitteln, indem Sie den
letzten Stand des Zielplanungsbereichs (nach der Zusammenführung gesichert) mit dem Zustand vergleichen,
der vor der Zusammenführung gesichert wurde.
Weitere Informationen
Optionen für Teilzusammenführung [Seite 100]
Teilzusammenführung von Planungsbereichen ausführen [Seite 102]
Historische Stände von Modellentitäten [Seite 382]
Planungsbereiche vergleichen [Seite 111]
Aktive Instanz für Planungsbereiche wiederherstellen [Seite 376]
7.9.4.1 Optionen für Teilzusammenführung
Es gibt mehrere Optionen für die Teilzusammenführung von zwei Planungsbereichen.
Sie können eine Teilzusammenführung mithilfe folgender Apps starten:
•App Planungsbereiche
•App Planungsbereiche vergleichen
•App Beispielmodellentitäten
100
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Planungsbereiche
Die folgende Tabelle enthält eine Zusammenfassung, wie Sie die verschiedenen
Teilzusammenführungsoptionen verwenden können:
App Quellplanungsbereich Zielplanungsbereich Details
App Planungsbereiche Nicht Beispiel Nicht Beispiel Führen Sie bestimmte Kenn-
zahlen des Quellplanungsbe-
reichs in den Zielplanungs-
bereich mit ihren abhängi-
gen Objekten zusammen.
Wählen Sie die Kennzahlen
des Quellplanungsbereichs
für die Zusammenführung
aus, wählen Sie Kopieren,
und wählen Sie die Option
Mit anderem Planungsbereich
zusammenführen. Sie kön-
nen der Zusammenführung
nach der Abhängigkeitssu-
che auch weitere Kennzahlen
und Stammdatenattribute
hinzufügen.
App Beispielmodellentitäten Einheitlicher Planungsbe-
reich (SAP IBP1)
Nicht Beispiel Führen Sie bestimmte Kenn-
zahlen des Planungsbereichs
SAP IBP1 in den Zielpla-
nungsbereich mit ihren ab-
hängigen Objekten zusam-
men. Wählen Sie die Kenn-
zahlen des Quellplanungs-
bereichs für die Zusam-
menführung aus, wählen
Sie Kopieren, und wäh-
len Sie die Option Mit
anderem Planungsbereich
zusammenführen. Sie kön-
nen der Zusammenführung
nach der Abhängigkeitssu-
che auch weitere Kennzahlen
und Stammdatenattribute
hinzufügen.
Leitfaden für die Modellkonguration
Planungsbereiche
PUBLIC
ÖFFENTLICH 101
App Quellplanungsbereich Zielplanungsbereich Details
App Planungsbereiche
vergleichen
Beispiel oder nicht Beispiel Nicht Beispiel Führen Sie eine Teilzusam-
menführung der beiden Pla-
nungsbereiche durch, die
Sie verglichen haben. Wäh-
len Sie auf dem Bild
Planungsbereiche vergleichen
die primären Eingabekenn-
zahlen oder -attribute (oder
beides) für die Zusammen-
führung aus, wählen Sie
Zusammenführen, und wäh-
len Sie die entsprechende
Option aus dem Dropdown
aus, je nachdem, welchen
der beiden Planungsbereiche
Sie als Ziel verwenden möch-
ten. Sie können der Zusam-
menführung nach der Ab-
hängigkeitssuche auch wei-
tere Kennzahlen und Stamm-
datenattribute hinzufügen.
App Beispielmodellentitäten Einheitlicher Planungsbe-
reich (SAP IBP1)
Nicht Beispiel Aktualisieren Sie den Nicht-
Beispielplanungsbereich mit
einem bestimmten Teil der
Konguration, die im Pla-
nungsbereich SAPIBP1 ent-
halten ist. Geben Sie einen
oder mehrere Anwendungs-
lter für die Zusammenfüh-
rung an und nehmen Sie
detaillierte Einstellungen für
das Zusammenführungsver-
halten vor. Weitere Informa-
tionen nden Sie unter Mit
vorhandenem teilweise zu-
sammenführen [Seite 104].
7.9.4.2 Teilzusammenführung von Planungsbereichen
ausführen
Sie führen eine Teilzusammenführung aus, wenn Sie einen Planungsbereich mit ausgewählten Inhalten aus
einem anderen Planungsbereich aktualisieren möchten.
Voraussetzungen
Stellen Sie sicher, dass Sie die erforderlichen Berechtigungen für diese Aktivität haben, also dass
die erforderlichen Anwendungskataloge für diese Aktivität einer Anwendungsrolle zugeordnet sind, die
102
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Planungsbereiche
Ihrem Anwendungsbenutzer zugeordnet ist. Weitere Informationen nden Sie auf dem SAP Help Portal
http://help.sap.com/ibp unter Anwendungshilfe für SAP Integrated Business Planning Identitäts- und
Zugrisverwaltung Grundkonzepte Anwendungskataloge .
Kontext
Sie haben verschiedene Möglichkeiten, eine Teilzusammenführung anzustoßen. Weitere Informationen nden
Sie unter Optionen für Teilzusammenführung [Seite 100].
Vorgehensweise
1. Denieren Sie den Teil der Quellkonguration, mit dem Sie den Zielplanungsbereich aktualisieren
möchten, d.h. geben Sie die primären Eingabeobjekte für die Zusammenführung an. Dies kann durch
das Auswählen von Anwendungsltern für eine Teilzusammenführung von SAPIBP1 oder durch das
Festlegen von bestimmten Kennzahlen oder Stammdatenattributen erfolgen, die im Zielplanungsbereich
zusammengeführt werden sollen.
2. Basierend auf den primären Eingabeobjekten führt das System eine Abhängigkeitssuche durch, um die
abhängigen Objekte zu identizieren, die ebenfalls in die Zusammenführung einbezogen werden müssen.
3. Prüfen Sie die vom System identizierten abhängigen Objekte und fügen Sie ggf. weitere primäre
Eingabeobjekte hinzu.
Wenn Sie eine Teilzusammenführung des Planungsbereichs SAPIBP1 mit der Option Mit vorhandenem
teilweise zusammenführen durchführen, können Sie keine zusätzlichen Eingabeobjekte angeben.
4. Nehmen Sie auf dem Bild Teilzusammenführung Einstellungen für das Zusammenführungsverhalten vor,
um festzulegen, wie zusammenführungsrelevante Objekte, die von beiden Planungsbereichen genutzt
werden, behandelt werden sollen.
Sie können im Abschnitt Einstellungen für Zusammenführung allgemeine Einstellungen vornehmen und
diese Einstellungen verfeinern, indem Sie Einstellungen für einzelne Objekttypen und sogar für einzelne
Objekte vornehmen. Objekte, für die Sie ein quelldominantes Zusammenführungsverhalten festlegen,
werden im Zielplanungsbereich mit den zusammenführungsrelevanten Einstellungen und Unterobjekten
des entsprechenden Quellobjekts überschrieben (Unterobjekte, die nur auf der Zielseite vorhanden waren,
bleiben jedoch erhalten). Objekte, für die Sie ein zieldominantes Zusammenführungsverhalten festlegen,
werden nur mit Unterobjekten aktualisiert, die auf der Zielseite nicht vorhanden waren, während alle
anderen im Zielplanungsbereich unverändert bleiben.
5. Wenn Sie Ihre Einstellungen vorgenommen haben, führen Sie die Zusammenführung aus.
Die Zusammenführungsergebnisse werden im Abschnitt Übersicht des Bilds Teilzusammenführung
angezeigt. Sie können den Zusammenführungsstatus (Abgeschlossen, Mit Warnungen abgeschlossen oder
Mit Fehlern abgeschlossen) und die Listen der Positionen prüfen, die während der Zusammenführung
nach Positionsart kopiert oder aktualisiert wurden. Sie können auch zu den Anwendungsprotokollen
navigieren, um detaillierte Informationen zur Zusammenführung oder zum Detailbild des resultierenden
Planungsbereichs zu erhalten.
6. Prüfen Sie den genauen Inhalt der Zusammenführung, um festzustellen, ob Sie manuelle Anpassungen
vornehmen müssen.
Leitfaden für die Modellkonguration
Planungsbereiche
PUBLIC
ÖFFENTLICH 103
Sie können den Inhalt der Zusammenführung auf einem der folgenden Wege prüfen:
•Zeigen Sie das Protokoll für die Zusammenführung in der App Anwendungsprotokolle an.
•Vergleichen Sie den resultierenden Planungsbereich mit dem Stand des Zielplanungsbereichs, der vor
der Zusammenführung mit der Funktion Planungsbereiche vergleichen oder Historie anzeigen gesichert
wurde.
7. Nehmen Sie nach Bedarf manuelle Anpassungen am resultierenden Planungsbereich vor.
Achtung
Obwohl abhängige Objekte zusammen mit den von Ihnen angegebenen primären Eingabeobjekten
zusammengeführt werden, stellt dies nicht die Vollständigkeit des resultierenden Planungsbereichs
sicher. Sie müssen die Konguration nach der Zusammenführung immer prüfen und bei Bedarf
manuelle Einstellungen vornehmen.
7.9.4.3 Mit vorhandenem teilweise zusammenführen
Die Option Mit vorhandenem teilweise zusammenführen ist eine spezielle Zusammenführungsoption, die nur
für den einheitlichen Planungsbereich (SAPIBP1) verfügbar ist.
Mit dieser Option können Sie einen Nicht-Beispielplanungsbereich mit einem bestimmten Teil der
Konguration aktualisieren, die im Planungsbereich SAPIBP1 enthalten ist. Sie können einen oder mehrere
Anwendungslter für die Zusammenführung setzen, und nur die Objekte, die für die ausgewählte(n)
Anwendung(en) relevant sind, und die abhängigen Objekte, die für die Konguration erforderlich sind, werden
in die Zusammenführung einbezogen.
Um die Option Mit vorhandenem teilweise zusammenführen zu verwenden, wählen Sie in der App
Beispielmodellentitäten den Planungsbereich SAPIBP1 aus, wählen Sie Kopieren und anschließend die
Option Mit vorhandenem teilweise zusammenführen. Geben Sie im Dialogfenster Mit vorhandenem teilweise
zusammenführen den Zielplanungsbereich an, und wählen Sie eine oder mehrere Anwendungen als Filter für
die Zusammenführung aus.
Ihre Anwendungsauswahl bestimmt, welche Kennzahlen, Stammdatenattribute und abhängigen Objekte in
die Zusammenführung einbezogen werden. Zusammenführungsrelevante Objekte, die im Zielplanungsbereich
fehlen, werden von SAPIBP1 kopiert. Zusammenführungsrelevante Objekte, die sowohl in der Quelle als
auch im Ziel vorhanden sind, aber unterschiedlich konguriert sind, werden entsprechend den detaillierten
Einstellungen, die Sie für das Zusammenführungsverhalten vornehmen, zusammengeführt. In Abhängigkeit
von Ihren Einstellungen können Objekte im Zielplanungsbereich mit der Quellkonguration überschrieben
werden oder unverändert bleiben.
Nach dem Zusammenführungslauf wird eine Übersicht der Zusammenführung angezeigt, in der Sie den Status
der Zusammenführung (Abgeschlossen, Mit Warnungen abgeschlossen oder Mit Fehlern abgeschlossen), die
Anzahl der Warnungen oder Fehler und die Liste der zusammengeführten Objekte anzeigen können. Von der
Übersicht aus können Sie zum aktualisierten Zielplanungsbereich navigieren oder die Protokolleinträge für die
Zusammenführung in der App Anwendungsprotokolle anzeigen.
104
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Planungsbereiche
7.10 Mehrere Planungsbereiche verwenden
Mit Planungsbereichen wird der gesamte Planungsprozess in einem Unternehmen modelliert. Unter
Berücksichtigung der verschiedenen Geschäftsszenarios und -prozesse kann sich ein Unternehmen für
mehrere Planungsbereiche entscheiden, um seinen verschiedenen Anforderungen gerecht zu werden. Für die
verschiedenen Geschäftsprozesse können mehrere Planungsbereiche verwendet werden. Dabei können Daten
zwischen ihnen kopiert werden, um für eine konsistente Planung im gesamten Unternehmen zu sorgen.
Sehen wir uns einige Anwendungsfälle an, in denen sich die Verwendung mehrerer Planungsbereiche als
vorteilhaft erweisen kann.
Regionale Absatzplanungsprozesse
Wenn Sie unterschiedliche regionale Anforderungen haben, die in einem einzigen Planungsbereich schwer
zu modellieren und zu pegen wären, können Sie die regionalen Absatzplanungsprozesse in verschiedenen
Planungsbereichen modellieren. Legen Sie darüber hinaus einen globalen Planungsbereich an, dessen
Bedarf aus allen regionalen Planungsbereichen kopiert wird. Auf diese Weise können Sie den globalen
Planungsbereich dazu verwenden, eine Konsens- und Beschaungsplanung für das gesamte Unternehmen
durchzuführen.
In folgenden Fällen möchten Sie vielleicht unterschiedliche Planungsbereiche für die verschiedenen regionalen
Absatzplanungsprozesse anlegen:
•Verschiedene Regionen haben unterschiedliche Planungsanforderungen, Planungsebenen und
Berechnungen.
•Einige Regionen benötigen eine große Anzahl Kennzahlen und haben mehrere hundert Benutzer, während
andere Regionen eine geringe Anzahl Kennzahlen, ein geringes Datenvolumen und sehr wenige Benutzer
haben.
Neuen Geschäftsprozess erproben
In diesem Fall verfügen Sie über einen vorhandenen produktiven Planungsbereich. Sie möchten
Ihre Geschäftsprozesse jedoch um einen neuen Bereich erweitern, z.B. Demand Sensing, ohne
Ihre Produktivprozesse zu unterbrechen. Dazu legen Sie einen separaten Planungsbereich für Ihre
Demand-Sensing-Prozesse an und kopieren die Planungsdaten regelmäßig zurück in den ursprünglichen
Planungsbereich. Das für die kurzfristige Planung im Demand Sensing benötigte Datenvolumen ist sehr
groß. Durch die Verwaltung der Demand-Sensing-Prozesse in einem separaten Planungsbereich wird die
Performance des bereits vorhandenen produktiven Planungsbereichs nicht beeinträchtigt.
Strategische lang- und mittelfristige Planung
Die strategische Langfristplanung wird in der Regel vierteljährlich oder jährlich auf aggregierten Ebenen der
Planungshierarchie durchgeführt. Die Nutzer dieser Pläne und Planungsbereiche sind in der Regel Teams
Leitfaden für die Modellkonguration
Planungsbereiche
PUBLIC
ÖFFENTLICH 105
der oberen Führungsebene, die für langfristige strategische Ziele verantwortlich sind. Diese strategischen
langfristigen Pläne werden dann in taktische mittelfristige Pläne aufgespalten.
Diese Planungsprozesse und Pläne können hinsichtlich Komplexität, Benutzerverwaltung, Konsumenten und
gesetzlichen Anforderungen sehr unterschiedlich sein. Diese Unterschiede lassen sich leicht handhaben,
indem für die verschiedenen Planungsprozesse separate Planungsbereiche verwendet werden.
Wenn Sie Managementberichte und What-If-Analysen anlegen möchten, können Sie die wichtigsten
Kennzahlen aus den verschiedenen Planungsbereichen in einem konsolidierten, globalen Planungsbereich
zusammenführen und die erforderlichen Berichte ausführen.
Komplexität und Performance
Um die zunehmende Komplexität eines einheitlichen Planungsbereichs mit mehreren hundert Kennzahlen und
großen Datenmengen zu bewältigen, können Sie Planungsprozesse in separate Planungsbereiche aufteilen.
Außerdem können Ihre Planungsprozesse sehr unterschiedlich sein. Einige von ihnen erfordern möglicherweise
nur einen kleinen Satz an Daten und Kennzahlen, während in anderen große Datenmengen verarbeitet werden.
Um die Komplexität zu bewältigen und die Performance zu verbessern, können Sie so einen komplexen
Planungsbereich in einzelne Planungsbereiche aufteilen.
Außerdem können Sie in einem separaten Planungsbereich neue Funktionen auswerten, ohne die
Planungsbereiche zu stören, die in einer Produktivumgebung verwendet werden.
Auftragsbasierte Planung
Möglicherweise möchten Sie einen Planungsbereich für auftragsbasierte Planungsprozesse und einen anderen
Planungsbereich für lang- und mittelfristige zeitreihenbasierte Planungsprozesse verwenden.
Hinweis
Mehrere Planungsbereiche können dieselben Stammdatentypen verwenden. Dies kann jedoch die
Integrationszeit verlängern, wenn Daten in mehrere Planungsbereiche hochgeladen werden.
Um Daten zwischen Planungsbereichen zu kopieren, verwenden Sie den erweiterten Kopieroperator.
Weitere Informationen nden Sie unter Kopieroperator.
7.11 Planungsbereich herunterladen
Sie können die Details eines Planungsbereichs in CSV-Dateien (trennzeichengetrennte Werte) herunterladen
oder die Konguration als Binärdatei herunterladen, die Sie dann in ein anderes System hochladen können.
106
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Planungsbereiche
Planungsbereichsdetails als CSV herunterladen
Manchmal ist es erforderlich, Datensätze von Planungsbereichskongurationen in einem lesbaren Format zu
führen, z.B. um gesetzliche Anforderungen oder Dokumentationsanforderungen zu erfüllen. Mit der Option
Planungsbereichsdetails herunterladen können Sie den Inhalt eines Planungsbereichs und der zugehörigen
Entitäten in CSV-Dateien herunterladen.
Wählen Sie in der App Planungsbereiche den Planungsbereich aus, wählen Sie Herunterladen, und wählen Sie
die Option Planungsbereichsdetails aus dem Dropdown aus. Der Inhalt und die Entitäten des Planungsbereichs
werden in 10 CSV-Dateien heruntergeladen.
Hinweis
Bitte prüfen Sie Ihre Browsereinstellungen in Bezug auf den Download von Dateien und aktivieren Sie das
Herunterladen von mehreren Dateien.
Eine separate Datei mit Details jeder der folgenden Entitäten und Einstellungen des Planungsbereichs wird
heruntergeladen:
•Kennzahlen
•Stammdatentypen
•Versionen
•Planungsoperatoren
•Planungshorizonte
•Attribute
•Allgemeine Info
•Attribute als Kennzahlen
•Planungsebenen
•Zeitprol
Konguration als Binärdatei herunterladen
Sie können eine Planungsbereichskonguration auch als Binärdatei herunterladen, die Sie dann mit einer
entsprechenden Version von SAP Integrated Business Planning for Supply Chain in ein beliebiges System
hochladen können.
Um die Konguration eines Planungsbereichs als Binärdatei herunterzuladen, önen Sie die App
Planungsbereiche, wählen Sie den Planungsbereich aus, wählen Sie Herunterladen, und wählen Sie aus dem
Dropdown die Option Konguration als Binärdatei aus.
Für Planungsbereiche, für die es eine aktive und eine inaktive Instanz im System gibt, können Sie angeben,
ob Sie den neuesten Kongurationsstand oder den aktiven Stand herunterladen möchten. Sie können einen
Namen für die Datei (wenn Sie den vom System vorgeschlagenen Namen nicht verwenden möchten) und
optional eine Beschreibung angeben.
Inhalt der Datei
Eine Datei mit dem folgenden Inhalt wird in Ihr Standard-Download-Verzeichnis heruntergeladen:
Leitfaden für die Modellkonguration
Planungsbereiche
PUBLIC
ÖFFENTLICH 107
•Allgemeine Einstellungen für Planungsbereich
•Planungsbereichsattribute
•Planungsebenen
•Attribute als Kennzahlen
•Kennzahlen
•Snapshots (mit Snapshot- und Redo-Snapshot-Operatoren)
•Bestandsoptimierungsoperatoren
•Zeitprol
•Zum Planungsbereich gehörende Stammdatentypen und Stammdatenattribute
Hinweis
Sie können nur eine Konguration herunterladen, die ein einzelnes Stammdatenpräx verwendet und
keine Positionen enthält, die zum Löschen vorgemerkt sind.
•Eine andere auf den Planungsbereich bezogene Konguration, einschließlich Planungsprolen, Modellen
wie Prognosemodellen, Einstellungen wie Einstellungen für die ZR-Beschaungsplanung und Operatoren
wie Kopieroperator. Eine vollständige Liste der hierzu gehörenden Objekte nden Sie in der folgenden
Tabelle:
Andere Konguration
ID Name
FORECAST_ERROR
SEGMENTATION ABC-/XYZ-Segmentierung
ADVSIM ADVSIM PROFILE
RM_SEM_MAP Betriebswirtschaftliche Bedeutungen für auftragsbasierte
Planung
CHANGE_HISTORY Einstellungen für die Änderungshistorie
COPY_DISAGG Kopieroperator
CURVE-BASED_FCST Kurven-Clustering
DDR Bedarfsorientierte Wiederbeschaung
FORECAST_AUTOMAT Prognoseautomatisierung
KPI_PROFILE Prognosefehler
IO_PROFILE Bestandsplanung (erweitert)
LAG_SNAPSHOT Operator „Lag-basierter Snapshot“
MRO Wartung, Reparatur und Betrieb
NETWORK_AGG Netzwerkaggregation
RTI_PROFILE Prol für Echtzeitintegration
SCM S&OP-Operator
SCM_PP Planungsbereichparameter für S&OP-Operator
RM_PER_PLAREA Einstellungen für auftragsbasierte Planung - Allgemeine
Parameter
108
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Planungsbereiche
ID Name
RM_PER_VERSION Einstellungen für auftragsbasierte Planung - Versionsspe-
zische Parameter
PLM_SETTINGS Einstellungen für das Product Lifecycle Management
ATTR_MAPPING Einstellungen für ZR-Beschaungsplanung
FORECAST_MODEL Statistische Prognose
SLT_PROFILE Zugangsbeschaungszeit
IB01 Stammdatenprüfungen
IBPG Analysediagramme
IBPE Denitionen und Abonnements von benutzerdenierten
Alerts
Hinweis
Das Stammdatenpräx, das Sie angeben können, wenn Sie die Konguration später in ein anderes
System hochladen, wird nicht auf Objekte angewendet, die zu Andere Konguration gehören. Sie
verwenden das ursprüngliche Stammdatenpräx, auch wenn Sie für den Upload ein anderes Präx
angeben.
Achtung
Stellen Sie sicher, dass Sie nach dem Herunterladen keine Änderungen am Inhalt der Datei vornehmen,
anderenfalls können Sie diese nicht hochladen. Auch die kleinste Änderung macht das Hochladen der Datei
unmöglich.
Berechtigungen
Der Zugri auf die Funktion Konguration als Binärdatei herunterladen wird vom Anwendungskatalog
Planungsmodell herunterladen und hochladen (SAP_IBP_BC_PLANMODEL_ADV_PC) gesteuert, der die
Einschränkung Konguration hochladen und herunterladen (CNFACT) enthält.
Da die Funktion in der App Planungsbereiche verfügbar sind, muss dem Benutzer auch der Anwendungskatalog
Planungsmodell-Konguration (SAP_IBP_BC_PLANMODEL_CF_PC) zugeordnet werden, da dieser funktional für
den Katalog SAP_IBP_BC_PLANMODEL_ADV_PC erforderlich ist.
Weitere Informationen
Planungsbereich hochladen [Seite 110]
Leitfaden für die Modellkonguration
Planungsbereiche
PUBLIC
ÖFFENTLICH 109
7.12 Planungsbereich hochladen
Planungsbereichskongurationen, die Sie zuvor mit der Funktion „Konguration als Binärdatei herunterladen“
aus einem System heruntergeladen haben, können in ein anderes System hochgeladen werden, das eine
entsprechende Version von SAP Integrated Business Planning for Supply Chain (SAP IBP) verwendet.
Mit der Funktion „Konguration aus Binärdatei hochladen“ können Sie einen Planungsbereich in einem System
anlegen, der auf der Konguration in einem anderen System basiert. Anstatt einen Beispielplanungsbereich
zu kopieren, können Sie z.B. in Ihrem Entwicklungssystem einen Planungsbereich aus einer zuvor von einem
anderen System heruntergeladenen Datei hochladen. Den Planungsbereich können Sie dann auch in andere
Systeme in Ihrer Systemlandschaft transportieren, z.B. in Ihr Testsystem. Dazu verwenden Sie die Apps
Software-Kollektion exportieren und Kollektion importieren.
Achtung
Sie können die Upload-Funktion für ein initiales Hochladen eines Planungsbereichs in Ihre
Systemlandschaft verwenden, jedoch nicht für das Verschieben des Planungsbereichs zwischen Systemen
Ihrer Landschaft, insbesondere wenn Sie auch die Export- und Importfunktionen der Apps Software-
Kollektion exportieren und Kollektion importieren verwenden.
Sie sollten die Funktion zum Hochladen aus einer Binärdatei niemals verwenden, um einen
Planungsbereich direkt in ein Produktivsystem hochzuladen.
Sie können eine Konguration aus einer Binärdatei in der App Planungsbereiche hochladen. Nachdem Sie im
Arbeitsvorrat des Planungsbereichs die Option Hochladen gewählt haben, können Sie die hochzuladende Datei
im Dialogfenster Konguration hochladen auswählen.
Hinweis
Beachten Sie, dass Sie nur Dateien hochladen können, deren Inhalt nach dem Download nicht geändert
wurde. Jede Änderung des Inhalts verhindert das Hochladen.
Die Konguration, die Sie hochladen, muss folgende Voraussetzungen erfüllen:
•Der Planungsbereich darf keine ID haben, die bereits im System vorhanden ist.
•Der Planungsbereich kann kein Zeitprol mit einer ID verwenden, die bereits im System vorhanden ist,
es sei denn, das vorhandene Zeitprol ist strukturell identisch mit dem hochzuladenden Zeitprol. Wenn
der Zeitprolkopf, die Zeitprolebenen, die Standardanzeigehorizonte und alle zugeordneten Attribute in
den beiden Zeitprolen identisch sind, kann das vorhandene Zeitprol in der hochgeladenen Konguration
wiederverwendet werden.
•Stammdatentypen müssen ein Präx verwenden, das nicht von anderen Planungsbereichen verwendet
wird, die bereits im System vorhanden sind.
Bei Bedarf können Sie die Standardkongurationseinstellungen aus den Dateimetadaten im Dialogfeld
Konguration hochladen ändern, um sicherzustellen, dass diese Anforderungen erfüllt sind.
Hinweis
Objekte, die zu Andere Konguration gehören, z.B. Planungsprole, verwenden das ursprüngliche
Stammdatenpräx, auch wenn Sie für den Upload ein anderes Präx angeben.
110
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Planungsbereiche
Sie können auch angeben, ob Sie einige oder alle Planungsprole, die mit der Konguration heruntergeladen
wurden, in den Upload einbeziehen möchten.
Achtung
Um sicherzustellen, dass Planungsprole nach dem Hochladen korrekt verwendet werden können,
müssen Sie den Planungsbereich aktivieren und dieselben Bewegungsdaten hochladen, die für den
Planungsbereich im Quellsystem vorhanden waren.
Stammdatenattribute, die vom hochgeladenen Planungsbereich verwendet werden, sind ebenfalls im Upload
enthalten, und es gibt auch einige Anforderungen an diese Attribute.
Wenn die Konguration, die Sie hochladen, ein Attribut enthält, das bereits im Zielsystem vorhanden ist, sollten
die beiden Instanzen denselben Datentyp und Typ haben. Wenn dies nicht erfüllt ist, kann Ihre Datei nicht
hochgeladen werden.
Wenn Name, Beschreibung oder Länge der beiden Instanzen unterschiedlich ist, ndet ein Upload statt, das
Attribut behält jedoch den ursprünglichen Namen, die ursprüngliche Beschreibung und die ursprüngliche
Länge im Zielsystem.
Berechtigungen
Der Zugri auf die Funktion „Konguration aus Binärdatei hochladen“ wird vom Anwendungskatalog
Planungsmodell herunterladen und hochladen (SAP_IBP_BC_PLANMODEL_ADV_PC) gesteuert, der die
Einschränkung Konguration hochladen und herunterladen (CNFACT) enthält.
Da die Funktion in der App Planungsbereiche verfügbar sind, muss dem Benutzer auch der Anwendungskatalog
Planungsmodell-Konguration (SAP_IBP_BC_PLANMODEL_CF_PC) zugeordnet werden, da dieser funktional für
den Katalog SAP_IBP_BC_PLANMODEL_ADV_PC erforderlich ist.
Weitere Informationen
Planungsbereich herunterladen [Seite 106]
7.13 Planungsbereiche vergleichen
Sie können die Kongurationsdetails zweier Planungsbereiche vergleichen. Sie können festlegen, welcher
Stand jedes Planungsbereichs Sie in Ihren Vergleich einbeziehen möchten, und Sie können auch zwei
verschiedene Zustände desselben Planungsbereichs vergleichen.
In SAP Integrated Business Planning stehen historische Zustände von Beispielplanungsbereichen und
benutzerdenierten Planungsbereichen zum Vergleich zur Verfügung. Für Beispielplanungsbereiche wird der
Stand jedes Releases automatisch gesichert, während für benutzerdenierte Planungsbereiche der Stand des
Planungsbereichs nach jedem Upgrade, vor jedem Kopieren und nach jeder Aktivierung gesichert wird. Für
kundenspezische Planungsbereiche werden Deltas auch automatisch gesichert, wenn eine Änderung am
Objekt vorgenommen wurde.
Der Vergleich von Planungsbereichen kann Ihre Prozesse auf verschiedene Weise unterstützen.
Wenn Sie zwei verschiedene Zustände eines Beispielplanungsbereichs vergleichen, können Sie die
Leitfaden für die Modellkonguration
Planungsbereiche
PUBLIC
ÖFFENTLICH 111
Erweiterungen im Beispielinhalt verfolgen. Wenn Sie Ihren Planungsbereich mit dem aktuellen Stand des
Beispielplanungsbereichs vergleichen, den Sie kopiert haben, um Ihren Planungsbereich anzulegen, können
Sie entscheiden, welche der neuen Erweiterungen Sie in Ihrem eigenen Planungsbereich implementieren
möchten. Wenn Sie zwei verschiedene Zustände Ihres Planungsbereichs vergleichen, können Sie überprüfen,
ob die richtigen Änderungen an der Konguration vorgenommen wurden.
Hinweis
Jeder der Planungsbereiche, die Sie vergleichen, darf nur eine Art von Stammdatenpräx enthalten. Wenn
ein Planungsbereich Stammdatentypen mit unterschiedlichen Präxen enthält, können Sie ihn nicht in
Ihren Vergleich einbeziehen.
Ihnen stehen folgende Optionen zum Vergleichen von Planungsbereichen zur Verfügung:
Planungsbereiche im CSV-Format vergleichen
Mit dieser Option können Sie eine beliebige Kombination aus zwei Planungsbereichen vergleichen, egal
ob es Beispielbereiche und benutzerdenierte Bereiche oder zwei verschiedene Zustände desselben
Planungsbereichs sind, und die Unterschiede als CSV-Dateien herunterladen.
Bevor Sie den Vergleich ausführen, müssen Sie Folgendes festlegen:
•Welche Planungsbereiche und welcher Stand der einzelnen Planungsbereiche in den Vergleich einbezogen
werden sollen.
Hinweis
Sie möchten möglicherweise zwei verschiedene Zustände desselben Planungsbereichs vergleichen.
Geben Sie in diesem Fall dieselbe ID in beide Planungsbereichsfelder ein.
•Sie können wählen, ob die Datei die Unterschiede zwischen Elementen mit der gleichen ID auisten soll
oder zwischen Elementen, die ausschließlich in einem der beiden Planungsbereiche verfügbar sind.
Die Funktion ist in der App Planungsbereiche sowie in der App Beispielmodellentitäten verfügbar.
App „Planungsbereiche vergleichen“
Für einen detaillierten Vergleich zweier Planungsbereiche oder zweier unterschiedlicher Zustände desselben
Planungsbereichs können Sie die App Planungsbereiche vergleichen verwenden. Sie können die App über das
Launchpad aufrufen oder über die Apps Planungsbereiche oder Beispielmodellentitäten auf die App zugreifen.
Um einen Vergleich durchzuführen, gehen Sie wie folgt vor:
1. Geben Sie im Dialog Planungsbereiche vergleichen die beiden Planungsbereiche an, die Sie vergleichen
möchten, oder geben Sie dieselbe ID in beide Planungsbereichsfelder ein, wenn Sie zwei verschiedene
Zustände desselben Planungsbereichs vergleichen möchten.
2. Geben Sie an, welcher Stand jedes Planungsbereichs (oder welche zwei Zustände desselben
Planungsbereichs) in den Vergleich einbezogen werden sollen.
Neben dem aktuellen Stand können Sie auch einen der historischen Zustände einbeziehen, die für
den Planungsbereich gesichert wurden. Für jeden Planungsbereich können Sie einen Stand (d.h. eine
112
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Planungsbereiche
gesicherte Version nach größeren Aktionen wie Kopie, Aktivierung oder Upgrade) oder ein Delta (d.h.
eine gesicherte Version nach einer Änderung des Planungsbereichs) auswählen. Wenn Sie die Position
gefunden haben, an der Sie interessiert sind, wählen Sie die Tabellenzeile, die sie enthält.
3. Wählen Sie Vergleichen, um den Vergleich auszuführen.
4. Wählen Sie auf dem Bild Planungsbereiche vergleichen eine der Optionen zum Anzeigen der
Vergleichsergebnisse aus. Sie haben folgende Optionen:
•Zeigen Sie die Unterschiede zwischen Objekten an, die dieselbe ID haben und in beiden
Planungsbereichen vorhanden sind.
•Zeigen Sie die Unterschiede zwischen Objekten mit derselben ID an, und zeigen Sie auch Objekte
an, die nur in einem der beiden Planungsbereiche vorhanden sind. Sie können zusätzliche Objekte
anzeigen, die nur im Planungsbereich A oder nur im Planungsbereich B vorhanden sind.
•Zeigen Sie Unterschiede zwischen Objekten mit derselben ID an, und zeigen Sie alle zusätzlichen
Objekte an (alle Objekte, die nur in einem der Planungsbereiche vorhanden sind).
•Listen Sie alle in den beiden Planungsbereichen vorhandenen Objekte nebeneinander auf.
5. Nach dem Filtern der Vergleichsergebnisse haben Sie folgende Möglichkeiten:
•Sie können die gelterten Daten in CSV-Dateien exportieren.
•Mithilfe der Option Details anzeigen können Sie zu den Details der Planungsbereiche (oder
Planungsbereichsstände) navigieren, die in der relevanten App verglichen werden. Sie können die
Details eines benutzerdenierten Planungsbereichs (Stand) in der App Planungsbereiche anzeigen und
die Details eines Beispielplanungsbereichs (Stand) in der App Beispielmodellentitäten.
•Sie können einen Drilldown zu einem detaillierten Vergleich der Objekte (Kennzahlen, Planungsebenen
oder Versionen) ausführen, die in beiden Planungsbereichen enthalten sind. Mithilfe der Drucktasten
(Nächstes unterschiedliches Element anzeigen) und (Vorheriges unterschiedliches Element
anzeigen) können Sie vom Bild mit den Vergleichsergebnissen für ein Objekt schnell zu einem anderen
Objekt wechseln.
Bei Objekten, die nur in einem der verglichenen Planungsbereiche enthalten sind, können Sie die
Details des Objekts anzeigen, indem Sie den Hyperlink der Objekt-ID wählen, sofern dieser verfügbar
ist.
•Sie können zur App Planungsbereiche oder der App Beispielmodellentitäten navigieren und mithilfe
der Option Anzeigen in die Details von Objekten anzeigen, die im relevanten Planungsbereich (Stand)
vorhanden sind.
•Sie können sich eine schnelle Übersicht über die Unterschiede zwischen den beiden
Objektvorkommen verschaen, die in beiden Planungsbereichen enthalten sind, indem Sie in der
Spalte Unterschiede den als Zahl angezeigten Hyperlink wählen.
7.14 Planungsbereich löschen
Sie können einen Planungsbereich mit oder ohne seine abhängigen Objekte in der App Planungsbereiche
löschen.
Wenn Sie einen Planungsbereich löschen möchten, haben Sie folgende Möglichkeiten:
•Um nur den Planungsbereich zu löschen, markieren Sie ihn im Arbeitsvorrat des Planungsbereichs, und
wählen Sie im Dropdown-Menü der Drucktaste Löschen die Option Ohne Abhängigkeiten löschen.
•Um den Planungsbereich mit seinen Abhängigkeiten zu löschen, wählen Sie den Planungsbereich, und
klicken Sie auf Löschen oder wählen Sie im Dropdown-Menü Mit Abhängigkeiten löschen. Dadurch wird der
Leitfaden für die Modellkonguration
Planungsbereiche
PUBLIC
ÖFFENTLICH 113
Planungsbereich zusammen mit allen abhängigen Stammdatentypen und Zeitprolen gelöscht, sofern die
Objekte nicht in anderen Objekten verwendet werden.
Wenn eine der Abhängigkeiten in anderen Objekten verwendet wird, müssen Sie diese Zuordnungen
in der entsprechenden App (Stammdatentypen oder Zeitprole) löschen. Anschließend können Sie den
Planungsbereich mit Abhängigkeiten löschen.
Status
Wenn alle Objekte (der Planungsbereich und die zugehörigen Abhängigkeiten) inaktiv sind, können Sie diese
in einem Schritt löschen, während aktive Objekte zuerst auf Zum Löschen vorgemerkt gesetzt werden und Sie
sie in der entsprechenden App aktivieren müssen, um den Löschvorgang abzuschließen. Bei inaktiven Objekten
mit einer aktiven Instanz im System werden die inaktiven Instanzen gelöscht und die aktiven Instanzen auf Zum
Löschen vorgemerkt gesetzt.
Sobald die Aktivierung abgeschlossen ist, wird der Planungsbereich (und die Abhängigkeiten), die Sie gelöscht
haben, nicht mehr in den entsprechenden Listen angezeigt.
114
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Planungsbereiche
8 Planungsebenen
Eine Planungsebene besteht aus einer Reihe von Attributen, die Kennzahlwerte identizieren und
kennzeichnen, und ist Teil der Denition eines Planungsbereichs. Die Attribute, die Sie dem Planungsbereich
zugeordnet haben, stehen als Planungsebenen zur Verfügung, wie auch die Zeitprolebenen und die diesen
Zeitprolebenen zugeordneten Attribute.
Mit einer Planungsebene können Sie auf einer bestimmten Aggregationsebene analysieren und planen,
beispielsweise auf der Planungsebene Zeitraum-Produkt-Kunde.
Kennzahlen in SAP Integrated Business Planning werden auf bestimmten Planungsebenen berechnet oder
abgelegt, und die zugehörigen Werte können unter diesen Planungsebenen abgefragt werden. Abhängig
von der Planungsebene – das heißt den spezischen, in einer Kennzahlabfrage verwendeten Attributen –
werden verschiedene Berechnungs- und/oder Aggregationsschritte zum Berechnen der Kennzahlnummern
auf dieser Ebene ausgeführt. Diese Berechnungs-/Aggregationsschritte sind in den Berechnungsdenitionen
der Kennzahl angegeben.
Eine Planungsebene kann als die Basisplanungsebene einer Kennzahl verwendet werden. Die
Basisplanungsebene gibt die detaillierteste Ebene an, auf welcher der Wert der Kennzahl deniert wird.
Wenn eine Planungsebene als Basisplanungsebene einer Kennzahl verwendet wird, müssen bestimmte
Regeln hinsichtlich der in den Basisplanungsebenen verwendeten Attribute und hinsichtlich der Zuordnung
dieser Planungsebenen zu den Kennzahlen eingehalten werden. Weitere Informationen nden Sie unter
Planungsbereiche [Seite 354].
Wenn eine Planungsebene als Basisplanungsebene mindestens einer abgelegten Kennzahl verwendet wird,
wird sie als abgelegte Planungsebene bezeichnet.
Abgelegte Planungsebenen dürfen PERIODID nicht als Schlüsselattribut haben. Geben Sie entweder die
Planungsebene nicht als Basisplanungsebene der abgelegten Kennzahlen an oder nehmen Sie die folgenden
Änderungen vor, wenn Sie eine abgelegte Planungsebene haben möchten:
•Wenn Sie möchten, dass die Planungsebene zeitabhängig ist, verwenden Sie PERIODID(n) als
Schlüsselattribut und entfernen Sie das Attribut PERIODID.
•Verwenden Sie gar keine Zeitattribute, wenn Sie möchten, dass die Planungsebene zeitunabhängig ist.
Wir unterscheiden zwischen „Schlüsselattributen“ und „Nichtschlüsselattributen“ einer Planungsebene:
•Schlüsselattribute sind als Schlüssel zum Identizieren (Finden) einzelner Kennzahlwerte erforderlich.
Diese denieren die unabhängigen Dimensionen, in denen die Kennzahlwerte vorliegen. Die
Schlüsselattribute bilden oft auch die Schlüssel von Stammdatentypen, dies ist jedoch keine notwendige
Bedingung.
•Nichtschlüsselattribute sind ebenfalls den Kennzahlwerten zugeordnet, identizieren für sich alleine
jedoch nicht eindeutig, wozu der Kennzahlwert verwendet wird. Diese könnten auch als Bezeichnungen
(manchmal auch als Hierarchien) zur Aggregation von Kennzahlenwerten betrachtet werden.
Planungsebenen werden in den Berechnungsdenitionen von Kennzahlen verwendet. Das System verfügt
über eine spezielle, integrierte Planungsebene, die die Planungsebene darstellt, auf der die Benutzer die
Kennzahldaten abfragen. Eine Kennzahl kann für eine beliebige Kombination von Attributen abgefragt werden,
die in der Berechnung auf Anfrageebene verfügbar sind, und aus den Planungsstufen der Eingabekennzahlen
stammen.
Leitfaden für die Modellkonguration
Planungsebenen
PUBLIC
ÖFFENTLICH 115
Außerdem gibt es für die Aggregation verwendete Planungsebenen, zum Beispiel zur Bedarfs-Fair-Share-
Unterstützung, denen keine Kennzahlen zugeordnet sind.
Beispiel
Eine Kennzahl SALESFORECAST kann von den folgenden Attributen abhängig sein:
Attribut Beschreibung Schlüsselattribut (X)
PRDID Product ID X
CUSTID Customer ID X
REGION Sales Region
PRDGRP Product Group
PRDFAM Product Family
MARKET Market Segment
PERIODID0 Month X
Bei diesem Beispiel handelt es sich bei den Attributen PRDID, CUSTID und PERIODID0 um
Schlüsselattribute. Nennen wir diesen Satz von Attributen die Planungsebene PRDCUST (Sie können einen
beliebigen Namen für die Planungsebene wählen.)
Dies bedeutet, dass jeder abgelegte Kennzahlwert für SALESFORECAST von einem Wert für PRDID,
CUSTID und PERIOIDID abhängig ist, also von einem Wert für Product ID, Customer ID und Month.
Die Prognose für Verkäufe (SALESFORECAST) des Produkts P1 an den Kunden C1 in 12/2018 könnte
beispielsweise „100“ sein.
Der Kennzahlwert hängt auch von den anderen Attributen ab. Sie könnten zum Beispiel auch nach
SALESFORECAST für das Marktsegment „M1“ fragen. MARKET könnte zum Beispiel ein Attribut von Kunde
oder Kundenprodukt sein: Geben Sie die Herkunft der Attribute im Planungsbereich an.
Wenn Kennzahldaten geladen werden, ermittelt das System alle Attributwerte auf der Basis der
vorgegebenen Schlüsselattribute der Planungsebene Wenn diese Werte nicht eindeutig ermittelt werden
können, enthält der Datensatz einen Fehler.
Weitere Informationen
Planungsbereich in der App „Planungsbereiche“ anlegen [Seite 75]
Kennzahlen anlegen [Seite 155]
Kennzahlberechnungen [Seite 177]
116
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Planungsebenen
8.1 Planungsebenen anlegen
Mit der App Planungsbereiche können Sie Planungsebenen anlegen.
Voraussetzungen
Stellen Sie sicher, dass Sie einen Planungsbereich angelegt und diesem ein Zeitprol und Attribute zugeordnet
haben.
Kontext
Eine Planungsebene besteht aus einer Reihe von Attributen, mit denen Sie Planungsdaten mit einer
bestimmten Granularität ablegen und analysieren können. Sie verwenden die hier angelegte Planungsebene,
um Kennzahlen und deren Berechnungen zu denieren, und um Kennzahlwerte abzufragen.
Vorgehensweise
1. Suchen Sie in der App Planungsbereiche den Planungsbereich, für den Sie Planungsebenen anlegen
möchten und önen Sie die Details.
2. Wählen Sie auf der Registerkarte Planungsebenen des Planungsgebiets (Details) oder auf der Registerkarte
Planungsebenen des Fokusmodus die Option Neu.
Das Dialogfenster Zeitprolebene auswählen wird angezeigt.
3. Wählen Sie im Dialogfenster Zeitprolebene auswählen die niedrigste Zeitprolebene für den
Planungsbereich und klicken Sie auf OK.
Sie können eine der Zeitprolebenen oder keine auswählen. Wenn Sie eine der Zeitprolebenen auswählen,
füllt das System automatisch die Tabelle Zeitattribute aus.
Sie gelangen auf das Bild Neue Planungsebene.
4. Geben Sie auf dem Bild Neue Planungsebene eine ID und eine Beschreibung für die Planungsebene ein.
Die Planungsebenen-ID darf:
•maximal 30 Zeichen enthalten
•Zahlen und Buchstaben enthalten
•nur mit einem Buchstaben beginnen
ID: PERPRODCUST
Bezeichnung: Period/Product/Customer
Leitfaden für die Modellkonguration
Planungsebenen
PUBLIC
ÖFFENTLICH 117
Hinweis
Sie können die Sonderzeichen in der Beschreibung der Planungsebene verwenden. Diese
Sonderzeichen werden aufgrund von Einschränkungen, die in Microsoft Excel bei Sonderzeichen
gelten, möglicherweise nicht angezeigt, z.B. die Namen von Arbeitsblättern im IBP-Excel-Add-in.
5. Wählen Sie die Zeitattribute oder ändern Sie die automatisch bereitgestellten Zuordnungen.
6. Optional: Markieren Sie die unterste Zeitprolebene als Wurzel für die Planungsebene.
Sie können nur eine Zeitprolebene als Schlüsselattribut einer Planungsebene festlegen.
7. Fügen Sie der Planungsebene Attribute und Stammdatentypen hinzu.
Sie können die Attribute und Stammdatentypen auswählen, die Sie dem Planungsbereich zuvor auf
dem Bild Attribute zugeordnet haben. Stellen Sie sicher, dass Sie alle Attribute verwenden, die Sie dem
Planungsbereich in einer oder mehreren Planungsebenen zugeordnet haben.
Hinweis
Wenn das ID-Attribut eines Stammdatentyps mit dem Beschreibungsattribut verknüpft ist, müssen Sie
in der Planungsebene nur das ID-Attribut miteinbeziehen. Das Beschreibungsattribut ist dabei über die
Verknüpfung enthalten.
Fügen Sie alle Attribute der Stammdatentypen S2PRODUCT und S2CUSTOMER hinzu.
8. Wählen Sie die Wurzelattribute aus, wie in der Tabelle unten.
Eine Planungsebene kann Schlüsselattribute enthalten, bei denen es sich nicht um Schlüsselattribute
eines Stammdatentyps handelt. Sie müssen jedoch immer sicherstellen, dass in einem solchen Fall das
Schlüsselattribut desselben Stammdatentyps keiner Planungsebene zugeordnet ist.
Wenn Sie mehrere Planungsebenen als Basisplanungsebene von abgelegten Kennzahlen verwendet
werden und diese Planungsebenen identische Schlüsselattribute enthalten (ohne Berücksichtigung des
Zeitattributs), stellen Sie sicher, dass Sie auch identische Nichtschlüsselattribute festlegen.
Planungsebene Beschreibung Stammdaten Schlüsselattribut
PERPRODCUST Period/Product/Customer S2PRODUCT
S2CUSTOMER
PRDID
CUSTID
9. Optional: Markieren Sie das Ankreuzfeld Umrechnungsquelle oder Umrechnungsziel für das Attribut.
Eigenschaft Beschreibung
Umrechnungsquelle Gibt an, dass ein Attribut als eine Quelleinheit bei Umrech-
nungen verwendet wird.
Umrechnungsziel Gibt an, dass ein Attribut als eine Zieleinheit bei Umrech-
nungen verwendet wird.
Mit dem globalen Kongurationsparameter ENFORCE_UNIQUE_CONV_SOURCE_CHECK können Sie beim
Anlegen von Planungsobjekten für Planungsebenen, deren Umrechnungsquellattribut eines der
Schlüsselattribute ist, eine Prüfung auf eine eindeutige Umrechnungsquelle erzwingen.
118
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Planungsebenen
Beispiel
Planungsebene: PER | PROD | LOC | CURR
Schlüsselattribute: Perioden-ID, Produkt-ID, Lokations-ID, Währungs-ID
Umrechnungsquellattribut: Währungs-ID
Wenn der globale Kongurationsparameter auf leer gesetzt ist (d.h. sein Standardwert), wird
die Validierungsprüfung nicht erzwungen, und ein Planungsobjekt kann mit verschiedenen
Werten des Umrechnungsquellattributs angelegt werden. Beachten Sie, dass sich die beiden
Gruppen von Planungsobjekten (1 und 2, 3 und 4) in der folgenden Tabelle nur im Wert des
Umrechnungsquellattributs Währungs-ID unterscheiden:
Planungsobjekte
Planungsobjekt-ID Lokations-ID Produkt-ID Währungs-ID
1 L1 P1 USD
2 L1 P1 INR
3 L1 P2 EUR
4 L1 P2 GBP
Wenn der globale Kongurationsparameter auf X gesetzt ist, erzwingt die Validierungsprüfung, dass
ein Planungsobjekt nicht mit verschiedenen Werten des Umrechnungsquellattributs angelegt werden
kann. Planungsobjekte mit verschiedenen Werten des Umrechnungsquellattributs werden abgelehnt.
Sie müssen den Wert des Umrechnungsquellattributs für das anzulegende Planungsobjekt angeben.
Beachten Sie, dass die beiden Gruppen von Planungsobjekten (1, 2) in der folgenden Tabelle genau
einen Wert des Umrechnungsquellattributs Währungs-ID aufweisen:
Planungsobjekte
Planungsobjekt-ID Lokations-ID Produkt-ID Währungs-ID
1 L1 P1 USD
2 L1 P2 EUR
10. Optional: Fügen Sie der Planungsebene Historienattribute und Datenaustauschattribute hinzu.
Denieren Sie solche Attribute, um änderungshistorienbasierte Berechnungen zu verwenden.
Hinweis
Sie können der Planungsebene nur dann Historien- und Datenaustauschattribute hinzufügen, wenn Sie
den Planungsbereich für änderungshistorienbasierte Kennzahlberechnungen aktiviert haben.
11. Optional: Richten Sie eine enge Verknüpfung für Planungsobjekte im Abschnitt Enge Verknüpfung für
Planungsobjekte ein, um die Planungsobjekte zu steuern, die für die Planungsebene vorhanden sein dürfen.
Geben Sie einen eng verknüpften Stammdatentyp an, und aktivieren Sie (optional) das automatische
Anlegen von Planungsobjekten für den eng verknüpften Stammdatentyp.
Leitfaden für die Modellkonguration
Planungsebenen
PUBLIC
ÖFFENTLICH 119
Wenn Sie im Abschnitt Enge Verknüpfung für Planungsobjekte einen Stammdatentyp angeben, können
nur Planungsobjekte angelegt werden, für die die entsprechenden Stammdatensätze im Stammdatentyp
vorhanden sind.
Hinweis
Sie können enge Verknüpfungen nur für Planungsebenen einrichten, die keine aggregierten Constraint-
Kennzahlen haben.
Der eng verknüpfte Stammdatentyp muss folgende Anforderungen erfüllen:
•Er ist ein einfacher Stammdatentyp, ein zusammengesetzter Stammdatentyp oder ein
Referenzstammdatentyp.
•Seine Attribute müssen alle Nicht-Zeitschlüsselattributen der Planungsebene enthalten.
Wir empfehlen, dass der eng verknüpfte Stammdatentyp dasselbe Präx wie die Stammdatentypen
haben sollte, aus denen die Nicht-Zeitschlüsselattribute der Planungsebene bezogen werden.
Beispiel
Der Stammdatentyp Produkt (PRODUCT) erfüllt die Voraussetzungen für die enge Verknüpfung mit
Planobjekten der Planungsebene Perioden-ID | Produktfamilie | Produktgruppe (PERPRODFAMGRP).
Stammdatentyp: Produkt
Attribut Schlüsselattribut
Produkt-ID (PRDID) Ja
Produktbeschreibung (PRDDESCR) Nein
Produktfamilie (PRDFAMILY) Nein
Beschreibung der Produktfamilie (PRDFAMILYDESCR) Nein
Produktgruppe (PRDGROUP) Nein
Produktgruppenbeschreibung (PRDGROUPDESCR) Nein
Planungsebene: Perioden-ID | Produktfamilie | Produktgruppe
Attribut Schlüsselattribut
Perioden-ID (PERIODID0) Ja
Produktfamilie (PRDFAMILY) Ja
Beschreibung der Produktfamilie (PRDFAMILYDESCR) Nein
Produktgruppe (PRDGROUP) Ja
Produktgruppenbeschreibung (PRDGROUPDESCR) Nein
120
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Planungsebenen
Wenn Stammdatentypen aktualisiert werden, z.B. wenn ein Produkt von einer Produktgruppe oder
Produktfamilie zu einer anderen zugeordnet wird, werden die entsprechenden Planungsebenen
entsprechend angepasst, indem zulässige Planungsobjekte aktualisiert und nicht mehr zulässige entfernt
werden. Weitere Informationen nden Sie unter Beispiel: Enge Verknüpfung für Planungsobjekte [Seite
134]. Wenn Sie das automatische Anlegen von Planungsobjekten für den eng verknüpften Stammdatentyp
aktivieren, werden Planungsobjekte beim Anlegen der relevanten Stammdatensätze automatisch angelegt.
12. Optional: Wenn Sie einen Stammdatentyp eng mit einer Planungsebene verknüpft haben, haben
Sie zusätzlich die Option, das Löschen von Planungsobjekten mit dem Löschen der entsprechenden
Stammdatensätze zu verknüpfen.
Die Option Planungsobjekte nur löschen, wenn Stammdaten gelöscht werden verhindert das direkte
Löschen der relevanten Planungsobjekte in der App Planungsobjekte verwalten, im SAP Integrated
Business Planning, Add-in für Microsoft Excel und durch die folgenden Anwendungsjobs:
•Kennzahldaten bereinigen
•Kennzahldaten außerhalb des Planungshorizonts des Planungsbereichs löschen
Planungsobjekte werden nur gelöscht, wenn Datensätze für den eng gekoppelten Stammdatentyp gelöscht
werden.
Hinweis
Die folgenden Anwendungsjobs sind betroen:
•Nicht übereinstimmende Planungsdaten bereinigen
•Planungsbereich bereinigen
Auch wenn die Option Planungsobjekte nur löschen, wenn Stammdaten gelöscht werden ausgewählt ist,
löschen diese Anwendungsjobs alle relevanten Daten, einschließlich der Planungsobjekte.
13. Sichern Sie Ihre Eingaben.
Ergebnisse
Es wird eine inaktive Planungsebene angelegt.
Nächste Schritte
Sie können die Planungsebene als Basisplanungsebene einer Kennzahl oder in Berechnungsdenitionen einer
Kennzahl verwenden.
Aktivieren Sie den Planungsbereich, um die angelegte Planungsebene zu aktivieren. Sie können eine
Planungsebene nicht direkt aktivieren.
Leitfaden für die Modellkonguration
Planungsebenen
PUBLIC
ÖFFENTLICH 121
Weitere Informationen
Kennzahlen anlegen [Seite 155]
Planungsbereiche [Seite 354]
Attribute anlegen [Seite 13]
Beschreibungsattribute [Seite 26]
Planungsobjekte steuern [Seite 130]
8.2 Attribute zu Planungsebenen zuordnen
Verwenden Sie die App Planungsbereiche, um die Attribute in Ihrem Planungsbereich den Planungsebenen
zuzuordnen.
Voraussetzungen
Stellen Sie sicher, dass Sie die erforderlichen Berechtigungen für diese Aktivität haben, also dass
die erforderlichen Anwendungskataloge für diese Aktivität einer Anwendungsrolle zugeordnet sind, die
Ihrem Anwendungsbenutzer zugeordnet ist. Weitere Informationen nden Sie auf dem SAP Help Portal
http://help.sap.com/ibp unter Anwendungshilfe für SAP Integrated Business Planning Identitäts- und
Zugrisverwaltung Grundkonzepte Anwendungskataloge .
Kontext
Jedes Attribut in Ihrem Planungsbereich muss einer oder mehreren Planungsebenen zugeordnet sein, mit
Ausnahme derjenigen, die als planungsebenenunabhängig gekennzeichnet sind.
Schritte
1. Önen Sie Ihren Planungsbereich.
2. Wählen Sie auf der Registerkarte Attribute des Bilds Planungsbereich (Details) das Attribut (oder Attribute
eines einzelnen Stammdatentyps) aus, das Sie den Planungsebenen zuordnen möchten, und wählen Sie
Zu Planungsebenen zuordnen.
3. Wählen Sie in dem Bild Attribute zu Planungsebenen zuordnen alle Planungsebenen aus, denen Sie Ihre
Attribute zuordnen möchten. Mit der Option Nach Attribut ltern können Sie nach Planungsebenen ltern,
die ein bestimmtes Attribut enthalten. Um die Attribute allen Planungsebenen des Planungsbereichs oder
allen Planungsebenen einer bestimmten Gruppe von Planungsebenen gleichzeitig zuzuordnen, markieren
Sie das Ankreuzfeld im Tabellenkopf, oder wählen Sie einen Gruppenkopf, um alle Planungsebenen in der
Gruppe auszuwählen.
122
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Planungsebenen
4. Wählen Sie Zuordnen.
Hinweis
Wenn Sie ein einzelnes neues Attribut oder mehrere Attribute desselben Stammdatentyps zu Ihrem
Planungsbereich hinzufügen, können Sie sie gleichzeitig auch mit der Funktion Zu Planungsebenen
hinzufügen und zuordnen zu Planungsebenen zuordnen. Weitere Informationen nden Sie unter Attribute
einem Planungsbereich zuordnen [Seite 79].
Attribut-Sourcing-Anforderungen erfüllen
Wenn Sie Ihr Attribut den Planungsebenen zuordnen, müssen Sie sicherstellen, dass Sourcing-Anforderungen
für das Attribut erfüllt werden. Im Bild Attribute zu Planungsebenen zuordnen sind die folgenden Informationen
verfügbar, um Sie bei der Suche nach den relevanten Planungsebenen zu unterstützen:
•Wenn Sie eine Planungsebene in der Liste auswählen, werden Werte für die Spalten Eingabe-PE und
Ausgabe-PE angezeigt. Die Werte können angeklickt werden und haben das Format X/Y, wobei X und Y die
folgenden Bedeutungen haben:
•In der Spalte Eingabe-PE zeigt Y die Gesamtzahl der Eingabeplanungsebenen in
Kennzahlenberechnungen an, wobei sich die ausgewählte Planungsebene in der Ausgabe bendet
(d.h. alle Planungsebenen, von denen die ausgewählte Planungsebenen abhängt).
•In der Spalte Ausgabe-PE zeigt Y die Gesamtzahl der Planungsebenen an, die von der ausgewählten
Planungsebene in ähnlicher Weise abhängen.
•Die X-Werte zeigen die Anzahl der Eingabe- und Ausgabeplanungsebenen an, denen das Attribut
bereits hinzugefügt wurde, das der ausgewählten Planungsebene hinzugefügt werden soll.
•Wenn Sie die Werte oder die Zeile anklicken, in denen sie enthalten sind, wird Ihnen eine Liste aller
Eingabe- und Ausgabeplanungsebenen (für die relevante Planungsebene) in einem neuen Dialogfenster
angezeigt. Die aktuell ausgewählten (oder dem Attribut bereits zugeordneten) Planungsebenen werden
im Dialogfenster in den Ankreuzfeldern neben den Elementen markiert. Sie können die Auswahl
einer Planungsebene aufheben oder beliebige weitere Felder auswählen, um sicherzustellen, dass die
Anforderungen für das Attribut-Sourcing erfüllt sind. Wenn Sie zu dem vorhergehenden Dialogfenster
zurückkehren, wird die Liste entsprechend aktualisiert.
•Ob die Eingabeplanungsebenen die Sourcing-Anforderungen für das Attribut erfüllen, wird in der Spalte
Vollständig bezogen neben der Spalte Eingabe-PE angezeigt („Ja“ oder leer).
Video ansehen
8.3 Quellenzuordnung für Planungsebenenattribute
Leitfaden für die Modellkonguration
Planungsebenen
PUBLIC
ÖFFENTLICH 123
Der Wert eines Planungsebenenattributs – ein Attribut, das einer Planungsebene zugeordnet ist – wird
normalerweise aus dem ursprünglichen Quellstammdatentyp des Planungsbereichsattributs abgerufen. Dieser
Stammdatentyp wird in der App Planungsbereiche auf dem Bild Planungsebene in der Spalte Stammdatentyp-
ID angezeigt.
Es kann jedoch Modellierungsszenarios geben, in denen der Wert eines Planungsebenenattributs nicht aus
dem ursprünglichen Stammdatentyp ermittelt werden kann. In diesem Fall muss das Attribut aus einem
anderen Stammdatentyp bezogen werden, und zwar aus einem virtuellen Stammdatentyp. Dieser virtuelle
Stammdatentyp wird in der App Planungsbereiche auf dem Bild Planungsebene in der Spalte Quelle angezeigt.
Es gibt zwei Arten von Quellenzuordnungen für Planungsebenenattribute:
•Systemdenierte Quellenzuordnung
Der Wert des Attributs wird aus dem ursprünglichen Quellstammdatentyp des Planungsbereichsattributs
oder aus einem virtuellen Stammdatentyp bezogen, den die Aktivierungslogik bei der Aktivierung ndet
und als Quelle zuordnet. Im letzteren Fall wurde der virtuelle Stammdatentyp möglicherweise nicht mit
dem Zweck angelegt, ihn als Quelle für dieses Attribut zu verwenden, sondern aus einem anderen Grund,
und er wird einfach vom System wiederverwendet. Aus diesem Grund kann eine derartige systemdenierte
Quellenzuordnung zu fehlenden oder falschen Daten führen.
Hinweis
Hinweis
Systemdenierte Quellzuordnung in einem Beispielplanungsbereich bedeutet immer, dass
alle Attribute der Planungsebene aus dem ursprünglichen Quellstammdatentyp des
Planungsbereichsattributs bezogen werden.
•Benutzerdenierte Quellenzuordnung
Der Wert des Attributs stammt aus einem virtuellen Stammdatentyp, den Sie angelegt und
dem Planungsebenenattribut manuell zugeordnet haben. In diesem Fall haben Sie den virtuellen
Stammdatentyp nur aus dem Grund angelegt, um ihn als Quelle zu verwenden. Das bedeutet, dass Ihre
Berechnungen bei der richtigen Konguration des virtuellen Stammdatentyps vollständige und korrekte
Ergebnisse liefern.
Die Quellenzuordnung für Attribute funktioniert auf der Ebene der Planungsebenen. Das heißt, wenn Attribute
vorhanden sind, die nicht aus dem ursprünglichen Stammdatentyp importiert werden können, müssen
sie alle entweder manuell (benutzerdeniert) oder automatisch (systemdeniert) beschat werden. Eine
Planungsebene hat entweder eine benutzerdenierte oder eine systemdenierte Quellenzuordnung; sie
können nicht gemischt werden.
Wenn ein virtueller Stammdatentyp deniert und als Quelle verwendet wird (entweder vom System
oder vom Benutzer), wird der Wert des Attributs von dort gesammelt. Andernfalls wird er mithilfe
des Nicht-Zeitschlüsselattributs der Planungsebene aus dem ursprünglichen Quellstammdatentyp gelesen.
Die benutzerdenierte Quellenzuordnung funktioniert nur auf abgelegten Planungsebenen und für nicht
berechnete nicht zeitbezogene Nichtschlüsselattribute.
124
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Planungsebenen
Beispiel
In diesem Beispiel werden die Lokationsattribute (LOCDESCR, LOCID und LOCTYPE) aus dem virtuellen
Stammdatentyp MD2LOCATIONRESOURCE10 bezogen. Dieser Stammdatentyp wird diesen Attributen durch
den Benutzer manuell als Quelle zugeordnet. Auf der anderen Seite werden die Ressourcenattribute (RESID,
RESDESCR und RESTYPE) aus dem ursprünglichen Stammdatentyp MD2RESOURCE bezogen.
Weitere Informationen über das Anlegen virtueller Stammdatentypen nden Sie unter Virtuelle
Stammdatentypen anlegen [Seite 37].
8.3.1Anwendungsfallbeispiel
Wir haben eine abgelegte Kennzahl (CAPACITY)) auf einer abgelegten Planungsebene, die die folgenden
Attribute hat:
•PERIODID0 (Zeitschlüsselattribut)
•LOCDESCR
•LOCID
•LOCTYPE
•RESID (Schlüsselattribut)
•RESDESCR
•RESTYPE
Wenn die Kennzahl hochgeladen wird, denieren wir nur die Ressourcen-ID (RESID), möchten aber auch
Informationen über die Lokation abrufen.
Wir stellen folgende Informationen bereit:
DATUM RESID Kapazität
11.01.2022 MACHINE1 10
11.02.2022 MACHINE2 20
11.01.2022 TRUCK1 10
11.02.2022 TRUCK1 40
Leitfaden für die Modellkonguration
Planungsebenen
PUBLIC
ÖFFENTLICH 125
Wir erwarten für die Kennzahl CAPACITY folgende Informationen:
RESID RESDESCR LOCID LOCDESCR LOCTYPE 11.01.2022 11.02.2022
MACHINE1 Drill1 BUD Budapest PLANT 10
MACHINE2 Drill2 PAL Palo Alto PLANT 20
TRUCK1 VNL740 10 40
Die Attribute RESDESCR und RESTYPE können leicht aus dem ursprünglichen Stammdatentyp MD2RESOURCE
über das Schlüsselattribut RESID abgerufen werden. Jedoch haben die Lokationsattribute keine Verbindung
zum Attribut RESID (und den MD2RESOURCE-Stammdaten) im Planungsmodell, sodass sie nicht ermittelt
werden können.
Um dieses Problem zu beheben, legen wir den virtuellen Stammdatentyp MD2LOCATIONRESOURCE10 an.
In diesem virtuellen Stammdatentyp verbinden wir die Lokations- und Ressourcenattribute, sodass die
Werte der Lokationsattribute aus dem virtuellen Stammdatentyp über das Schlüsselattribut RESID der
Planungsebene bezogen werden können.
Dazu legen wir einen Join zwischen den Stammdatentypen MD2RESOURCE und MD2LOCATION mit der Join-
Bedingung condition MD2RESOURCE-LOCID = MD2LOCATION-LOCID an. Dann fügen wir die zu beziehenden
Attribute (LOCDESC, LOCID und LOCTYPE) sowie das Schlüsselattribut der Planungsebene (RESID) hinzu.
Schließlich ordnen wir diesen virtuellen Stammdatentyp als die Quelle für die Attribute LOCDESC, LOCID und
LOCTYPE auf der Planungsebene zu.
Dadurch können alle Nichtschlüsselattribute der Planungsebene basierend auf dem Schlüsselattribut RESID
abgerufen werden.
126
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Planungsebenen
8.3.2Quellenzuordnung anlegen
Um eine benutzerdenierte Quellenzuordnung für Planungsebenenattribute anzulegen, führen Sie die
folgenden Schritte aus.
1. Legen Sie in der App Stammdatentypen einen virtuellen Stammdatentyp an, den Sie als Quelle denieren
werden.
Hinweis
Sie können nur virtuelle Stammdatentypen als Attributquellen verwenden.
2. Legen Sie eine Join-Bedingung im Stammdatentyp an, um die ursprünglichen Quellstammdatentypen der
Planungsebenenattribute zu verbinden.
3. Fügen Sie die Attribute, die Sie aus diesem Stammdatentyp beziehen möchten, und mindestens ein
Nicht-Zeitschlüsselattribut der Planungsebene hinzu, mit der Sie arbeiten möchten.
4. Wählen Sie in der App Planungsbereiche Ihren Planungsbereich aus, und rufen Sie die Planungsebene auf,
auf der Sie die Quellzuordnung anlegen möchten.
Hinweis
Sie können eine benutzerdenierte Quellzuordnung nur für Attribute auf abgelegten Planungsebenen
anlegen.
5. Fügen Sie auf dem Bild Attribute der Planungsebene die Spalte Quelle zur Tabelle Attribute hinzu (falls
standardmäßig nicht sichtbar).
6. Suchen Sie in der Spalte Quelle nach dem virtuellen Stammdatentyp, den Sie gerade angelegt haben, und
fügen Sie ihn dem entsprechenden Attribut hinzu.
Wiederholen Sie diesen Schritt für alle Attribute, die Sie aus dem virtuellen Stammdatentyp anstatt aus
dem ursprünglichen Stammdatentyp (erste Spalte in der Tabelle) importieren möchten.
Hinweis
Sie können eine Quelle manuell nur nicht berechneten nicht zeitbezogenen Nichtschlüsselattributen
zuordnen. Wenn Sie eine Quelle für ein Attribut manuell deniert haben, können Sie keine
systemdenierte Quellzuordnung für andere Attribute auf derselben Planungsebene haben.
7. Sichern Sie Ihre Änderungen, und aktivieren Sie den Planungsbereich.
Wenn auf einer Planungsebene keine Ursprungszuordnung (entweder benutzerdeniert oder systemdeniert)
vorhanden ist, wird das Feld Quellzuordnung für Attribute nicht angezeigt. Sobald Sie eine Quelle erfolgreich
einem Attribut auf einer Planungsebene zugeordnet haben, wird der Wert des Felds Quellzuordnung für
Attribute zu Benutzerdeniert und sichtbar (wenn zuvor keine Zuordnungen vorhanden waren).
Wenn Sie später entscheiden, den virtuellen Stammdatentyp nicht als Quelle für Attribute zu verwenden,
können Sie dies leicht tun, indem Sie den Wert dieses Felds in Systemdeniert ändern. Dadurch
werden alle benutzerdenierten Quellzuordnungen im Planungsbereich entfernt. Alternativ können Sie die
Ursprungszuordnungen manuell nacheinander in der Tabelle Attribute löschen.
Leitfaden für die Modellkonguration
Planungsebenen
PUBLIC
ÖFFENTLICH 127
8.3.3Modellierungsanforderungen für die Quellenzuordnung
In diesem Abschnitt werden die Anforderungen und Prüfungen im Zusammenhang mit der benutzerdenierten
Quellenzuordnung aufgeführt.
•Die benutzerdenierte Quellenzuordnung funktioniert nur auf abgelegten Planungsebenen. Eine
Planungsebene wird abgelegt, wenn sie die Basisplanungsebene von mindestens einer abgelegten
Kennzahl ist.
•Sie können eine Quelle manuell nur nicht berechneten nicht zeitbezogenen Nichtschlüsselattributen
zuordnen.
•Die Quelle muss ein virtueller Stammdatentyp sein.
Die Verwendung virtueller Stammdatentypen, die auf den vom Planungsbereich verwendeten
Stammdatentypen basieren, stellt sicher, dass der Satz der hochgeladenen Attributwerte mit den
hochgeladenen Werten desselben Attributs im gesamten Planungsbereich konsistent ist. Das heißt, bei
der Arbeit mit virtuellen Stammdatentypen können Sie sicherstellen, dass planungsebenenübergreifende
Berechnungen mit benutzerdenierter Bezugsquellenndung korrekt funktionieren.
•Ein Attribut kann nur aus demselben Stammdatentyp im virtuellen Stammdatentyp und auch im
Planungsbereich bezogen werden.
•Ein Attribut kann nur aus einem virtuellen Stammdatentyp bezogen werden, wenn das Attribut Teil des
Stammdatentyps ist.
•Wenn Sie einen Stammdatentyp einem Attribut als Quelle manuell zuordnen möchten, muss er
mindestens ein nicht zeitbasiertes Schlüsselattribut auf der Planungsebene enthalten.
Weitere Informationen zu Anforderungen an virtuelle Stammdatentypen nden Sie unter Stammdatentypen
[Seite 350].
8.4 Planungsebenen ändern und löschen
Sie legen Planungsebenen an, um sie in Kennzahldenitionen (auf der Basisplanungsebene einer Kennzahl)
und Kennzahlberechnungen zu verwenden. Sie können Änderungen an Planungsebenen vornehmen, die
in Kennzahlen verwendet werden. Um solche Planungsebenen zu löschen, müssen Sie jedoch mehrere
Kongurationsschritte in einer bestimmten Reihenfolge durchführen. Das Feld In Kennzahlen verwendet zeigt
an, ob die ausgewählte Planungsebene bereits in Kennzahldenitionen oder -berechnungen verwendet wird.
Planungsebene ändern
Sie können die folgenden Änderungen an Planungsebenen vornehmen:
•Beschreibung einer Planungsebene ändern
•Nichtschlüsselattribute hinzufügen oder entfernen
Hinweis
Wenn Sie einen Planungsbereich ändern, der bereits Planungsdaten enthält, indem Sie neue
Nichtschlüsselattribute zu einer Planungsebene mit abgelegten Kennzahlen hinzufügen, müssen Sie
128
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Planungsebenen
nach der Aktivierung des Planungsbereichs den Anwendungsjob Planungsobjekte anpassen ausführen.
Auf diese Weise werden die vorhandenen Planungsobjekte der Planungsebene, die geändert wurde, mit
neuen Daten angereichert.
Beispiel
Ein Planer arbeitet in der folgenden Planungssicht und informiert Sie darüber, dass er ein anderes
Attribut benötigt - Produktgruppe:
Planungssicht
Produkt-ID Produktfamilie Kennzahl Januar 2024 Februar 2024 März 2024
P1 F1 Bedarf 1.000 1.000 1.000
Sie fügen das angeforderte Attribut der entsprechenden Planungsebene hinzu, aktivieren den
Planungsbereich und teilen dem Planer Folgendes mit:
Planungsebene
Attribut Schlüsselattribut
Produkt-ID Ja
Produktfamilie Nein
Produktgruppe Nein
Der Planer önet die Planungssicht erneut, kann die Werte für das neu hinzugefügte Attribut nicht
sehen und teilt Ihnen Folgendes mit:
Planungssicht
Produkt-ID
Produktfami-
lie
Produkt-
gruppe Kennzahl Januar 2024 Februar 2024 März 2024
P1 F1 Bedarf 1.000 1.000 1.000
Sobald Sie den Anwendungsjob Planungsobjekte anpassen ausführen, kann der Planer die Werte für
das neu hinzugefügte Attribut in der Planungssicht sehen.
Planungssicht
Produkt-ID
Produktfami-
lie
Produkt-
gruppe Kennzahl Januar 2024 Februar 2024 März 2024
P1 F1 G1 Bedarf 1.000 1.000 1.000
•Nichtschlüsselattribut der Planungsebene als Schlüsselattribut festlegen, oder Schlüsselattribut als
Nichtschlüsselattribut festlegen
•Aktivieren oder deaktivieren Sie das automatische Anlegen von Planungsobjekten, wenn Datensätze für
den eng verknüpften Stammdatentyp angelegt werden.
Leitfaden für die Modellkonguration
Planungsebenen
PUBLIC
ÖFFENTLICH 129
•Verknüpfen Sie das Löschen von Planungsobjekten für den eng verknüpften Stammdatentyp mit der
Löschung der relevanten Stammdatensätze, oder heben Sie die Verknüpfung auf.
Achtung
Änderungen an dem Schlüsselattribut eines Planungsmodells kann zu Inkonsistenzen zwischen dem
Planungsmodell und den bereits vorhandenen Daten führen.
SAP Integrated Business Planning for Supply Chain (SAP IBP) ist dafür ausgelegt, die Konsistenz
des Planungsmodells und der Planungsdaten zu bewahren. Wenn durch eine Änderung die Konsistenz
aufgehoben werden würde, hält SAP IBP die Planungsdaten intakt und lehnt die Änderung des Modells ab,
sodass die nächste Aktivierung des Planungsmodells fehlschlägt.
Planungsebene löschen
Sie können eine Planungsebene löschen, wenn sie nicht als Ausgabeplanungsebene von Kennzahlen verwendet
wird, d.h. in der Ausgabe einer Berechnungsdenition.
Sie können eine Planungsebene löschen, die als Basisplanungsebene einer Kennzahl oder eines Attributs als
Kennzahl verwendet wird. Wenn Sie eine solche Planungsebene löschen, werden auch alle Kennzahlen und
Attribute als Kennzahlen gelöscht, die die Planungsebene als Basisplanungsebene verwenden. Im Fall eines
aktiven Planungsbereichs werden die Planungsebene sowie die betroenen Kennzahlen und Attribute zuerst
in „Zum Löschen vorgemerkt“ geändert. An dieser Stelle können Sie den Löschvorgang über die Option Aktive
Instanz wiederherstellen noch abbrechen. Weitere Informationen nden Sie unter Aktive Instanz für andere
Entitäten wiederherstellen [Seite 377].
Wenn Sie eine aktuell in einer Berechnungsdenition verwendete Planungsebene löschen möchten, müssen
Sie folgendermaßen vorgehen, um Ihre Daten konsistent zu halten:
1. Löschen Sie die Werte der abgelegten Kennzahlen, die die Planungsebene verwenden.
Löschen Sie dafür im SAP IBP, Add-in für Microsoft Excel alle Werte von allen abgelegten Kennzahlen, die
die Planungsebene verwenden. Die Zellen der Kennzahlwerte müssen leer sein. Löschen Sie anschließend
die Planungsobjekte, indem Sie Planungsobjekte löschen wählen.
2. Löschen Sie in der App Planungsbereiche alle Kennzahlen (Denitionen), die die zu löschende
Planungsebene verwenden.
3. Löschen Sie in der App Planungsbereiche die Planungsebene.
8.5 Planungsobjekte steuern
Um das Anlegen unnötiger Planungsobjekte zu vermeiden, die Planungsoperatoren in der Planung
berücksichtigen würden, können Sie steuern, welche Planungsobjekte auf einer Planungsebene vorhanden
sein können. Dazu können Sie obligatorische Attribute verwenden oder einen Stammdatentyp mit einer
Planungsebene verknüpfen.
Indem Sie das Anlegen von Planungsobjekten steuern, können Sie sicherstellen, dass nur Planungsobjekte
vorhanden sind, die auch als Stammdatensätze im Stammdatentyp vorhanden sind, d.h. Sie können die
Obermenge der Planungsobjekte steuern.
130
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Planungsebenen
Obermenge von Planungsobjekten steuern
Das System kann Planungsobjekte für alle Kombinationen von Stammdatenattribut-Werten anlegen, die in
einem Stammdatentyp vorhanden sind. Diese Planungsobjekte können von verschiedenen Prozessen in SAP
Integrated Business Planning for Supply Chain (SAP IBP) angelegt werden. Wenn Sie einen Planungsoperator
ausführen, plant der Operator diese Planungsobjekte entsprechend.
Es gibt Fälle, in denen nur bestimmte Planungsobjekte vorhanden sein sollen. Dies ist beispielsweise der Fall,
wenn es Planungsobjekte gibt, die in der realen Welt nicht vorhanden sind, und Sie diese daher bei der Planung
nicht berücksichtigen möchten. Wenn Sie steuern möchten, welche Planungsobjekte für eine Planungsebene
vorhanden sein dürfen, können Sie einen Stammdatentyp oder ein obligatorisches Attribut mit einer
Planungsebene verknüpfen. Der zugehörige Stammdatentyp deniert die Obermenge der Planungsobjekte,
die für die Planungsebene vorhanden sein können. Unabhängig vom Prozess, der Planungsobjekte anlegt,
stellt das System sicher, dass die entsprechenden Stammdatensätze im ausgewählten Stammdatentyp für
das anzulegende Planungsobjekt vorhanden sind. Planungsobjekte, die dieses Kriterium nicht erfüllen, können
nicht angelegt werden und werden abgelehnt.
Beispiel
Sie haben zwei Kunden K1 und K2 sowie zwei Produkte P1 und P2. Sie verkaufen die Produkte P1 und P2 an
den Kunden K1 und nur das Produkt P1 an den Kunden K2. Ihr Stammdatentyp Kundenprodukt hat daher
die folgenden Datensätze:
K1, P1
K1, P2
K2, P1
Mit zwei Kunden und zwei Produkten können die folgenden vier Planungsobjekte (d.h. 2 Kunden x 2
Produkte) potenziell für die Planungsebene Kundenprodukt angelegt werden, obwohl Sie Produkt P2 nicht
an Kunde K2 verkaufen:
K1, P1
K1, P2
K2, P1
K2, P2
Wenn Sie sicherstellen möchten, dass nur die Produkte geplant werden, die tatsächlich an Ihre Kunden
verkauft werden, müssen Sie die Planungsobjekte einschränken, die angelegt werden können. Dies kann
durch die Zuordnung des Stammdatentyps Kundenprodukt zur Planungsebene Kundenprodukt erreicht
werden. Auf diese Weise werden Planungsobjekte nur für Attributkombinationen angelegt, die als Einträge
im Stammdatentyp vorhanden sind.
Kongurationsoptionen
Für die Konguration haben Sie folgende Möglichkeiten:
•Sie können ein Planungsbereichsattribut der Attributkategorie „obligatorisch“ einschließen, das aus dem
Stammdatentyp als Nichtschlüsselattribut in der Planungsebene bezogen wird. Weitere Informationen
nden Sie unter Attributkategorie einem Planungsbereichsattribut zuordnen [Seite 81].
Dies ist ein indirekter Ansatz. Wenn Sie diesem Ansatz folgen, müssen Sie dem Stammdatentyp
möglicherweise zusätzliche Attribute hinzufügen, die den Stammdatentyp mit der Planungsebene
verknüpfen.
Leitfaden für die Modellkonguration
Planungsebenen
PUBLIC
ÖFFENTLICH 131
Hinweis
Diese Funktion ist für alle Planungsbereiche verfügbar.
•Sie können einen Stammdatentyp direkt mit der Planungsebene in der Konguration der Planungsebene
verknüpfen. Diese Assoziation wird als „enge Verknüpfung“ bezeichnet. Weitere Informationen nden Sie
unter Planungsebenen anlegen [Seite 117].
Bei diesem Ansatz müssen Sie dem Stammdatentyp keine zusätzlichen Attribute hinzufügen.
Wenn Sie diese Konguration für eine vorhandene Planungsebene verwenden, für die bereits
Planungsobjekte vorhanden sind, empfehlen wir Ihnen, den Anwendungsjob Nicht übereinstimmende
Daten bereinigen zu verwenden. Mit diesem Job können Sie Planungsobjekte löschen, für die keine
entsprechenden Attributkombinationen im zugeordneten Stammdatentyp vorhanden sind. Weitere
Informationen nden Sie unter Nicht übereinstimmende Daten bereinigen.
Achtung
Wenn beide Kongurationen für eine Planungsebene für denselben Stammdatentyp vorhanden sind,
prüft das System auf beide Kongurationen. Das bedeutet, dass das System zweimal prüft, ob die
Stammdatensätze im Stammdatentyp vorhanden sind. Dies verlängert das Anlegen des Planungsobjekts
und erhöht den Speicherverbrauch.
Sie sollten daher nur eine der beiden möglichen Kongurationen verwenden.
Automatisches Anlegen von Planungsobjekten
In SAP IBP werden Planungsobjekte angelegt, wenn Bewegungsdaten (d.h. Kennzahl- oder Auftragsdaten)
angelegt werden. Auf diese Weise werden Planungsobjekte angelegt, wenn sie tatsächlich benötigt werden.
Bewegungsdaten können in SAP IBP angelegt werden, indem sie aus anderen Systemen importiert werden,
indem eine Planungsfunktion in SAP IBP oder manuell von Planern ausgeführt wird.
Es gibt Fälle, in denen Sie Planungsobjekte bereits im Voraus anlegen möchten, wenn Stammdaten angelegt
oder aktualisiert werden.
Beispiel
Sie arbeiten mit der auftragsbasierten Planung. Hier können Sie Auftragsdaten als auftragsbasierte
Kennzahl in einer Planungssicht anzeigen, eine andere Kennzahl darauf basierend berechnen usw.
Voraussetzung hierfür ist, dass Planungsobjekte vorhanden sind, damit Auftragsdaten in auftragsbasierte
Kennzahldaten für diese Planungsobjekte aggregiert werden können.
Kongurationsoptionen
Für die Konguration haben Sie folgende Möglichkeiten:
•Sie können ein Attribut eines Stammdatentyps im Planungsbereich als Attribut als Kennzahl aufnehmen,
die nur Planungsobjekte anlegt. Weitere Informationen nden Sie unter Attribute als Kennzahlen [Seite
137].
Dies ist ein indirekter Ansatz. Wenn Sie diesem Ansatz folgen, müssen Sie möglicherweise zusätzliche
Attribute des Typs DECIMAL dem Stammdatentyp zuordnen, der zum Anlegen der Planungsobjekte für die
Planungsebene verwendet wird, wenn Stammdaten angelegt oder aktualisiert werden.
132
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Planungsebenen
Hinweis
Wenn Sie diese Funktion verwenden, ist das Ankreuzfeld Wert nach Referenz nur in Planungsbereichen
mit externen Stammdaten verfügbar, die für die auftragsbasierte Planung aktiviert sind.
•Sie können einen Stammdatentyp direkt mit der Planungsebene in der Planungsebenenkonguration
eng verknüpfen und die Option zum automatischen Anlegen von Planungsobjekten auswählen. Weitere
Informationen nden Sie unter Planungsebenen anlegen [Seite 117]. Beim Anlegen und Aktualisieren von
Stammdaten werden die Attributkombinationen im Stammdatentyp, der der Planungsebene zugeordnet
ist, als Grundlage für das Anlegen von Planungsobjekten verwendet. Dies erfolgt für alle Planungsebenen in
allen Planungsbereichen, denen der Stammdatentyp zugeordnet ist.
Bei diesem Ansatz müssen Sie dem Stammdatentyp keine zusätzlichen Attribute hinzufügen.
Achtung
Die Verwendung dieser Konguration verlängert das Anlegen und Aktualisieren von Stammdaten und
erhöht den Speicherverbrauch.
Wenn Sie einen Planungsbereich kopieren, wird diese Konguration ebenfalls kopiert, was sich auf
die Stammdatenerstellung und -aktualisierung auswirkt, indem sie ihn weiter verlängert und den
Speicherverbrauch erhöht. Planungsobjekte werden für alle diese Planungsbereiche beim Anlegen und
Aktualisieren von Stammdaten angelegt.
Hinweis
Wir empfehlen Ihnen, für das automatische Anlegen von Planungsobjekten für Planungsbereiche,
die für die auftragsbasierte Planung auf Basis exibler Stammdaten aktiviert sind, die zweite
Kongurationsoption zu verwenden.
Achtung
Wenn beide Kongurationen für eine Planungsebene für denselben Stammdatentyp vorhanden sind, prüft
das System auf beide Kongurationen. Das bedeutet, dass das System Planungsobjekte zweimal prüft und
versucht, sie anzulegen. Dies verlängert das Anlegen und Aktualisieren von Stammdaten und erhöht den
Speicherverbrauch.
Sie sollten daher nur eine der beiden möglichen Kongurationen verwenden.
Verknüpfen der Löschung von Planungsobjekten mit der Löschung von
Stammdaten
Wenn Sie einen Stammdatentyp im Rahmen der Planungsebenenkonguration eng mit einer Planungsebene
verknüpft haben, haben Sie zusätzlich die Option, das Löschen von Planungsobjekten mit dem Löschen
der entsprechenden Stammdatensätze zu verknüpfen. Wenn Sie die Option Planungsobjekte nur löschen,
wenn Stammdaten gelöscht werden auswählen, werden Planungsobjekte nur dann gelöscht, wenn Datensätze
für den eng verknüpften Stammdatentyp gelöscht werden. Weitere Informationen nden Sie unter
Planungsebenen anlegen [Seite 117].
Leitfaden für die Modellkonguration
Planungsebenen
PUBLIC
ÖFFENTLICH 133
Weitere Informationen
Beispiel: Enge Verknüpfung für Planungsobjekte [Seite 134]
8.5.1Beispiel: Enge Verknüpfung für Planungsobjekte
Die Planungsebene Perioden-ID | Produktfamilie | Produktgruppe (PERPRODFAMGRP) ist eng mit
Stammdatentyp Produkt (PRODUCT) verknüpft. Zudem sind beide Optionen für die enge Verknüpfung für
Planungsobjekte Planungsobjekte automatisch anlegen und Planungsobjekte nur löschen, wenn Stammdaten
gelöscht werden auf Aus gesetzt.
Stammdatentyp: Produkt
Produkt-ID
(PRDID) (Schlüs-
selattribut)
Produktbeschreibu
ng (PRDDESCR)
Produktfamilie
(PRDFAMILY)
Beschreibung der
Produktfamilie
(PRDFAMILYDESC
R)
Produktgruppe
(PRDGROUP)
Produktgruppenbe
schreibung
(PRDGROUPDESCR)
- - - - - -
Planungsebene: Perioden-ID | Produktfamilie | Produktgruppe
Produktfamilie (PRDFAMILY)
(Schlüsselattribut)
Beschreibung der
Produktfamilie
(PRDFAMILYDESCR)
Produktgruppe (PRDGROUP)
(Schlüsselattribut)
Produktgruppenbeschreibung
(PRDGROUPDESCR)
- - - -
1. Sie legen folgende Stammdaten an:
Stammdatentyp: Produkt
Produkt-ID
(PRDID) (Schlüs-
selattribut)
Produktbeschreib
ung (PRDDESCR)
Produktfamilie
(PRDFAMILY)
Beschreibung der
Produktfamilie
(PRDFAMILYDESC
R)
Produktgruppe
(PRDGROUP)
Produktgruppenb
eschreibung
(PRDGROUPDESCR
)
P1 Produkt 1 F1 Familie 1 G1 Gruppe 1:
P2 Produkt 2 F1 Familie 1 G1 Gruppe 1:
P3 Produkt 3 F2 Familie 2 G1 Gruppe 1:
P4 Produkt 4 F1 Familie 1 G2 Gruppe 2:
Es werden keine Planungsobjekte angelegt, da die Option Planungsobjekte automatisch anlegen auf Aus
gesetzt ist.
134
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Planungsebenen
2. Nachdem Sie die Stammdaten für den Stammdatentyp Produkt (PRODUCT) im vorherigen Schritt angelegt
haben, versuchen Sie, die folgenden Planungsobjekte anzulegen:
Planungsebene: Perioden-ID | Produktfamilie | Produktgruppe
Produktfamilie
(PRDFAMILY)
(Schlüsselattribut)
Beschreibung der
Produktfamilie
(PRDFAMILYDESCR)
Produktgruppe
(PRDGROUP) (Schlüs-
selattribut)
Produktgruppenbesch
reibung
(PRDGROUPDESCR)Hinweis
F1 Familie 1 G1 Gruppe 1: Zulässig und angelegt
F2 Familie 2 G1 Gruppe 1: Zulässig und angelegt
F1 Familie 1 G2 Gruppe 2: Zulässig und angelegt
F2 Familie 2 G2 Gruppe 2: Nicht zulässig und
nicht angelegt
Wenn ein Planungsobjekt zulässig ist, weil ein entsprechender Stammdatensatz im eng verknüpften
Stammdatentyp vorhanden ist, wird es angelegt. Wenn ein Planungsobjekt nicht zulässig ist, weil kein
entsprechender Stammdatensatz im eng verknüpften Stammdatentyp vorhanden ist, wird es nicht
angelegt.
3. Sie aktualisieren die Stammdaten für den Stammdatentyp Produkt (PRODUCT), indem Sie Produkt 4 von
Familie 1 zu Familie 2 neu zuordnen:
Stammdatentyp: Produkt
Produkt-ID
(PRDID) (Schlüs-
selattribut)
Produktbeschreib
ung (PRDDESCR)
Produktfamilie
(PRDFAMILY)
Beschreibung der
Produktfamilie
(PRDFAMILYDESC
R)
Produktgruppe
(PRDGROUP)
Produktgruppenb
eschreibung
(PRDGROUPDESCR
)
P1 Produkt 1 F1 Familie 1 G1 Gruppe 1:
P2 Produkt 2 F1 Familie 1 G1 Gruppe 1:
P3 Produkt 3 F2 Familie 2 G1 Gruppe 1:
P4 Produkt 4 F2 Familie 2 G2 Gruppe 2:
Dadurch werden die Planungsobjekte wie folgt aktualisiert:
Planungsebene: Perioden-ID | Produktfamilie | Produktgruppe
Produktfamilie
(PRDFAMILY)
(Schlüsselattribut)
Beschreibung der
Produktfamilie
(PRDFAMILYDESCR)
Produktgruppe
(PRDGROUP) (Schlüs-
selattribut)
Produktgruppenbesch
reibung
(PRDGROUPDESCR)Hinweis
F1 Familie 1 G1 Gruppe 1: zulässig
F2 Familie 2 G1 Gruppe 1: zulässig
Leitfaden für die Modellkonguration
Planungsebenen
PUBLIC
ÖFFENTLICH 135
Produktfamilie
(PRDFAMILY)
(Schlüsselattribut)
Beschreibung der
Produktfamilie
(PRDFAMILYDESCR)
Produktgruppe
(PRDGROUP) (Schlüs-
selattribut)
Produktgruppenbesch
reibung
(PRDGROUPDESCR)Hinweis
F1 Familie 1 G2 Gruppe 2: Nicht zulässig und ge-
löscht
Wenn im eng verknüpften Stammdatentyp noch ein entsprechender Stammdatensatz vorhanden ist, ist
ein Planungsobjekt weiterhin zulässig. Wenn ein Planungsobjekt nicht zulässig ist, weil ein entsprechender
Stammdatensatz im eng verknüpften Stammdatentyp nicht mehr vorhanden ist, wird es gelöscht.
4. Nachdem Sie die Stammdaten für den Stammdatentyp Produkt (PRODUCT) im vorherigen Schritt geändert
haben, versuchen Sie, die folgenden Planungsobjekte anzulegen:
Planungsebene: Perioden-ID | Produktfamilie | Produktgruppe
Produktfamilie
(PRDFAMILY)
(Schlüsselattribut)
Beschreibung der
Produktfamilie
(PRDFAMILYDESCR)
Produktgruppe
(PRDGROUP) (Schlüs-
selattribut)
Produktgruppenbesch
reibung
(PRDGROUPDESCR)Hinweis
F1 Familie 1 G2 Gruppe 2: Nicht zulässig und
nicht angelegt
F2 Familie 2 G2 Gruppe 2: Zulässig und angelegt
Wenn ein Planungsobjekt nicht zulässig ist, weil kein entsprechender Stammdatensatz im eng verknüpften
Stammdatentyp vorhanden ist, wird es nicht angelegt. Wenn ein Planungsobjekt zulässig ist, weil ein
entsprechender Stammdatensatz im eng verknüpften Stammdatentyp vorhanden ist, wird es angelegt.
Ergebnis
Ihnen stehen folgende Planungsobjekte zur Verfügung:
Planungsebene: Perioden-ID | Produktfamilie | Produktgruppe
Produktfamilie (PRDFAMILY)
(Schlüsselattribut)
Beschreibung der
Produktfamilie
(PRDFAMILYDESCR)
Produktgruppe (PRDGROUP)
(Schlüsselattribut)
Produktgruppenbeschreibung
(PRDGROUPDESCR)
F1 Familie 1 G1 Gruppe 1:
F2 Familie 2 G1 Gruppe 1:
F2 Familie 2 G2 Gruppe 2:
136
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Planungsebenen
9 Attribute als Kennzahlen
Ein Attribut als Kennzahl ist ein speziell konguriertes Stammdatenattribut, mit dem Planungsdaten
wie Planungsobjekte oder Kennzahlwerte für bestimmte Anwendungsfälle angelegt werden können. Die
Planungsdaten werden angelegt, wenn Stammdaten für den Stammdatentyp angelegt oder aktualisiert
werden.
Die Konguration eines Attributs als Kennzahl ist optional und kann für Attribute des Datentyps
DECIMAL verwendet werden. Abhängig von der Konguration werden entweder nur Planungsobjekte oder
Planungsobjekte und Kennzahldaten angelegt, wenn Stammdaten für den Stammdatentyp angelegt oder
aktualisiert werden. Eine Liste der Tools zum Anlegen oder Aktualisieren von Stammdaten nden Sie im
Abschnitt Attribute als Kennzahlen [Seite 137].
In der folgenden Tabelle nden Sie weitere Informationen zu den verschiedenen Arten von Planungsdaten:
Art der Planungsdaten Details
Planungsobjekte Planungsobjekte werden in der Regel angelegt, wenn Kennzahldaten über die Datenintegration in
das System geladen werden. Diese Vorgehensweise wird in den meisten Fällen genutzt, um eine
große Anzahl an Planungsobjekten anzulegen. Über den Stammdatenabschnitt im SAP Integra-
ted Business Planning, Add-in für Microsoft Excel (SAP IBP, Add-in für Microsoft Excel) können
Planer auch eine kleine Anzahl an Planungsobjekten manuell anlegen.
Wenn Sie die auftragsbasierte Planung verwenden, stammt der Zeitreiheninhalt für externe
Kennzahlen aus einem Auftragsdatenspeicher. Die Planungsobjekte müssen in IBP bereitgestellt
werden, damit die Werte der externen Kennzahlen mit ihnen verbunden werden können. Da Sie
in der Regel eine große Anzahl von Planungsobjekten benötigen, wäre das manuelle Anlegen
dieser Objekte im Add-in für Microsoft Excel sehr zeitaufwendig. Stattdessen können Sie über ein
Attribut als Kennzahl Planungsobjekte ohne Kennzahldaten anlegen.
Sie können ein Attribut als Kennzahl so kongurieren, dass nur Planungsobjekte angelegt werden.
Werden Stammdaten in den Stammdatentyp geladen, zu dem das Attribut als Kennzahl gehört,
wird für jeden geladenen Stammdatensatz ein Planungsobjekt erstellt.
Leitfaden für die Modellkonguration
Attribute als Kennzahlen
PUBLIC
ÖFFENTLICH 137
Art der Planungsdaten Details
Kennzahldaten Um eine Kennzahl mit Werten zu füllen, laden Sie die Kennzahldaten in der Regel direkt über die
Datenintegration. Mithilfe eines Attributs als Kennzahl können Sie eine Kennzahl auch mit Werten
füllen, indem Sie den Wert eines Attributs in die Kennzahl kopieren. Auf diese Weise können Sie
Kennzahldaten neu anlegen oder vorhandene Kennzahldaten aktualisieren.
Wenn Sie ein Attribut als Kennzahl für das Anlegen oder Aktualisieren von Kennzahldaten kon-
gurieren, wird im System eine Kennzahl mit der ID des Attributs angelegt. Wenn eine aktive Kenn-
zahl mit derselben ID bereits vorhanden ist, legt das System keine neue Kennzahl an, sondern
ordnet das Attribut und die vorhandene aktive Kennzahl automatisch zu. Das Attribut und die
Kennzahl sind verbunden und die Zeitreihe der Kennzahl kann über diese Verbindung mit Daten
gefüllt werden. Wenn Stammdaten in den Stammdatentyp geladen werden, zu dem das Attribut
als Kennzahl gehört, wird der Attributwert in die Kennzahl kopiert.
In der Konguration des Attributs als Kennzahl wird festgelegt, wie der Attributwert in die
Kennzahl kopiert wird. Ist das Attribut als Kennzahl zeitunabhängig, wird der Attributwert nur
einmal kopiert. Ist das Attribut als Kennzahl zeitabhängig, wird der Attributwert entweder in eine
bestimmte Periode, in einen Periodenbereich, oder in alle Perioden kopiert, die im Zeitprol des
Planungsbereichs verfügbar sind, in dem das Attribut als Kennzahl verwendet wird.
Die Anzahl der Zeitreiheneinträge, die je Attribut als Kennzahl angelegt oder aktualisiert werden
können, ist aus Performancegründen begrenzt. Weitere Informationen nden Sie im Abschnitt
Attribut als Kennzahl denieren [Seite 142].
Hinweis
Das Laden von Stammdaten in ein Attribut mit dieser Konguration verlängert die Laufzeit. Das geschieht
unabhängig davon, ob Sie mit dem Attribut als Kennzahl Planungsobjekte anlegen oder Kennzahldaten
anlegen oder aktualisieren. Das Laden der Stammdaten dauert länger, da nicht nur die Stammdaten in der
Datenbank gespeichert, sondern auch die folgenden zusätzlichen Schritte ausgeführt werden müssen:
1. Die Planungsobjekte werden angelegt.
2. Wenn Sie mit dem Attribut Kennzahldaten anlegen oder aktualisieren, werden die Kennzahldaten
erstellt, indem der Attributwert in die Zeitreihe der Kennzahl kopiert wird.
Aufgrund der verlängerten Ladezeit kann das Laden der Stammdaten parallele Prozesse oder Jobs
beeinträchtigen, was wiederum die Laufzeit und den Speicherverbrauch weiter erhöhen kann. Das können
Sie am besten verhindern, indem Sie die Werte direkt in einem Kennzahl-Ladevorgang laden, um die
Zeitreihe einer Kennzahl zu füllen.
Bitte prüfen Sie genau, ob die Verwendung eines Attributs als Kennzahl die richtige Option für Sie ist, und
berücksichtigen Sie dabei auch die Hinweise unter Attribut als Kennzahl denieren.
Anwendungsfälle
Das Prinzip, Planungsdaten mithilfe eines Stammdatenattributs anzulegen, kann für verschiedene Zwecke in
IBP angewendet werden.
138
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Attribute als Kennzahlen
Umrechnungsfaktor in Mengeneinheitenumrechnung
Bei einer Mengeneinheitenumrechnung bleibt der Umrechnungsfaktor in der Regel gleich und ändert sich nicht
von Periode zu Periode. Beispielsweise bleibt der Umrechnungsfaktor von Gramm in Kilogramm immer 0,001.
In solchen Fällen können Sie den Umrechnungsfaktor als zeitunabhängige Kennzahl modellieren. Mit dem
Wert dieser Kennzahl kann eine Kennzahl von der Basismengeneinheit in die Zielmengeneinheit umgerechnet
werden.
Weitere Informationen zu Mengeneinheitenumrechnungen nden Sie unter Währungsumrechnung
kongurieren [Seite 508].
Kennzahl und Kennzahlberechnungen
Ein Attribut als Kennzahl kann auch verwendet werden, um eine Zeitdimension für eine zeitunabhängige
Kennzahl einzuführen, oder wenn Sie fehlende Perioden einführen möchten. Sie können die Zeitdimension oder
die fehlenden Perioden einführen, indem Sie die zugehörige Kennzahl in einer Kennzahlberechnung verwenden.
Zeitdimension für eine zeitunabhängige Kennzahl einführen
Ein Beispiel für die Einführung einer Zeitdimension für eine zeitunabhängige Kennzahl nden Sie im SAP-
Hinweis 2922453 .
Fehlende Perioden einführen
Es gibt Fälle, in denen Sie wissen, dass Ihre Daten lückenhaft sind. Wenn Sie z.B. Kundenaufträge haben,
kann es an einigen Tagen keinen Bedarf für ein bestimmtes Planungsobjekt geben. Daher werden für die
Perioden, in denen kein Bedarf besteht, keine Daten angelegt, d.h., die Periode wird nicht in die Zeitreihe der
Kennzahl aufgenommen. Dies kann zu Problemen bei Berechnungen führen, die eine vollständige Zeitreihe
voraussetzen. Dies ist beispielsweise der Fall, wenn Sie gleitende Durchschnitte berechnen möchten. Wenn Sie
einen gleitenden Durchschnitt basierend auf den Perioden einer Kennzahl berechnen, für die Perioden fehlen,
gibt die Berechnung falsche Werte zurück.
Um die fehlenden Perioden anzulegen, verwenden Sie in der Regel den Kopieroperator. Der Kopieroperator
legt Zeitreihendaten an, die dauerhaft in der Datenbank gespeichert werden. In einigen Fällen kann dies dazu
führen, dass eine große Datenmenge gespeichert werden muss. Wenn Sie z.B. 1,5 Millionen Kunde-Lokation-
Produkt-Kombinationen haben, für die Sie Zeitreihendaten für zwei Jahre in täglichen Perioden anlegen, würde
dies dazu führen, dass 1,095 Milliarden Zeitreiheneinträge gespeichert werden.
Wenn das System keine Daten anlegen soll, die dauerhaft gespeichert werden, können Sie die fehlenden
Perioden auch dynamisch durch Kennzahlberechnungen anlegen. Hierfür fügen Sie als zusätzliche Eingabe für
die Berechnung der Kennzahl mit fehlenden Perioden eine zeitabhängige Kennzahl hinzu, die alle Perioden für
den Planungshorizont enthält. Auf diese Weise werden die fehlenden Perioden in der Ausgabe der Kennzahl
hinzugefügt, deren Zeitreihe Lücken aufweist.
Beispiel
Sie haben eine Kennzahl KF1. Diese Kennzahl ist in täglichen Perioden gespeichert. Sie haben eine weitere
Kennzahl KF1 3-day moving average, mit der Sie den Durchschnitt der Kennzahl KF1 von der aktuellen
Periode bis zu zwei Perioden in der Zukunft berechnen.
Die Berechnung von KF1 sieht wie folgt aus:
KF1@DAYPRODLOCZID = KF1@DAYPRODLOCZID
Eingaben:
KF1@DAYPRODLOCZID (berechnete Werte)
Leitfaden für die Modellkonguration
Attribute als Kennzahlen
PUBLIC
ÖFFENTLICH 139
Da die Daten für die Kennzahl KF1 vollständig sind, kann der gleitende Durchschnitt für die Kennzahl KF1
3-day moving average korrekt berechnet werden, wie die folgende Tabelle zeigt:
Anzahl Perio-
den
1 2 3 4 5 6
Periode 16. Mai 2020 17. Mai 2020 18. Mai 2020 19. Mai 2020 20. Mai 2020 21. Mai 2020
KF1 200 300 400 500 600 700
KF1 3-day
moving
average
300 400 500 600 (kein Wert) (kein Wert)
Angenommen, Ihre Daten für Kennzahl KF1 haben eine Lücke für die Periode 17. Mai 2020. Da für diese
Periode keine Daten vorhanden sind, wird die Periode vom System übersprungen und nicht zur Zeitreihe
der Kennzahl hinzugefügt.
Für die Kennzahl KF1 3-day moving average bedeutet dies, dass der 3-Tages-Durchschnitt für die
Periode 16. Mai 2020 nicht korrekt berechnet werden kann. Anstatt den 3-Tages-Durchschnitt für die
Perioden 16. Mai 2020, 17. Mai 2020 und 18. Mai 2020 zu berechnen, berechnet das System den 3-Tages-
Durchschnitt für die Perioden 16. Mai 2020, 18. Mai 2020 und 19. Mai 2020. Dies wird in der folgenden
Tabelle dargestellt:
Anzahl Perio-
den
1 (fehlende Peri-
ode)
3 4 5 6
Periode 16. Mai 2020 (fehlende Peri-
ode)
18. Mai 2020 19. Mai 2020 20. Mai 2020 21. Mai 2020
KF1 200 (kein Wert) 400 500 600 700
KF1 3-day
moving
average
366,67 (kein Wert) 500 600 (kein Wert) (kein Wert)
Um dies zu vermeiden, können Sie die Berechnung der Kennzahl KF1 mit der zusätzlichen Eingabe einer
Kennzahl erweitern, deren Zeitreihe vollständig und lückenlos ist. Nehmen wir an, diese Kennzahl ist die
gespeicherte Kennzahl ZAAKF (ein Beispiel für die Konguration dieser Kennzahl nden Sie im SAP-Hinweis
2922453 ). Sie ist als ein Attribut als Kennzahl modelliert und ihre einzige Aufgabe ist es, die fehlenden
Perioden für KF1 für den erforderlichen Zeitraum bereitzustellen. Ihre erweiterte Berechnung sieht wie folgt
aus:
KF1@DAYPRODLOCZID = KF1@DAYPRODLOCZID
Eingaben:
KF1@DAYPRODLOCZID (berechnete Werte)
ZAAKF@DAYZID (gespeicherte Werte) [zusätzliche Eingabe]
Da die Kennzahl ZAAKF alle erforderlichen Perioden lückenlos bereitstellt, wird die fehlende Periode 17.
Mai 2020 in der Ausgabe der Kennzahl KF1 hinzugefügt. Der Wert für die Kennzahl ZAAKF sowie für
die Kennzahl KF1 ist in dieser Periode null. Mit diesen vorhandenen Daten kann das System den 3-Tages-
Durchschnitt für die Kennzahl KF1 3-day moving average basierend auf den Werten der Perioden 16.
Mai 2020, 17. Mai 2020 und 18. Mai 2020 berechnen. Dies wird in der folgenden Tabelle dargestellt:
140
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Attribute als Kennzahlen
Anzahl Perio-
den
1 (fehlende Peri-
ode)
3 4 5 6
Periode 16. Mai 2020 (fehlende Peri-
ode)
18. Mai 2020 19. Mai 2020 20. Mai 2020 21. Mai 2020
KF1 200 (kein Wert) 400 500 600 700
KF1 3-day
moving
average
366,67 (kein Wert) 500 600 (kein Wert) (kein Wert)
Anzahl Perio-
den
1 2 3 4 5 6
Periode 16. Mai 2020 16. Mai 2020 18. Mai 2020 19. Mai 2020 20. Mai 2020 21. Mai 2020
KF1 200 (null) 400 500 600 700
KF1 3-day
moving
average
300 450 500 600 (kein Wert) (kein Wert)
Beachten Sie, dass eine dynamische Berechnung der fehlenden Perioden die Performance beeinträchtigen
kann.
Dezimalwerte in Kennzahlberechnungen
Wenn Sie vorhaben, den Wert eines Dezimalattributs in einer Kennzahlberechnung zu verwenden, zum Beispiel
als Verhältnis, können Sie ein Attribut als Kennzahl verwenden.
Attribute können in Kennzahlberechnungen verwendet werden. Sie können allerdings nur Ganzzahlattribute als
Planungsbereichsattribute verwenden. Wenn Sie in einer Berechnung einen Dezimalwert verwenden möchten,
heißt das, dass Sie ein Ganzzahlattribut (Zähler) durch ein anderes Ganzzahlattribut (Nenner) teilen müssen,
um diesen Dezimalwert auszudrücken.
Beispiel
Sie möchten die Kennzahl KF1 mit dem Wert 1,5 multiplizieren. Sie legen die folgende Kennzahlberechnung
an:
KF1 * (numerator attribute ATTR1 / denominator attribute ATTR2)
Angenommen, Ihr Attribut ATTR 1 hat den Wert 3 und Attribut ATTR 2 hat den Wert 2. Mit diesen Wert
berechnet das System Folgendes:
KF1 * (3 / 2)
Sie können den Dezimalwert 1,5 als Bruchzahl von 3 / 2 ausdrücken.
Alternativ können Sie ein Attribut als Kennzahl verwenden. Bei der Verwendung als Kennzahl kann ein Attribut
vom Typ Dezimalwert im Planungsbereich für die Kennzahlberechnungen verwendet werden.
Beispiel
Sie möchten die Kennzahl KF1 mit dem Wert 1,5 multiplizieren.
Leitfaden für die Modellkonguration
Attribute als Kennzahlen
PUBLIC
ÖFFENTLICH 141
Sie haben einen Stammdatentyp MDT1 mit einem Attribut ATTR1, in das Sie den Wert 1,5 laden möchten.
Sie verwenden dieses Stammdatenattribut in Ihrem Planungsbereich, um die zugehörige Kennzahl zu
füllen, indem Sie es als ein Attribut als Kennzahl kongurieren.
Sie legen die folgende Kennzahlberechnung an:
KF1 * ATTR1
Für das Stammdatenattribut ATTR1 laden Sie den Wert 1,5. Hierbei wird der Attributwert 1,5 in die Kennzahl
ATTR1 kopiert. Mit diesem Wert berechnet das System Folgendes:
KF1 * 1.5
Da Sie den Dezimalwert in der Regel nur einmal benötigen, können Sie die zugehörige Kennzahl als eine
zeitunabhängige Kennzahl denieren.
Weitere Informationen zu Attributen in Kennzahlberechnungen nden Sie unter Attribute in
Kennzahlberechnungen verwenden [Seite 198].
Attribut als Kennzahl denieren
Sie können diese Konguration für Attribute verwenden, die einem einfachen, zusammengesetzten oder
externen Stammdatentyp zugeordnet sind, d.h. einem Stammdatentyp, in den Daten geladen werden können.
Wenn Sie ein Attribut als Kennzahl in einem Planungsbereich denieren, ist diese Denition spezisch für
den Planungsbereich. Das Attribut wird nicht automatisch in anderen Planungsbereichen zu einem Attribut
als Kennzahl. Das ermöglicht es Ihnen, ein Attribut als Kennzahl in den jeweiligen Planungsbereichen
unterschiedlich zu denieren.
Unabhängig von der Art der neu anzulegenden Planungsdaten müssen Sie eine Basisplanungsebene angeben.
Die Planungsdaten werden dann auf dieser Basisplanungsebene angelegt.
Hinweis
Die Nicht-Zeitschlüsselattribute der Basisplanungsebene der Kennzahl und die Schlüsselattribute des
Stammdatentyps für diese Konguration müssen identisch sein. Wenn Sie eine Basisplanungsebene mit
nur einer Teilmenge der Attribute auswählen, generiert das System eventuell inkonsistente Daten.
Wenn z.B. der Stammdatentyp für das Attribut als Kennzahl die erforderlichen Attribute PRDID, LOCID
und CUSTID enthält, muss die Basisplanungsebene der Kennzahl die Nicht-Zeitschlüsselattribute PRDID,
LOCID und CUSTID enthalten. Wenn Sie eine Basisplanungsebene auswählen, die nur PRDID und LOCID als
Nicht-Zeitschlüsselattribute enthält, führt das zu inkonsistenten Daten.
Eine schrittweise Anleitung nden Sie im Kapitel Attribut als Kennzahl denieren [Seite 147].
Planungsobjekte
Um Planungsobjekte anzulegen, müssen Sie bei der Denition des Attributs als Kennzahl das Ankreuzfeld
Wert nach Referenz markieren. Das Ankreuzfeld ist bei der Denition im Dialogfenster nur verfügbar, wenn
der Planungsbereich für externe Zeitreihen aktiviert ist und das Attribut einem externen Stammdatentyp
zugeordnet ist. Bei dieser Option legt das System nur Planungsobjekte an, wenn Daten in den Stammdatentyp
geladen werden, zu dem das Attribut gehört.
142
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Attribute als Kennzahlen
Kennzahlen
Attribute als Kennzahlen können zeitunabhängig oder zeitabhängig sein.
Zeitunabhängig
Bei zeitunabhängigen Attributen als Kennzahlen enthält die ausgewählte Basisplanungsebene für die
entsprechende Kennzahl kein Zeitattribut (z.B. PRODUMTO). Wenn Daten in den Stammdatentyp geladen
werden, wird nur ein Datensatz zur Zeitreihe der Kennzahl hinzugefügt.
Wir empfehlen, diese Art der Konguration für Fälle zu verwenden, in denen der Kennzahlwert im Zeitverlauf
nicht variiert und nicht wie bei einer normalen Kennzahl in einer Planungssicht gepegt werden muss. Ein
Beispiel wäre die Konguration einer Mengeneinheitenumrechnung. Bei einem auf diese Weise kongurierten
Attribut als Kennzahl ist die Performance deutlich besser im Vergleich zu einem zeitabhängigen Attribut als
Kennzahl, bei dem die Kennzahlwerte in mehreren Perioden gespeichert sind.
Zeitabhängig
Je nach Anwendungsfall können Sie angeben, dass ein Attributwert in eine bestimmte Periode oder in einen
Periodenbereich kopiert werden soll.
Wenn Sie den Attributwert in eine bestimmte Periode kopieren möchten, z.B. im Zusammenhang mit
Kundenaufträgen, müssen Sie ein Zeitreferenzattribut angeben. Das Zeitreferenzattribut bestimmt die Periode,
in die der Wert des Attributs für die zugehörige Kennzahl kopiert wird. Dies ist erforderlich, damit Sie
Kennzahldaten für bestimmte Kundenaufträge richtig pegen können. Das Zeitreferenzattribut muss in
demselben Stammdatentyp enthalten sein wie das Attribut, für das Sie die Konguration vornehmen. Das
Zeitreferenzattribut muss vom Datentyp TIMESTAMP sein.
Wenn Sie den Attributwert in einen Periodenbereich kopieren möchten, müssen Sie die erste und letzte Periode
angeben, für die der Attributwert in der Zeitreihe der Kennzahl gespeichert werden soll.
Achtung
Wir empfehlen, die Perioden anzugeben, in denen Sie die Attributwerte speichern möchten, und den
Periodenbereich zu klein wie möglich zu halten. Wenn Sie keine Angabe zu den Perioden machen, wird
der Attributwert in der Datenbank basierend auf dem Zeitprol des Planungsbereichs für alle verfügbaren
Perioden gespeichert. Wenn Sie das gleiche Attribut als Kennzahl in mehreren Planungsbereichen
verwenden, werden die Attributwerte auch für die anderen Planungsbereiche gespeichert. Dadurch
wird das Volumen an anzulegenden Dateneinträgen um ein Vielfaches erhöht. Das kann wiederum die
Systemperformance beinträchtigen, wenn Sie Daten für den Stammdatentyp laden.
Beispiel
Sie haben ein Attribut als Kennzahl konguriert, ohne einen Periodenbereich anzugeben. Sie
verwenden dieses Attribut in zwei Planungsbereichen. Das Zeitprol jedes dieser Planungsbereiche
enthält 13 Perioden. In jedem der Planungsbereiche, in denen das Attribut verwendet wird, werden alle
13 Perioden gefüllt, wenn ein einzelner Stammdatensatz für den Stammdatentyp des Attributs geladen
wird.
Wenn Sie nun 500.000 Datensätze für den Stammdatentyp hochladen, muss das System den
Attributwert in 6,5 Millionen Zeitreiheneinträge für die entsprechende Kennzahl kopieren. Da Sie dieses
Attribut in zwei Planungsbereichen verwenden, verdoppelt sich die Anzahl der Zeitreiheneinträge auf
insgesamt 13 Millionen.
Diese Wirkung erhöht sich mit jedem Attribut als Kennzahl, das Sie einem Stammdatentyp zuordnen.
Angenommen Sie haben im obigen Beispiel zwei Attribute als Kennzahlen konguriert. Wenn Sie
in diesem Fall 500.000 Datensätze für den Stammdatentyp hochladen, muss das System den
Leitfaden für die Modellkonguration
Attribute als Kennzahlen
PUBLIC
ÖFFENTLICH 143
Attributwert zweimal in 6,5 Millionen Zeitreiheneinträge kopieren, also in insgesamt 13 Millionen.
Zusammengerechnet ergibt das für die zwei Planungsbereiche, in denen diese beiden Attribute
verwendet werden, 26 Millionen Zeitreiheneinträge.
Weitere Informationen und Beispiele zum Anlegen oder Aktualisieren großer Mengen an Kennzahldaten
nden Sie unter Fehlerbehebung für Attribute als Kennzahlen [Seite 150].
Um zu verhindern, dass der Speicherplatz im System knapp wird, ist die Anzahl der Zeitreiheneinträge
begrenzt, die je Attribut als Kennzahl angelegt oder aktualisiert werden können. Wird dieser Grenzwert
überschritten, werden keine Zeitreiheneinträge erstellt oder aktualisiert. Details nden Sie im SAP-Hinweis
2986360 .
Sie können wie folgt die Anzahl der Zeitreiheneinträge berechnen, die beim Laden der Stammdaten angelegt
oder aktualisiert werden: Anzahl an hochgeladenen Stammdatensätzen x Anzahl an betroenen Perioden <=
maximale Anzahl Einträge.
Beispiel
Der Stammdatentyp LOCATIONPRODUCT enthält das Attribut LOTSIZE. Dieses Attribut wird als
zeitabhängige Kennzahl auf der Ebene WKPRODLOC deniert. Sie möchten z.B. 30 Perioden mit dem
Wert des Attributs LOTSIZE für jeden Datensatz von LOCATIONPRODUCT füllen. Folglich werden für
jeden Datensatz, der für den Stammdatentyp LOCATIONPRODUCT hochgeladen wird, insgesamt 30
Zeitreiheneinträge angelegt oder aktualisiert. Angenommen, die maximale Anzahl Einträge beträgt 10
Millionen. Teilt man 10 Millionen durch 30 Perioden, ergibt das 333.333,33. Wenn Sie 333.333 Datensätze
für den entsprechenden Stammdatentyp hochladen, erstellt oder aktualisiert das System 9.999.990
Zeitreiheneinträge.
Beachten Sie, dass sich das Limit für Zeitreiheneinträge, die pro Attribut als Kennzahl angelegt oder
aktualisiert werden können, im Laufe der Zeit ändern kann. Sie können das aktuelle Limit dem oben genannten
SAP-Hinweis entnehmen.
Perioden denieren
Sie können Perioden in Relation zur aktuellen Periode denieren. Sie geben die aktuelle Periode mit 0 an. Sie
denieren Perioden in der Zukunft oder der Vergangenheit, indem Sie entsprechend negative oder positive
Werte eingeben.
Beispiel
Im folgenden Beispiel wird Monat als Periode in der Basisplanungsebene des Attributs als Kennzahl
verwendet. Die aktuelle Periode ist Oktober 2016. Das dem Planungsbereich zugeordnete Zeitprol beginnt
im Januar 2015 und endet im Dezember 2018.
144
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Attribute als Kennzahlen
Wert in Periode von Wert in Periode bis Kennzahlwerte hin-
terlegt von
Kennzahlwerte hin-
terlegt bis
Anmerkung
-6 24 Februar 2016 Oktober 2018 Die Kennzahlwerte
werden von der 6. Pe-
riode in der Vergan-
genheit bis zu der 24.
Periode in der Zukunft
hinterlegt.
0 0 Oktober 2016 Oktober 2016 Kennzahlwerte wer-
den nur für die ak-
tuelle Periode gespei-
chert.
0(leer) Oktober 2016 Dezember 2018 Die Kennzahlwerte
werden ab der aktu-
ellen Periode bis zur
letzten Periode hinter-
legt.
Hinweis
Aus Performan-
cegründen wird
empfohlen, in den
Feldern Periode
von und Periode
bis genaue Anga-
ben zu machen.
(leer) 24 Januar 2015 Oktober 2018 Die Kennzahlwerte
werden ab der 1. Peri-
ode des Zeitprols bis
zur 24. Periode in der
Zukunft hinterlegt.
Hinweis
Aus Performan-
cegründen wird
empfohlen, in den
Feldern Periode
von und Periode
bis genaue Anga-
ben zu machen.
Leitfaden für die Modellkonguration
Attribute als Kennzahlen
PUBLIC
ÖFFENTLICH 145
Wert in Periode von Wert in Periode bis Kennzahlwerte hin-
terlegt von
Kennzahlwerte hin-
terlegt bis
Anmerkung
(leer) (leer) Januar 2015 Dezember 2018 Die Kennzahlwerte
werden basierend auf
dem Zeitprol des
Planungsbereichs für
alle verfügbaren Peri-
oden hinterlegt.
Achtung
Diese Art
der Konguration
kann die Per-
formance beein-
trächtigen. Wir
empfehlen, in den
Feldern Periode
von und Periode
bis genaue Anga-
ben zu machen.
Attribut als Kennzahl löschen
Die Denition eines Attributs als Kennzahl kann jederzeit entfernt werden.
Wenn Sie das Attribut als Kennzahl löschen möchten, können Sie entweder nur die Denition des Attributs als
Kennzahl oder diese zusammen mit der zugehörigen Kennzahl löschen. Wenn die Kennzahl nach dem Löschen
der Denition bestehen bleibt, wird die Kennzeichnung als Attribut als Kennzahl aufgehoben.
Wenn Sie eine Kennzahl löschen, die als Attribut als Kennzahl gekennzeichnet ist, wird die Denition des
Attributs als Kennzahl ebenfalls gelöscht.
Anlegen und Aktualisieren von Daten
Sie haben folgende Möglichkeiten, um Daten für das Attribut zu laden: Datenintegrationswerkzeuge
(App Datenintegrationsjobs, SAP Cloud Integration für Datenservices, Integration eingehender Daten für
die auftragsbasierte Planung), die Stammdaten-Arbeitsmappe im Add-in für Microsoft Excel, die App
Treiberbasierte Planung oder das Kopieren von Stammdaten mit dem Versionskopieroperator.
Für die abgelegte Kennzahl, die dem Attribut als Kennzahl zugeordnet ist, können Kennzahlwerte wie bei jeder
anderen abgelegten Kennzahl geladen werden. Dafür können Sie z.B. Datenintegrationswerkzeuge nutzen (App
Datenintegrationsjobs, SAP Cloud Platform Integration für Datenservices).
146
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Attribute als Kennzahlen
Weitere Informationen
Attribut als Kennzahl denieren [Seite 147]
Fehlerbehebung für Attribute als Kennzahlen [Seite 149]
9.1 Attribut als Kennzahl denieren
Verwenden Sie die App Planungsbereiche, um ein Attribut als Kennzahl zu denieren.
Voraussetzungen
Stellen Sie sicher, dass Sie die erforderlichen Berechtigungen für diese Aktivität haben, also dass
die erforderlichen Anwendungskataloge für diese Aktivität einer Anwendungsrolle zugeordnet sind, die
Ihrem Anwendungsbenutzer zugeordnet ist. Weitere Informationen nden Sie auf dem SAP Help Portal
http://help.sap.com/ibp unter Anwendungshilfe für SAP Integrated Business Planning Identitäts- und
Zugrisverwaltung Grundkonzepte Anwendungskataloge .
Kontext
Wenn sich der Wert eines Attributs eines Stammdatentyps im Laufe der Zeit nicht ändert (z.B. das Attribut
Produktpreis des Stammdatentyps Produkt), können Sie das Attribut als Kennzahl denieren. Wenn ein solches
Attribut als Kennzahl geladen wird, sollte es den gleichen Wert für alle Zeiträume aufweisen.
Vorgehensweise
1. Suchen Sie in der App Planungsbereiche den Planungsbereich, in dem Sie ein Attribut als Kennzahl
denieren möchten, und önen Sie ihn.
2. Wählen Sie auf der Registerkarte Attribute als Kennzahlen die Option Neu. Alternativ können Sie auf der
Registerkarte Kennzahlen die Option Attribut als Kennzahl im Dropdown-Menü neben der Drucktaste Neu
auswählen.
Das Dialogfenster Neues Attribut als Kennzahl wird geönet.
3. Wählen Sie im Dialogfenster Neues Attribut als Kennzahl das Attribut aus, das Sie als Kennzahl denieren
möchten.
Sie können ein Attribut auswählen, das einem einfachen, einem zusammengesetzten oder einem externen
Stammdatentyp zugeordnet ist, d.h. einem Stammdatentyp, in den Sie Daten laden können.
4. Geben Sie die Basisplanungsebene für die Kennzahl an.
Leitfaden für die Modellkonguration
Attribute als Kennzahlen
PUBLIC
ÖFFENTLICH 147
Hinweis
Die Nicht-Zeitschlüsselattribute von der Basisplanungsebene der Kennzahl, die Sie hier auswählen,
und die Schlüsselattribute des Stammdatentyps für diese Konguration müssen identisch sein.
Weitere Informationen nden Sie im Kapitel Attribute als Kennzahlen [Seite 142].
5. Geben Sie die Perioden für das Attribut als Kennzahl an.
•Wenn Sie den Kennzahlwert für eine einzelne Periode hochladen möchten, wählen Sie ein
Zeitreferenzattribut aus.
Hinweis
Das Zeitreferenzattribut ist ein Attribut des Zeitstempel-Datentyps und stammt aus demselben
Stammdatentyp wie das Attribut als Kennzahl.
•Gehen Sie wie folgt vor, um den Kennzahlwert für mehrere Perioden hochzuladen: Geben Sie die
Werte ausgehend von der aktuellen Periode unter Periode von und Periode bis an, um die Perioden
anzugeben, für die der Attributwert in der Zeitreihe für die Kennzahl hinterlegt werden soll.
Wenn Sie einen Wert unter Periode von eingeben und Periode bis leer lassen, wird der Attributwert
ab dem unter Periode von eingegebenen Wert für alle zukünftigen Perioden hinterlegt, die durch das
zugeordnete Zeitprol festgelegt wurden.
Wenn Sie 0 im Feld Periode von oder Periode bis eingeben, übernimmt das System die aktuelle Periode
für Periode von oder Periode bis.
Der Zeitraum wird für jede Periode aktualisiert, wenn Sie für die Periode einen Wert hochladen,
sodass die Werte für „Periode von“ und „Periode bis“ relativ zu diesem Zeitpunkt sind und nicht
automatisch angepasst werden, wenn die Zeit vergeht. Um sicherzustellen, dass Daten rollierend
aktualisiert werden, müssen Sie regelmäßig Kennzahlwerte hochladen.
Ein Beispiel für die Denition von Perioden nden Sie im Kapitel Attribute als Kennzahlen [Seite 142].
Achtung
Bei zeitabhängigen Attributen als Kennzahlen empehlt SAP, in den Feldern Periode von und
Periode bis die Periode festzulegen, für die Sie Attributwerte sichern möchten. Wenn Sie diese
Felder leer lassen, wird der Attributwert in der Datenbank für alle Perioden gesichert, die auf Basis
des Zeitprols des Planungsbereichs verfügbar sind. Wenn Sie das gleiche Attribut als Kennzahl
in mehreren Planungsbereichen verwenden, werden die Attributwerte auch für die anderen
Planungsbereiche abgelegt, was zu einem Vielfachen an Datenvolumen führt. Die hohe Anzahl
an Zeitreiheneinträgen, die abgelegt werden, kann negative Auswirkungen auf die Systemleistung
haben. Aus diesem Grund kann die Funktion Attribut als Kennzahl bei der Datenintegration
übersprungen werden. Weitere Informationen nden Sie unter Fehlerbehebung für Attribute als
Kennzahlen [Seite 149].
Bei Attributen als Kennzahlen, die aus Attributen externer Stammdatentypen angelegt werden,
sollten Sie auch eine Periode angeben. Wenn Sie die Felder Periode von und Periode bis leer lassen,
wird für das Attribut als Kennzahl der vollständige Planungshorizont für Ihren Planungsbereich
verwendet, was beim Lesen großer Datenmengen zu Performanceproblemen führen kann. Um die
Performance zu verbessern, empfehlen wir, in den Feldern Periode von und Periode bis genaue
Zeitangaben einzugeben.
•Wenn Sie Planungsobjekte ohne Kennzahldaten anlegen möchten, markieren Sie das Ankreuzfeld Wert
nach Referenz.
148
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Attribute als Kennzahlen
Hinweis
Diese Option ist verfügbar, wenn der Planungsbereich für externe Zeitreihen aktiviert ist und das
Attribut einem externen Stammdatentyp zugeordnet ist.
6. Sichern Sie Ihre Eingaben.
Ergebnisse
Eine Kennzahl mit derselben ID wie das Attribut ist nun in der Liste der Kennzahlen verfügbar.
Hinweis
Wenn eine Kennzahl mit der gleichen ID bereits im System vorhanden ist, wird die Kennzahl automatisch
als Attribut als Kennzahl gekennzeichnet. Sie können jedoch keine Konguration sichern, die ein Attribut als
Kennzahl und eine Kennzahl mit derselben ID beinhaltet, wenn einer der folgenden Fälle zutrit:
•Die Kennzahl ist nicht abgelegt.
•Die Kennzahl ist eine Alert-Kennzahl, eine generierte Kennzahl, eine Hilfskennzahl oder eine Attribut-
Transformationskennzahl.
Wenn eine Kennzahl mit der gleichen ID zum Löschen vorgemerkt ist, können Sie die ID nicht für die
Denition des Attributs als Kennzahl verwenden, außer Sie stellen die Kennzahl zuvor wieder her.
Nächste Schritte
Um die Kennzahleigenschaften für das Attribut festzulegen, das Sie als Kennzahl deniert haben, wechseln Sie
in der App Planungsbereiche zur Registerkarte Kennzahlen des Planungsbereichs.
9.2 Fehlerbehebung für Attribute als Kennzahlen
Im Folgenden wird beschrieben, was Sie tun können, wenn beim Laden oder Aktualisieren von Stammdaten für
ein Attribut als Kennzahl Performance-Probleme auftreten oder wenn Sie mehr Zeitreiheneinträge als erlaubt
anlegen oder aktualisieren.
Wenn Sie Stammdaten für ein Attribut als Kennzahl laden, stellen Sie unter Umständen fest, dass das System
den Attributwert nicht in die entsprechende Kennzahl kopiert.
Wie kann das passieren?
Ursache kann eine der folgenden sein:
•Der angegebene Periodenbereich, für den Zeitreiheneinträge angelegt oder aktualisiert werden sollten, ist
zu groß.
Leitfaden für die Modellkonguration
Attribute als Kennzahlen
PUBLIC
ÖFFENTLICH 149
•Es wurde kein Periodenbereich konguriert.
•Sie haben versucht, zu viele Stammdatensätze gleichzeitig zu laden.
Wenn Sie Stammdaten für einen Stammdatentyp mit einem Attribut als Kennzahl laden oder aktualisieren,
wird der Attributwert in jede Periode der Kennzahl kopiert, die in der Denition des Attributs als Kennzahl
konguriert ist. Wenn Sie keinen Periodenbereich angegeben haben, wird der Attributwert in jede Periode
kopiert, die im Zeitprol des Planungsbereichs verfügbar ist.
Die Anzahl der Zeitreiheneinträge, die beim Laden der Stammdaten angelegt oder aktualisiert werden müssen,
wird von folgenden Kriterien beeinusst:
•Anzahl der Zeiträume, die Sie in der Denition des Attributs als Kennzahl angegeben haben
•Anzahl der Zeiträume im Zeitprol
•Anzahl der Planungsbereiche, in denen das Attribut als Kennzahl verwendet wird
•Anzahl der Datensätze, die Sie für den Stammdatentyp laden, zu dem das Attribut gehört
•Anzahl der Attribute als Kennzahlen, die zu diesem Stammdatentyp insgesamt gehören
In Kombination können diese Kriterien dazu führen, dass mehrere Millionen Zeitreiheneinträge angelegt oder
aktualisiert werden müssen. Dies kann zu langen Laufzeiten und hohem Speicherverbrauch führen. Ein Beispiel
nden Sie im Hinweis zu den zeitabhängigen Attributen als Kennzahlen im Abschnitt Attribut als Kennzahl
denieren [Seite 142].
Die Anzahl der Zeitreiheneinträge, die das System für die entsprechende Kennzahl anlegen oder aktualisieren
kann, ist begrenzt. Wenn Sie diese Grenze überschreiten, werden keine Zeitreiheneinträge für die Kennzahl
angelegt oder aktualisiert. Details nden Sie im SAP-Hinweis 2986360 .
Was kann ich jetzt tun?
Um Probleme zu vermeiden, die durch sehr langes Laden von Stammdaten entstehen, überprüfen Sie die
Denition der Attribute als Kennzahlen, die Sie verwenden. Wenn möglich, ändern Sie entweder die Denition
oder wählen Sie eine andere Methode zum Anlegen oder Aktualisieren von Zeitreiheneinträgen.
Die folgende Grak zeigt, was Sie tun können, wenn beim Laden von Stammdaten Probleme auftreten:
150
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Attribute als Kennzahlen
Einen Vorschlag für eine andere als in der Grak abgebildete Methode zur Modellierung des Attributs als
Kennzahl nden Sie im SAP-Hinweis 2922453 .
Achtung
Eventuell verwenden Sie ein Attribut als Kennzahl unabsichtlich in mehreren Planungsbereichen, da
Sie Ihren Planungsbereich kopiert haben. Daher empfehlen wir Ihnen, die Konguration in allen
Planungsbereichen zu prüfen, in denen das gleiche Attribut als Kennzahl verwendet wird.
Weitere Informationen zur Denition eines Attributs als Kennzahl nden Sie unter Attribute als Kennzahlen
[Seite 137].
Leitfaden für die Modellkonguration
Attribute als Kennzahlen
PUBLIC
ÖFFENTLICH 151
10 Kennzahlen
Kennzahlen sind eine zeitabhängige Zahlenreihe, wobei jede Zahl einem bestimmten Zeitraumwert entspricht.
Kennzahlen haben einen Geschäftskontext: In SAP Integrated Business Planning können Endbenutzer
Kennzahlen in den Planungssichten oder in Analysen anzeigen und verwenden. Jede Kennzahl hat eine
Basisplanungsebene.
Kennzahlen werden mit einem Schlüssel, d.h. einer Kombination aus Attributen aus mindestens einem
Stammdatenobjekt, verknüpft.
Kennzahlen stellen mit Attributen (Stammdatentypen) verknüpfte Variablen dar, die in das SAP-Integrated-
Business-Planning-System importiert, dort berechnet und/oder manuell bearbeitet werden können.
Beispiel
Beispiele für Kennzahlen sind Absatzprognose, Marketingprognose, Konsensbedarfsplan, Projizierter
Bestand, Kapazitätspläne oder Istdaten wie Kundenaufträge und Transporthistorie.
Sobald Sie Attribute, Stammdatentypen, Zeitprole, Planungsbereiche und -ebenen angelegt haben, denieren
Sie die Kennzahlen für Ihr Planungsmodell.
Weitere Informationen nden Sie im Abschnitt über das Anlegen von Kennzahlen [Seite 155].
Achtung
Wir verwenden die Beispielmodellentitäten in vielen Beispielen in der Benutzerhilfe für SAP IBP. Im
Allgemeinen haben Sie die Möglichkeit, die Modellentitäten Ihren Geschäftsanforderungen entsprechend
anzupassen.
Um die Bestandsoperatoren und zeitreihenbasierten Beschaungsplanungsalgorithmen auszuführen,
müssen Sie jedoch für die entsprechenden Stammdatentypen, Attribute und Kennzahlen spezische
technische IDs verwenden, die von SAP deniert wurden. Das gleiche gilt im Demand Sensing für
bestimmte Stammdatenattribute und Kennzahlen, für die keine betriebswirtschaftliche Bedeutung
angegeben wurde.
Weitere Informationen nden Sie in der Dokumentation zu den entsprechenden Planungsoperatoren in
diesem Leitfaden und im entsprechenden Kapitel der Anwendungshilfe.
10.1 Kennzahlentypen
Sie können die folgenden Kennzahltypen anlegen:
152
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Kennzahlen
Typ Erklärung
Kennzahl Diese Kennzahlen werden den Endbenutzern in den Pla-
nungssichten oder in Analytics anzeigt.
Hilfskennzahl Hilfskennzahlen werden normalerweise für Ergebnisse von
Zwischenberechnungen in einer regulären Kennzahl oder
in einer anderen Hilfskennzahl verwendet. Mithilfe von Hilfs-
kennzahlen können Sie z.B. größere Berechnungen in über-
schaubare Teilberechnungen auösen.
Hilfskennzahlen, die für den Endbenutzer nicht sichtbar sind
und keine Basisplanungsebene haben. Sie können auf Anfra-
geebene oder auf jeder anderen Planungsebene verwendet
werden. Sie werden in Berechnungen verwendet, die mehr
als 3 Eingaben auf verschiedenen Planungsebenen haben.
Hilfskennzahlen werden vor allem in Quotenberechnungen,
Aggregationen der letzten Periode und Kostenberechnun-
gen verwendet. Sie können Hilfskennzahl zudem verwenden,
wenn eine Kennzahl andernfalls doppelt in einer Berechnung
vorkommen würde. (Sie können einen Kennzahlnamen in ei-
ner Berechnung nicht doppelt verwenden.)
Da Hilfskennzahlen nur in Berechnungen verwendet werden,
haben sie keine Kennzahleneigenschaften wie „abgelegt“,
„bearbeitbar“, „Aggregation“ und „Disaggregation“.
Zur besseren Erkennbarkeit sind Hilfskennzahlen in der Re-
gel mit dem Präx „H“ gekennzeichnet.
Attribut-Transformationen Attribute, die einer Planungsebene zugeordnet sind, können
basierend auf bestimmten Bedingungen in einen anderen
Wert umgewandelt werden. Beispielsweise kann die Perio-
den-ID zur Berechnung der Nachlaufzeit transformiert wer-
den.
Weitere Informationen nden Sie unter Beispiel: Attribut-
Transformationen [Seite 512].
Attribute als Kennzahlen Sie können Attribute von Stammdatentypen als Kennzahlen
im Planungsbereich denieren.
Weitere Informationen zu Attributen als Kennzahlen nden
Sie unter Attribute als Kennzahlen [Seite 137].
Weitere Informationen zur Konguration eines Attributs als
Kennzahl nden Sie unter Attribut als Kennzahl denieren
[Seite 147].
Leitfaden für die Modellkonguration
Kennzahlen
PUBLIC
ÖFFENTLICH 153
Typ Erklärung
Alert-Kennzahl Kennzahlen, die die Ausführung von Geschäftsplänen an-
hand benutzerdenierter Kriterien überwachen und verwal-
ten. Alert-Kennzahlen werden immer berechnet. Sie können
nicht abgelegt oder bearbeitet werden.
Alert-Kennzahlen können nur die Werte „0“ oder „1“
enthalten, d.h., der Alert selbst ist entweder an oder
aus. Alerts prüfen in der Regel Bedingungen in an-
deren Kennzahlen, z.B Kapazitätsauslastung > 100%.
Die Berechnungsregel für diese Alert-Kennzahl wäre:
IF(“CAPACITYUTILIZATION@MTHRESLOC” > 1, 1, 0).
Sie können Alert-Kennzahlen entweder auf REQUEST-Ebene
oder einer spezischen Planungsebene denieren. Wenn Sie
eine Alert-Kennzahl auf einer spezischen Planungsebene
denieren, ermittelt die Berechnung auf Anfrageebene wie
die Alerts („0“ oder „1“) aggregiert werden (z.B., SUM oder
AVG) entsprechend der Planungsebene, die in der Planungs-
sicht deniert ist.
Snapshot-Kennzahl Um zu prüfen, wie sich die Kennzahlwerte im Laufe der
Zeit entwickelt haben, können Sie einen Anwendungsjob ein-
richten, der in regelmäßigen Abständen Snapshots von der
ausgewählten Kennzahl erstellt. Die so erfassten Werte wer-
den in einer Snapshot-Kennzahl gespeichert. Sie können die
Werte der Snapshot-Kennzahl in Ihrer Planungssicht anzei-
gen und so eine Zeitraersicht für Ihre Daten anlegen.
Abhängig von Ihrem Anwendungsfall können Sie entweder
Original-Snapshots oder lag-basierte Snapshots verwenden.
Weitere Informationen nden Sie unter Snapshots.
Snapshot-Kennzahlen sind vom System generiert und im-
mer abgelegt.
Beachten Sie die folgenden Richtlinien zu Kennzahlen:
Betroene Kennzahlen Richtlinie
Ein- und Ausgabekennzahlen in der Beschaungsplanung Diese Kennzahlen müssen abgelegt sein.
Eingabekennzahlen, die via Datenintegration hinzugefügt
wurden
Diese Kennzahlen müssen als Abgelegt markiert werden.
Wenn Sie eine solche Kennzahl bearbeiten müssen, markie-
ren Sie diese als Bearbeitbar.
Mengen- und Wertekennzahlen Kennzahlen werden normalerweise auf den Aggregations-
modus Summe, Minimum oder Maximum gesetzt. Wenn
solche Kennzahlen als Bearbeitbar deniert sind, wird
Disaggregationsmodus auf Gleich gesetzt.
154
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Kennzahlen
Betroene Kennzahlen Richtlinie
Quoten-, Preis-, Kosten- und prozentuale Kennzahlen Diese Kennzahlen werden normalerweise auf den Aggre-
gationsmodus Benutzerdeniert, Minimum, Maximum oder
Durchschnitt gesetzt. Falls editierbar, normalerweise auf
Kopieren gesetzt.
Solche Kennzahlen haben in der Regel Berechnungen auf
Anfrageebene.
Weitere Informationen
Kennzahlen anlegen [Seite 155]
Attribute als Kennzahlen [Seite 137]
Attribut als Kennzahl denieren [Seite 147]
10.2 Kennzahlen anlegen
Voraussetzungen
Stellen Sie sicher, dass Sie die erforderlichen Berechtigungen für diese Aktivität haben, also dass
die erforderlichen Anwendungskataloge für diese Aktivität einer Anwendungsrolle zugeordnet sind, die
Ihrem Anwendungsbenutzer zugeordnet ist. Weitere Informationen nden Sie auf dem SAP Help Portal
http://help.sap.com/ibp unter Anwendungshilfe für SAP Integrated Business Planning Identitäts- und
Zugrisverwaltung Grundkonzepte Anwendungskataloge .
Kontext
Sobald Sie Attribute, Stammdatentypen, Zeitprole, Planungsbereiche und -ebenen angelegt haben, denieren
Sie die Kennzahlen für Ihr Planungsmodell.
Schritte
1. Wechseln Sie zur Registerkarte Kennzahlen des Planungsbereichs in der App Planungsbereiche.
Alternativ können Sie den Fokusmodus mit der Drucktaste Fokusmodus auf einer beliebigen Registerkarte
des Bilds Planungsbereich (Details) aktivieren.
2. Wählen Sie Neu, und wählen Sie aus der Dropdown-Liste die Art der Kennzahl aus, die Sie anlegen
möchten.
Leitfaden für die Modellkonguration
Kennzahlen
PUBLIC
ÖFFENTLICH 155
3. Geben Sie eine ID für die Kennzahl ein, wie z.B. SALESFORECASTQTY.
4. Wählen Sie die gewünschte Basisplanungsebene aus dem Dropdown-Menü aus (z.B. PERPRODCUST).
Die Basisplanungsebene gibt die detaillierteste Ebene an, auf welcher der Wert der Kennzahl deniert wird.
Hinweis
Die einzelnen Kennzahlen haben ggf. unterschiedliche Basisplanungsebenen. Wenn jedoch mehrere
Planungsebenen, die als Basisplanungsebene der abgelegten Kennzahlen verwendet werden,
identische Schlüsselattribute enthalten (mit Ausnahme des Zeitattributs), stellen Sie auch identische
Nichtschlüsselattribute ein.
Eine Berechnung kann für eine Kennzahl auf einer Planungsebene angegeben werden, die nicht ihre
Basisplanungsebene ist. Abgelegte Kennzahlen haben abgelegte Werte auf Basisplanungsebene. Alle
Kennzahlen haben berechnete Werte auf jeder Planungsebene, für die eine Berechnung angegeben ist.
Dabei legt das System standardmäßig eine Berechnung auf REQUEST-Ebene an. Wenn Sie die
Planungsebene oder den Aggregationsmodus später ändern, wird die Berechnung auf REQUEST-Ebene
so lange automatisch aktualisiert, bis Sie die Berechnung manuell bearbeiten.
5. (Optional) Fügen Sie der Kennzahl Notizen hinzu, um Informationen über ihre Konguration und
Verwendung bereitzustellen. Wählen Sie Pegen unter Notizen, und geben Sie maximal 1000 Zeichen ein.
156
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Kennzahlen
6. Füllen Sie die Merkmale entsprechend aus:
Feldbezeichner Erklärung
Anzeigeeinstellungen Steuert, wie die Kennzahl in verschiedenen Anwendungs-
bereichen von SAP Integrated Business Planning for Sup-
ply Chain (SAP IBP) angezeigt wird. Folgende Einstellungen
sind verfügbar:
•Dezimalstellen: Legt die Sie die Anzahl der Dezimal-
stellen fest, die für jede Kennzahl in verschiedenen
Apps von SAP IBP angezeigt werden sollen, z.B. in den
Apps Treiberbasierte Planung oder Kopieroperator. Die
Standardeinstellung beträgt 6 Dezimalstellen.
Diese Einstellung steuert zudem die Rundung in der
Disaggregation für Kennzahlen mit dem Aggregations-
modus SUM oder AVG.
Weitere Informationen nden Sie unter Nachkomma-
stellen in Kennzahlwerten [Seite 174]
•Als Prozentsatz anzeigen: Kann ausgewählt werden,
um die Kennzahl als Prozentsatz anzuzeigen. Beach-
ten Sie, dass Kennzahlen nur als Prozentsatz in Analy-
sen und im SAP IBP, Add-in für Microsoft Excel (Excel-
Add-in) angezeigt werden können.
Hinweis
Im Excel-Add-in können Sie das SAP-IBP-Forma-
tierungsblatt verwenden, um anzugeben, wie Zah-
len angezeigt werden.
•Anzeigeformat: Legt das Format für die Anzeige von
Kennzahlen in verschiedenen Anwendungsbereichen
fest, z.B. Analysen, benutzerdenierte Alerts, Dash-
boards, intelligente Erkennung und externe OData-Ex-
traktoren.
Basisplanungsebene Zeigt die zuvor ausgewählte Planungsebene.
Leitfaden für die Modellkonguration
Kennzahlen
PUBLIC
ÖFFENTLICH 157
Feldbezeichner Erklärung
Aggregationsmodus:SUM (Standardwert), MIN, MAX, AVG, COUNT, CUSTOM
Sie verwenden den Aggregationsmodus CUSTOM in den fol-
genden Fällen (nur für abgelegte Kennzahlen relevant):
•Wenn eine Kennzahl eine komplexe Berechnung auf
Anfrageebene hat, wie z.B. Stückpreis, mit Eingaben
auf Anfrageebene.
•Wenn die in der Berechnung der Anfrageebene ver-
wendete Planungsebene sich sowohl von der Basi-
splanungsebene der Kennzahl als auch von der in
der Mengeneinheit oder den Währungsumrechnungen
verwendeten Planungsebene unterscheidet.
Der Aggregationsmodus ist nur für abgelegte Kennzahlen
relevant. Zusammen mit dem Disaggregationsmodus und
optional der Proportionalität bestimmt er, wie die Werte für
abgelegte Kennzahlen disaggregiert werden.
Beispiel
Ein Wert von 100 für Q1 von 2020 soll auf die drei
monatlichen Planungskombinationen JAN 2020, FEB
2020 und MAR 2020 aggregiert werden. Die Werte
sollten eine Proportionalität von 2:3:5 haben.
Abhängig vom gewählten Aggregationsmodus führt
die Verteilung der Werte auf die einzelnen Buckets zu
folgendem Ergebnis:
Beispiel: Ergebnisse der Aggregation
JAN
2020
FEB
2020
MAR
2020
Werte
für Q1
Proporti-
onali-
tätsfak-
tor
2 3 5
Ergebnis
mit Ag-
gregati-
onsmo-
dus SUM
20 30 50 20+30+
50=100
Ergebnis
mit Ag-
gregati-
60 90 150 (60+90+
150)/
3=100
158
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Kennzahlen
Feldbezeichner Erklärung
JAN
2020
FEB
2020
MAR
2020
Werte
für Q1
onsmo-
dus AVG
Disaggregationsmodus Der Disaggregationsmodus ist nur für Kennzahlen verfüg-
bar, für die Bearbeitung zulässig ausgewählt ist. Es gibt
zwei Möglichkeiten:
•Wert kopieren
•Gleichmäßige Verteilung
Proportionalität Nach Angabe des Disaggregationsmodus können Sie die
Proportionalität für die Disaggregation festlegen. Weitere
Informationen nden Sie unter Konguration der proporti-
onalen Disaggregation [Seite 169].
Periodengewichtung Wird verwendet, um eine proportionale Verteilung gemäß
Periodengewichtung zu aktivieren. Diese Option kann nur
für den Disaggregationsmodus Gleichmäßige Verteilung
verwendet werden, und wenn das Zeitprol das relevante
Attribut des Datentyps INTEGER enthält.
Weitere Informationen über die Periodengewichtung erhal-
ten Sie unter Aggregation und Disaggregation von Daten
über verschiedene Zeitprolebenen kongurieren [Seite
55].
Leitfaden für die Modellkonguration
Kennzahlen
PUBLIC
ÖFFENTLICH 159
Feldbezeichner Erklärung
Disaggregationsausdruck Wird zur Eingabe des Disaggregationsausdrucks verwen-
det, d.h. ein mathematischer Ausdruck, der die für die
Kennzahl eingegebenen Werte disaggregiert, die mit ande-
ren Attributen und Kennzahlen deniert wird. Die folgen-
den Bedingungen treen auf Disaggregationsausdrücke
zu:
•Alle Kennzahlen in dem Ausdruck müssen abgelegt
sein und die gleiche Basisplanungsebene haben wie
die Kennzahlen, für die der Ausdruck deniert ist.
Um Kennzahlwerte proportional zu einer berechne-
ten Kennzahl zu disaggregieren, verwenden Sie den
Operator Advance Simulation oder kopieren Sie die
berechneten Werte in eine abgelegte Kennzahl, die
in dem Disaggregationsausdruck verwendet werden
kann.
Wenn die Referenzkennzahl berechnet und abgelegt
ist, wird der abgelegte Wert in dem Disaggregations-
ausdruck verwendet.
•Alle Attribute müssen aus der Basisplanungsebene
der Kennzahl stammen, für die der Ausdruck deniert
ist.
Sie können einen Disaggregationsausdruck nur eingeben,
wenn Bearbeitung zulässig ausgewählt wurde.
Sie können die Eingabehilfe für das Feld
Disaggregationsausdruck aufrufen, indem Sie ein doppel-
tes Anführungszeichen eingeben.
Beispielwerte für Disaggregationsausdruck:
•"KEYFIGURE1"
•"KEYFIGURE1" + "KEYFIGURE2"
•"KEYFIGURE1" + "ATTRIBUTE"
•(IF(ISNULL("ADJUSTEDACTUALSQTY"),"ACTUALS
QTY","ADJUSTEDACTUALSQTY"))
Berücksichtigung des Disaggregationsausdrucks während
der Disaggregation:
•Der Disaggregationsausdruck wird nur ausgewertet,
wenn die Proportionalität festgelegt ist.
•Wenn der Disaggregationsausdruck den Wert <> 0 auf
Aggregationsebene hat, wird er für alle untergeordne-
ten Knoten berechnet und als proportionaler Faktor
durch Disaggregation verwendet.
•Wenn der Disaggregationsausdruck den Wert 0 auf
Aggregationsebene hat, wird der Periodengewich-
160
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Kennzahlen
Feldbezeichner Erklärung
tungsfaktor als proportionaler Faktor verwendet (falls
deniert).
•Wenn weder der Disaggregationsausdruck noch der
Periodengewichtungsfaktor als proportionaler Faktor
verwendet werden kann, erfolgt die Disaggregation
gleichermaßen durch Kopieren, gemäß Denition im
Disaggregationsmodus.
Hinweis
Sie müssen Kennzahl-IDs und Attribut-IDs in Groß-
buchstaben eingeben und diese in Anführungszeichen
setzen.
Beispiel
Ein Absatzplaner hat eine Produktfamilie PF1 mit nur
zwei Produkten: P1 und P2. Diese Produkte enthalten
die folgenden Werte auf Basisplanungsebene:
Produkt Kunde Monat Marke-
ting Fo-
recast
Qty
Actuals
Qty 12
Months
Oset
P1 C1 Jan 100
P2 C1 Jan 200
Auf aggregierter Ebene enthält die Produktfamilie die
folgenden Werte:
Produkt-
familie
Kunde Monat Marke-
ting Fo-
recast
Qty
Actuals
Qty 12
Months
Oset
PF1 C1 Jan 300
Der Absatzplaner möchte jetzt die Marketingprog-
nose-Menge proportional in einzelne Produkte in der
Produktfamilie auf Basis der Kennzahl Actuals Qty 12
Months Oset disaggregieren.
Wenn der Absatzplaner auf aggregierter Ebene 330
für Marketing Forecast Qty ohne den Ausdruck im
Leitfaden für die Modellkonguration
Kennzahlen
PUBLIC
ÖFFENTLICH 161
Feldbezeichner Erklärung
Feld Disaggregate Expression eingibt, würde die Menge
gleichmäßig auf die beiden niedrigeren Ebenen als 165
und 165 verteilt werden. Nun werden – mit dem Disag-
gregationsausdruck – die Werte basierend auf Werten
in der Referenzkennzahl Actuals Qty 12 Months Oset
wie folgt disaggregiert:
Produkt Kunde Monat Marke-
ting Fo-
recast
Qty
Actuals
Qty 12
Months
Oset
P1 C1 Jan 110 100
P2 C1 Jan 220 200
Abgelegt Gibt eine Kennzahl an, in der Daten auf einer denierten
Basisplanungsebene abgelegt sind.
Beachten Sie, dass alle bearbeiteten Kennzahlen als
Abgelegt gekennzeichnet sind. Eine importierte Kennzahl
kann jedoch als Nicht bearbeitbar gekennzeichnet werden.
(Actuals Qty z.B. darf nicht geändert werden.)
Hinweis
Markieren Sie sowohl Abgelegt als auch Berechnet nur
für Kennzahlen, die so konguriert sind, dass sie in
eine andere Kennzahl geändert werden. Siehe In eine
andere Kennzahl ändern
162
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Kennzahlen
Feldbezeichner Erklärung
Bearbeitung zulässig Wenn eine Kennzahl nur berechnet wird, können ihre Werte
nicht bearbeitet werden. Die Werte von abgelegten Kenn-
zahlen und Kennzahlen, die sowohl abgelegt als auch be-
rechnet werden, können geändert werden.
Es gibt folgende Möglichkeiten, den Wert einer Kennzahl zu
ändern:
•im SAP IBP, Add-in für Microsoft Excel oder in der App
Treiberbasierte Planung durch den Benutzer
•während der Integration
•über Planungsalgorithmen und Planungsoperatoren
durch das System
Das Feld Bearbeitung zulässig steuert, durch welche der
oben aufgeführten Methoden eine Kennzahl im System ge-
ändert werden kann. Folgende Optionen stehen zur Verfü-
gung:
•Nicht bearbeitbar: Sie können die Kennzahl nicht im
SAP IBP, Add-in für Microsoft Excel bearbeiten.
•Vom System bearbeitbar: beliebige Art von Planungs-
algorithmus, z.B. der Prognosealgorithmus, kann die
Kennzahl für den gesamten Zeithorizont ändern.
•Bearbeitbar in der Gegenwart oder Zukunft: Sowohl
Systembenutzer als auch Planungsalgorithmen kön-
nen die Kennzahl ändern, jedoch nur in der laufenden
Periode oder für zukünftige Perioden.
•Bearbeitbar in der Vergangenheit: Sowohl Systembe-
nutzer als auch Planungsalgorithmen können die
Kennzahl ändern, jedoch nur in vergangenen Perio-
den.
•Alle bearbeitbar: beliebige der oben aufgeführten Än-
derungen sind möglich
Leitfaden für die Modellkonguration
Kennzahlen
PUBLIC
ÖFFENTLICH 163
Feldbezeichner Erklärung
Berechnet Kennzahlen, in denen Werte immer auf Basis benutzerde-
nierter Formeln berechnet werden (z.B. Revenue =
Qty * Price).
Dieser Kennzahlentyp ist in der Regel nicht bearbeitbar.
Um jedoch Anwendungsfälle wie das Vorbelegen zu unter-
stützen, kann eine Kennzahl sowohl editierbar und als auch
abgelegt sein. Weitere Informationen zur Vorbelegung n-
den Sie unter Vorbelegung mit anderer Kennzahl [Seite
196].
Berechnungen von Kennzahlen (berechnete Kennzahlen)
werden auf einer festgelegten Planungsebene vorgenom-
men, die sich von der Ebene unterscheiden kann, auf
der ein Benutzer die Kennzahl anzeigen lassen möchte.
Ein IBP-Planungsbereich enthält in der Regel Kennzahlen
aus mehreren Planungsebenen, die mit Berechnungen ver-
knüpft werden können, die häug Kennzahlen auf zusätzli-
chen Planungsebenen ergeben.
Fixierung aktivieren Markieren Sie dieses Ankreuzfeld, wenn Sie möchten,
dass die Fixierung von Kennzahlwerten für eine bestimmte
Kennzahl verwendet wird. Weitere Informationen zur Kon-
guration der Kennzahlxierung nden Sie unter Kongura-
tion der Kennzahlxierung [Seite 166]
Planungsnotizen aktivieren Markieren Sie dieses Ankreuzfeld, wenn Sie für eine be-
stimmte Kennzahl Planungsnotizen verwenden möchten.
Weitere Informationen zu Planungsnotizen nden Sie
auf dem SAP Help Portal http://help.sap.com/ibp
unter Anwendungshilfe für SAP Integrated
Business Planning Anwendungsübergreifende Themen
Planungsnotizen .
164
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Kennzahlen
Feldbezeichner Erklärung
Planungsebene für Planungsnotizen Standardmäßig können Planungsnotizen auf jeder beliebi-
gen von der Kennzahl erlaubten Planungsebene angelegt
oder angezeigt werden, also auch auf der Basisplanungs-
ebene der Kennzahl. Sie können dies einschränken, indem
Sie festlegen, auf welcher untersten Ebene Planungsnoti-
zen in diesem Feld angelegt und angezeigt werden können.
Die von Ihnen hier gewählte Planungsebene muss eine
Teilmenge der Attribute von der Basisplanungsebene der
Kennzahl sein.
Weitere Informationen zu Planungsnotizen nden Sie
auf dem SAP Help Portal http://help.sap.com/ibp
unter Anwendungshilfe für SAP Integrated
Business Planning Anwendungsübergreifende Themen
Planungsnotizen .
Eingabe/Ausgabe für Beschaungsplanung Gibt eine Eingabe und/oder Ausgabekennzahl für die Be-
schaungsplanung an. Wenn der Planungsbereich für die
Beschaungsplanung aktiviert ist, bestimmt dieses Feld,
ob die Kennzahl als eine E/A für die Beschaungsplanung
verwendet wird.
Hinweis
Wechseln Sie zum Aktivieren eines Planungs-
bereichs für die Beschaungsplanung zur Re-
gisterkarte Allgemein des Planungsbereichs in
der App Planungsbereiche, und wählen Sie
Beschaungsplanung aktivieren aus.
Eingabe und Ausgabe für ZR-basierte
Vorplanungsverrechnung
Gibt an, ob die gespeicherte Kennzahl eine Eingabe oder
Ausgabe für die zeitreihenbasierte Vorplanungsverrech-
nung ist.
Weitere Informationen zu Planungshinweisen nden
Sie auf dem SAP Help Portal unter http://
help.sap.com/ibp unter Anwendungshilfe für SAP
Integrated Business Planning Geschäftsanwendungen
Zeitreihenbasierte Beschaungsplanung
Zeitreihenbasierte Vorplanungsverrechnung .
Umrechnen mit Kennzahl, die den Umrechnungsfaktor für die Umrech-
nung von Mengeneinheiten und/oder Währungen darstellt.
Diese Kennzahl wird für die Disaggregation verwendet und
muss bestimmte Anforderungen erfüllen. Weitere Informa-
tionen nden Sie unter Mengeneinheitenumrechnung kon-
gurieren [Seite 511].
Leitfaden für die Modellkonguration
Kennzahlen
PUBLIC
ÖFFENTLICH 165
Feldbezeichner Erklärung
Änderungshistorie aktivieren Gibt an, dass Änderungen an der Kennzahl nachverfolgt
werden. Weitere Informationen nden Sie unter Ände-
rungshistorie für Kennzahlen und Aktivieren der Ände-
rungshistorie? [Seite 520].
Hashtags Sie können Ihre persönlichen Filterkriterien als Hashtags
denieren. Sie können Hashtags zu beliebigen Kennzahlen
zuordnen.
Sie können einen neuen Hashtag einführen oder bereits
vorhandene wiederverwenden. Sie können zudem mehrere
Hashtags derselben Kennzahl zuordnen.
Bei Hashtags wird nicht zwischen Groß- und Kleinschrei-
bung unterschieden. Sie beginnen immer mit dem Hash-
tag-Symbol (#) und können ausschließlich alphanumeri-
sche Zeichen und Unterstriche enthalten. Sie können Ih-
rem Hashtag das zugehörige Symbol zu Beginn der Zei-
chenfolge hinzufügen oder es weglassen. In letzterem Fall
wird Ihre Zeichenfolge vom System ergänzt.
Hinweis
Die Namensräume #IBP* und #SAP*sind von SAP re-
serviert, sodass Sie keine Hashtags denieren können,
die mit dieser Zeichenfolge beginnen.
7. Sichern Sie Ihre Kennzahl. Wenn Sie Sichern und Neu wählen, können Sie sofort mit dem Anlegen der
nächsten Kennzahl des gleichen Typs fortfahren.
Weitere Informationen
Anlegen einer Kennzahl mit der ID eines gelöschten Attributs oder eines Attributs mit der ID einer gelöschten
Kennzahl [Seite 538]
Nachkommastellen in Kennzahlwerten [Seite 174]
10.2.1Konguration der Kennzahlxierung
Bevor Anwendungsbenutzer Kennzahlwerte xieren und die Fixierungen wieder aufheben können, müssen Sie
zunächst die Fixierung von Kennzahlen in der Konguration aktivieren.
166
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Kennzahlen
Kennzahlanforderungen
Beachten Sie neben den unter Fixierung von Kennzahlwerten beschriebenen Anforderungen bitte Folgendes:
•Das Feld Bearbeitung zulässig einer Kennzahl muss auf Alle bearbeitbar oder Bearbeitbar in der Gegenwart
oder Zukunft oder Bearbeitbar in der Vergangenheit gesetzt sein.
•Die Kennzahl muss eine bestimmte Kombination aus Aggregations- und Disaggregationsmodi
enthalten. Dabei muss sie entweder den Aggregationsmodus Summe und den Disaggregationsmodus
Gleichmäßige Verteilung oder den Aggregationsmodus Durchschnitt und den Disaggregationsmodus
Wert kopieren enthalten. Beachten Sie, dass für die Kombination aus Aggregationsmodus Durchschnitt
und Disaggregationsmodus Wert kopieren die Proportionalität Keine proportionale Disaggregation nicht
unterstützt wird.
•Die Kennzahl darf nicht zeitunabhängig sein. (Eine Kennzahl ist zeitunabhängig, wenn ihre
Basisplanungsebene keine Zeitattribute als Schlüsselattribut enthält oder wenn sie PERIODID als einziges
Schlüsselzeitattribut hat.)
•Die Kennzahl darf in ihrer Berechnungsdenition kein L-Skript verwenden.
•Die Kennzahl darf nicht als Ausgabe für Beschaungsplanung oder als Eingabe und Ausgabe für
Beschaungsplanung markiert sein.
•Die Kennzahl darf nicht als Ausgabe für ZR-basierte Vorplanungsverrechnung markiert sein.
•Der Kennzahl darf nicht die betriebswirtschaftliche Bedeutung Promotion Final, Promotion Total (Source)
oder Promotion Uplift (Source) zugeordnet sein.
Wie wird die Fixierung von Kennzahlen aktiviert?
Sie müssen die Fixierung von Kennzahlwerten für jede Kennzahl aktivieren, die Ihre Anwendungsbenutzer
xieren oder deren Fixierung sie aufheben können sollen. Dazu müssen Sie das Ankreuzfeld Fixierung
aktivieren im Abschnitt Merkmale auswählen, wenn Sie eine Kennzahl in der App Planungsbereiche anlegen
oder bearbeiten.
Technische Kennzahlen für die Fixierung
Nachdem Sie die Fixierung für eine Kennzahl aktiviert haben, werden zwei technische Kennzahlen generiert.
Diese technischen Kennzahlen dienen lediglich zur Speicherung technischer Informationen über die Kennzahl,
für die Sie die Fixierung aktiviert haben. Daher sind sie in keiner Planungs-App sichtbar. Zur Information
werden sie in der App Planungsbereiche im schreibgeschützten Modus angezeigt.
In technischen Kennzahlen werden folgende Präxe verwendet:
Präx Zweck der technischen Kennzahl
DIS_FIXIND_<Kennzahlname> Enthält die Information, dass die Kennzahl xiert ist
DIS_FIXQTY_<Kennzahlname> Enthält die xierte Menge
Leitfaden für die Modellkonguration
Kennzahlen
PUBLIC
ÖFFENTLICH 167
Hinweis
Das System passt den Namen der technischen Kennzahlen ggf. leicht an, um sicherzustellen, dass er
eindeutig ist.
Anzeige von Fixierungsinformationen im SAP Integrated Business Planning,
Add-in für Microsoft Excel aktivieren
Wenn die Planungssicht im SAP IBP, Add-in für Microsoft Excel xierbare Kennzahlen enthält, aber kein SAP-
IBP-Formatierungsblatt, bleibt die Fixierungsformatierung immer der Zelle zugeordnet, für die sie hinzugefügt
wurde. Im Laufe der Zeit erhalten xierte Zellen mehrere Fixierungssymbole.
Damit die Fixierungsinformationen in SAP IBP, Add-in für Microsoft Excel korrekt angezeigt werden, müssen Sie
der Planungssicht ein SAP-IBP-Formatierungsblatt hinzufügen. Wählen Sie dazu Sicht bearbeiten Formate
anzeigen auf der Registerkarte SAP IBP.
Im Dialogfenster SAP-IBP-Formatierungsblatt können Sie spezische Formatierungsregeln für xierbare
Kennzahlen denieren.
Weitere Informationen
Fixierung von Kennzahlwerten
10.2.2Planungsnotizen für Kennzahl aktivieren
Sie können Planungsnotizen für bis zu 40 abgelegte Kennzahlen in einem Planungsbereich aktivieren.
Kontext
Damit Anwendungsbenutzer in der Planungssicht den Werten einer Kennzahl Planungsnotizen hinzufügen
können, müssen Sie Planungsnotizen für die Kennzahlkonguration aktivieren.
Hinweis
Für Hilfs-, Snapshot-, technische, externe und Alert-Kennzahlen können keine Planungsnotizen aktiviert
werden.
168
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Kennzahlen
Vorgehensweise
1. Wählen Sie in der App Planungsbereiche den Planungsbereich aus, der die Kennzahl enthält, für die Sie
Planungsnotizen aktivieren möchten.
2. Wählen Sie diese Kennzahl auf der Registerkarte Kennzahlen aus.
3. Wählen Sie Bearbeiten.
4. Markieren Sie im Abschnitt Merkmale das Ankreuzfeld Planungsnotizen aktivieren.
Planungsnotizen können dann auf allen Aggregationsebenen der Kennzahl angelegt und angezeigt werden,
also auch auf der Basisplanungsebene.
5. Optional: Wenn Sie das Anlegen und Anzeigen von Planungsnotizen auf höhere Aggregationsebenen
beschränken möchten, können Sie im Feld Planungsebene für Planungsnotizen eine andere Planungsebene
auswählen.
Achtung
Die von Ihnen hier gewählte Planungsebene muss eine Teilmenge der Attribute der
Basisplanungsebene der Kennzahl sein. Wenn Sie eine Planungsebene auswählen, die diese
Anforderung nicht erfüllt, können Sie Ihren Planungsbereich nicht (erneut) aktivieren.
Weitere Informationen über die Verwendung von Planungsnotizen nden Sie unter Planungsnotizen
und Planungsnotizen aktivieren und Berechtigungen erteilen.
6. Aktivieren Sie Ihren Planungsbereich erneut.
Weitere Informationen
Planungsnotizen
Planungsnotizen aktivieren und Berechtigungen erteilen
10.2.3Konguration der proportionalen Disaggregation
In der App Planungsbereiche hängt die Konguration der proportionalen Disaggregation von der Kombination
der Werte für verschiedene Felder ab.
Das Feld Disaggregationsmodus steuert den Basis-Disaggregationsmodus, bei dem es sich entweder um
Gleichmäßige Verteilung oder Wert kopieren handelt.
Der im Feld Proportionalität angegebene Wert beschreibt die Datenquelle der proportionalen Faktoren, die
während der proportionalen Disaggregation als Gewichtungsfaktoren verwendet werden.
Die proportionale Disaggregation ist für die Disaggregationsmodi Gleichmäßige Verteilung und Wert kopieren
verfügbar. Das Feld Proportionalität kann die in der folgenden Tabelle beschriebenen Werte annehmen.
Leitfaden für die Modellkonguration
Kennzahlen
PUBLIC
ÖFFENTLICH 169
Werte des Felds „Proportionalität“
Wert Beschreibung
Keine proportionale Disaggregation Die Werte werden gemäß Disaggregationsmodus disaggre-
giert.
Gleiche Kennzahl - Abgelegte Werte Wenn die abgelegten Werte derselben Kennzahl ungleich 0
sind, werden die aggregierten Werte proportional zu diesen
disaggregiert, ansonsten gemäß Disaggregationsmodus.
Gleiche Kennzahl - Berechnete Werte Wenn die berechneten Werte derselben Kennzahl ungleich 0
sind, werden die aggregierten Werte proportional zu diesen
disaggregiert, ansonsten gemäß Disaggregationsmodus. In
diesem Fall wird ein Disaggregationsausdruck basierend auf
den Berechnungsregeln während der Aktivierung generiert.
Andere Kennzahl - Abgelegte Werte Wenn die gespeicherten Werte der Proportionalitätskennzahl
ungleich 0 sind, werden die aggregierten Werte proportional
zu diesen disaggregiert, ansonsten gemäß Disaggregations-
modus.
Andere Kennzahl - Berechnete Werte Wenn die berechneten Werte der Proportionalitätskennzahl
ungleich 0 sind, werden die aggregierten Werte proportional
zu diesen disaggregiert, ansonsten gemäß Disaggregations-
modus.
Disaggregationsausdruck Wenn die resultierenden Werte der Proportionalitätskenn-
zahl ungleich 0 sind, werden die aggregierten Werte propor-
tional zu diesen disaggregiert, ansonsten gemäß Disaggre-
gationsmodus.
Wenn Andere Kennzahl - Abgelegte Werte oder Andere Kennzahl – Berechnete Werte im Feld Proportionalität
ausgewählt werden, ist die Kennzahl für die Disaggregation im Feld Kennzahl für Proportionalität verfügbar.
Weitere Informationen
Disaggregation und Proportionalität
10.2.4Umrechnungskonguration
Sie können im Feld Umrechnen mit eine Umrechnungskennzahl angeben.
Sie können im Feld Umrechnen mit mit den editierbaren Kennzahlen eine Kennzahl angeben. Die von Ihnen
angegebene Kennzahl kann gespeichert oder berechnet werden.
Die von Ihnen im Feld Umrechnen mit berechnete Kennzahl darf keine Aggregation in ihren Berechnungen
enthalten und muss eine der folgenden Anforderungen erfüllen:
170
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Kennzahlen
•Sie ist auf derselben Zeitprolebene wie die Kennzahl deniert. Das bedeutet, dass ihre
Basisplanungsebenen dieselbe Zeitprolebene wie das Wurzelzeitattribut aufweisen.
Beispiel
In der Beispielplanungsebene SAP6 wird die Kennzahl Statistical Forecast
Price (STATISTICALFCSTPRICE) mit der Kennzahl EXCHANGERATE_UOMCONVERSION
(EXCHANGERATEUOMCONVERSION) umgerechnet. Beide Kennzahlen werden auf Ebene einer
technischen Woche deniert.
•Sie wird auf einer weniger granularen Zeitprolebene wie die Kennzahl deniert, d.h., ihre
Basisplanungsebene hat eine Zeitprolebene als Wurzelzeitattribut, die weniger granular als die als
Wurzelzeitattribut in der Basisplanungsebene der Kennzahl festgelegte Ebene ist. Die Daten auf der
weniger granularen Zeitprolebene müssen auf der anderen Zeitprolebene lesbar sein. Wenn die Kennzahl
also bspw. auf Ebene der technischen Woche deniert wurde, kann sie mit einer auf Monaten, Quartalen
und Jahren denierten Kennzahl umgerechnet werden. Wenn die Kennzahl auf Kalenderwochenebene
deniert wurde, kann sie nicht mit einer auf Monatsebene denierten Kennzahl umgerechnet werden, da
eine Kalenderwoche in zwei Monate fallen kann.
Beispiel
Im Beispielplanungsbereich SAPIBP1 wird die Kennzahl Unit Cost (COSTPERUNIT) auf
Ebene der technischen Woche deniert und mit der Kennzahl Exchange Rate by UOM
(EXCHANGERATEUOMCONVERSION) umgerechnet, die auf Monatsebene deniert wird.
Weitere Informationen
Währungsumrechnung kongurieren [Seite 508]
Mengeneinheitenumrechnung kongurieren [Seite 511]
10.3 Kennzahlen kopieren
Voraussetzungen
Stellen Sie sicher, dass Sie die erforderlichen Berechtigungen für diese Aktivität haben, also dass
die erforderlichen Anwendungskataloge für diese Aktivität einer Anwendungsrolle zugeordnet sind, die
Ihrem Anwendungsbenutzer zugeordnet ist. Weitere Informationen nden Sie auf dem SAP Help Portal
http://help.sap.com/ibp unter Anwendungshilfe für SAP Integrated Business Planning Identitäts- und
Zugrisverwaltung Grundkonzepte Anwendungskataloge .
Leitfaden für die Modellkonguration
Kennzahlen
PUBLIC
ÖFFENTLICH 171
Kontext
Bitte beachten Sie folgenden Hinweis zum Kopieren von Kennzahlen:
•Der entsprechende Planungsbereich muss den Status Aktiv oder Inaktiv haben.
•Sie können Kennzahlen nur innerhalb desselben Planungsbereichs kopieren.
•Der Planungsbereich muss innerhalb des Kundenraums liegen.
•Wenn Sie eine Kennzahl kopieren, hat die neue Kennzahl den gleichen Typ wie die kopierte (wenn Sie z.B.
eine Hilfskennzahl kopieren, ist die neue Kennzahl ebenfalls eine Hilfskennzahl).
Schritte
1. Wechseln Sie in der App Planungsbereiche auf die Registerkarte Kennzahlen des Planungsbereichs, oder
aktivieren Sie den Fokusmodus.
2. Wählen Sie die Kennzahl aus, die Sie kopieren möchten.
3. Wählen Sie Kopieren.
4. Geben Sie die ID für die neue Kennzahl ein.
5. Wählen Sie Kopieren.
Die Quellkennzahl wird in die neue Kennzahl kopiert.
6. Prüfen Sie die neue Kennzahl und passen Sie nach Bedarf die Eigenschaften und Berechnungen an, und
entfernen Sie alle Berechnungen, die Sie nicht benötigen.
10.4 Kennzahlen bearbeiten
Kontext
Sie können alle Eigenschaften einer Kennzahl außer der Kennzahl-ID ändern.
Sie können den Namen, die Beschreibung, die Anzeigeeinstellungen und die Hashtag-Zuordnungen einer
aktiven Kennzahl ändern. Für alle anderen Änderungen muss die Kennzahl inaktiv sein.
Kennzahl auf der Registerkarte „Kennzahlen“ bearbeiten
Sie können wie folgt Änderungen an einzelnen Kennzahlen in der App Planungsbereiche vornehmen:
1. Wechseln Sie zur Registerkarte Kennzahlen Ihres Planungsbereichs.
2. Wählen Sie die zu ändernde Kennzahl aus dem Kennzahlenarbeitsvorrat aus. Die Details der Kennzahlen
werden im Vollbildmodus angezeigt.
3. Wählen Sie Bearbeiten, und nehmen Sie Ihre Änderungen vor.
4. Sichern Sie Ihre Änderungen.
Wenn Sie weitere Kennzahlen bearbeiten möchten, navigieren Sie zurück zum Kennzahlenarbeitsvorrat,
um das nächste Element auszuwählen.
172
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Kennzahlen
Kennzahlen im Fokusmodus bearbeiten
Um mehrere Kennzahlen schnell nacheinander zu bearbeiten, können Sie den in der App Planungsbereiche
verfügbaren Fokusmodus wie folgt verwenden:
1. Aktivieren Sie den Fokusmodus, indem Sie die Drucktaste Fokusmodus auf dem Bild Planungsbereich
(Details) wählen. Wechseln Sie gegebenenfalls zur Registerkarte Kennzahlen des Fokusmodus (wenn Sie
von der Registerkarte Planungsebenen des Detailbilds Planungsbereich navigiert haben).
2. Wählen Sie die zu bearbeitende Kennzahl aus dem Kennzahlenarbeitsvorrat auf der linken Seite aus. Die
Details der Kennzahl werden sofort im Bearbeitungsmodus im rechten Bildbereich angezeigt, während der
Arbeitsvorrat immer noch auf der linken Seite angezeigt wird.
3. Nehmen Sie Ihre Änderungen vor.
4. Sichern Sie Ihre Änderungen, und fahren Sie fort, indem Sie die nächste zu bearbeitende Kennzahl aus
dem Arbeitsvorrat auf der linken Seite auswählen.
10.5 Externe Kennzahlen anlegen
Voraussetzungen
Stellen Sie sicher, dass Sie die erforderlichen Berechtigungen für diese Aktivität haben, also dass
die erforderlichen Anwendungskataloge für diese Aktivität einer Anwendungsrolle zugeordnet sind, die
Ihrem Anwendungsbenutzer zugeordnet ist. Weitere Informationen nden Sie auf dem SAP Help Portal
http://help.sap.com/ibp unter Anwendungshilfe für SAP Integrated Business Planning Identitäts- und
Zugrisverwaltung Grundkonzepte Anwendungskataloge .
Kontext
In SAP Integrated Business Planning ermöglichen externe Kennzahlen es, mit besonderen, abgelegten
Kennzahlen zu arbeiten, bei denen der tatsächliche Zeitreiheninhalt aus einer externen Datenbank stammt. Um
externe Kennzahlen verwenden zu können, müssen die anwendungsrelevanten Aufträge, z.B. Kundenaufträge
oder Bestellungen, aggregiert werden und aus ERP an eine SAP-HANA-Datenbanktabelle im Integrated-
Business-Planning-System über einen fast-Echtzeit-Integrationsmechanismus integriert werden. Wenn Sie
Ihr Planungsmodell einrichten, müssen Sie eine externe Kennzahl oder Kennzahlen, die auf diese Tabelle
referenzieren, denieren. Da es sich um eine kontinuierliche Integration handelt, enthalten die Kennzahldaten
immer die neusten aggregierten Einträge aus SAP ERP. Daher sind keine manuelle Aktualisierung erforderlich.
Schritte
Um externe Kennzahlen anzulegen, müssen Sie wie folgt vorgehen:
Leitfaden für die Modellkonguration
Kennzahlen
PUBLIC
ÖFFENTLICH 173
1. Navigieren Sie zur App Planungsbereiche.
2. Wählen Sie den Planungsbereich aus, und önen Sie ihn.
3. Aktivieren Sie den Planungsbereich für externe Zeitreihen, und wählen Sie ein Integrationsprol für Ihren
Planungsbereich aus.
Hinweis
Ein Integrationsprol für einen Planungsbereich und ein Prol für alle Stammdatentypen in diesem
Planungsbereich müssen identisch sein.
4. Sichern Sie Ihre Änderungen.
5. Wechseln Sie zur Registerkarte Planungsebenen, suchen Sie die gewünschte Planungsebene, und wählen
Sie einen Eintrag aus der Datenquelle für externe Kennzahlendenition aus.
Hinweis
Stellen Sie sicher, dass ein Wert für Datenquelle für externe Kennzahlendenition ausgewählt wurde.
Anderenfalls unterstützt die Planungsebene keine externen Kennzahlen auf dieser Basisebene.
6. Ordnen Sie über Referenzierte Spalte jedem Schlüsselattribut der Planungsebene eine Referenzspalte zu.
7. Wählen Sie Sichern.
8. Rufen Sie die Registerkarte Kennzahlen auf, und suchen Sie die Kennzahl, die Sie als extern denieren
möchten.
9. Legen Sie die Kennzahl als Abgelegt (oder Abgelegt und berechnet fest.
10. Wählen Sie eine Referenzspalte aus dem Dropdown-Menü Externe Kennzahlmenge aus, das die
Zeitreihendaten für diese Kennzahl enthält.
11. Wählen Sie Sichern.
10.6 Nachkommastellen in Kennzahlwerten
In der App Planungsbereiche können Sie die Anzahl Nachkommastellen denieren, die in den einzelnen Apps
der Lösung SAP Integrated Business Planning for Supply Chain (SAP IBP) für jede Kennzahl angezeigt werden
soll.
Verwendungszweck
Sie können in der App Planungsbereiche die Anzahl der Nachkommastellen denieren, die für jede Kennzahl
angezeigt werden soll. Wenn die Anzahl der Nachkommastellen nicht angegeben ist, wird der mögliche
Maximalwert verwendet, der 6 Nachkommastellen beträgt. Änderungen, die Sie an den Anzeigeeinstellungen
vornehmen, wirken sich nicht auf den Aktivierungsstatus der betroenen Kennzahl aus. Mit der Einstellung der
Nachkommastellen wird die technische Denition der betroenen Kennzahl nicht angepasst. Aus technischer
Sicht hat die Kennzahl also weiterhin sechs Nachkommastellen, unabhängig von der getroenen Auswahl
der Nachkommastellen. Infolgedessen werden die Nachkommastellen bei der Disaggregation möglicherweise
abgeschnitten, aber die Kennzahl selbst kann weiterhin sechs Nachkommastellen speichern (z.B. gepegt über
die Stammdaten-Arbeitsmappe im SAP Integrated Business Planning, Add-in für Microsoft Excel (SAP IBP,
Add-in für Microsoft Excel)).
174
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Kennzahlen
Nachkommastellen in SAP IBP, Add-in für Microsoft Excel
Im SAP IBP, Add-in für Microsoft Excel steuert das SAP-IBP-Formatierungsblatt die Anzeige von Zahlen.
Die Anzahl der Nachkommastellen in den Anzeigeeinstellungen auf der Registerkarte Kennzahl des
Planungsbereichs hat keine Auswirkungen auf die Darstellung von Zahlen durch SAP IBP, Add-in für Microsoft
Excel.
Nachkommastellen in Planner Workspaces
In der App Planner Workspaces können Sie verschiedene Anzeigeeinstellungen für die Kennzahlwerte in Ihren
Planungssichten denieren. Sie können optional die Einstellungen für die Dezimalgenauigkeit überschreiben,
die für die Kennzahlen festgelegt sind, und die Anzahl der Dezimalstellen auswählen, die für die Kennzahlen in
der Planungssicht angezeigt werden sollen. Sie können auch wählen, ob immer die volle Dezimalgenauigkeit
angezeigt werden soll.
Nachkommastellen in benutzerdenierten Alerts und Analysediagrammen
In den Apps Benutzerdenierte Alerts denieren und abonnieren, Analysen - Erweitert und Prole für intelligente
Erkennung können Sie das gewünschte Format für Ihre Analyse- oder Alert-Diagramme sowohl auf Achsen- als
auch auf Kennzahlwertebene anzeigen. Es gibt die Standardoption, bei der Sie bis zu sechs Nachkommastellen
auswählen können, die in einem Diagramm angezeigt werden sollen, oder die Prozentoption mit bis zu zwei
Dezimalstellen.
Nachkommastellen und Disaggregation für Kennzahlen
Die Einstellung für Nachkommastellen wirkt sich auch auf die Disaggregation für Kennzahlen mit dem
Aggregationsmodus SUM, AVG, MIN und MAX aus.
Wenn ein Benutzer einen Kennzahlwert in einer Planungssicht eingibt oder einen Batch-Prozess mit
Disaggregation ausführt, verwaltet das System die Werte wie folgt:
•Die disaggregierten Kennzahlwerte auf Basisplanungsebene werden immer auf die kongurierte Anzahl an
Nachkommastellen gerundet.
Rundung erfolgt in der Planungsmengeneinheit. Wenn die Planungsmengeneinheit sich von der
Basismengeneinheit unterscheidet und eine Umrechnung in die Basismengeneinheit der Kennzahl
erforderlich ist, enthält der gerundete Kennzahlwert möglicherweise eine andere Anzahl an
Nachkommastellen als die kongurierte Zahl.
•Die Aggregation der Werte auf Basisplanungsebene ist ein Kennzahlwert, der ebenfalls auf die kongurierte
Anzahl an Nachkommastellen gerundet wird (sofern keine Umrechnung berücksichtigt wird).
•Die Aggregation der Werte auf Basisplanungsebene ist gleich der Anzahl, die vom Benutzer eingegeben
wurde (sofern die eingegebene Anzahl nicht die kongurierte Anzahl überschreitet).
Beispiel
Sie haben zwei Nachkommastellen für die Kennzahl Demand eingegeben.
Produktgruppe PG hat drei Produkte: A, B und C.
Sie geben den Wert 10 für Demand auf der aggregierten Planungsebene PG ein.
Ergebnis: Nach der Disaggregation betragen die Kennzahlwerte auf der Basisplanungsebene 3,33, 3,33,
und 3,34 für die drei Produkte A, B und C. Das System entscheidet zufällig, welches Produkt 3,34 erhält.
Sie geben den Wert 12,456 für Demand auf der aggregierten Planungsebene PG ein.
Leitfaden für die Modellkonguration
Kennzahlen
PUBLIC
ÖFFENTLICH 175
Ergebnis: Nach der Disaggregation sind die Kennzahlwerte auf der Basisplanungsebene 4,15, 4,15 und 4,16
für die drei Produkte A, B und C. Dies aggregiert sich zu 12,46 gemäß der Kongurationseinstellung von zwei
Nachkommastellen für die Kennzahl.
Beispiel
Sie haben vier Nachkommastellen für die Kennzahl Supply eingegeben.
Produktgruppe PG hat drei Produkte: A, B und C.
Sie geben den Wert 12,456 für Supply auf der aggregierten Planungsebene PG ein.
Ergebnis: Nach der Disaggregation betragen die Kennzahlwerte auf der Basisplanungsebene 4,152, 4,152,
und 4,152 für die drei Produkte A, B und C.
Hinweis
Unter bestimmten Umständen kann durch die Berücksichtigung der Nachkommastellen die Performance
beeinträchtigt werden. Sollten Sie diese Funktion daher für eine bestimmte Kennzahl nicht benötigen,
können Sie sie deaktivieren, indem Sie die Anzahl der Nachkommastellen für die Kennzahl in der App
Planungsbereiche auf null setzen.
10.7 Distanz der Kennzahlen von ihren Datenquellen
Um ein besseres Verständnis der Auswirkungen der einzelnen Kennzahlen auf die Performance des Systems zu
erhalten, können Sie die Distanz der Kennzahl von der Datenquelle anzeigen.
Die Distanz der Kennzahl zu ihrer Datenquelle wird durch die Anzahl der Schritte zwischen den abgelegten
Eingabeplanungsebenen und der Berechnung auf Ebene REQUEST der Kennzahl im längsten Pfad des
Berechnungsdiagramms der Kennzahl angegeben. Je größer die Anzahl ist, desto mehr Berechnungen müssen
durchgeführt werden, um den Kennzahlwert abzuleiten.
Die Werte für Distanz zur Datenquelle werden während der Aktivierung für jede Kennzahl mit einer Berechnung
auf REQUEST-Ebene vom System berechnet. In Planungsbereichen, die bereits aktiviert wurden, können Sie
den Wert im Kennzahlarbeitsvorrat und im Feld Distanz zur Datenquelle auf den Bildern Kennzahl (Details) für
die relevanten Kennzahlen anzeigen.
Achtung
In inaktiven Planungsbereichen, die zuvor aktiviert wurden, spiegelt der angezeigte Wert den früheren
aktiven Status wider. Alle Änderungen, die seit der Aktivierung an Kennzahlberechnungen vorgenommen
wurden, können sich auf die Genauigkeit des Werts auswirken. Um einen genauen Wert zu erhalten,
müssen Sie den Planungsbereich erneut aktivieren.
176
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Kennzahlen
11 Kennzahlberechnungen
Kontext
Nachdem Sie eine Kennzahl angelegt haben, können Sie ihr Berechnungen hinzufügen. Bitte beachten Sie
Folgendes:
•Alle Kennzahlen, die ein Endanwender von der Benutzungsoberäche aus abfragen kann, müssen eine
Berechnung auf REQUEST-Ebene haben, da das System auf Basis dieser Berechnung bestimmt, wie eine
Kennzahl berechnet wird.
•Sie können zusätzlich Berechnungen denieren, die die Kennzahldaten von einer untergeordneten
Basisplanungsebene aggregieren. Dafür können Sie z.B. die Operatoren SUM, MIN, MAX, AVG, COUNT und
STDDEV verwenden.
•Sie können zudem Kennzahlen übergreifende Berechnungen denieren, z.B. KF1 plus KF2.
•Alle Kennzahlberechnungen enthalten Berechnungseingaben, die als abgelegt oder nicht abgelegt markiert
sein können. Das Berechnungsdiagramm (ab REQUEST-Ebene nach unten) für jede Kennzahl muss in einer
abgelegten Kennzahl enden.
•Die Berechnung darf keine Division durch Null für tatsächliche Kennzahlwerte enthalten. Die Division durch
Null führt zu einer numerischen Überlaufbedingung und muss daher vermieden werden. Beispielsweise
enthält die Berechnung KF1@PL1 = KF2@PL1 / KF3@PL1 eine Division durch Null, wenn KF3@PL1 den Wert
0 hat. Das können Sie vermeiden, indem Sie wie folgt eine IF-Bedingung zu Ihrer Berechnung hinzufügen:
KF1@PL1 = IF(KF3@PL1=0, 0, KF2@PL1 / KF3@PL1).
•Sie können Informationen zu jeder Berechnung bereitstellen, indem Sie Notizen hinzufügen. Sie können für
jede Berechnung maximal 1000 Zeichen eingeben.
Beispiel
KF1@PL1 = KF2@PL1 plus KF3@PL1 , Key figure 2 (KF2) ist eine abgelegte Eingabekennzahl und
key figure 3 (KF3) ist eine berechnete Eingabekennzahl. Die Berechnungskette für key figure 3
(KF3) muss mit einer abgelegten Kennzahl enden (z.B. KF3@PL1 = SUM(KF4@PL2), wobei KF4@PL2 eine
abgelegte Kennzahl ist).
11.1 Berechnungen zu Kennzahlen hinzufügen
Voraussetzungen
Stellen Sie sicher, dass Sie die erforderlichen Berechtigungen für diese Aktivität haben, also dass
die erforderlichen Anwendungskataloge für diese Aktivität einer Anwendungsrolle zugeordnet sind, die
Ihrem Anwendungsbenutzer zugeordnet ist. Weitere Informationen nden Sie auf dem SAP Help Portal
http://help.sap.com/ibp unter Anwendungshilfe für SAP Integrated Business Planning Identitäts- und
Zugrisverwaltung Grundkonzepte Anwendungskataloge .
Leitfaden für die Modellkonguration
Kennzahlberechnungen
PUBLIC
ÖFFENTLICH 177
1. Wechseln Sie zur Registerkarte Kennzahlen in der App Planungsbereiche.
2. Wählen Sie die Kennzahl, zu der Sie eine Berechnung hinzufügen möchten und önen Sie sie zur
Bearbeitung.
3. Wählen Sie die Drucktaste Berechnungsdenition hinzufügen.
4. Wählen Sie die Planungsebene für die linke Seite der Berechnung aus. Dies kann eine Planungsebene sein,
die noch keine Berechnung hat.
5. Bewegen Sie den Cursor auf den Ausdruckseditor und geben Sie Ihren Rechenausdruck ein. Wenn Sie
das Zeichen " (Anführungszeichen) eingeben, erscheint ein Dropdown-Menü, aus dem Sie die gewünschte
Kennzahl auswählen können. Geben Sie z.B. Folgendes ein: SUM("SALESFORECASTQTY@PERPRODCUS")).
Um eine vereinfachte Kennzahlberechnung hinzuzufügen, beginnen Sie mit der Eingabe von IBP und
wählen die zu verwendende Funktion im Dropdown-Menü. Geben Sie dann die Parameter gemäß Ihren
Modellierungsanforderungen ein.
Hinweis
Wenn Sie einen Planungsbereich aktivieren, generiert das System ein Diagramm mit allen
Berechnungen des Planungsbereichs. Damit dieses Diagramm gültig ist und die Aktivierung erfolgreich
verläuft, gelten bestimmte Anforderungen für die Berechnungen:
•Eine Berechnung mit ein oder zwei Eingabekennzahlen ist gültig.
•Eine Berechnung mit Eingabekennzahlen aus ein oder zwei Planungsebenen kann gültig sein, je
nachdem, welche Struktur während der Aktivierung für das Diagramm erzeugt wird.
Wenn eine Berechnung sich als ungültig erweist, schlägt die Aktivierung fehl. Überarbeiten Sie die
Berechnung und aktivieren Sie den Planungsbereich erneut.
•Eine Berechnung mit drei oder mehr Planungsebenen ist ungültig.
Wenn eine Berechnung ungültig ist, teilen Sie diese in Berechnungen auf, die nur ein oder zwei
Eingabekennzahlen enthalten. Sie können sich auch überlegen, ob Sie Hilfskennzahlen verwenden
möchten.
Jede Änderung, die Sie an der Berechnung vornehmen, bewirkt bei der nächsten Aktivierung des
Planungsbereichs eine vollständige Neugenerierung des Diagramms. Es kann vorkommen, dass durch
eine Änderung in einer Berechnung eine Berechnung einer anderen Kennzahl ungültig wird. Sehen Sie
im Aktivierungsprotokoll des Planungsbereichs nach, ob Sie eine Berechnung ändern müssen.
6. Nachdem Sie den Ausdruck eingegeben haben, wählen Sie Validieren und prüfen Sie, ob die richtigen
Eingaben vom System ausgewählt wurden.
Das System markiert automatisch die Kennzahlen auf Planungsebene, die im Dialogfenster
Eingabekennzahlen im Ausdruck als Eingaben verwendet werden.
7. Klicken Sie auf OK.
Wenn Ihr Ausdruck gültig ist, ändert er die Farbe von schwarz zu grün (Planungsebene) und
blau (Kennzahl). So wird gekennzeichnet, dass der Ausdruck validiert ist. Andernfalls erscheint eine
Warnmeldung.
8. Sobald Ihre Ausdrücke gültig sind, sichern Sie Ihre Änderungen.
9. (Optional) Sie können jeder Berechnungsdenition Notizen hinzufügen, um detaillierte Informationen zur
Berechnung bereitzustellen. Wählen Sie Notizen pegen, und geben Sie maximal 1000 Zeichen ein.
Hinweis
Für Berechnungsdenitionen, die ein L-Skript enthalten, können Sie das L-Skript mit einem regulären
Rechenausdruck ersetzen, indem Sie die Drucktaste Bearbeiten wählen. Beachten Sie, dass diese
Änderung gegebenenfalls nicht rückgängig gemacht werden kann. Wenn Ihr Planungsbereich vor der
178
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Kennzahlberechnungen
Änderung aktiv war, können Sie das L-Skript wiederherstellen, indem Sie die aktive Instanz des
Planungsbereichs oder der Kennzahl wiederherstellen. Wenn diese Option nicht mehr verfügbar ist,
müssen Sie sich an SAP wenden, um das L-Skript neu anzulegen.
Außerdem müssen Sie eine Modikation eines L-Skripts von SAP anfordern. Weitere Informationen hierzu
nden Sie unter 2298382 .
Beispiel
Dieses Beispiel zeigt, wie Sie eine Berechnung für SALESFORECASTQTY anlegen können. Auf Anfrageebene
aggregiert der Rechenausdruck (SUMS) die abgelegte Kennzahl SALESFORECASTQTY.
Das System erstellt eine Berechnung auf Anfrageebene, wenn eine Kennzahl erstellt wird. Die oben
beschriebene Berechnung für SALESFORECASTQTY kann mit der folgenden Vorgehensweise hinzugefügt
werden:
1. Klicken Sie auf die Schaltäche Berechnungsdenition hinzufügen.
2. Wählen Sie die Planungsebene für die linke Seite der Berechnung aus.
3. Bewegen Sie den Cursor auf den Ausdruckseditor und geben Sie Ihren Rechenausdruck
ein. Wenn Sie das Zeichen " (Anführungszeichen) eingeben, erscheint ein Dropdown-Menü,
aus dem Sie die gewünschte Kennzahl auswählen können. Geben Sie z.B. Folgendes ein:
SUM("SALESFORECASTQTY@PERPRODCUST").
4. Wenn Sie den Ausdruck eingegeben haben, wählen Sie Validieren und prüfen Sie, ob die richtigen
Eingaben vom System ausgewählt wurden.
Das System markiert automatisch die Kennzahlen auf Planungsebene, die im Dialogfenster
Eingabekennzahlen im Ausdruck als Eingaben verwendet werden.
5. Denieren Sie die Eingabekennzahlen wie in der folgenden Tabelle angegeben.
Eingabekennzahl Abgelegt
SALESFORECASTQTY@PERPRODCUST X
6. Klicken Sie auf OK.
Wenn Ihr Ausdruck gültig ist, ändert er die Farbe von schwarz zu grün (Planungsebene) und blau
(Kennzahl). So wird gekennzeichnet, dass der Ausdruck validiert ist. Anderenfalls erhalten Sie eine
Fehlermeldung.
7. Sobald Ihre Ausdrücke gültig sind, sichern Sie Ihre Änderungen.
Weitere Informationen
SAP-Hinweis 2298382
Leitfaden für die Modellkonguration
Kennzahlberechnungen
PUBLIC
ÖFFENTLICH 179
11.2 Berechnungsdiagramme
Ein Berechnungsdiagramm stellt die Berechnungsdenitionen einer Kennzahl auf verschiedenen
Planungsebenen sowie ihre Eingabe-Ausgabe-Beziehungen dar.
Eine Kennzahl kann Berechnungen auf vielen Planungsebenen haben. Berechnungen sind Knoten des
Diagramms, ihre Eingabe-Ausgabe-Verbindungen sind die Kanten. Ein komplexes Berechnungsdiagramm
kann bei der Überprüfung oder Änderung von Berechnungen und deren Denitionen, Planungsebenen oder
Eingaben helfen.
Mit der App Kennzahlberechnungen können Sie das gesamte Berechnungsdiagramm von einer oder
mehreren Kennzahlen in einem Planungsbereich anzeigen. Sie können entweder die aktive oder die inaktive
Instanz des Berechnungsdiagramms anzeigen. Die aktive Instanz ist ein vollständiges und konsistentes
Berechnungsdiagramm, andernfalls hätte es nicht aktiviert werden können. Die inaktive Instanz enthält
Änderungen seit der letzten Aktivierung (falls es eine Aktivierung gab) und ist möglicherweise nicht vollständig
oder nicht konsistent.
Nachdem Sie den Planungsbereich und die Kennzahl ausgewählt haben, können Sie das
Berechnungsdiagramm, das Verwendungsdiagramm oder Filtersperren in einem Berechnungsdiagramm
anzeigen:
•Wählen Sie Berechnungsdiagramm Berechnungen aus, um die Berechnungsdenitionen anzuzeigen
und wie diese aufeinander aufgebaut sind.
•Wählen Sie Berechnungsdiagramm Schlüsselattribute aus, um die Eingabe-Ausgabe-Beziehungen
anzuzeigen, wie z.B. welche Schlüsselattribute der Eingabeplanungsebene in der Ausgabeplanungsebene
benötigt werden, welche die Basis für die Aggregation sind oder welche Attribute die Basis eines Joins
bilden.
•Wählen Sie Verwendungsdiagramm aus, um alle Berechnungen anzuzeigen, die die ausgewählte
Berechnung als direkte oder indirekte Eingabe verwenden. Hier können Sie auch zwischen der Anzeige
der Berechnungsdenitionen oder der Schlüssel- und Join-Attribute wechseln.
Weitere Informationen nden Sie unter Verwendungsdiagramme [Seite 550].
•Wählen Sie Filtersperren aus, um zu sehen, mit welchen Attributen Sie eektiv ltern können und wo
Filtersperren ausgegeben werden.
Weitere Informationen nden Sie unter Filtersperren [Seite 558].
Hinweis
Wenn Sie das Berechnungsdiagramm einer bestimmten Kennzahl anzeigen möchten, die Sie in der App
Planungsbereiche ausgewählt haben, können Sie über die Drucktaste Diagramm anzeigen in der App
Planungsbereiche direkt zur App Kennzahlberechnungen navigieren.
Die App Kennzahlberechnungen enthält auch Informationen über den Typ des Knotens. Der eingehende
Kantenpfeil hat – abhängig vom Knotentyp – eine bestimmte Farbe.
•Hellblau: Aggregation
In dieser Beziehung zwischen Input- und Output-Knoten gibt es eine Eingabeplanungsebene.
Das Ausgabedatenset ist eine Teilmenge des Eingabedatensets. Es enthält alle Datensätze des
Eingabedatensets, die eindeutig für eine Kombination von Werten der Schlüsselattribute der Ausgabe sind.
Außerdem enthält es aggregierte Datensätze für die Eingabedatensätze, die nicht eindeutig sind: einen
Datensatz für jede Kombination. Die Datensätze werden mit der Funktion in der Berechnungsdenition
180
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Kennzahlberechnungen
(SUM, AVG, MIN, MAX, COUNT oder STDDEV) aggregiert, was einen Datensatz im Ausgabedatensatz
ergibt.
•Mittelblau: Vereinfachte Kennzahlenberechnungen
In dieser Beziehung gibt es eine vereinfachte Kennzahlenberechnung zwischen den Input- und Output-
Knoten. Folgende vereinfachte Berechnungen sind verfügbar:
•Kumulative Aggregation (IBP_CAGGR)
•Rollierende Aggregation (IBP_RAGGR)
•Dynamische rollierende Aggregation (IBP_DYNAMIC_RAGGR)
•Aggregation der letzten Periode (IBP_LPA)
•Periodenverschiebung (IBP_PERIODSHIFT)
•Gewichteter Durchschnitt (IBP_WEIGHTEDAVG)
•Abdeckung (IBP_COVERAGE)
•Kalender (IBP_CALENDAR)
•Fehlende Zeiträume generieren IBP_GENERATE_MISSING_TP
•Berechnung des letzten Werts (IBP_LAST_VALUE)
•Berechnung des aktuellen Werts (IBP_CURRENT_VALUE)
Weitere Informationen nden Sie unter Vereinfachte Kennzahlenberechnungen [Seite 203].
•Orange: Inner Join
In dieser Beziehung zwischen dem Input- und Output-Knoten gibt es zwei Eingabeplanungsebenen.
Die Ausgabe des Inner Joins besteht aus einer Menge von Datensätzen, die Datensätze aus zwei
Eingabedatensets zusammenfasst. Die Ausgabedatensätze sind Datensätze, die dieselbe Kombination aus
Werten für die Join-Attribute in beiden Datensets enthalten.
Weitere Informationen zum Inner Join nden Sie unter Berechnungen über verschiedene Planungsebenen
hinweg [Seite 194]
•Blaugrün: Hochrechnung
In dieser Beziehung zwischen den Input- und Output-Knoten können zwei Eingabeplanungsebenen
beteiligt sein, vorausgesetzt, sie haben eine gemeinsame Menge an Schlüsselattributen.
Die Ausgabe der Hochrechnung erfolgt durch Ausführung einer Operation für die Eingabe (KF2 = KF1 *
2) oder für alle Eingaben (KF3 = KF1 - KF2) für jede Kombination von Werten der Schlüsselattribute.
•Violett: Union
In dieser Beziehung zwischen Input- und Output-Knoten gibt es eine Eingabeplanungsebene.
Das Ausgabedatenset enthält alle Datensätze der Eingabedatensets. Falls es keinen Wert für
eine der Eingabekennzahlen im Eingabedatenset für eine bestimmte Kombination von Werten der
Schlüsselattribute gibt, wird für die betreende Kennzahl NULL im Ausgabedatenset gespeichert.
•Rosa: L-Skript
In dieser Beziehung zwischen Input- und Output-Knoten gibt es eine Eingabeplanungsebene.
Die Berechnung des Output-Knotens ist kein Rechenausdruck, sondern ein L-Skript.
Um detaillierte Informationen für einen Knoten (über die Berechnungsdenitionen, Planungsebenen und
Kennzahlen) anzuzeigen, rufen Sie die Knoteninfo auf.
Um die Planungsebene der Berechnung, die Kennzahl oder die Basisplanungsebene der Kennzahl anzuzeigen
und zu ändern, können Sie von dieser App direkt zu der entsprechenden Modellentität in der App
Planungsbereiche navigieren.
Leitfaden für die Modellkonguration
Kennzahlberechnungen
PUBLIC
ÖFFENTLICH 181
11.3 Häug verwendete Funktionen und Ausdrücke
Operatoren
Folgende Operatoren stehen zur Verfügung:
+, -, *, /, >, <, =, >=, <=, !=, **, %, AND, OR, NOT
Operator Details Beispiel
% Modulus-Operator. Gibt den Restwert
zurück, z.B. 17%5 = 2.
"KF1@PERPRODLOC" %
"KF2@PERPRODLOC"
** Potenzoperator KF@PERPRODLOC =
"KF1@PERPRODLOC" *
((1/"KF2@PERPRODLOC")**0.5
)
AND Boolescher Operator, der einen Wert
von TRUE zurückgibt, wenn beide seine
Operanden „true“ sind und FALSE an-
dernfalls.
KF1@PERPRODLOC = 0 AND
"KF2@PERPRODLOC" = 0
OR Boolescher Operator, der einen Wert
von TRUE zurückgibt, wenn einer sei-
ner Operanden TRUE sind und FALSE
andernfalls.
KF1@PERPRODLOC = 0 OR
"KF2@PERPRODLOC" = 0
Aggregationen
Folgende Aggregationsmethoden stehen zur Verfügung:
•SUM
•AVG
•COUNT
•STDDEV
•MIN
•MAX
Hinweis
Wenn MIN und MAX mehrere Eingabekennzahlen haben, ndet keine Aggregation statt; hierbei
handelt es sich um Funktionen, die die niedrigsten und höchsten Werte der Eingabekennzahlen
zurückgeben. Weitere Informationen nden Sie in der folgenden Tabelle und im Abschnitt Mehrere
Eingabekennzahlen für MIN und MAX [Seite 189].
182
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Kennzahlberechnungen
Standardfunktionen
Syntax Details Beispiel
IF(intarg , arg2, arg3) Gibt arg2 zurück, wenn intarg als
„true“ (ungleich Null) betrachtet wird.
Gibt arg3 zurück, wenn intarg als
„false“ betrachtet wird.
Gibt null zurück, wenn intarg als
„null“ betrachtet wird.
KF1@PL = IF("KF2@PL" >
"KF3@PL", 1, 0)
Wenn KF1 oder KF2 nicht gepegt wur-
den, d.h. eine davon Nullwerte (unde-
niert) enthält, gibt die Funktion null
zurück. Die Berechnung kann so um-
strukturiert werden, dass sie auf die
gleiche Weise wie die JF-Funktion funk-
tioniert, und zwar wie folgt: KF1@PL
= IF(ISNULL("KF2@PL")
OR ISNULL(“KF3@PL”),0 ,
IF("KF2@PL" > "KF3@PL", 1,
0))
JF(intarg, arg2, arg3) Gibt arg2 zurück, wenn intarg als
„true“ (ungleich Null) betrachtet wird,
andernfalls arg3. Die Funktion JF ver-
hält sich ähnlich wie Funktion IF, ver-
wendet aber SQL-Semantik. Während
IF null zurückgibt, wenn das erste Ar-
gument null (undeniert) ist, gibt JF in
diesem Fall den else-Wert (arg3) zu-
rück.
KF1@PL = JF("KF2@PL" >
"KF3@PL", 1, 0)
Wenn KF2 oder KF3 nicht gepegt sind,
d.h. eine davon Nullwerte (undeniert)
enthält, gibt die Funktion den else-Wert
zurück, in diesem spezischen Beispiel
ist er 0.
ISNULL(arg1) Gibt 1 (= „true“) zurück, wenn arg1 auf
null gesetzt wurde.
MARKETINGFORECASTQTY@PERPR
ODCUST =
IF(ISNULL("MARKETINGFORECA
STQTY@PERPRODCUST"),
"SALESFORECASTQTY@PERPRODC
UST",
"MARKETINGFORECASTQTY@PERP
RODCUST")
CASE(arg1, default)
CASE(arg1, cmp1, value1,
cmp2, value2, ...,
default)
Gibt value1 zurück, wenn arg1
== cmp1, value2, wenn arg1 ==
cmp2 usw.; gibt den Standardwert zu-
rück, wenn es keinen Treer gibt.
CASE("SELECTEDOPTION@PERPR
OD", 1, "KF1@PERPROD", 2,
"KF2@PERRPROD",
"KF@PERPROD")
Leitfaden für die Modellkonguration
Kennzahlberechnungen
PUBLIC
ÖFFENTLICH 183
Syntax Details Beispiel
ABS(arg) Gibt arg zurück, wenn arg ein positi-
ver Wert oder Nullwert ist, anderenfalls
–arg.
IF(ABS("SUPPLYREV@PERPRODF
ML" -
"CONSENSUSDEMANDREV@PERPRO
DFML")/"CONSENSUSDEMANDREV
@PERPRODFML" > 0.2,1,0)
ROUND(double, int) ROUND(123.456, 0) = 123
ROUND(123.456, 1) = 123.5
ROUND(-123.456, 1) =
-123.5
ROUND(123.456, -1) = 120
KF1@PERPRODLOCSRC =
ROUND("KF@PERPRODLOCSRC",
0)
ROUNDDOWN(double, int) ROUNDDOWN(123.456, -1) =
120
ROUNDDOWN(-123.456, -1) =
-130
KF1@PERPRODLOCSRC =
ROUNDDOWN("KF@PERPRODLOCSR
C", 0)
FLOOR(double) FLOOR(35.1) = 35 KF1@PERPRODLOC =
FLOOR("KF@PERPRODLOC")
CEIL(double) CEIL(35.1) = 36 KF1@PERPRODLOC =
CEIL("KF@PERPRODLOC")
LTRIM(string)
LTRIM(string,string)
Entfernen Sie ein vorangestelltes Leer-
raumzeichen aus einer Zeichenfolge.
Leerraumzeichen können in einem opti-
onalen Argument angegeben werden.
RTRIM(string)
RTRIM(string,string)
Entfernen Sie ein nachgestelltes Leer-
raumzeichen aus einer Zeichenfolge.
Leerraumzeichen können in einem opti-
onalen Argument angegeben werden.
TRIM(string)
TRIM(string,string)
Entfernen Sie Leerraumzeichen am An-
fang und Ende einer Zeichenfolge.
UPPER(arg1) Gibt arg1 in Großbuchstaben zurück KF1@PERPRODCUST =
IF(UPPER("ATTR1")
= ''APPROVED'',
"KF2@PERPRODCUST", NULL)
184
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Kennzahlberechnungen
Syntax Details Beispiel
MIN(arg1,arg2,...) Wenn es mehrere Eingabekennzahlen
gibt, ndet keine Aggregation statt; es
wird der niedrigste Wert der Eingabe-
kennzahlen zurückgegeben.
MINCAPACITY@MTHPRODLOC =
MIN("CAPACITYMORNING@MTHPR
ODLOC",
"CAPACITYAFTERNOON@MTHPROD
LOC",
"CAPACITYNIGHT@MTHPRODLOC"
)
MAX(arg1,arg2,...) Wenn es mehrere Eingabekennzahlen
gibt, ndet keine Aggregation statt;
es wird der höchste Wert der Eingabe-
kennzahlen zurückgegeben.
MAXCAPACITY@MTHPRODLOC =
MAX("CAPACITYMORNING@MTHPR
ODLOC",
"CAPACITYAFTERNOON@MTHPROD
LOC",
"CAPACITYNIGHT@MTHPRODLOC"
)
EXP(arg1) Gibt das Ergebnis der Konstante e zu-
rück, die in die Potenz einer Zahl erho-
ben wird. Die Funktion EXP hat einen
obligatorischen Parameter: die Potenz,
in die e erhoben wird. Dabei kann es
sich um einen Ausdruck (mit numeri-
scher Ausgabe), eine Kennzahl, ein At-
tribut des Typs „Ganzzahl“ oder um
eine numerische Konstante handeln.
KF@MTHPRODLOC =
EXP("SKF@MTHPRODLOC")
LOG(arg1) Gibt den natürlichen Logarithmus ei-
ner bestimmten Zahl zurück. Die Funk-
tion LOG besitzt einen obligatorischen
Parameter: die Zahl, für die der natür-
liche Logarithmus berechnet wird. Da-
bei kann es sich um einen Ausdruck
(mit numerischer Ausgabe), eine Kenn-
zahl, ein Attribut des Typs „Ganzzahl“
oder um eine numerische Konstante
handeln.
KF@MTHPRODLOC =
LOG("SKF@MTHPRODLOC")
SQRT(arg1) Gibt die Quadratwurzel einer positiven
Zahl zurück. Die Funktion SQRT besitzt
einen obligatorischen Parameter: die
Zahl, für die die Quadratwurzel berech-
net wird. Dabei kann es sich um einen
Ausdruck (mit numerischer Ausgabe),
eine Kennzahl, ein Attribut des Typs
„Ganzzahl“ oder um eine numerische
Konstante handeln.
SQRT@MTHPRODLOC =
IF("SKF1@MTHPRODLOC" = 1,
SQRT("SQUAREDEMAND@MTHPROD
LOC"), - 1)
Leitfaden für die Modellkonguration
Kennzahlberechnungen
PUBLIC
ÖFFENTLICH 185
Syntax Details Beispiel
arg1**arg2 Gibt die in eine bestimmte Potenz erho-
bene Zahl zurück. Die Potenzfunktion
besitzt zwei obligatorische Parameter:
die Zahl und die Potenz. Dabei kann es
sich um Ausdrücke (mit numerischer
Ausgabe), Kennzahlen, Attribute des
Typs "Ganzzahl" oder um numerische
Konstanten handeln.
KF@MTHPRODLOC =
"SKF01@MTHPRODLOC" **
"SKF02@MTHPRODLOC"
Modellierungsanforderungen für EXP, SQRT, LOG und Potenzfunktionen
•Der Parameter der Funktion EXP muss ein Ausdruck (mit numerischer Ausgabe), eine Kennzahl, ein
Attribut des Typs „Ganzzahl“ oder eine numerische Konstante sein.
•Der Parameter der Funktion SQRT muss ein Ausdruck (mit numerischer Ausgabe), eine Kennzahl, ein
Attribut des Typs „Ganzzahl“ oder eine numerische Konstante sein.
•Der Wert des Parameters der Funktion SQRT muss null oder positiv sein.
•Der Parameter der Funktion LOG muss ein Ausdruck (mit numerischer Ausgabe), eine Kennzahl, ein
Attribut des Typs „Ganzzahl“ oder eine numerische Konstante sein.
•Der Wert des Parameters der Funktion LOG muss positiv sein.
•Die Parameter der Potenzfunktion (**) müssen Ausdrücke (mit numerischen Ausgaben), Kennzahlen,
Attribute des Typs „Ganzzahl“ oder numerische Konstanten sein.
•Wenn der Wert des ersten Parameters der Potenzfunktion (**) null ist, muss der zweite Parameter null
oder positiv sein.
Hinweis
Diese Funktionen können in andere Berechnungen geschachtelt werden, und andere Berechnungen können
auch in diesen Funktionen verschachtelt werden. Beispiel: EXP(SQRT(IF( KF <= 0, KF-CEIL(KF),
KF-FLOOR(KF).
Diese Funktionen können jedoch nicht in vereinfachten Kennzahlenberechnungen (IBP_*) verschachtelt
werden, und vereinfachte Kennzahlenberechnungen können auch nicht in diesen Funktionen verschachtelt
werden.
Beispiel
Beispielkonguration für die Aggregation der Standardabweichung
Berechnen Sie die Quadratwurzel aus der Summe der Quadrate:
1. Berechnung der Quadrate:
1. Werte quadrieren:
HKF1@PL = PROPAGATEDDEMANDSTDEV@PL ** 2
2. Quadrate addieren:
HKF1@REQUEST = SUM(HKF1@PL)
186
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Kennzahlberechnungen
2. Quadratwurzel aus der Summe berechnen:
PROPAGATEDDEMANDSTDEV@REQUEST= HKF1@REQUEST ** 0.5
Beispiel
ISNULL
Die Bedingung ISNULL funktioniert nur dann, wenn ein zugrunde liegender Zeitreihensatz für das
Planungsobjekt vorhanden ist.
Angenommen, Sales Forecast Quantity und Marketing Forecast Quantity sind abgelegte Kennzahlen für die
Planungsebene PERPROD.
Planungsobjekt Periode Kennzahl: Absatzprogno-
semenge
Kennzahl: Marketingprog-
nosemenge
P1 Januar 2018 100
P1 März 2018 100
Mit den obigen Daten zeigt IF(ISNULL(SALESFCSTQTY),1,0) folgendes Verhalten:
Periode ISNULL-Wert Hinweise
Januar 2018 0 „Januar 2018“ hat den Wert „100“.
Februar 2018 Nicht bewertet Das Planungsobjekt ist für den Zeit-
raum „Februar 2018“ nicht vorhanden.
März 2018 1 Obwohl es keinen Wert für Sales
Forecast Quantity gibt, hat die Kenn-
zahl Marketing Forecast Quantity (für
dieselbe Planungsebene) einen gülti-
gen Wert. Daher ist ein Satz in der
Zeitreihe für dieses Planungsobjekt
vorhanden.
Beispiele für Ausdrücke
Kennzahl Rechenausdruck
Actuals Price ACTUALSPRICE@REQUEST =
IF(„ACTUALSQTY@REQUEST“=0,0,
„ACTUALSREV@REQUEST“/
„ACTUALSQTY@REQUEST“)
Leitfaden für die Modellkonguration
Kennzahlberechnungen
PUBLIC
ÖFFENTLICH 187
Kennzahl Rechenausdruck
Capacity Overloads CAPACITYOVERLOADS@PERLOCRES =
IF(„CAPADEMANDUTILPCT@PERLOCRES“> 1,1,0)
Capacity Usage CAPAUSAGE@PERPRODLOCRES =
„CAPADEMAND@PERPRODLOCRES“*„(IF(CAPASUPP
LYPERDEMAND@PERLOCRES“>1,1,
„CAPASUPPLYPERDEMAND@PERLOCRES“))
Marketing Forecast Prot MARKETINGFORECASTPROFIT@PERPRODCUST
= „MARKETINGFORECASTREV@PERPRODCUST“-
„HMARKETINGFORECASTCOST@PERPRODCUST“
Marketing Forecast Quantity MARKETINGFORECASTQTY@PERPRODCUST =
IF(ISNULL("MARKETINGFORECASTQTY@PERPRODC
UST"), "SALESFORECASTQTY@PERPRODCUST",
"MARKETINGFORECASTQTY@PERPRODCUST")
Constrained Versus Consensus Demand Revenue CONSTRAINEDVSCONSENSUSREV@PERPRODFML =
IF(ISNULL("CONSENSUSDEMANDREV@PERPRODFML
")OR
"CONSENSUSDEMANDREV@PERPRODFML"=0,0,
IF(ABS("SUPPLYREV@PERPRODFML" -
"CONSENSUSDEMANDREV@PERPRODFML")/"CONSEN
SUSDEMANDREV@PERPRODFML" > 0,2,1,0))
Supply Quantity SUPPLYQTY@PERPRODLOC =
IF("HPROJECTEDINVENTORYQTY@PERPRODLOC">=
0, "DEPENDENTDEMANDQTY@PERPRODLOC",
"DEPENDENTDEMANDQTY@PERPRODLOC"+
"HPROJECTEDINVENTORYQTY@PERPRODLOC")
Bill Cost per Area Demand Revenue BILL_COST_PER_AREA@BSCIRTRSCFRCTOUFRUTO2
L3AVG_A =
IF(isnull("ASSETAREA5@BSCIRTRSCFRCTOUFRU
TO2L3AVG_A") or
"ASSETAREA5@BSCIRTRSCFRCTOUFRUTO2L3AVG_A
"=0,0,"BILL_COST5@BSCIRTRSCFRCTOUFRUTO2L
3AVG_A"/"ASSETAREA5@BSCIRT
Hinweis
In Kennzahlberechnungen werden Spalten-Engine-Ausdrücke verwendet. Bei Unterschieden zwischen der
Spalten-Engine und der SQL-Engine beachten Sie bitte Hinweis 2780505 .
Weitere Informationen über Spalten-Engines nden Sie im SAP HANA Modeling Guide unter Using Column
Engine Functions.
188
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Kennzahlberechnungen
Weitere Informationen
Vereinfachte Kennzahlenberechnungen [Seite 203]
11.4 Mehrere Eingabekennzahlen für MIN und MAX
Die Funktionen MIN und MAX können mehrere Eingabekennzahlen haben.
Wenn Sie mit mehreren Eingabekennzahlen arbeiten, ndet in den Funktionen MIN und MAX keine Aggregation
statt. Als Ausgabe erhalten Sie einfach den niedrigsten bzw. höchsten Wert der Eingabekennzahlen. Wenn eine
der Eingabekennzahlen NULL ist, dann sind MIN und MAX ebenfalls NULL.
Die Attribute der Ausgabeplanungsebene müssen eine Vereinigung der Attribute der Eingabeplanungsebenen
sein.
Beispiel
In diesem Beispiel haben die Funktionen MIN und MAX drei Eingabekennzahlen: CAPACITYMORNING,
CAPACITYAFTERNOON und CAPACITYNIGHT. Zuerst werden die Mindest- und Höchstwerte für Maschinen-/
Fertigungslinien auf Werksebene berechnet. In diesem Schritt ndet keine Aggregation statt; es handelt sich
um eine Funktion mit mehreren Eingabewerten. Die Ausgabe ist einfach der niedrigste und höchste Wert der
Eingabekennzahlen.
MINCAPACITY@REQUEST = MIN("MINCAPACITY@MTHPRODLOC")
MINCAPACITY@MTHRESLOC = MIN("CAPACITYMORNING@MTHPRODLOC",
"CAPACITYAFTERNOON@MTHPRODLOC", "CAPACITYNIGHT@MTHPRODLOC")
MAXCAPACITY@REQUEST = MAX("MAXCAPACITY@MTHPRODLOC")
MAXCAPACITY@MTHRESLOC = MAX("CAPACITYMORNING@MTHPRODLOC",
"CAPACITYAFTERNOON@MTHPRODLOC", "CAPACITYNIGHT@MTHPRODLOC")
Leitfaden für die Modellkonguration
Kennzahlberechnungen
PUBLIC
ÖFFENTLICH 189
Dann wird auf Maschinenebene aggregiert. Die Ausgabe der Funktionen MIN und MAX ist die Aggregation der
zuvor berechneten Mindest- und Höchstwerte.
11.5 COUNT
Mit der Aggregation COUNT können Sie zählen, wie viele Planungsobjekt-Kombinationen für einen bestimmten
Zeitraum Werte aufweisen.
Um die Werte der Eingabekennzahl zu zählen, verwenden Sie die Aggregation COUNT in der
Berechnungsdenition der Kennzahlen in der App Planungsbereiche: COUNT(<KEY FIGURE@PLANLEVEL>)
COUNT prüft und zählt, wie viele Planungsobjekt-Kombinationen für einen bestimmten Zeitraum Werte
aufweisen. Wenn die Eingabekennzahl auf der Basisplanungsebene hochgeladene Daten für einen bestimmten
Zeitraum hat, liefert die Aggregation COUNT als Ergebnis 1, ansonsten 0.
Die Aggregation COUNT kann sowohl auf einer Planungsebene als auch einer REQUEST-Ebene verwendet
werden.
Beispiel
COUNTKF@REQUEST = COUNT("COUNTKF@MTHPRODLOC")
COUNTKF@MTHPRODLOC = "STOREDKF@MTHPRODLOC"
Im folgenden Beispiel wird COUNT für jede Kombination aus Produkt/Lokation berechnet. Die Kennzahl für die
Anzahl kann folgende Werte haben:
•Wenn die abgelegte Kennzahl hochgeladene Daten für einen bestimmten Zeitraum hat, ist der
Kennzahlwert 1.
•Wenn die abgelegte Kennzahl keine hochgeladenen Daten hat, der Wert also NULL ist, dann ist der
Kennzahlwert 0.
•Wenn eine bestimmte Kombination nicht vorhanden ist (z.B. Shanghai/Telefon X/Feb 2020), wird die
Kennzahl für diese Kombination nicht berechnet.
Anschließend entfernen wir das Produkt aus der Planungssicht und aggregieren es auf Lokationsebene.
190
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Kennzahlberechnungen
Der Wert der Zählkennzahl wird ebenfalls aggregiert.
Sie können die Aggregation COUNT als Parameter in folgenden vereinfachten Kennzahlberechnungen
verwenden:
•Kumulative Aggregation [Seite 204]
•Rollierende Aggregation [Seite 222]
•Dynamische rollierende Aggregation [Seite 226]
Modellierungsanforderungen für COUNT-Aggregation
•Die Aggregation COUNT muss genau einen Parameter haben, der die Eingabekennzahl ist.
•Die Ausgabekennzahl der Aggregation COUNT kann nicht abgelegt werden.
•Die Aggregation COUNT kann nicht in einem anderen Ausdruck eingebettet werden.
•In Berechnungsdenitionen, die nur über einen Ausdruck COUNT(<KEY FIGURE@PLANLEVEL>) auf der
Eingabeseite verfügen, müssen die Attribute auf der Ausgabeplanungsebene mit den Attributen der
Eingabeplanungsebene identisch oder eine Teilmenge dieser Attribute sein.
11.6 STDDEV
Mit der Aggregation STDDEV können Sie die Standardabweichung für die angegebene Kennzahl berechnen.
Die Standardabweichung ist ein Maß für die Streuung einer Beispieldatenmenge relativ zum Mittel. Sie wird als
Quadratwurzel der Varianz berechnet, indem für jeden Datenpunkt die Abweichung vom Mittel bestimmt wird.
Zur Berechnung der Standardabweichung verwenden Sie die Aggregation STDDEV in der
Berechnungsdenition der Kennzahlen in der App Planungsbereiche: STDDEV(<KEY FIGURE@PLANLEVEL>).
Die Aggregation STDDEV gibt die Standardabweichung für Daten zurück, die ein Beispiel darstellt (in der Formel
durch die Division durch n-1 realisiert), ähnlich der Funktion STDEV.S in Microsoft Excel. Sie kann Daten in
jeder beliebigen Dimension aggregieren und auch auf REQUEST-Ebene verwendet werden.
Leitfaden für die Modellkonguration
Kennzahlberechnungen
PUBLIC
ÖFFENTLICH 191
Beispiel
STDDEVAGGRQTY@REQUEST = STDDEV("ACTUALQTY@MTHPRODLOC")
In diesem Beispiel berechnen wir zuerst die Standardabweichung auf einer Lokations-/Produkt-/Monatsebene.
Da der Wert der Eingabekennzahl auf Monatsebene abgelegt wird und die Standardabweichung in der
REQUEST-Berechnung auf Monatsebene berechnet wird, ist das Ergebnis immer 0.
Anschließend führen wir die Abfrage auf vierteljährlicher Ebene aus und behalten sowohl die Lokations- als
auch die Produktdimension bei. In diesem Fall wird der Wert der Kennzahl ACTUALQTY aggregiert und es wird
die Standardabweichung berechnet.
Zum Schluss aggregieren wir die Kennzahl ACTUALQTY auf Lokationsebene und berechnen die
Standardabweichung.
Sie können STDDEV als Parameter für die Denition der Aggregationsart in den folgenden vereinfachten
Kennzahlberechnungen verwenden:
•Kumulative Aggregation [Seite 204]
•Rollierende Aggregation [Seite 222]
Modellierungsanforderungen für STDDEV-Aggregation
•Die Aggregation STDDEV muss genau einen Parameter haben, der die Eingabekennzahl ist.
•Wenn ein Berechnungsdiagramm eine Standardabweichungsaggregation enthält, darf die oberste
Kennzahl im Berechnungsdiagramm nicht editierbar sein.
•Die Aggregation STDDEV kann nicht in einem anderen Ausdruck eingebettet werden.
•In Berechnungsdenitionen, die nur über einen Ausdruck STDDEV(<KEY FIGURE@PLANLEVEL>) auf
der Eingabeseite verfügen, müssen die Attribute auf der Ausgabeplanungsebene mit den Attributen der
Eingabeplanungsebene identisch oder eine Teilmenge dieser Attribute sein.
192
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Kennzahlberechnungen
11.7 Berechnung von abgelegten Kennzahlen
Kontext
Abgelegte Kennzahlen beziehen sich auf Kennzahlen, die in den zugrunde liegenden Datenbanktabellen
abgelegt sind und die entweder aus einem Quellsystem importiert oder manuell in einer Planungssicht im
IBP-Excel-Add-in eingegeben werden.
Zu den Beispielen gehören SALESFORECASTQTY und ACTUALSQTY.
Folgendes trit auf die Berechnung von abgelegten Kennzahlen zu:
•Die zugehörige Kennzahl ist als Abgelegt markiert (und kann zudem auf Bearbeitbar gesetzt werden).
•Die Kennzahl hat nur eine Berechnung auf Anfrageebene, kann jedoch auch andere Berechnungen
enthalten.
•Die Eingabekennzahl für die Berechnung ist dieselbe Kennzahl auf Basisplanungsebene.
Beispiel: Berechnungsdenition für ACTUALSQTY aus SAPIBP1-
Beispielmodell
ACTUALSQTY@REQUEST = SUM( "ACTUALSQTY@WKPRODLOCCUSTUOMTO" )
Bitte beachten Sie, dass die Eingaben für diese Berechnung ACTUALSQTY als abgelegten Wert enthalten:
Kennzahl Als Eingabe wählen Abgelegter Wert
ACTUALSQTY@PERPRODCUST X X
11.8 Berechnungen auf Anfrageebene
Kontext
Bei Berechnungen auf Anfrageebene sind die Eingaben für die Berechnung ebenfalls auf Anfrageebene.
(„Anfrageebene“) ist eine vordenierte Planungsebene, die die Ebene darstellt, auf welcher der Benutzer
die Daten betrachtet (im Microsoft-Excel-Client oder in „Analysen“). Wenn eine Kennzahl dieses Typ auf
Anfrageebene aufgerufen wird, werden die Kennzahlen in der Berechnung zunächst auf Anfrageebene
berechnet. Die Ergebnisse werden dann an die Kennzahlberechnung zurückgegeben. Anfrageebenen-
Berechnungen werden üblicherweise für die Berechnung von Quoten, Preisen und Kosten verwendet.
Leitfaden für die Modellkonguration
Kennzahlberechnungen
PUBLIC
ÖFFENTLICH 193
Folgendes Beispiel zeigt die Berechnung des Absatzprognosepreises, welche eine Berechnung des gewichteten
Durchschnitts ist:
Beispiel
Anfrageebenenberechnung: Absatzprognosepreis: SALESFORECASTPRICE@REQUEST
= IF(„SALESFORECASTQTY@REQUEST“=0,0,„SALESFORECASTREV@REQUEST“/
„SALESFORECASTQTY@REQUEST“)
Beachten Sie Folgendes:
•Anfrageebenenberechnungen müssen den Aggregationsmodus „Benutzerspezisch“ haben.
•Aggregationsmethoden wie SUM und MIN sind für Anfrageebenenberechnungen nicht zulässig. Nur
Eingaben auf Anfrageebene sind zulässig.
•Die Eingaben für Anfrageebenenberechnungen werden nicht gesichert.
Eingabekennzahlen: Absatzprognosepreis Anfrageebenenberechnung
Kennzahl Als Eingabe wählen Abgelegter Wert
SALESFORECASTREV@REQUEST √
SALESFORECASTQTY@REQEST √
11.9 Berechnungen über verschiedene Planungsebenen
hinweg
In SAP Integrated Business Planning können Sie Berechnungen über verschiedene Planungsebenen hinweg
ganz leicht ausführen. Berechnungen erfolgen in Echtzeit. Beispielsweise erfolgen aufgrund von Änderungen
an der Absatzprognose oder am Konsensbedarf die Berechnungen für die gesamte Beschaungs- und
Finanzseite.
Hinweis
Wenn eine Kennzahl Berechnungen auf verschiedenen Planungsebenen enthält, müssen die Attribute der
Ausgabeplanungsebene der Vereinigungsmenge aller Attribute auf Eingabeplanungsebene entsprechen.
Die Berechnung wird ein Inner Join sein, d.h. die Ausgabesätze sind diejenigen, die dieselbe Kombination
von Werten für die Join-Attribute in beiden Eingabeplanungsebenen haben. Join-Attribute sind Attribute,
die in beiden Eingabeplanungsebenen enthalten sind und sind die Wurzel in mindestens einer Ebene. Alle
anderen gemeinsamen Attribute werden durch die Join-Attribute deniert. D.h., wenn Sie ein Ergebnis für
alle möglichen Kombinationen von Attributwerten erhalten möchten, müssen Sie sicherstellen, dass beide
Eingabekennzahlen dieselben Wertkombinationen für die Join-Attribute enthalten.
Wenn die beiden Planungsebenen keine gemeinsamen Attribute haben, sind die Ausgabedatensätze
der Cross Join der beiden Eingabedatensätze. Diese Berechnungsart wird nicht empfohlen, da sie das
Datenvolumen signikant erhöhen könnte.
194
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Kennzahlberechnungen
In der folgenden Abbildung wird ein Beispiel für die Kennzahl Total Demand Value aus dem
Beispielplanungsbereich SAPIBP1 gezeigt:
Berechnungsdiagramm von Total Demand Value
TOTALDEMANDVAL@WKPRODLOCCURR wird berechnet aus DEPENDENTDEMAND@WKPRODLOC und
COSTPERUNIT@WKPRODLOCCURR.
Für die unten gezeigte Berechnung müssen für die Planungsebene WKPRODLOCCURR (Schlüsselattribute:
PERIODID5, PRDID, LOCID und CURRID sowie Nichtschlüsselattribute) dieselben Attribute wie für die
kombinierten Planungsebenen WKPRODLOC (Schlüsselattribute: PERIODID5, PRDID und LOCID sowie
Nichtschlüsselattribute) und WKPRODLOCCURR (Schlüsselattribute: PERIODID5, PRDID, LOCID und CURRID
sowie Nichtschlüsselattribute) deniert worden sein.
Auf ähnliche Weise muss die Ausgabeplanungsebene WKPRODLOCCURRCURRTO alle Attribute
(Schlüsselattribute: PERIODID5, PRDID, LOCID, CURRID und CURRTOID, Nichtschlüsselattribute: unter
anderem PERIODID3) aus den Eingabeplanungsebenen MTHCURRCURRTO (PERIODID3, CURRID und
CURRTOID sowie Nichtschlüsselattribute) und WKPRODLOCCURR (PERIODID5, PRDID, LOCID und CURRID
sowie Nichtschlüsselattribute) enthalten.
Berechnung des Gesamtbedarfswerts
TOTALDEMANDVAL@REQUEST = SUM("TOTALDEMANDVAL@WKPRODLOCCURRCURRTO")
TOTALDEMANDVAL@WKPRODLOCCURR = "DEPENDENTDEMAND@WKPRODLOC" *
"COSTPERUNIT@WKPRODLOCCURR"
TOTALDEMANDVAL@WKPRODLOCCURRCURRTO = "EXCHANGERATE@MTHCURRCURRTO" *
"TOTALDEMANDVAL@WKPRODLOCCURR"
Leitfaden für die Modellkonguration
Kennzahlberechnungen
PUBLIC
ÖFFENTLICH 195
Eingabekennzahlen für die Berechnung des Gesamtbedarfswerts
•Berechnung zur Summierung des Gesamtbedarfswerts auf Anforderungsebene:
TOTALDEMANDVAL@REQUEST = SUM("TOTALDEMANDVAL@WKPRODLOCCURRCURRTO")
Eingabekennzahlen Verwendung von abgelegtem Wert
TOTALDEMANDVAL@WKPRODLOCCURRCURRTO
•Berechnung des Gesamtbedarfswerts in einer anderen Währung als der Basiswährung:
TOTALDEMANDVAL@WKPRODLOCCURRCURRTO = "EXCHANGERATE@MTHCURRCURRTO" *
"TOTALDEMANDVAL@WKPRODLOCCURR"
Eingabekennzahlen Verwendung von abgelegtem Wert
EXCHANGERATE@MTHCURRCURRTO Ja
TOTALDEMANDVAL@WKPRODLOCCURR
•Berechnung des Gesamtbedarfswerts anhand der Sekundärbedarfsmenge und der Kosten pro Einheit in
Basiswährung:
TOTALDEMANDVAL@WKPRODLOCCURR = "DEPENDENTDEMAND@WKPRODLOC" *
"COSTPERUNIT@WKPRODLOCCURR"
Eingabekennzahlen Verwendung von abgelegtem Wert
DEPENDENTDEMAND@WKPRODLOC Ja
COSTPERUNIT@WKPRODLOCCURR Ja
11.10Vorbelegung mit anderer Kennzahl
Kontext
Sie können eine Kennzahl so kongurieren, dass ihre Berechnung abhängig von einer Bedinung mit einem
anderen Kennzahlwert vorbelegt wird. Auch ganze Kennzahlketten sind möglich, bei der eine Kennzahl mit dem
Wert einer anderen vorbelegten Kennzahl vorbelegt wird.
Hinweis
Eine solche Verkettung hängt jedoch nicht von einer Vorbelegung ab. Da alle Denitionen der Kennzahl
iterativ sind, können Sie Ketten für beliebige Berechnungen denieren.
196
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Kennzahlberechnungen
Beispiel
In diesem Beispiel wird die Kennzahl Sales Forecast Qty als Vorbelegungskennzahl für die Kennzahl
Consensus Demand Qty deniert. Wenn der Datenwert für Consensus Demand Qty null oder leer ist,
wird er mit Sales Forecast Qty vorbelegt.
Da es keinen abgelegten Wert für Consensus Demand Qty gibt, wird der Wert mit dem Wert für Sales
Forecast Qty vorbelegt: 2000.
Beispiel
Beachten Sie Folgendes:
•Wenn es keinen abgelegten Datenwert für Consensus Demand Qty gibt, wird der Wert „2000“ von Sales
Forecast Qty verwendet.
•Wenn Sie einen Wert wie „1000“ für Consensus Demand Qty eingeben oder einen Wert aus einer
Planungssicht sichern, überschreibt dieser neue Wert den Standardwert.
•Um einen berechneten Wert wiederherzustellen, setzen Sie den Wert in der Planungssicht auf null (leer)
und sichern Sie Ihre Eingaben.
Schritte
1. Legen Sie eine Kennzahl an, z.B. CONSENSUSDEMANDQTY, auf der Basisplanungsebene PERPRODCUST an.
2. Kennzeichnen Sie die Kennzahl als Abgelegt, Bearbeitbar und Berechnet.
3. Denieren Sie eine Berechnung auf Anfrageebene und eine Berechnung für die Basisplanungsebene.
•Berechnung auf Anfrageebene:
CONSENSUSDEMANDQTY@REQUEST = SUM(„CONSENSUSDEMANDQTY@PERPRODCUST“)
•Berechnung für die Basisplanungsebene:
CONSENSUSDEMANDQTY@PERPRODCUST = IF(ISNULL(„CONSENSUSDEMANDQTY@PERPRODCUST“
„DEMANDPLANNINGQTY@PERPRODCUST“, „CONSENSUSDEMANDQTY@PERPRODCUST“)
Leitfaden für die Modellkonguration
Kennzahlberechnungen
PUBLIC
ÖFFENTLICH 197
Hinweis
Beachten Sie, dass die Eingabekennzahl entweder eine abgelegte oder eine berechnete Kennzahl sein
kann. In diesem Beispiel sind beide Eingaben abgelegte Kennzahlen:
Kennzahl Als Eingabe ausgewählt Abgelegter Wert
CONSENSUSDEMAND@PERPRODCUST √ √
DEMANDPLANNINGQTY@PERPRODCUST √ √
Hinweis
Da die Kennzahl als „Abgelegt“ und „Berechnet“ gekennzeichnet ist, wird bei der Aktivierung ein
Vorbelegungsausdruck generiert:
IF(ISNULL(„CONSENSUSDEMANDQTY@PERPRODCUST“), „DEMANDPLANNINGQTY@PERPRODCUST“,
„CONSENSUSDEMANDQTY@PERPRODCUST“)
Dieser Ausdruck wird unter der Bedingung generiert, dass die Eingaben für die Berechnung abgelegte
Kennzahlen sind, die dieselbe Basisplanungsebene wie die Kennzahl selbst haben.
11.11Attribute in Kennzahlberechnungen verwenden
Sie können Attribute in Rechenausdrücken verwenden. Bitte beachten Sie Folgendes:
•Ein Attribut, das in einer Berechnung verwendet wird, muss zu der Planungsebene von mindestens einer
der Berechnungseingaben gehören.
•Ein Attribut kann nicht in einer Berechnung verwendet werden, wenn alle Eingaben auf Berechnungsebene
angegeben werden.
Hinweis
Dies ist mit der neuen, erweiterten Version der Planungsbereichsaktivierung nicht mehr erforderlich.
Weitere Informationen über die erweiterte Aktivierung und der Verwendung in Ihrem System nden Sie
unter Erweiterte Version der Planungsbereichsaktivierung [Seite 341].
Attribute, wie die Form KnZ@PE, müssen im Rechenausdruck mit doppelten Anführungszeichen umschlossen
sein, z.B.: "RESTYPE". Wenn Sie in einem Ausdruck jedoch eine Konstante verwenden, müssen Sie zwei
(!) einfache Anführungszeichen vor dem Attributwert und zwei (!) einfache Anführungszeichen nach dem
Attributwert verwenden (z.B. ''Konstante'').
Achtung
Beachten Sie, dass doppelte Anführungszeichen (") nicht verwendet werden dürfen, auch wenn sie einer
Kombination aus zwei einfachen Anführungszeichen ähneln.
198
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Kennzahlberechnungen
Beispiel
HUSAGE@WKRESLOC = IF ("RESTYPE" = ''STORAGE'', "HCAPAUSAGE@WKRESLOC",
"HPCAPAUSAGE@WKRESLOC")
Hinweis
String-Konstanten sind bei Berechnungen immer in Großbuchstaben. Wenn Sie die String-Konstante mit
dem tatsächlichen Attributwert in einer Berechnung vergleichen möchten, verwenden Sie die Funktion
UPPER, um den Attributwert in Großbuchstaben zu ändern.
Beispiel: KF1@PERPRODCUST = IF(UPPER(''ATTR1'') = ''APPROVED'', "KF2@PERPRODCUST",
NULL)
11.12Zeiträume in Kennzahlberechnungen verwenden
In manchen Fällen müssen Sie Berechnungen denieren, die auf Zeitraumkriterien basieren.
Beispiel: Angenommen, Sie möchten für die Kennzahl „Sales Forecast Qty“ die Istmenge für Zeiträume
anzeigen, die in der Vergangenheit liegen:
Für „Sales Forecast Qty“ angezeigte Istmenge in vergangenen Zeiträumen
Kennzahl Aktueller Zeit-
raum -2
Aktueller Zeit-
raum -1
Aktueller Zeit-
raum
Aktueller Zeit-
raum +1
Aktueller Zeit-
raum +2
Prod1/Cust1 Actuals Qty 100 120
Sales
Forecast Qty
100 120 150 175 100
Um dies zu erreichen, denieren Sie folgenden Rechenausdruck:
SALESFCSTQTY@BASEPLANNINGLEVEL = IF(PERIODIDn >=$$PERIODIDnCU$$,
SALESFCSTQTY@BASEPLANNINGLEVEL,ACTUALSQTY@BASEPLANNINGLEVEL)
Hinweis
Wenn Sie Kennzahlen auf verschiedenen Planungsebenen (Week, Month, Quarter, Year) haben und
PERIODIDn verwenden möchten:
•$$PERIODIDnCU$$: feste Variable für den aktuellen Zeitraum.
•$$PERIODIDnFR$$: erste Periode des angegebenen Planungshorizonts.
•$$PERIODIDnTO$$: letzte Periode des angegebenen Planungshorizonts.
•PERIODIDn: Zeitraumattribut
Leitfaden für die Modellkonguration
Kennzahlberechnungen
PUBLIC
ÖFFENTLICH 199
„n“ bezieht sich auf die Zeitraumebene. Beispiel: In einem Planungsbereich, in dem das Zeitprol die
Ebenen „Week“, „Month“, „Quarter“ und „Year“ hat, ergeben sich folgende Zeitraum-IDs:
Zeitraum-ID Zeitraumebene
PERIODID0 Week
PERIODID1 Year
PERIODID2 Quarter
PERIODID3 Month
Wird Sales Forecast Qty auf Basisplanungsebene mit Month als Wurzel deniert, wird PERIODIDn
durch PERIODID3 ersetzt.
Weitere Informationen
Attribute PERIODID und PERIODID(n) in Zeitprolebenen [Seite 48]
11.13Überschreitung der Begrenzung auf 12-
stellige ganze Zahlen und 6 Dezimalstellen bei
Kennzahlberechnungen
Die maximale Stellenanzahl in SAP IBP beträgt 18. Werte können aus maximal 12-stelligen ganzen Zahlen und
sechs Dezimalstellen bestehen. Es kann jedoch vorkommen, dass die Ergebnisse (sowohl Zwischen- als auch
Endergebnisse) von Kennzahlberechnungen mehr als 12 Vor- oder 6 Nachkommastellen erfordern. Sehen wir
uns einige Beispiele und Lösungsvorschläge für dieses Problem an.
Überschreitung der Begrenzung auf 12-stellige ganze Zahlen
In diesem Fall würde das Ergebnis einer Berechnung (Zwischen- oder Endergebnis) aus mehr als 12 Ziern
bestehen. Daher erhalten Sie eine Fehlermeldung und die Berechnung wird nicht durchgeführt.
Beispiel
Es gibt drei Kennzahlen mit den folgenden Werten:
KF1=10000000000
KF2=100
KF3=1000
200
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Kennzahlberechnungen
Wir möchten folgende Berechnungen durchführen:
•KF1*KF2
Das Ergebnis wäre 1000000000000. Dieser Wert ist 13-stellig, SAP IBP kann jedoch nur mit ganzen
Zahlen von bis zu 12 Stellen arbeiten. Dadurch erhalten Sie einen numerischen Überlauehler.
•KF1*KF2/KF3
Das Ergebnis wäre 1000000000. Diese Zahl besteht aus weniger als 12 Stellen, der Zwischenwert KF1*KF2
benötigt jedoch 13 Stellen. Das ist in SAP IBP nicht möglich, daher erhalten Sie erneut eine Fehlermeldung.
Lösung
Remodellieren Sie Ihre Berechnungen so, dass die Ergebnisse der Berechnungen die Grenze nicht
überschreiten. Dazu können Sie z.B. die Mengeneinheit oder die Währungseinheit ändern. Die häugste
Ursache für einen numerischen Überlauf ist die Umrechnung von Einnahmen in eine andere Währungseinheit.
Wenn dies der Fall ist, beheben Sie das Problem mit der Währungsumrechnung.
Wenn nur der Zwischenwert die Grenze von 12 Stellen überschreitet, können Sie für die Kennzahlen auch
andere Dimensionen verwenden. Beispielsweise können Sie bei KF1*KF2/KF3 den Wert von KF2 durch 1000
dividieren und dann das Endergebnis mit 1000 multiplizieren. Auf diese Weise erhalten Sie keine Werte mit
mehr als 12 Stellen.
Überschreitung der Begrenzung auf 6 Dezimalstellen
Dezimalwerte in SAP IBP können bis zu 6 Dezimalstellen aufweisen. Wenn eine Zahl mehr als 6 Dezimalstellen
hat, werden die ersten 6 Stellen beibehalten und der Rest einfach abgeschnitten, ohne den Wert zu runden.
Beispiel: Bei der Dezimalzahl 123,123456789 speichert und arbeitet das System mit 123,123456.
Das Ergebnis ist kleiner als erwartet
Beispiel
Wir arbeiten mit den folgenden Berechnungen:
ACTUALSPURCHASE@REQUEST = SUM("ACTUALSPURCHASE@DAYPRODLOC")
ACTUALSPURCHASE@DAYPRODLOC = "ACTUALSPURCHASE@DAYPRODLOC"/3
In diesem Beispiel werden Werte auf Tagesebene gespeichert, es gibt jedoch Werte auf Wochenebene.
Der Wert von ACTUALSPURCHASE ist beispielsweise 30 für Woche 1. Zur Berechnung von
ACTUALSPURCHASE@DAYPRODLOC müssen wir 30 durch 7 (Anzahl Wochentage) dividieren und anschließend
durch 3.
30/7/3=1,428571428571429.
Da SAP IBP nur mit Werten mit bis zu 6 Dezimalstellen arbeiten kann, wird der Wert 1,428571 gespeichert.
Dann fragen wir ACTUALSPURCHASE auf Wochenebene ab. Dabei wird der Tageswert aggregiert (1,428571*7)
und das Ergebnis ist 9,999997. Das ist jedoch nicht korrekt; das Ergebnis sollte 10 (30/3) sein.
Lösung 1: Remodellierung Ihrer Berechnungen (empfohlen)
Remodellieren Sie Ihre Berechnungen so, dass die Zwischenwerte nicht die Grenze überschreiten, indem Sie
für die Kennzahlen andere Dimensionen verwenden. Zur Erinnerung: Sie können die Mengeneinheit oder die
Währungseinheit ändern, den Wert der Kennzahl mit 1000 multiplizieren und nach der Berechnung durch
1000 dividieren. Beachten Sie, dass Sie einerseits die Grenze von 6 Dezimalstellen nicht überschreiten und
andererseits nicht mehr als 12-stellige ganze Zahlen haben dürfen.
Leitfaden für die Modellkonguration
Kennzahlberechnungen
PUBLIC
ÖFFENTLICH 201
Lösung 2: Rundung der Werte im Backend
Wenn es bei der Kennzahlberechnung eine Disaggregation gibt, verwenden Sie die Rundung, um exakte Werte
zu erhalten. Fügen Sie hierfür eine der Rundungsfunktionen zur Funktion SUM auf der Ebene REQUEST hinzu.
Weitere Informationen zu den Rundungsfunktionen erhalten Sie unter Häug verwendete Funktionen und
Ausdrücke [Seite 182].
Lösung 3: Rundung der Werte im SAP IBP, Add-in für Microsoft Excel
Setzen Sie die Anzahl der anzuzeigenden Dezimalstellen auf 6, sodass sie mit der Anzahl in SAP IBP
übereinstimmt. Sie können den Zellen in Microsoft Excel auch Rundungsfunktionen hinzufügen.
Wir empfehlen, Zwischenergebnisse schrittweise in Microsoft Excel darzustellen, anstatt eine komplexe
Berechnung in einem Schritt zu haben. Auf diese Weise können Sie leicht prüfen, ob alle Zwischenwerte die
Begrenzung auf sechs Dezimalstellen (und 12-stellige ganze Zahlen) einhalten.
Das Ergebnis ist größer als erwartet
Beispiel
In diesem Beispiel beträgt die Anzahl der Dezimalstellen in Microsoft Excel 2. Infolgedessen wird der Wert
999,999 als 1000,00 angezeigt.
Lösung
Setzen Sie in Microsoft Excel die Anzahl der anzuzeigenden Dezimalstellen auf 6, und legen Sie die
Rundungsgenauigkeit fest.
202
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Kennzahlberechnungen
12 Vereinfachte Kennzahlenberechnungen
Die folgenden vereinfachten Kennzahlenberechnungen sind jetzt verfügbar:
•IBP_CAGGR, um die kumulative Aggregation über Perioden hinweg auszuführen
Weitere Informationen nden Sie unter Kumulative Aggregation [Seite 204].
•IBP_RAGGR, um Kennzahlen über mehrere Perioden hinweg für ein bestimmtes Zeitfenster zu aggregieren
Weitere Informationen nden Sie unter Rollierende Aggregation [Seite 222].
•IBP_DYNAMIC_RAGGR, um Kennzahlen über mehrere Perioden hinweg zu aggregieren, die durch Attribute
oder Kennzahlen deniert sind.
•Weitere Informationen nden Sie unter Dynamische rollierende Aggregation [Seite 226].
•IBP_LPA, um die Aggregation der letzten Periode für eine bestimmte Periode auszuführen
Weitere Informationen nden Sie unter Aggregation der letzten Periode [Seite 218].
•IBP_PERIODSHIFT, um Kennzahlwerte um Perioden zu verschieben
Weitere Informationen nden Sie unter Periodenverschiebung [Seite 232].
•IBP_WEIGHTEDAVG, um den gewichteten Durchschnitt für eine Kennzahl zu berechnen.
Weitere Informationen nden Sie unter Gewichteter Durchschnitt [Seite 237].
•IBP_COVERAGE, um zu berechnen, wie viele Tage oder Wochen der berechnete projizierte Bestand
basierend auf dem geplanten Bedarf noch ausreichen wird.
Weitere Informationen nden Sie unter Deckung [Seite 243].
•IBP_CALENDAR, um Arbeits- und Nichtarbeitstage mithilfe von Werten anzuzeigen, die aus den SAP-ERP-
Kalendern importiert wurden.
Weitere Informationen nden Sie unter Kalender [Seite 264].
•IBP_GENERATE_MISSING_TP, um fehlende Zeiträume für den Berechnungshorizont zu generieren, der
durch die Parameter der Funktion deniert ist.
Weitere Informationen nden Sie unter Fehlende Zeiträume generieren [Seite 268].
•IBP_LAST_VALUE, um den letzten Nicht-NULL-Wert der Eingabekennzahl (falls ihr Istwert NULL ist) zu
suchen und zurückzugeben, beginnend mit der vorherigen Periode.
Weitere Informationen nden Sie unter Berechnung des letzten Werts [Seite 277].
•IBP_CURRENT_VALUE, um den aktuellen Wert der Eingabekennzahl in einer zeitunabhängigen
Ausgabekennzahl abzurufen und zurückzugeben.
Weitere Informationen nden Sie unter Berechnung des aktuellen Werts [Seite 281].
•IBP_WBAGGR, um den Eingabedatensatz in Gruppen (auch Fenster genannt) zu segmentieren, die
Daten nach ausgewählten Parametern zu sortieren und die Eingabekennzahlen innerhalb der Fenster zu
aggregieren.
Weitere Informationen nden Sie unter Fensterbasierte Aggregation [Seite 283].
•IBP_CONSUMPTION, um zu sehen, wie die Vorplanung verrechnet wurde
Weitere Informationen nden Sie unter Verrechnung [Seite 288].
•IBP_ADD_TIME_DIMENSION, um den Wert der zeitunabhängigen Eingabekennzahl abzurufen und in einer
zeitabhängigen Ausgabekennzahl abzurufen und zurückzugeben.
Weitere Informationen nden Sie unter Zeitdimension hinzufügen [Seite 300].
Um einer Kennzahl eine vereinfachte Kennzahlenberechnung hinzuzufügen, rufen Sie die App
Planungsbereiche auf, und wählen Sie Ihren Planungsbereich und die Kennzahl aus. Beginnen Sie mit der
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
PUBLIC
ÖFFENTLICH 203
Eingabe von IBP im Ausdruckseditor, und wählen Sie die gewünschte Funktion aus dem Dropdown-Menü aus.
Geben Sie anschließend die Parameter wie in den entsprechenden Abschnitten unten beschrieben ein.
Hinweis
Sie können diese IBP-Funktionen nicht auf Basisplanungsebene im Berechnungsdiagramm einer Kennzahl
verwenden, die als Eingabe eines Beschaungsplanungs- oder Prognoseverrechnungsoperators verwendet
wird.
Wenn Sie diese IBP-Funktionen im Berechnungsdiagramm dieser Operatoren verwenden möchten, haben
Sie folgende Möglichkeit:
•Kopieren Sie das Ergebnis der Funtkionen in eine andere Kennzahl, und verwenden Sie diese als
Eingabe für den Beschaungsplanungs- oder Prognoseverrechnungsoperator.
Sie können diese IBP-Funktionen nicht auf Basisplanungsebene im Berechnungsdiagramm einer
Kennzahl verwenden, die die Ausgabe eines Beschaungsplanungs- oder Prognoseverrechnungsoperators
verwendet.
Sie haben folgende Möglichkeiten, wenn Sie die Ausgabe dieser Operatoren im Berechnungsdiagramm
solcher Kennzahlen verwenden möchten:
•Verwenden Sie diese Funktionen in Berechnungen auf anderen Planungsebenen als der
Basisplanungsebene der betreenden Kennzahl.
•Kopieren Sie das Ergebnis dieser Funktionen in eine andere Kennzahl, und fügen Sie die Ausgabe des
Beschaungsplanungs- oder Prognoseverrechnungsoperators als Eingabe der Kennzahl hinzu.
Weitere Informationen nden Sie unter Planungsbereiche [Seite 354] im Abschnitt Zusätzliche Prüfungen
für einen Planungsbereich, der für die zeitreihenbasierte Beschaungsplanung aktiviert ist.
12.1 Kumulative Aggregation
Kumulative Aggregation ist eine Kette aufeinanderfolgender Aggregationen über mehrere Perioden hinweg. Mit
der Funktion IBP_CAGGR können Sie eine kumulative Aggregation in einem Schritt kongurieren.
Kumulative Aggregation erleichtert die Modellierung typischer periodenübergreifender Berechnungen,
wie z.B. projizierter Bestand, Year-to-Date-Berechnungen und Year-to-Go-Berechnungen oder kumulativer
Durchschnitt.
Um eine kumulative Aggregationsberechnung anzulegen, verwenden Sie die Funktion IBP_CAGGR wie jede
andere Funktion (z.B. SUM oder MAX) im Berechnungseditor.
Hinweis
Die kumulative Aggregation verursacht Filtersperren im Berechnungsdiagramm einer Kennzahl, was die
Laufzeit von Querys erhöhen kann. Weitere Informationen nden Sie unter Filtersperren [Seite 558].
204
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
Parameter der Funktion "Kumulative Aggregation" (IBP_CAGGR)
Hinweis
Die Werte des 2., 3. und 4. Parameters müssen in zwei Paar einfache Anführungszeichen eingeschlossen
werden. Ein doppeltes Anführungszeichen anstelle von zwei einfachen Anführungszeichen führt zu einem
Fehler während der Aktivierung.
Die Funktion IBP_CAGGR hat vier obligatorische Parameter und einen optionalen Parameter, außer in den
Berechnungen auf der Ebene REQUEST, in denen der optionale Parameter nicht anwendbar sind.
•1. Parameter: Eingabekennzahl auf Eingabeplanungsebene (obligatorischer Parameter)
Format: INPUTKEYFIGURE@INPUTPLANNINGLEVEL. Der Parameterwert muss in doppelte
Anführungszeichen eingeschlossen werden.
Achtung
Damit die kumulative Aggregation korrekte Werte berechnen kann, muss die Eingabekennzahl Werte
für alle zu aggregierenden Zeitperioden enthalten.
Stellen Sie sicher, dass Kennzahlen für alle zu aggregierenden Perioden vorhanden sind. Ist dies nicht
der Fall, laden Sie NULL-Werte für die Perioden hoch, in denen Kennzahlen fehlen.
•2. Parameter: Aggregationsmodus (obligatorischer Parameter)
Mögliche Werte: SUM, AVG, MIN, MAX, COUNT, und STDDEV.
Dieser Parameter gibt an, ob eine Summe, ein Durchschnittswert, das Minimum oder das Maximum über
die Perioden hinweg berechnet werden soll, oder ob die Anzahl der Werte übertragen werden soll.
•3. Parameter: Richtung der kumulativen Aggregation (obligatorischer Parameter)
Mögliche Werte:
•FORWARD: Die Berechnung aggregiert die Kennzahlwerte beginnend mit einer Startperiode vorwärts
in der Zeit, z.B. in einer kumulativen Summe, einem kumulativen Durchschnitt oder einer Year-to-Date-
Berechnung.
•BACKWARD: Die Berechnung aggregiert die Kennzahlwerte beginnend mit einer Endperiode rückwärts
in der Zeit, zum Beispiel in Year-to-Go-Berechnungen.
•4. Parameter: Horizont der kumulativen Aggregation (obligatorischer Parameter)
Wenn separate Kennzahlen zur Berechnung von vergangenen, gegenwärtigen und zukünftigen Werten
verwendet werden, ltert dieser Parameter die Werte und verbessert somit die Leistung in der
Planungssicht.
Mögliche Werte: PAST, PASTCURRENT, PASTCURRENTFUTURE, CURRENT, CURRENTFUTURE, und FUTURE.
Wenn Sie die Ergebnisse Ihrer Berechnung jedoch auf Ebene REQUEST anzeigen möchten, ist der einzige
mögliche Wert PASTCURRENTFUTURE.
Wenn Sie eine Kennzahl für die kumulative Aggregation verwenden, und zwar unabhängig vom Horizont,
verwenden Sie für diesen Parameter den Wert PASTCURRENTFUTURE.
•5. Parameter: Zeitprolebene, auf der die kumulative Aggregation neu starten soll (optionaler
Parameter, nicht anwendbar in Berechnungen auf der Ebene REQUEST)
Er gibt eine Zeitprolebene an, auf der die kumulative Aggregation neu starten soll.
Beispielsweise wenn Sie Monatswerte aggregieren und die Aggregation am Anfang des Jahres neu starten
soll. Geben Sie in diesem Fall die Zeitprolebene des Jahres als Wert für diesen Parameter an.
Mögliche Werte: Zahlen (positive Ganzzahlen), die den Zeitprolebenen des Zeitprols entsprechen, das
dem Planungsbereich zugeordnet ist. Dieser Parameter darf nicht in Anführungszeichen eingeschlossen
werden.
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
PUBLIC
ÖFFENTLICH 205
Beispiel
YTDATE_DEMAND@PERPRODCUST =
IBP_CAGGR("DEMAND@PERPRODCUST",''SUM'',''FORWARD'',''PASTCURRENT'',6)
Dies ist eine Year-to-Date-Berechnung, bei der die Werte der Kennzahl DEMAND auf der
Planungsebene PERPRODCUST ("DEMAND@PERPRODCUST") aus vergangenen und der laufenden Periode
(''PASTCURRENT'') summiert werden (''SUM''), vorwärts in der Zeit (''FORWARD''), mit
periodenübergreifender Aggregation und erneut beginnend zu Beginn jedes Jahres (angenommen, dieses
Jahr ist Zeitprolebene 6 in dem Zeitprol, das dem Planungsbereich zugeordnet ist.
Hinweis
Sie können die Funktion IBP_CAGGR nicht auf Basisplanungsebene im Berechnungsdiagramm einer
Kennzahl verwenden, die als Eingabe eines Beschaungsplanungs- oder Prognoseverrechnungsoperators
verwendet wird.
Wenn Sie die Funktion IBP_CAGGR im Berechnungsdiagramm der dieser Operatoren verwenden möchten,
haben Sie folgende Möglichkeit:
•Kopieren Sie das Ergebnis der Funktion IBP_CAGGR in eine andere Kennzahl, und verwenden Sie diese
als Eingabe für den Beschaungs- oder Prognoseverrechnungsoperator.
Sie können die Funktion IBP_CAGGR nicht auf Basisplanungsebene im Berechnungsdiagramm einer
Kennzahl verwenden, die die Ausgabe eines Beschaungsplanungs- oder Prognoseverrechnungsoperators
verwendet.
Sie haben folgende Möglichkeiten, wenn Sie die Ausgabe dieser Operatoren im Berechnungsdiagramm
solcher Kennzahlen verwenden möchten:
•Verwenden Sie die Funktion IBP_CAGGR in Berechnungen auf anderen Planungsebenen als der
Basisplanungsebene der betreenden Kennzahl.
•Kopieren Sie das Ergebnis der Funktion IBP_CAGGR in eine andere Kennzahl, und fügen Sie die
Ausgabe des Beschaungsplanungs- oder Prognoseverrechnungsoperators als Eingabe der Kennzahl
hinzu.
Weitere Informationen nden Sie unter Planungsbereiche [Seite 354] im Abschnitt Zusätzliche Prüfungen
für einen Planungsbereich, der für die zeitreihenbasierte Beschaungsplanung aktiviert ist.
Modellierungsanforderungen für die kumulative Aggregation (IBP_CAGGR)
•Die Berechnung darf nur eine Eingabe enthalten, d.h. die Eingabekennzahl im Rechenausdruck.
•Die Eingabe- und Ausgabeplanungsebenen müssen identisch sein.
•Wenn ein Berechnungsdiagramm eine kumulative Aggregation enthält, darf die oberste Kennzahl im
Berechnungsdiagramm nicht editierbar sein.
Weitere Informationen über die Modellierungsanforderungen im Zusammenhang mit der kumulativen
Aggregation nden Sie im Abschnitt Prüfungen für kumulative Aggregation in Kennzahlen [Seite 360].
206
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
Weitere Informationen
Kumulative Summe, kumulativer Durchschnitt, Mindest- oder Höchstwerte von Kennzahlen [Seite 207]
Year-To-Date- und Year-To-Go-Berechnungen [Seite 211]
Berechnungen des projizierten Bestands [Seite 212]
Planungsbereiche [Seite 354]
12.1.1Kumulative Summe, kumulativer Durchschnitt,
Mindest- oder Höchstwerte von Kennzahlen
Beispiele für die Berechnung der kumulativen Summe, des kumulativen Durchschnitts oder von Mindest- oder
Höchstwerten von Kennzahlen.
Verwenden Sie die Funktion IBP_CAGGR (kumulative Aggregation), um die kumulative Summe, den
kumulativen Durchschnitt oder Mindest- oder Höchstwerte von Kennzahlen zu ermitteln.
Achtung
Damit die kumulative Aggregation korrekte Werte berechnen kann, muss die Eingabekennzahl Werte für
alle zu aggregierenden Zeitperioden enthalten.
Stellen Sie sicher, dass Kennzahlen für alle zu aggregierenden Perioden vorhanden sind. Ist dies nicht der
Fall, laden Sie NULL-Werte für die Perioden hoch, in denen Kennzahlen fehlen.
Die kumulative Aggregation verursacht Filtersperren im Berechnungsdiagramm einer Kennzahl, was die
Laufzeit von Querys erhöhen kann. Weitere Informationen nden Sie unter Filtersperren [Seite 558].
Eine kumulative Aggregation berechnet die Summe oder den Durchschnitt der Kennzahlwerte für die
vorherigen Perioden und die aktuelle Periode oder sucht nach den Mindest- oder Höchstwerten für die
vorherigen Perioden und die aktuelle Periode. Wenn die Berechnung nicht auf der Ebene REQUEST erfolgt,
können Sie auch eine Zeitprolebene angeben, auf der die kumulative Aggregation neu starten soll. Beispiel:
Aufaddieren von Monatswerten eines Quartals, aber ab dem nächsten Quartal soll die Summe im ersten Monat
des Quartals neu starten.
Die Funktion IBP_CAGGR hat wie in Kumulative Aggregation [Seite 204] beschrieben vier obligatorische und
einen optionalen Parameter. Ausgenommen hiervon sind Berechnungen auf der Ebene REQUEST, bei denen der
optionale Parameter nicht anwendbar ist. Mit der Funktion IBP_CAGGR können Sie eine periodenübergreifende
Berechnung in einem Schritt denieren.
Hier sind ein paar Beispiele für Parameterwerte der Funktion IBP_CAGGR und die zugehörigen
Berechnungsergebnisse. In beiden Beispielen bildet die Zeitprolebene 5 das Quartal in dem Zeitprol ab,
das dem Planungsbereich zugeordnet wurde, und Perioden beziehen sich auf Monate.
Beispiel: Vierteljährliche kumulative Summe
In diesem Beispiel wird die kumulative Summe der monatlichen Kennzahlwerte innerhalb eines Quartals
berechnet.
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
PUBLIC
ÖFFENTLICH 207
Parameter Wert
Eingabekennzahl DEMAND@PLIN
Aggregationsmodus SUM
Richtung FORWARD
Horizont PASTCURRENTFUTURE
Wiederaufsetzen auf die 5
Die Funktion IBP_CAGGR führt die Berechnung wie folgt aus:
Beispiel: Quartal-Höchstwert
In diesem Beispiel wird der Höchstwert der monatlichen Kennzahlwerte innerhalb eines Quartals berechnet.
Parameter/Berechnung Wert
Eingabekennzahl DEMAND@PLIN
Aggregationsmodus MAX
Richtung FORWARD
Horizont PASTCURRENTFUTURE
Wiederaufsetzen auf die 5
Die Funktion IBP_CAGGR führt die Berechnung wie folgt aus:
Weitere Informationen
Kumulative Aggregation [Seite 204]
208
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
12.1.2Kumulative Multiplikation
Sie können eine Reihe von Werteänderungen, die als Prozentsätze über Zeiträume hinweg deniert
sind, mithilfe der vorhandenen Funktionen SUM(), LOG() und EXP() berechnen. Zu den typischen
Anwendungsfällen gehören z.B. die Berechnung von Zinseszins, Inationsauswirkungen auf Preise, Wachstum
oder negatives Wachstum.
Kontext
Es ist nicht direkt eine Multiplikationsfunktion verfügbar, Sie können jedoch die logarithmische Regel ln(x*y)
= ln(x) + ln(y) anwenden und die für Ihren Anwendungsfall geeignete Aggregation, z.B. die Funktionen
IBP_CAGGR oder IBP_RAGGR, zum Aufsummieren der logarithmischen Werte der Funktionen verwenden.
Beispiel
Vorgehensweise
1. Denieren Sie den Eingabewert als zeitunabhängige Kennzahl.
Hinweis
Da diese Kennzahl zeitunabhängig ist, kann sie ohne das Hinzufügen des Zeithorizonts nicht angezeigt
werden. Um diese Kennzahl für die Zeit anzuzeigen, können Sie die Funktion ADD_TIME_DIMENSION
verwenden. Legen Sie PAST für den Berechnungshorizont fest. Stellen Sie sicher, dass die
Ausgabeplanungsebene mit der Planungsebene der Berechnung der kumulativen Multiplikation
übereinstimmt. Weitere Informationen nden Sie unter Zeitdimension hinzufügen [Seite 300].
2. Denieren Sie eine Zeitprolebene für Ihre Berechnung.
3. Wählen Sie den gewünschten Zeitraum aus.
4. Denieren Sie den Wert der Änderungsraten (%) bis einschließlich des gewünschten Zeitraums in einer
bearbeitbaren Kennzahl.
5. Rechnen Sie die Prozentsätze in Dezimalzahlen um, indem Sie den Wert der Änderungsrate durch 100
teilen und zu 1 addieren.
Hinweis
Beachten Sie Folgendes: Wenn der Änderungswert 0% ist, dann ist der Dezimalwert 1. Wenn
der Änderungswert negativ ist, dann liegt der Dezimalwert zwischen 0 und 1. Beispiel: Wenn der
Änderungswert -10%, ist der Dezimalwert 0,9.
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
PUBLIC
ÖFFENTLICH 209
6. Berechnen Sie den natürlichen Logaritmus dieser Dezimalzahlen mit der Funktion LOG(). Weitere
Informationen nden Sie unter Häug verwendete Funktionen und Ausdrücke [Seite 182].
7. Verwenden Sie z.B. den Modus SUM der kumulativen Aggregation IBP_CAGGR mit der Einstellung FORWARD
für den Richtungsparameter und der Einstellung PASTCURRENTFUTURE für den Horizont, und addieren
Sie die logarithmischen Werte bis einschließlich dem von Ihnen ausgewählten Zeitraum. Legen Sie den
optionalen fünften Parameter nicht fest. Weitere Informationen über die Funktion IBP_CAGGR nden Sie
unter Kumulative Aggregation [Seite 204].
8. Transformieren Sie das Ergebnis zurück (Umkehrung), indem Sie die Funktion EXP() verwenden.
9. Runden Sie die Zahl gegebenenfalls mit der Funktion ROUND(), um ein genaueres Ergebnis zu erhalten. Wir
empfehlen, auf 5 Nachkommastellen zu runden.
Hinweis
Die maximale Stellenanzahl in SAP IBP beträgt 18. Werte können aus maximal 12-stelligen ganzen
Zahlen und sechs Dezimalstellen bestehen. Weitere Informationen nden Sie unter Überschreitung der
Begrenzung auf 12-stellige ganze Zahlen und 6 Dezimalstellen bei Kennzahlberechnungen [Seite 200].
10. Multiplizieren Sie die Eingabekennzahl mit dieser Zahl.
Beispiel
Angenommen, der von Ihnen denierte Initialwert ist 100. Die Zeitprolebene ist Jahre, und Sie möchten den
Wert im ersten und fünften Zeitraum nach der Berechnung mit unterschiedlichen Änderungsraten über die
Zeiträume hinweg wissen.
CHANGEDECIMAL@YEARPRODLOC = ("CHANGE@YEARPRODLOC" / 100) + 1
LOGARITHM@YEARPRODLOC = LOG( "CHANGEDECIMAL@YEARPRODLOC" )
LOGSUM@YEARPRODLOC = IBP_CAGGR("LOGARITHM@YEARPRODLOC" , ''SUM'' , ''FORWARD'' ,
''PASTCURRENTFUTURE'')
EXP@YEARPRODLOC = EXP("LOGSUM@YEARPRODLOC")
ROUND5@YEARPRODLOC = ROUND("EXP@YEARPRODLOC" , 5)
FUTUREVALUE@YEARPRODLOC = "INPUT@PRODLOC" * "ROUND5@YEARPRODLOC"
FUTUREVALUE@REQUEST = SUM("FUTUREVALUE@YEARPRODLOC")
210
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
12.1.3Year-To-Date- und Year-To-Go-Berechnungen
Beispiele für die Berechnung von Year-To-Date- und Year-To-Go-Werten mit der Funktion IBP_CAGGR
(kumulative Aggregation).
Sie können die Funktion IBP_CAGGR (kumulative Aggregation) verwenden, um die Summe der Kennzahlwerte
vom Beginn des Jahres bis zur aktuellen Periode (Year-To-Date) in einem Schritt zu berechnen. Auf ähnliche
Weise können Sie eine Berechnung denieren, um die Summe der Kennzahlwerte von der nächsten Periode bis
zum Ende des Jahres (Year-To-Go) zu berechnen. Sie können ähnliche Berechnungen auch für Quartale und
andere Perioden ausführen, indem Sie einen geeigneten Wert für den fünften Parameter (Wiederaufsetzen auf
die) der Funktion IBP_CAGGR angeben. Ausgenommen hiervon sind Berechnungen auf der Ebene REQUEST,
bei denen dieser nicht anwendbar ist.
Achtung
Damit die kumulative Aggregation korrekte Werte berechnen kann, muss die Eingabekennzahl Werte für
alle zu aggregierenden Zeitperioden enthalten.
Stellen Sie sicher, dass Kennzahlen für alle zu aggregierenden Perioden vorhanden sind. Ist dies nicht der
Fall, laden Sie NULL-Werte für die Perioden hoch, in denen Kennzahlen fehlen.
Die kumulative Aggregation verursacht Filtersperren im Berechnungsdiagramm einer Kennzahl, was die
Laufzeit von Querys erhöhen kann. Weitere Informationen nden Sie unter Filtersperren [Seite 558].
Hier sind ein paar Beispiele für Parameterwerte der Funktion IBP_CAGGR und die zugehörigen
Berechnungsergebnisse. Im unten stehenden Beispiel ist die Periode 6 (der sechste Monat des Kalenderjahres)
die aktuelle Periode und die Zeitprolebene 6 steht für das Jahr im Zeitprol, das dem Planungsbereich
zugeordnet wurde.
Beispiel
Year-To-Date
In diesem Beispiel wird die kumulative Summe der monatlichen Kennzahlwerte vom Beginn des Jahres bis zur
aktuellen Periode berechnet. Die Ausgabekennzahl ist YTDATE_DEMAND@PLOUT.
Parameter Wert
Eingabekennzahl DEMAND@PLIN
Aggregationsmodus SUM
Richtung FORWARD
Horizont PASTCURRENT
Wiederaufsetzen auf die 6
Der Wert FORWARD des dritten Parameters (Richtung) bestimmt, dass die Summe mit dem Kennzahlwert
aus der ersten Periode, dann mit dem Kennzahlwert aus der nächsten Periode berechnet wird. Der Wert
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
PUBLIC
ÖFFENTLICH 211
PASTCURRENT des vierten Parameters (Horizont) bestimmt, dass die Funktion keine Werte außerhalb der
aktuellen Periode berechnet.
Year-To-Go
In diesem Beispiel wird die kumulative Summe der monatlichen Kennzahlwerte von der Periode nach
der aktuellen Periode bis zur letzten Periode des Kalenderjahres berechnet. Die Ausgabekennzahl ist
YTGO_DEMAND@PLOUT.
Parameter Wert
Eingabekennzahl DEMAND@PLIN
Aggregationsmodus MAX
Richtung BACKWARD
Horizont FUTURE
Wiederaufsetzen auf die 5
Der Wert BACKWARD des dritten Parameters (Richtung) bestimmt, dass die Summe mit dem Kennzahlwert aus
der letzten Periode des Jahres, dann mit dem Kennzahlwert der vorherigen Periode berechnet wird. Der Wert
FUTURE des vierten Parameters (Horizont) bestimmt, dass die Funktion keine Werte für die aktuelle Periode
und für vorherige Perioden berechnet.
Beispielberechnungen
Die Funktion IBP_CAGGR führt die Year-To-Go- und Year-To-Date-Berechnungen wie folgt aus:
Weitere Informationen
Kumulative Aggregation [Seite 204]
12.1.4Berechnungen des projizierten Bestands
Beispiele für die Berechnung des projizierten Bestands mit der Funktion IBP_CAGGR (kumulative Aggregation).
Der projizierte Bestand ist der Bestand eines Produkts, der am Ende einer Periode planmäßig an der Lokation
verfügbar sein sollte. Sie können am Wert dieser Kennzahl erkennen, wie sich die Bedarfs-/Bestandsbilanz
zeitlich entwickelt, und ob es kritische Bestandssituationen gibt. Sie können den projizierten Bestand mit der
Funktion IBP_CAGGR (kumulative Aggregation) berechnen.
212
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
Achtung
Damit die kumulative Aggregation korrekte Werte berechnen kann, muss die Eingabekennzahl Werte für
alle zu aggregierenden Zeitperioden enthalten.
Stellen Sie sicher, dass Kennzahlen für alle zu aggregierenden Perioden vorhanden sind. Ist dies nicht der
Fall, laden Sie NULL-Werte für die Perioden hoch, in denen Kennzahlen fehlen.
Die kumulative Aggregation verursacht Filtersperren im Berechnungsdiagramm einer Kennzahl, was die
Laufzeit von Querys erhöhen kann. Weitere Informationen nden Sie unter Filtersperren [Seite 558].
Hier sind einige Beispiele für Parameterwerte der Funktion IBP_CAGGR, die für die Berechnung des projizierten
Bestands angegeben wurden, sowie die Berechnungsergebnisse.
In den Beispielen wird der Wert der Kennzahl INIT_STOCK@PLIN für den Anfangsbestand verwendet. Bedarfe
werden aus DEMAND@PLIN und Zugänge aus RECEIPT@PLIN bezogen.
Beispiel: Projizierter Bestand mit übernommenem negativen Bestand
In diesem Beispiel wird der Wert für den projizierten Bestand durch die Denition von zwei Berechnungen
ermittelt.
1. Berechnung der monatlichen Werte der Kennzahl SUM_DEM_RECPT@PLIN durch das Hinzuzählen
der Zugänge (RECEIPT@PLIN) zum Anfangsbestand (INIT_STOCK@PLIN) und Abziehen der Bedarfe
(DEMAND@PLIN):
SUM_DEM_RECPT@PLIN = "INIT_STOCK@PLIN" + "RECEIPT@PLIN" - "DEMAND@PLIN"
Diese Berechnung ist notwendig, weil die kumulative Aggregation nur eine Eingabekennzahl hat.
2. Berechnung des projizierten Bestands als kumulative Summe von SUM_DEM_RECPT@PLIN:
PROJ_STOCK@ PLOUT = IBP_CAGGR("SUM_DEM_RECPT@PLIN" , ''SUM'' , ''FORWARD'' ,
''PASTCURRENTFUTURE'')
Parameter Wert
Eingabekennzahl SUM_DEM_RECPT@PLIN
Aggregationsmodus SUM
Richtung FORWARD
Horizont PASTCURRENTFUTURE
Wiederaufsetzen auf die (nicht angegeben)
Die Funktion IBP_CAGGR führt die Berechnung wie folgt aus:
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
PUBLIC
ÖFFENTLICH 213
Beispiel: Projizierter Bestand ohne Nullunterschreitung
In diesem Beispiel wird der Wert für den projizierten Bestand ohne Nullunterschreitung durch die Denition von
vier Berechnungen ermittelt.
1. Berechnung der monatlichen Werte der Kennzahl SUM_DEM_RECPT@PLIN durch das Hinzuzählen
der Zugänge (RECEIPT@PLIN) zum Anfangsbestand (INIT_STOCK@PLIN) und Abziehen der Bedarfe
(DEMAND@PLIN):
SUM_DEM_RECPT@PLIN = "INIT_STOCK@PLIN" + "RECEIPT@PLIN" - "DEMAND@PLIN"
Diese Berechnung ist notwendig, weil die kumulative Aggregation nur eine Eingabekennzahl hat.
2. Berechnung des projizierten Bestands als kumulative Summe von SUM_DEM_RECPT@PLIN:
PROJ_STOCK_CARRY_OVER@PLOUT = IBP_CAGGR("SUM_DEM_RECPT@PLIN" , ''SUM'' ,
''FORWARD'' , ''PASTCURRENTFUTURE'')
3. Feststellen des Zeitpunkts der Nullunterschreitung des projizierten Bestands durch Denition einer
kumulativen Aggregation für den Mindestwert von PROJ_STOCK_CARRY_OVER@PLOUT:
MIN_TO_DATE_PROJ_STOCK@PLOUT = IBP_CAGGR("PROJ_STOCK_CARRY_OVER@PLOUT" ,
''MIN'', ''FORWARD'' , ''PASTCURRENTFUTURE'')
4. Denition einer Bedingung: Weitergabe des projizierten Bestands, wenn der Mindestwert
(MIN_TO_DATE_PROJ_STOCK@PLOUT) noch positiv ist, ansonsten die Dierenz zwischen projiziertem
Bestand und Mindestwert.
PROJ_STOCK_NO_CARRY_OVER@PLOUT = IF("MIN_TO_DATE_PROJ_STOCK@PLOUT" >
0 , "PROJ_STOCK_CARRY_OVER@PLOUT" , "PROJ_STOCK_CARRY_OVER@PLOUT" -
"MIN_TO_DATE_PROJ_STOCK@PLOUT"
Parameter/Berechnung Wert für die erste kumulative Aggregation
Eingabekennzahl SUM_DEM_RECPT@PLIN
Aggregationsmodus SUM
Richtung FORWARD
Horizont PASTCURRENTFUTURE
Wiederaufsetzen auf die (nicht angegeben)
Parameter/Berechnung Wert für die zweite kumulative Aggregation
Eingabekennzahl PROJ_STOCK_CARRY_OVER@PLOUT
Aggregationsmodus MIN
Richtung FORWARD
Horizont PASTCURRENTFUTURE
Wiederaufsetzen auf die (nicht angegeben)
214
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
Die Berechnungen werden wie folgt ausgeführt:
Beispiel: Berechnung des projizierten Bestands anhand von
Lagerbestandsdaten
In diesem Beispiel sind von Zeit zu Zeit Lagerbestandsdaten verfügbar. Daher startet die kumulative
Aggregation jedes Mal neu, wenn Lagerbestandsdaten für eine Berechnung des projizierten Bestands
verfügbar sind.
Der Neustartmechanismus basiert auf der PERIODID(n), die in einer Attributtransformation verwendet wird,
um eine "neue Dimension" in der Berechnung einzuführen. Diese "neue Dimension" löst den Neustart der
kumulativen Aggregation aus.
In diesem Beispiel erhalten wir die Berechnung des projizierten Bestands, die Lagerbestandsdaten verwendet.
1. Zuordnen des Werts von PERIODID in einer berechneten Kennzahl zu den Perioden, in denen die
Lagerbestandswerte verfügbar sind.
Hinweis
Die Berechnung verwendet das zeitbezogene Schlüsselattribut der Ausgabeplanungsebene, in diesem
Beispiel PERIODID3 ist.
HPERIODID@MTHPRODLOC = IF(ISNULL("STOCKONHAND@MTHPRODLOC"), NULL, "PERIODID3")
2. Füllen der Lücken in den Perioden, in denen keine Lagerbestandsdaten verfügbar sind.
HPERIODID2@MTHPRODLOC = IBP_LAST_VALUE("HPERIODID@MTHPRODLOC")
3. Berechnen der monatlichen Werte der Kennzahl DELTASTOCK@MTHPRODLOC durch das Hinzuzählen der
Zugänge (RECEIPTS@MTHPRODLOC) zum Wert für den Lagerbestand (STOCKONHAND@MTHPRODLOC) und
Abziehen der Bedarfe (DEMANDS@MTHPRODLOC):
DELTASTOCK@MTHPRODLOC = "STOCKONHAND@MTHPRODLOC" + "RECEIPTS@MTHPRODLOC" -
"DEMANDS@MTHPRODLOC"
Diese Berechnung ist notwendig, weil die kumulative Aggregation nur eine Eingabekennzahl hat.
4. Anlegen einer Attributtransformation, um das neu angelegte Attribut als einen Stammdatentyp auf der
Planungsebene MTHPRODLOCPERIODID zu verwenden. Somit wird PERIODID als "neue Dimension" in
der Berechnung verwendet, in der die Intervalle in verschiedene Planungskombinationen geteilt werden,
wodurch der Neustart der kumulativen Aggregation ausgelöst wird.
HPERIODIDATTR@MTHPRODLOCPERIODID = "HPERIODID2@MTHPRODLOC"
Zusätzliche Eingaben: "DELTASTOCK@MTHPRODLOC"
5. Berechnen des projizierten Bestands als kumulative Summe von DELTASTOCK@MTHPRODLOCPERIODID
auf der Planungsebene MTHPRODLOCPERIODID mit dem Attribut HPERIODIDATTR als Stammdatentyp:
PROJECTEDSTOCK@MTHPRODLOCPERIODID = IBP_CAGGR("DELTASTOCK@MTHPRODLOCPERIODID",
''SUM'', ''FORWARD'', ''PASTCURRENTFUTURE'')
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
PUBLIC
ÖFFENTLICH 215
PROJECTEDSTOCK@REQUEST = SUM("PROJECTEDSTOCK@MTHPRODLOCPERIODID")
6. Ein optionaler Berechnungsschritt kann hinzugefügt werden, um die Anforderung des Attributs
HPERIODIDATTR zu vermeiden:
PROJECTEDSTOCK@MTHPRODLOC = SUM("PROJECTEDSTOCK@MTHPRODLOCPERIODID").
Das folgende Berechnungsdiagramm zeigt, wie HPERIODIDATTR als eine "neue Dimension" in der
Berechnungskette verwendet wird.
Das folgende Berechnungsdiagramm zeigt jeden Berechnungsschritt in der Berechnungskette.
216
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
12.2 Aggregation der letzten Periode
Verwenden Sie die Aggregation der letzten Periode, um den Kennzahlwert für die letzte Periode in einem
bestimmten Zeitraum anzuzeigen (z.B. der letzte Monat eines Quartals oder der letzte Monat eines Jahres).
Mit der Funktion IBP_LPA können Sie eine Aggregation der letzten Periode in einem Schritt kongurieren.
Um die Aggregation der letzten Periode zu verwenden, verwenden Sie in der Berechnungsdenition der
Kennzahlen in der App Planungsbereiche die Funktion IBP_LPA: IBP_LPA("INPUTKFID@INPUTPLEVEL").
Die Aggregation der letzten Periode muss exakt einen Eingabeparameter aufweisen, dies ist die zu
aggregierende Kennzahl. Diese Kennzahl muss identisch mit der Eingabe der Berechnungsdenition sein. Die
Eingabekennzahl kann ebenfalls gespeichert und berechnet werden. Sie können die Funktion IBP_LPA nicht
ohne eine Eingabekennzahl verwenden, da kein Standardwert verfügbar ist. Das Ergebnis der Aggregation der
letzten Periode wird in die Ausgabekennzahl geschrieben.
Die Aggregation der letzten Periode kann nicht in einer Berechnung auf REQUEST-Ebene verwendet werden.
Weitere Informationen über die Modellierungsanforderungen im Zusammenhang mit der Aggregation der
letzten Periode nden Sie im Abschnitt Prüfungen für die Aggregation der letzten Periode in Kennzahlen
[Seite 360].
Es gibt zwei Möglichkeiten zur Berechnung der Aggregation der letzten Periode, je nachdem, ob eine
Schlüsselzeitprolebene in der Ausgabeplanungsebene deniert wurde.
Dynamische Aggregation
Im Fall der dynamischen Aggregation der letzten Periode wird die Zeitprolebene, für die wir aggregieren,
während der Laufzeit deniert. Das bedeutet, dass die aggregierte Kennzahl auf einer beliebigen
Zeitprolebene berechnet werden kann. Die Zeitaggregation erfolgt in der gewünschten Zeitgranularität.
Verwenden Sie diese Option, wenn Sie bei der Abfrage von Kennzahlen auf Anforderungsebene Flexibilität
gewährleisten möchten.
Verwenden Sie bei der Berechnung dynamischer Aggregation die Funktion IBP_LPA und stellen Sie sicher, das
keine Schlüsselzeitprolebene auf der Ausgabeplanungsebene der Aggregation und in den auf der Aggregation
der letzten Periode basierenden Berechnungen deniert wird. Darüber hinaus müssen die Zeitprolebenen auf
der Eingabe- und Ausgabeplanungsebene identisch sein.
Beispiel
In diesem Beispiel zeigt die Eingabekennzahl die Bestandshöhe eines Produkts auf täglicher Basis an. Wir
verwenden die Funktion IBP_LPA zur Berechnung von aggregierten Bestandsmengen. An dieser Stelle wird
jedoch nicht die Zeitgranularität deniert. Die Zeitprolebene, für die die Aggregation durchgeführt wird, wird
während der Laufzeit deniert.
AGGRINVENTORY@PERPRODLOC = IBP_LPA("INVENTORY@DAYPRODLOC")
218
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
AGGRINVENTORY@REQUEST = SUM("AGGRINVENTORY@PERPRODLOC")
Statische Aggregation
Im Fall einer statischen Aggregation der letzten Periode wird die Aggregation für eine bestimmte
Zeitprolebene deniert. Um statische Aggregation zu berechnen, verwenden Sie die Funktion IBP_LPA und
legen Sie auf der Ausgabeplanungsebene eine Schlüsselzeitprolebene fest. Die Schlüsselzeitprolebene auf
der Ausgabeplanungsebene muss eine mögliche übergeordnete Ebene der Schlüsselzeitprolebene auf der
Eingabeplanungsebene sein.
Hinweis
Die statische Aggregation der letzten Periode verursacht Filtersperren im Berechnungsdiagramm einer
Kennzahl, was die Laufzeit von Querys erhöhen kann. Weitere Informationen nden Sie unter Filtersperren
[Seite 558].
Beispiel
In diesem Beispiel zeigt die Eingabekennzahl die Bestandshöhe eines Produkts auf täglicher Basis an. Zuerst
verwenden wir die Funktion IBP_LPA zur Berechnung der aggregierten Bestandsmenge auf Wochenbasis
(technische Woche), da alle anderen auf dieser Kennzahl basierenden Berechnungen für Kalenderwochen und
technische Wochen deniert sind. Anschließend können wir auf REQUEST-Ebene den aggregierten Bestand für
alle Zeitprolebenen berechnen, die auf der technischen Woche basieren, z.B. Kalenderwoche. In diesem Fall
wird bei der Aggregation auf einer höheren Zeitprolebene die Aggregation auf REQUEST-Ebene anstatt der
Aggregation der letzten Periode verwendet.
AGGRINVENTORY@TECHWKPRODLOC = IBP_LPA("INVENTORY@DAYPRODLOC")
AGGINVENTORY@REQUEST = SUM("AGGINVENTORY@TECHWKPRODLOC")
Fehlende Eingaben
Die Aggregationsfunktion der letzten Periode generiert keine fehlenden Zeitperioden und Kennzahldaten falls
die hochgeladenen Daten fragmentiert sind oder fehlen. Für die Eingabekennzahl müssen für die letzte Periode
Daten hochgeladen werden. Falls keine Daten für die letzte Periode oder für den gesamten Zeithorizont
verfügbar sind, gibt die Aggregation der letzten Periode keinen Wert zurück.
Die Aggregation der letzten Periode verwendet das Zeitprol des Planungsbereichs, um die zugehörigen
Perioden zu ermitteln. Die Funktion IBP_LPA arbeitet ausschließlich auf Kalenderbasis, sie berücksichtigt
beim Daten-Upload keine Produktkombinationen. Wenn daher für ein Produkt keine hochgeladenen Daten
für die angeforderte letzte Periode vorhanden sind, gibt die Funktion weder einen Wert noch ein Produkt
zurück. Der Modellierungsexperte ist beim Hochladen oder Importieren von Kennzahlen verantwortlich für die
Kennzahlinitialisierung oder -voreinstellung.
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
PUBLIC
ÖFFENTLICH 219
Beispiel: Fehlende Kennzahl in der letzten Periode
In diesem Beispiel sind keine Daten für die letzte Periode (06.01.2019) im angegebenen Zeitraum hochgeladen,
daher gibt die Funktion IBP_LPA keinen Wert zurück.
Beispiel: Fehlende Kennzahl in der Produktkombination
In diesem Beispiel gibt es keine hochgeladenen Daten für Produkt B und Produkt C für alle Zeiträume, daher
gibt die Funktion IBP_LPA nur einen Wert für Produkt A zurück.
Das Ergebnis der Aggregation der letzten Periode:
Aggregations- und Disaggregationsregeln
Für die Aggregation der letzten Periode gelten dieselben Aggregations- und Disaggregationsregeln
wie für jeden anderen Typ der Aggregation, wie im Abschnitt Prüfungen für den Aggregations- und
Disaggregationsmodus in Planungsbereiche [Seite 354] beschrieben.
Die Aggregation der letzten Periode ist eine zeitbasierte Aggregation. Von den verfügbaren Optionen geben der
Disaggregationsmodus Wert kopieren und die Proportionalität Keine proportionale Disaggregation und Gleiche
Kennzahl - abgelegte Werte richtige Werte zurück, nachdem eine Kennzahl bearbeitet wurde, die mit der
Aggregation der letzten Periode berechnet wurde.
220
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
Beispiel: Die Aggregation der letzten Periode in Kombination mit „Wert kopieren“ und
„Keine proportionale Disaggregation“
Beispiel: Aggregation der letzten Periode in Kombination mit „Wert kopieren“ und „Gleiche
Kennzahl - Abgelegte Werte“
Hinweis
Sie können die Funktion IBP_LPA nicht auf Basisplanungsebene im Berechnungsdiagramm einer Kennzahl
verwenden, die als Eingabe eines Beschaungsplanungs- oder Prognoseverrechnungsoperators verwendet
wird.
Wenn Sie die Funktion IBP_LPA im Berechnungsdiagramm der dieser Operatoren verwenden möchten,
haben Sie folgende Möglichkeit:
•Kopieren Sie das Ergebnis der Funktion IBP_LPA in eine andere Kennzahl, und verwenden Sie diese als
Eingabe für den Beschaungs- oder Prognoseverrechnungsoperator.
Sie können die Funktion IBP_LPA nicht auf Basisplanungsebene im Berechnungsdiagramm einer
Kennzahl verwenden, die die Ausgabe eines Beschaungsplanungs- oder Prognoseverrechnungsoperators
verwendet.
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
PUBLIC
ÖFFENTLICH 221
Sie haben folgende Möglichkeiten, wenn Sie die Ausgabe dieser Operatoren im Berechnungsdiagramm
solcher Kennzahlen verwenden möchten:
•Verwenden Sie die Funktion IBP_LPA in Berechnungen auf anderen Planungsebenen als der
Basisplanungsebene der betreenden Kennzahl.
•Kopieren Sie das Ergebnis der Funktion IBP_LPA in eine andere Kennzahl, und fügen Sie die Ausgabe
des Beschaungsplanungs- oder Prognoseverrechnungsoperators als Eingabe der Kennzahl hinzu.
Weitere Informationen nden Sie unter Planungsbereiche [Seite 354] im Abschnitt Zusätzliche Prüfungen
für einen Planungsbereich, der für die zeitreihenbasierte Beschaungsplanung aktiviert ist.
Weitere Informationen
Planungsbereiche [Seite 354]
12.3 Rollierende Aggregation
Verwenden Sie die rollierende Aggregation, um Kennzahlen über mehrere Zeiträume hinweg für ein
bestimmtes Zeitfenster zu aggregieren. Um eine solche Aggregation anzulegen, müssen Sie kein L-Skript
anfordern. Stattdessen können Sie die rollierende Aggregation über die Funktion IBP_RAGGR in einem Schritt
kongurieren.
Um die rollierende Aggregation zu nutzen, verwenden Sie die Funktion IBP_RAGGR in der
Berechnungsdenition der Kennzahlen in der App Planungsbereiche. Die Parameter, die Sie in der
Berechnungsdenition festlegen, geben das Zeitfenster und die Aggregationsart für die Funktion der
rollierenden Aggregation an.
Hinweis
Die rollierende Aggregation verursacht Filtersperren im Berechnungsdiagramm einer Kennzahl, was die
Laufzeit von Querys erhöhen kann. Weitere Informationen nden Sie unter Filtersperren [Seite 558].
Beispiel
AGGREGATEDDEMAND@PERPRODLOC = IBP_RAGGR ("DEMAND@PERPRODLOC", ''SUM'', -1, 3,
''PASTCURRENTFUTURE'')
222
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
In diesem Beispiel können Sie die Bedarfsübersicht für den vorherigen Monat, den aktuellen Monat und die
kommenden Monate berechnen.
Parameter der rollierenden Aggregation (Funktion IBP_RAGGR)
Die Funktion IBP_RAGGR hat fünf obligatorische Parameter und einen optionalen Parameter, außer in
Berechnungen auf Anfrageebene, in denen der optionale Parameter nicht anwendbar ist.
Hinweis
Die Werte des 2. und 5. Parameters müssen in zwei Paar einfache Anführungszeichen umschlossen sein.
Ein doppeltes Anführungszeichen anstelle von zwei einfachen Anführungszeichen führt zu einem Fehler
während der Aktivierung.
•1. Parameter: Eingabekennzahl auf Eingabeplanungsebene (obligatorisch)
Der erste Parameter der Funktion IBP_RAGGR ist immer die Eingabekennzahl auf Eingabeplanungsebene,
zum Beispiel "DEMAND@PERPRODLOC".
Der Wert des 1. Parameters muss durch doppelte Anführungszeichen umschlossen sein.
•2. Parameter: Aggregationsart (obligatorisch)
Der zweite Parameter deniert, wie die Kennzahl über die Zeiträume hinweg aggregiert wird, die durch den
dritten und vierten Parameter angegeben werden.
Mögliche Werte sind MIN, MAX, SUM, AVG, COUNT und STDDEV.
Die Werte des 2. Parameters müssen in zwei Paar einfache Anführungszeichen umschlossen sein. Ein
doppeltes Anführungszeichen anstelle von zwei einfachen Anführungszeichen führt zu einem Fehler
während der Aktivierung.
•3. Parameter: Start der rollierenden Aggregation (obligatorisch)
Der dritte Parameter bestimmt den Start des Zeitfensters, für welches die rollierende Aggregation für die
Eingabekennzahl berechnet wird. Er gibt den Startzeitraum in Bezug auf den Istzeitraum an und verwendet
den Basiszeitraum der Eingabeplanungsebene. Er muss einer ganzen Zahl entsprechen.
Mögliche Werte:
•Negative ganze Zahl: rollierende Aggregation startet vor dem Istzeitraum
•Null: rollierende Aggregation und Istzeitraum starten gleichzeitig
•Positive ganze Zahl: rollierende Aggregation startet nach dem Istzeitraum
Beispiel: Wenn der Basiszeitraum ein Monat ist und der dritte Parameter den Wert -1 hat, startet die
Aggregation immer im vorherigen Monat.
•4. Parameter: Dauer der rollierenden Aggregation (obligatorisch)
Der vierte Parameter deniert die Dauer der rollierenden Aggregation, d.h. die Anzahl der Zeiträume, für
die die Eingabekennzahl aggregiert wird. Er muss einer positiven ganzen Zahl entsprechen.
Beispiel: Wenn der Basiszeitraum ein Monat ist, der dritte Parameter den Wert -1 und der vierte Parameter
den Wert 3 hat, wird die Kennzahl für den vorherigen, den aktuellen und den kommenden Monat
aggregiert.
•5. Parameter: Berechnungshorizont (obligatorisch)
Der fünfte Parameter legt den Berechnungshorizont fest, mit dem die Ausgabe der Berechnung
gesteuert werden kann. Wenn separate Kennzahlen zur Berechnung von vergangenen, gegenwärtigen
und zukünftigen Werten verwendet werden, ltert dieser Parameter die Werte und verbessert somit die
Leistung in der Planungssicht.
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
PUBLIC
ÖFFENTLICH 223
Mögliche Werte sind PAST, PASTCURRENT, PASTCURRENTFUTURE, CURRENT, CURRENTFUTURE und
FUTURE, außer in Berechnungen auf Anfrageebene, in denen PASTCURRENTFUTURE der einzige mögliche
Wert ist.
Wenn Sie eine Kennzahl für die rollierende Aggregation verwenden, und zwar unabhängig vom Horizont,
verwenden Sie für diesen Parameter den Wert PASTCURRENTFUTURE.
Die Werte 5. Parameters müssen in zwei Paar einfache Anführungszeichen umschlossen sein. Ein
doppeltes Anführungszeichen anstelle von zwei einfachen Anführungszeichen führt zu einem Fehler
während der Aktivierung.
Beispiel
AGGREGATEDDEMAND@PERPRODLOC = IBP_RAGGR ("DEMAND@PERPRODLOC", ''SUM'', -1, 3,
''CURRENTFUTURE'')
In diesem Beispiel lautet der Wert des Berechnungshorizonts CURRENTFUTURE. Das heißt, dass die
rollierende Aggregation nur für den aktuellen Zeitraum und für zukünftige Zeiträume berechnet wird.
Demnach enthält die Kennzahl AGGREGATEDDEMAND@PERPRODLOC keine Werte für Zeiträume vor Oktober
2018. Allerdings werden Werte aus vergangenen Zeiträumen verwendet, um die Werte für aktuelle und
zukünftige Zeiträume zu berechnen.
•6. Parameter: Neustart der rollierenden Aggregation (optional, außer in Berechnungen auf
Anfrageebene, wo sie nicht anwendbar ist)
Der letzte Parameter ist optional und gibt an, wann die rollierende Aggregation neu startet. Wenn Sie
die Aggregation in bestimmten Zeitintervallen neu starten möchten, geben Sie die Zeitprolebene ein, an
deren Ende die Aggregation gestoppt und bei 0 neu gestartet werden muss.
Mögliche Werte: Alle Zeitprolebenen, die der Planungsebene zugeordnet sind, mit Ausnahme der
Basiszeitprolebene.
Beispiel: Wenn Sie 6 (Jahr) eingeben, startet die rollierende Aggregation immer beim ersten Basiszeitraum
des nächsten Jahres.
Beispiel
AVERAGEDEMAND@PERPRODLOC = IBP_RAGGR ("DEMAND@PERPRODLOC", ''AVG'', -1, 3,
''PASTCURRENTFUTURE'', 6)
In diesem Beispiel können Sie den durchschnittlichen Bedarf für den vergangenen, den aktuellen und den
kommenden Monat berechnen, wobei die Aggregation im ersten Monat eines jeden Jahres neu startet.
Modellierungsanforderungen für die rollierende Aggregation (Funktion
IBP_RAGGR)
•Eine rollierende Aggregation muss genau eine Eingabe haben.
•Die Eingabeplanungsebene und die Ausgabeplanungsebene der rollierenden Aggregation müssen eine
identische Struktur aufweisen. Das bedeutet, dass sie den gleichen Satz an Attributen enthalten müssen,
einschließlich dem gleichen Satz an Schlüsselattributen.
224
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
•Rollierende Aggregationen müssen zeitabhängig sein. Das heißt, sowohl für die Eingabe- als auch für die
Ausgabeplanungsebene der Berechnung muss eines der PERIODID(n)-Attribute als Zeitschlüsselattribut
gesetzt sein. Das Zeitschlüsselattribut darf nicht das PERIODID-Attribut sein.
Dasselbe Attribut PERIODID(n) muss das Zeitschlüsselattribut in beiden Planungsebenen sein, außer in
Berechnungen auf der Ebene REQUEST.
•Die Ausgabeplanungsebene muss Stammdatentypschlüssel enthalten. Ausgenommen hiervon sind
Berechnungen auf der Ebene REQUEST.
•Eine Berechnung auf der Ebene REQUEST muss eine Eingabeberechnung auf der Ebene REQUEST haben.
•Für die Funktion IBP_RAGGR müssen Werte für die vier obligatorischen Parameter angegeben sein und
für sie kann ein Wert für einen optionalen Parameter festgelegt werden. Ausgenommen hiervon sind
Berechnungen auf der Ebene REQUEST, bei denen dieser nicht anwendbar ist.
•Der erste Parameter muss die Eingabekennzahl auf der Eingabeplanungsebene sein.
•Der für den sechsten Parameter angegebene Wert (Zeitprolebene, auf der die rollierende Aggregation neu
gestartet wird) muss in dem dem Planungsbereich zugeordneten Zeitprol enthalten sein. Ausgenommen
hiervon sind Berechnungen auf der Ebene REQUEST, bei denen dieser nicht anwendbar ist.
•Als Wert des sechsten Parameters von IBP_RAGGR (Zeitprolebene, auf der die rollierende Aggregation
neu gestartet wird) kann nur eine Zeitprolebene angegeben werden, die der Planungsebene der
rollierenden Aggregation als Zeitattribut (nicht als Schlüsselattribut) zugeordnet ist.
•Wenn ein Berechnungsdiagramm eine rollierende Aggregation enthält, darf die oberste Kennzahl im
Berechnungsdiagramm nicht editierbar sein.
•Die Funktion IBP_RAGGR kann nicht in anderen Berechnungen geschachtelt werden.
•Um sicherzustellen, dass die Berechnungsergebnisse korrekt sind, prüfen Sie, ob die Schlüsselattribute
der Eingabeplanungsebenen NULL-Werte enthalten.
Hinweis
Sie können die Funktion IBP_RAGGR nicht auf Basisplanungsebene im Berechnungsdiagramm einer
Kennzahl verwenden, die als Eingabe eines Beschaungsplanungs- oder Prognoseverrechnungsoperators
verwendet wird.
Wenn Sie die Funktion IBP_RAGGR im Berechnungsdiagramm der dieser Operatoren verwenden möchten,
haben Sie folgende Möglichkeit:
•Kopieren Sie das Ergebnis der Funktion IBP_RAGGR in eine andere Kennzahl, und verwenden Sie diese
als Eingabe für den Beschaungsplanungs- oder Prognoseverrechnungsoperator.
Sie können die Funktion IBP_RAGGR nicht auf Basisplanungsebene im Berechnungsdiagramm einer
Kennzahl verwenden, die die Ausgabe eines Beschaungsplanungs- oder Prognoseverrechnungsoperators
verwendet.
Sie haben folgende Möglichkeiten, wenn Sie die Ausgabe dieser Operatoren im Berechnungsdiagramm
solcher Kennzahlen verwenden möchten:
•Verwenden Sie die Funktion IBP_RAGGR in Berechnungen auf anderen Planungsebenen als der
Basisplanungsebene der betreenden Kennzahl.
•Kopieren Sie das Ergebnis der Funktion IBP_RAGGR in eine andere Kennzahl, und fügen Sie die
Ausgabe des Beschaungsplanungs- oder Prognoseverrechnungsoperators als Eingabe der Kennzahl
hinzu.
Weitere Informationen nden Sie unter Planungsbereiche [Seite 354] im Abschnitt Zusätzliche Prüfungen
für einen Planungsbereich, der für die zeitreihenbasierte Beschaungsplanung aktiviert ist.
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
PUBLIC
ÖFFENTLICH 225
Fehlende Eingaben
Sie können die Funktion IBP_RAGGR nicht ohne eine Eingabekennzahl verwenden, da kein Standardwert
verfügbar ist. Die Funktion für die rollierende Aggregation generiert keine fehlenden Zeitperioden und
Kennzahldaten, falls die hochgeladenen Daten fragmentiert sind oder fehlen. Es müssen für alle Zeiträume
Daten in die Eingabekennzahl hochgeladen werden. Es gibt zwei Fälle für fehlende Eingaben.
Leerer Wert
Wenn ein Zeitraum für eine Planungsobjekt-Kombination fehlt, wird dieser Zeitraum übersprungen, und
der in den nächsten Zeitraum hochgeladene Wert wird bei der Berechnung der rollierenden Aggregation
berücksichtigt. Außerdem wird die rollierende Aggregation für den fehlenden Zeitraum nicht berechnet.
NULL-Wert
Wenn der Wert der Eingabekennzahl NULL ist, wird er bei der Berechnung ignoriert, das Zeitfenster wird jedoch
nicht mit einem anderen Zeitraum erweitert. Sie können den NULL-Wert auf 0 setzen, indem Sie eine andere
Berechnung hinzufügen, wenn dies durch Ihre Modellierungsanforderungen gerechtfertigt ist.
Beispiel
AGGREGATEDDEMAND@PERPRODLOC = IBP_RAGGR ( "DEMAND@PERPRODLOC" , ''AVG'' , -1 , 3,
''PASTCURRENTFUTURE'')
In diesem Beispiel fehlt der Zeitraum März 2019. Wie in der Tabelle gezeigt, wird der März 2019 übersprungen
und die Aggregation mit dem für April 2019 hochgeladenen Wert fortgesetzt. Das heißt, anstatt den
Durchschnitt der Monate Januar, Februar und März zu berechnen, wird der Durchschnitt für Januar, Februar
und April berechnet.
Für den Zeitraum August 2018 ist der Wert der Eingabekennzahl NULL. In diesem Fall wird der August 2018
ignoriert, sodass nur der Durchschnitt für September und Oktober berechnet wird.
12.4 Dynamische rollierende Aggregation
Verwenden Sie die dynamische rollierende Aggregation, um Kennzahlen über mehrere Zeiträume hinweg
für ein durch Kennzahlen, Attribute oder Konstanten speziziertes Zeitfenster zu aggregieren. Um eine
solche Aggregation anzulegen, müssen Sie kein L-Skript anfordern. Stattdessen können Sie die dynamische
rollierende Aggregation über die Funktion IBP_DYNAMIC_RAGGR in einem Schritt kongurieren.
Mit der vorherigen Version von Rollierende Aggregation [Seite 222] (IBP_RAGGR) können Sie Ihren
Berechnungshorizont nur mit Konstanten denieren. Mit der Funktion für die dynamische rollierende
Aggregation (IBP_DYNAMIC_RAGGR) können Sie Ihren Berechnungshorizont zusätzlich zu Konstanten
auch mit Attributen und Kennzahlen denieren. Auf diese Weise erhalten Sie mehr Flexibilität in Ihren
Planungsmodellen, aber dies erfordert auch zusätzlichen Kongurations- und Plegeaufwand.
226
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
Hinweis
Die dynamische rollierende Aggregation verursacht Filtersperren im Berechnungsdiagramm einer
Kennzahl, was die Laufzeit von Querys erhöhen kann. Weitere Informationen nden Sie unter Filtersperren
[Seite 558].
Beispiel
AGGREGATEDDEMAND@PERPRODLOC = IBP_DYNAMIC_RAGGR("DEMAND@PERPRODLOC", ''SUM'',
"AGGROFFSET@PERPRODLOC", "AGGRDURATION@PERPRODLOC", ''PASTCURRENTFUTURE'')
In diesem Beispiel können Sie die Bedarfsübersicht für das Zeitfenster berechnen, das durch die Kennzahlen
AGGROFFSET@PERPRODLOC und AGGRDURATION@PERPRODLOC deniert ist.
Parameter der dynamischen rollierenden Aggregation (Funktion
IBP_DYNAMIC_RAGGR)
Die Funktion IBP_DYNAMIC_RAGGR hat fünf Pichtparameter und einen optionalen Parameter.
Hinweis
Kennzahl- und Attributwerte müssen in doppelte Anführungszeichen eingeschlossen werden.
String-Konstanten (Aggregationsart und Berechnungshorizont) müssen in zwei Paaren einfacher
Anführungszeichen eingeschlossen werden. Numerische Werte (z.B. Neustart der rollierenden
Aggregation) müssen nicht in Anführungszeichen eingeschlossen werden.
•1. Parameter: Eingabekennzahl auf Eingabeplanungsebene (obligatorisch)
Der erste Parameter der Funktion IBP_DYNAMIC_RAGGR ist immer die zu aggregierende Eingabekennzahl
auf Eingabeplanungsebene, z.B. "DEMAND@PERPRODLOC".
•2. Parameter: Aggregationsart (obligatorisch)
Der zweite Parameter deniert, wie die Kennzahl über die Zeiträume hinweg aggregiert wird, die durch den
dritten und vierten Parameter angegeben werden.
Mögliche Werte sind MIN, MAX, SUM, AVG und COUNT.
•3. Parameter: Start der dynamischen rollierenden Aggregation (obligatorisch)
Der dritte Parameter bestimmt den Start des Zeitfensters, für welches die dynamische rollierende
Aggregation für die Eingabekennzahl berechnet wird. Er gibt den Startzeitraum in Bezug auf den
Istzeitraum an und verwendet den Basiszeitraum der Eingabeplanungsebene.
Dieser Parameter kann eine Konstante (ganze Zahl), ein Attribut (ganze Zahl) oder eine Kennzahl sein
(Dezimalwerte werden nicht berücksichtigt).
Mögliche Werte:
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
PUBLIC
ÖFFENTLICH 227
•Negative ganze Zahl: dynamische rollierende Aggregation startet vor dem Istzeitraum
•Null: dynamische rollierende Aggregation und Istzeitraum starten gleichzeitig
•Positive ganze Zahl: dynamische rollierende Aggregation startet nach dem Istzeitraum
Beispiel: Start der Aggregation wird von einem Attribut deniert
AGGREGATEDDEMAND@PERPRODLOC = IBP_DYNAMIC_RAGGR("DEMAND@PERPRODLOC", ''SUM'',
"AGGROFFSET", "AGGRDURATION@PERPRODLOC", ''PASTCURRENTFUTURE'')
In diesem Beispiel wird der Start der Aggregation für jede Lokations-/Produkt-Kombination mit
dem Attribut AGGROFFSET deniert. Für die Kombination Boston/Konverter startet die Aggregation
immer einen Monat vorher (AGGROFFSET=-1). Die Aggregation für die Kombination Boston/Ladegerät
startet hingegen immer im aktuellen Monat (AGGROFFSET=0). Die Dauer wird von der Kennzahl
AGGRDURATION@PERPRODLOC deniert.
Beispiel: Start der Aggregation wird von einer Kennzahl deniert
AGGREGATEDDEMAND@PERPRODLOCCUST = IBP_DYNAMIC_RAGGR("DEMAND@PERPRODLOCCUST",
''SUM'', "AGGROFFSET@PERPRODLOC", "AGGRDURATION@PERPRODLOC",
''PASTCURRENTFUTURE'')
In diesem Beispiel wird der Start und die Dauer der dynamischen rollierenden Aggregation von
Kennzahlen deniert. Wenn der Kennzahlwert Dezimalstellen enthält, werden die Dezimalstellen bei der
Berechnung des Zeitfensters der Aggregation nicht berücksichtigt. Beispiel: Der Wert der Kennzahl
AGGROFFSET@PERPRODLOC beträgt -1.1 für August 2020, d.h., die Aggregation beginnt im Vormonat für
diese Periode.
Hinweis
Wenn Sie eine andere Rundungsmethode wünschen, verwenden Sie eine der verfügbaren
Rundungsfunktionen (z.B. ROUND, FLOOR oder CEIL). Weitere Informationen nden Sie unter Häug
verwendete Funktionen und Ausdrücke [Seite 182].
•4. Parameter: Dauer der dynamischen rollierenden Aggregation (obligatorisch)
Der vierte Parameter deniert die Dauer der dynamischen rollierenden Aggregation, d.h. die Anzahl der
Zeiträume, für die die Eingabekennzahl aggregiert wird.
Dieser Parameter kann eine Konstante (ganze Zahl), ein Attribut (ganze Zahl) oder eine Kennzahl sein
(Dezimalwerte werden nicht berücksichtigt).
Sein Wert muss eine positive ganze Zahl sein. Wenn der Wert negativ oder null ist, ist das Ergebnis der
dynamischen rollierenden Aggregation für den angegebenen Zeitraum NULL.
Beispiel: Dauer der Aggregation wird von einem Attribut deniert
AGGREGATEDDEMAND@PERPRODLOC = IBP_DYNAMIC_RAGGR("DEMAND@PERPRODLOC", ''SUM'',
"AGGROFFSET", "AGGRDURATION", ''PASTCURRENTFUTURE'')
228
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
In diesem Beispiel wird der Start und die Dauer der dynamischen rollierenden Aggregation für jede
Lokations-/Produkt-Kombination von Attributen deniert. Für die Kombination Boston/Konverter beginnt
die Aggregation immer einen Monat vorher (AGGROFFSET=-1) und dauert 3 Monate (AGGRDURATION=3).
Für die Kombination Boston/Ladegerät hingegen beginnt die Aggregation immer im aktuellen Monat
(AGGROFFSET=0) und dauert 2 Monate (AGGRDURATION=2).
Beispiel: Dauer der Aggregation wird von einer Kennzahl deniert
AGGREGATEDDEMAND@PERPRODLOC = IBP_DYNAMIC_RAGGR("DEMAND@PERPRODLOC", ''SUM'', 0,
"AGGRDURATION@PERPRODLOC", ''PASTCURRENTFUTURE'')
In diesem Beispiel wird der Start der Aggregation von einer Konstanten (0) und die Dauer von der Kennzahl
AGGRDURATION@PERPRODLOC deniert.
Beispiel: Dauer der Aggregation ist negativ oder null
AGGREGATEDDEMAND@PERPRODLOC = IBP_DYNAMIC_RAGGR("DEMAND@PERPRODLOC", ''SUM'',
"AGGROFFSET@PERPRODLOC", "AGGRDURATION@PERPRODLOC", ''PASTCURRENTFUTURE'')
In diesem Beispiel ist die Dauer der Aggregation im September 2020 negativ und im April 2021 null. Im
Ergebnis ist die Kennzahl AGGREGATEDDEMAND für beide Perioden NULL. Wenn der Start oder die Dauer
der Aggregation NULL ist, ist auch die Ausgabe der Funktion IBP_DYNAMIC_RAGGR NULL, wie es für
November 2020 der Fall ist.
•5. Parameter: Berechnungshorizont (obligatorisch)
Der fünfte Parameter legt den Berechnungshorizont fest, mit dem die Ausgabe der Berechnung
gesteuert werden kann. Wenn separate Kennzahlen zur Berechnung von vergangenen, gegenwärtigen
und zukünftigen Werten verwendet werden, ltert dieser Parameter die Werte und verbessert somit die
Performance in der Planungssicht.
Mögliche Werte sind PAST, PASTCURRENT, PASTCURRENTFUTURE, CURRENT, CURRENTFUTURE und
FUTURE.
Wenn Sie eine Kennzahl für die dynamische rollierende Aggregation verwenden, und zwar unabhängig vom
Horizont, verwenden Sie für diesen Parameter den Wert PASTCURRENTFUTURE.
Beispiel: Berechnungshorizont ist CURRENTFUTURE
AGGREGATEDDEMAND@PERPRODLOC = IBP_DYNAMIC_RAGGR("DEMAND@PERPRODLOC", ''SUM'',
"AGGROFFSET@PERPRODLOC", "AGGRDURATION@PERPRODLOC", ''CURRENTFUTURE'')
In diesem Beispiel lautet der Wert des Berechnungshorizonts CURRENTFUTURE. Das heißt, dass die
dynamische rollierende Aggregation nur für den aktuellen Zeitraum (Februar 2021) und für zukünftige
Zeiträume berechnet wird. Demnach enthält die Kennzahl AGGREGATEDDEMAND@PERPRODLOC keine Werte
für Zeiträume vor Februar 2021. Allerdings werden Werte aus vergangenen Zeiträumen verwendet, um die
Werte für aktuelle und zukünftige Zeiträume zu berechnen.
•6. Parameter: Neustart der dynamischen rollierenden Aggregation (optional)
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
PUBLIC
ÖFFENTLICH 229
Der letzte Parameter ist optional und gibt an, wann die dynamische rollierende Aggregation neu
startet. Wenn Sie die Aggregation in bestimmten Zeitintervallen neu starten möchten, geben Sie die
Zeitprolebene ein, an deren Ende die Aggregation gestoppt und bei 0 neu gestartet werden soll.
Mögliche Werte: Alle Zeitprolebenen, die der Planungsebene zugeordnet sind, mit Ausnahme der
Basiszeitprolebene.
Beispiel: Wenn Sie 6 (Jahr) eingeben, startet die dynamische rollierende Aggregation immer beim ersten
Schlüsselzeitraum des nächsten Jahres.
Beispiel: Neustart der Aggregation im ersten Monat jedes Jahres
AGGREGATEDDEMAND@PERPRODLOC = IBP_DYNAMIC_RAGGR("DEMAND@PERPRODLOC", ''AVG'',
"AGGROFFSET@PERPRODLOC", "AGGRDURATION@PERPRODLOC", ''PASTCURRENTFUTURE'', 6)
In diesem Beispiel können Sie den durchschnittlichen Bedarf für den vergangenen, den aktuellen und den
kommenden Monat berechnen, wobei die Aggregation im ersten Monat eines jeden Jahres neu startet.
Modellierungsanforderungen für die dynamische rollierende Aggregation
(Funktion IBP_DYNAMIC_RAGGR)
•Eine dynamische rollierende Aggregation muss eine, zwei oder drei Eingabekennzahlen enthalten, die
auch im Rechenausdruck verwendet werden müssen. Die erste Kennzahl ist die zu aggregierende
Eingabekennzahl, die zweite (falls verwendet) deniert den Beginn der Aggregation, und die dritte (falls
verwendet) deniert die Dauer der Aggregation.
•Die Attribute der Ausgabeplanungsebene müssen eine Vereinigung der Attribute der
Eingabeplanungsebenen sein.
•Es sind maximal zwei Eingabeplanungsebenen zulässig.
•Dynamische rollierende Aggregationen müssen zeitabhängig sein. Das heißt, sowohl für die Eingabe-
als auch für die Ausgabeplanungsebene der Berechnung muss eines der Attribute PERIODID(n) als
Zeitschlüsselattribut gesetzt sein. Das Zeitschlüsselattribut darf nicht das PERIODID-Attribut sein.
Dasselbe PERIODID(n)-Attribut muss das Zeitschlüsselattribut in beiden Planungsebenen sein.
•Die Ausgabeplanungsebene muss Schlüsselattribute des Stammdatentyps enthalten.
•Für die Funktion IBP_DYNAMIC_RAGGR müssen Werte für 5 obligatorische Parameter angegeben sein und
für sie kann ein Wert für einen optionalen Parameter festgelegt werden.
•Der erste Parameter muss die zu aggregierende Eingabekennzahl auf der Eingabeplanungsebene sein.
•Der für den sechsten Parameter angegebene Wert (Zeitprolebene, auf der die dynamische rollierende
Aggregation neu gestartet wird) muss in dem dem Planungsbereich zugeordneten Zeitprol enthalten sein.
•Als Wert des sechsten Parameters von IBP_DYNAMIC_RAGGR (Zeitprolebene, auf der die dynamische
rollierende Aggregation neu gestartet wird) kann nur eine Zeitprolebene angegeben werden, die der
Planungsebene der dynamischen rollierenden Aggregation als Zeitattribut (nicht als Schlüsselattribut)
zugeordnet ist.
•Die Funktion IBP_DYNAMIC_RAGGR kann nicht auf REQUEST-Ebene verwendet werden.
•Wenn ein Berechnungsdiagramm eine dynamische rollierende Aggregation enthält, darf die oberste
Kennzahl im Berechnungsdiagramm nicht editierbar sein.
•Die Funktion IBP_DYNAMIC_RAGGR kann nicht in anderen Berechnungen geschachtelt werden.
230
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
Hinweis
Sie können die Funktion IBP_DYNAMIC_RAGGR nicht auf Basisplanungsebene im Berechnungsdiagramm
einer Kennzahl verwenden, die als Eingabe eines Beschaungs- oder Prognoseverrechnungsoperators
verwendet wird.
Wenn Sie die Funktion IBP_DYNAMIC_RAGGR im Berechnungsdiagramm der dieser Operatoren verwenden
möchten, haben Sie folgende Möglichkeit:
•Kopieren Sie das Ergebnis der Funktion IBP_DYNAMIC_RAGGR in eine andere Kennzahl, und verwenden
Sie diese als Eingabe für den Beschaungs- oder Prognoseverrechnungsoperator.
Sie können die Funktion IBP_DYNAMIC_RAGGR nicht auf Basisplanungsebene im
Berechnungsdiagramm einer Kennzahl verwenden, die die Ausgabe eines Beschaungsplanungs- oder
Prognoseverrechnungsoperators verwendet.
Sie haben folgende Möglichkeiten, wenn Sie die Ausgabe dieser Operatoren im Berechnungsdiagramm
solcher Kennzahlen verwenden möchten:
•Verwenden Sie die Funktion IBP_DYNAMIC_RAGGR in Berechnungen auf anderen Planungsebenen als
der Basisplanungsebene der betreenden Kennzahl.
•Kopieren Sie das Ergebnis der Funktion IBP_DYNAMIC_RAGGR in eine andere Kennzahl, und fügen
Sie die Ausgabe des Beschaungsplanungs- oder Prognoseverrechnungsoperators als Eingabe der
Kennzahl hinzu.
Weitere Informationen nden Sie unter Planungsbereiche [Seite 354] im Abschnitt Zusätzliche Prüfungen
für einen Planungsbereich, der für die zeitreihenbasierte Beschaungsplanung aktiviert ist.
Fehlende Eingaben
Sie können die Funktion IBP_DYANAMIC_RAGGR nicht ohne eine Eingabekennzahl verwenden, da kein
Standardwert verfügbar ist. Die Funktion für die dynamische rollierende Aggregation generiert keine fehlenden
Zeitperioden und Kennzahldaten, falls die hochgeladenen Daten fragmentiert sind oder fehlen. Für die
Eingabekennzahlen müssen für alle Perioden Daten hochgeladen werden. Es gibt zwei Fälle für fehlende
Eingaben.
NULL-Wert
Wenn der Wert der Eingabekennzahl NULL ist, wird er bei der Berechnung ignoriert, das Zeitfenster wird jedoch
nicht mit einem anderen Zeitraum erweitert. Sie können den NULL-Wert auf 0 setzen, indem Sie eine andere
Berechnung hinzufügen, wenn dies durch Ihre Modellierungsanforderungen gerechtfertigt ist.
Leerer Wert
Wenn ein Zeitraum für eine Planungsobjekt-Kombination fehlt, wird dieser so behandelt, als ob der Wert der
Eingabekennzahl NULL wäre. Er wird bei der Berechnung ignoriert, aber das Zeitfenster wird nicht um einen
anderen Zeitraum erweitert. Dies ist ein Unterschied zur Funktion IBP_RAGGR, bei der das Zeitfenster erweitert
wird.
Beispiel: Fehlende Eingaben bei SUM
AGGREGATEDDEMAND@PERPRODLOC = IBP_DYNAMIC_RAGGR("DEMAND@PERPRODLOC", ''SUM'',
"AGGROFFSET@PERPRODLOC", "AGGRDURATION@PERPRODLOC", ''PASTCURRENTFUTURE'')
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
PUBLIC
ÖFFENTLICH 231
In diesem Beispiel ist der Wert der Eingabekennzahl für November 2020 und Dezember 2020 NULL.
Infolgedessen wird der aggregierte Bedarf für November 2020 nicht berechnet, der Wert der Ausgabekennzahl
ist NULL. Darüber hinaus fehlen die Zeiträume März 2021 und April 2021. Bei der Berechnung der
dynamischen rollierenden Aggregation werden die Werte der Eingabekennzahl für diese Perioden so behandelt,
als wären sie NULL. Dies bedeutet wiederum, dass die Ausgabekennzahl für Februar 2021 NULL ist.
Beispiel: Fehlende Eingaben bei COUNT
AGGREGATEDDEMAND@PERPRODLOC = IBP_DYNAMIC_RAGGR("DEMAND@PERPRODLOC", ''COUNT'',
"AGGROFFSET@PERPRODLOC", "AGGRDURATION@PERPRODLOC", ''PASTCURRENTFUTURE'')
In diesen Beispielen werden Werte mit COUNT aggregiert. Im Fall von NULL und fehlenden
Eingabekennzahlwerten ist der Wert der Ausgabekennzahl 0.
Beispiel: Start und Dauer der Aggregation ist NULL
AGGREGATEDDEMAND@PERPRODLOC = IBP_DYNAMIC_RAGGR("DEMAND@PERPRODLOC", ''SUM'',
"AGGROFFSET@PERPRODLOC", "AGGRDURATION@PERPRODLOC", ''PASTCURRENTFUTURE'')
Wenn der Start oder die Dauer der Aggregation NULL ist, ist auch die Ausgabe der Funktion
IBP_DYNAMIC_RAGGR NULL. In diesem Beispiel ist sowohl der Start als auch die Dauer der Aggregation für
November 2020 NULL. Dies hat zur Folge, dass der Wert der Ausgabekennzahl NULL ist.
12.5 Periodenverschiebung
Über die Periodenverschiebung können Sie Kennzahlwerte um Perioden verschieben. Anstelle von
komplexen Attributtransformationen können Sie die Funktion IBP_PERIODSHIFT verwenden, um die
Periodenverschiebung in einem Schritt zu kongurieren.
232
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
Um die Periodenverschiebung zu nutzen, verwenden Sie die Funktion IBP_PERIODSHIFT in
der Berechnungsdenition der Kennzahlen in der App Planungsbereiche: IBP_PERIODSHIFT(<KEY
FIGURE@PLANLEVEL>,<NUMBER OF PERIODS>,<AGGREGATION TYPE>).
Hinweis
Die Periodenverschiebung verursacht Filtersperren im Berechnungsdiagramm einer Kennzahl, was die
Laufzeit von Querys erhöhen kann. Weitere Informationen nden Sie unter Filtersperren [Seite 558].
Parameter der Periodenverschiebung (Funktion IBP_PERIODSHIFT)
Die Funktion IBP_PERIODSHIFT hat zwei obligatorische Parameter und einen optionalen Parameter:
•Erster Parameter: Eingabekennzahl auf Eingabeplanungsebene (obligatorisch)
Der erste Parameter der Funktion IBP_PERIODSHIFT ist immer die Eingabekennzahl auf
Eingabeplanungsebene, zum Beispiel "ACTUALSQTY@MTHPRODLOC". Die Periodenverschiebung basiert auf
dem Basiszeitattribut der Planungsebene der Eingabekennzahl.
Der Wert muss in doppelte Anführungszeichen eingeschlossen werden.
•Zweiter Parameter: Anzahl der Perioden, um die Sie die Eingabekennzahl verschieben möchten
(obligatorisch)
Sie können die Anzahl der Perioden wie folgt angeben:
•Denieren Sie die genaue Anzahl der Perioden, indem Sie eine Konstante verwenden.
•Verwenden Sie ein Attribut, das kein Zeitprolattribut ist, um die Anzahl der Perioden zu denieren.
•Verwenden Sie ein Attribut, das ein Zeitprolattribut ist, um die Anzahl der Perioden zu denieren.
•Verwenden Sie eine Kennzahl, um die Anzahl der Perioden anzugeben.
Wenn Sie ein Attribut oder eine Kennzahl zur Angabe der Periodenanzahl verwenden, muss der Wert in
doppelte Anführungszeichen eingeschlossen werden.
Konguration Flexibilität Pege
Um Konstante verschieben * * *
Um Attribut verschieben * ** **
Um Zeitprolattribut ver-
schieben
** ** **
Um Kennzahl verschieben *** *** ***
•Dritter Parameter: Aggregationsart (optional)
Der dritte Parameter deniert, wie der Kennzahlwert aggregiert wird, wenn die Berechnung der Kennzahl
Werte aus mehr als einer Periode verwendet. Wenn Sie eine Kennzahl um ein Zeitprolattribut oder eine
Kennzahl verschieben, erhalten Sie möglicherweise in einigen der Perioden mehrere Werte. In diesem
Fall müssen Sie den dritten Parameter verwenden oder eine Aggregationsberechnung zusätzlich zur
Funktion IBP_PERIODSHIFT anlegen, um zu denieren, wie der Kennzahlwert aus mehreren Werten der
angegebenen Perioden berechnet wird.
Mögliche Werte sind MIN, MAX, SUM und AVG.
Der Wert muss in zwei Paar einfacher Anführungszeichen eingeschlossen werden. Ein doppeltes
Anführungszeichen anstelle von zwei einfachen Anführungszeichen führt zu einem Fehler während der
Aktivierung.
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
PUBLIC
ÖFFENTLICH 233
Um Konstante verschieben
Verwenden Sie eine Konstante, um die Anzahl der Perioden zu denieren, um die Sie die Eingabekennzahl
verschieben möchten. Die Zahl muss entweder eine positive Ganzzahl (Verschiebung in die Zukunft) oder
eine negative Ganzzahl (Verschiebung in die Vergangenheit) sein. Wenn Sie eine Kennzahl um eine Konstante
verschieben, müssen Sie den dritten Parameter nicht denieren bzw. keine Aggregationsberechnung
zusätzlich zur Funktion IBP_PERIODSHIFT anlegen.
Beispiel
ACTUALSQTYOFFSET@REQUEST = SUM("ACTUALSQTYOFFSET@MTHPRODLOC")
ACTUALSQTYOFFSET@MTHPRODLOC = IBP_PERIODSHIFT("ACTUALSQTY@MTHPRODLOC", 12)
In diesem Beispiel können Sie den Wert der Istmenge um 12 Monate in die Zukunft verschieben.
Um Attribut verschieben
Attribut ist kein Zeitprolattribut
Verwenden Sie ein Attribut, das kein Zeitprolattribut ist, um die Anzahl der Perioden zu denieren, um die
Sie die Eingabekennzahl verschieben möchten. Der Attributtyp muss eine Ganzzahl sein. In diesem Fall ist
das Attribut nicht dem Zeitprol zugeordnet, sondern einem Stammdatentyp. Wenn Sie eine Kennzahl um ein
Attribut verschieben, das kein Zeitprolattribut ist, müssen Sie den dritten Parameter nicht denieren bzw.
keine Aggregationsberechnung zusätzlich zur Funktion IBP_PERIODSHIFT anlegen.
Beispiel
ACTUALSQTYOFFSET@REQUEST = SUM("ACTUALSQTYOFFSET@MTHPRODLOC")
ACTUALSQTYOFFSET@MTHPRODLOC = IBP_PERIODSHIFT("ACTUALSQTY@MTHPRODLOC", "LEADTIME")
LEADTIME ist ein Attribut zur Angabe der Beschaungszeiten für die Beschaungsplanung für die
Verschiebung von Kennzahlen. Verschiedene Produkte können unterschiedliche Beschaungszeiten in Bezug
auf den Versand haben, je nachdem, welche Merkmale sie haben (etwa Größe und Gewicht). In diesem Beispiel
hat LEADTIME den Wert 1 für PRDID1 und den Wert 2 für PRDID2. Das heißt, Sie verschieben den Wert der
Istmenge um 1 bei Produkt 1 und um 2 bei Produkt 2.
Attribut ist ein Zeitprolattribut
Verwenden Sie ein Zeitprolattribut, um die Anzahl der Perioden zu denieren, um die Sie die Eingabekennzahl
verschieben möchten. In diesem Fall ist das Attribut dem Zeitprol für jeden Periode zugeordnet. Wenn Sie eine
Kennzahl um ein Zeitprolattribut verschieben, erhalten Sie möglicherweise in einigen der Perioden mehrere
Werte. In diesem Fall müssen Sie den dritten Parameter verwenden oder eine Aggregationsberechnung
234
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
zusätzlich zur Funktion IBP_PERIODSHIFT anlegen, um zu denieren, wie der Kennzahlwert aus mehreren
Werten der angegebenen Perioden berechnet wird.
Beispiel
ACTUALSQTYOFFSET@REQUEST = SUM("ACTUALSQTYOFFSET@MTHPRODLOC")
ACTUALSQTYOFFSET@MTHPRODLOC = IBP_PERIODSHIFT("ACTUALSQTY@MTHPRODLOC", "LAG")
In diesem Beispiel ist LAG ein Zeitprolattribut (Teil der Planungsebene MTHPRODLOC) und gibt den
Versandzeitraum eines Produkts vom Hersteller bis zum Distributionszentrum an. LAG hat 2019 den Wert 2
und 2020 den Wert 1.
Um Kennzahl verschieben
Verwenden Sie eine Kennzahl, um die Anzahl der Perioden zu denieren, um die Sie die Eingabekennzahl
verschieben möchten. Wenn Sie eine Kennzahl um eine andere Kennzahl verschieben, erhalten Sie
möglicherweise in einigen der Perioden mehrere Werte. In diesem Fall müssen Sie den dritten Parameter
verwenden oder eine Aggregationsberechnung zusätzlich zur Funktion IBP_PERIODSHIFT anlegen, um zu
denieren, wie der Kennzahlwert aus mehreren Werten der angegebenen Perioden berechnet wird.
Die Planungsebene der Ausgabekennzahl muss eine Teilmenge der Planungsebene der Kennzahl sein, die zum
Verschieben der Eingabekennzahl verwendet wird.
Beispiel
ACTUALSQTYOFFSET@MTHPRODLOC = IBP_PERIODSHIFT("ACTUALSQTY@MTHPRODLOC",
"LAGDECIMAL@MTHPRODLOC", ''SUM'')
In diesem Beispiel ist LAGDECIMAL@MTHPRODLOC eine Kennzahl und gibt die Beschaungszeit an, die je nach
Periode und Produkt anders ist. Folglich wird der Wert der Kennzahl ACTUALSQTYOFFSET möglicherweise
basierend auf mehr als einer Periode berechnet, wie das z.B. bei April 2019 der Fall ist. Daher wird mit
dem dritten Parameter auch angegeben, wie der Kennzahlwert aus den Werten der angegebenen Perioden
berechnet werden soll. In diesem Beispiel wird die Summe der verschobenen Werte für ACTUALSQTYOFFSET
berechnet, da die Aggregationsart in der Funktion SUM ist.
Bei Dezimalzahlen wird die Standardrundungsmethode verwendet. Wenn Sie einen anderen Rundungsmodus
verwenden möchten, implementieren Sie ihn wie unter Häug verwendete Funktionen und Ausdrücke [Seite
182] beschrieben in einer separaten Berechnung.
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
PUBLIC
ÖFFENTLICH 235
Modellierungsanforderungen für die Periodenverschiebung (Funktion
IBP_PERIODSHIFT)
•Der erste Parameter muss die Eingabekennzahl auf der Eingabeplanungsebene sein.
•Die Berechnung einer Periodenverschiebung muss genau eine Eingabe haben, wenn Sie um eine Konstante
oder ein Attribut verschieben.
•Die Berechnung einer Periodenverschiebung muss genau zwei Eingaben haben, wenn Sie die
Eingabekennzahl um eine andere Kennzahl verschieben.
•Die Eingabeplanungsebene und die Ausgabeplanungsebene einer Periodenverschiebung müssen
miteinander kompatibel sein. Das heißt, sie müssen die gleichen Attribute, auch die gleichen
Schlüsselattribute, enthalten.
•Die Periodenverschiebung muss zeitabhängig sein. Das heißt, sowohl für die Eingabe- als auch für die
Ausgabeplanungsebene der Berechnung muss eines der PERIODID(n)-Attribute als Zeitschlüsselattribut
gesetzt sein. Das Zeitschlüsselattribut darf nicht das PERIODID-Attribut sein.
Dasselbe PERIODID(n)-Attribut muss das Zeitschlüsselattribut in beiden Planungsebenen sein.
•Die Funktion IBP_PERIODSHIFT kann nicht auf REQUEST-Ebene verwendet werden.
•Wenn ein Berechnungsdiagramm eine Periodenverschiebung enthält, darf die oberste Kennzahl im
Berechnungsdiagramm nicht bearbeitbar sein.
•Die Funktion IBP_PERIODSHIFT kann nicht in anderen Berechnungen geschachtelt werden.
•Denieren Sie den dritten Parameter oder legen Sie eine Aggregationsberechnung zusätzlich zur Funktion
IBP_PERIODSHIFT an, wenn Sie die Eingabekennzahl um ein Zeitprolattribut oder eine Kennzahl
verschieben.
•Für die Funktion IBP_PERIODSHIFT müssen Werte für die zwei Pichtparameter angegeben werden.
Hinweis
Sie können die Funktion IBP_PERIODSHIFT nicht auf Basisplanungsebene im Berechnungsdiagramm
einer Kennzahl verwenden, die als Eingabe eines Beschaungs- oder Prognoseverrechnungsoperators
verwendet wird.
Wenn Sie die Funktion IBP_PERIODSHIFT im Berechnungsdiagramm der dieser Operatoren verwenden
möchten, haben Sie folgende Möglichkeit:
•Kopieren Sie das Ergebnis der Funktion IBP_PERIODSHIFT in eine andere Kennzahl, und verwenden
Sie diese als Eingabe für den Beschaungs- oder Prognoseverrechnungsoperator.
Sie können die Funktion IBP_PERIODSHIFT nicht auf Basisplanungsebene im Berechnungsdiagramm
einer Kennzahl verwenden, die die Ausgabe eines Beschaungsplanungs- oder
Prognoseverrechnungsoperators verwendet.
Sie haben folgende Möglichkeiten, wenn Sie die Ausgabe dieser Operatoren im Berechnungsdiagramm
solcher Kennzahlen verwenden möchten:
•Verwenden Sie die Funktion IBP_PERIODSHIFT in Berechnungen auf anderen Planungsebenen als der
Basisplanungsebene der betreenden Kennzahl.
•Kopieren Sie das Ergebnis der Funktion IBP_PERIODSHIFT in eine andere Kennzahl, und fügen Sie die
Ausgabe des Beschaungsplanungs- oder Prognoseverrechnungsoperators als Eingabe der Kennzahl
hinzu.
Weitere Informationen nden Sie unter Planungsbereiche [Seite 354] im Abschnitt Zusätzliche Prüfungen
für einen Planungsbereich, der für die zeitreihenbasierte Beschaungsplanung aktiviert ist.
236
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
Fehlende Eingaben
Sie können die Funktion IBP_PERIODSHIFT ohne Eingabekennzahl nicht verwenden, weil kein Standardwert
angegeben wurde. Die Periodenverschiebungsfunktion generiert bei fragmentierten oder fehlenden
hochgeladenen Daten keine fehlenden Perioden und Kennzahldaten. Für die Eingabekennzahl müssen für alle
Perioden Daten hochgeladen werden. Wenn eine Periode oder eine Planungsobjekt-Kombination fehlt, wird
diese Periode übersprungen, und es wird nichts verschoben. Wenn der Wert der Eingabekennzahl NULL oder 0
beträgt, wird er um die denierten Perioden verschoben.
Wenn der zweite Parameter, d.h. die Anzahl der Perioden, leer, NULL oder 0 ist, wird der Wert der
Eingabekennzahl nicht verschoben.
Wir empfehlen, Daten für alle Perioden hochzuladen. Andernfalls treten Performanceprobleme auf.
12.6 Gewichteter Durchschnitt
Anstatt mehrere komplexe Berechnungen zu verwenden, verwenden Sie die Funktion IBP_WEIGHTEDAVG zum
Berechnen des gewichteten Durchschnitts für eine Kennzahl in einem Schritt.
Um den gewichteten Durchschnitt zu berechnen, verwenden Sie die Funktion IBP_WEIGHTEDAVG
in der Berechnungsdenition der Kennzahlen in der App Planungsbereiche: IBP_WEIGHTEDAVG(<KEY
FIGURE@PLANLEVEL>,<KEY FIGURE@PLANLEVEL> or <ATTRIBUTE>,<TYPE OF NUMERATOR>)
Unternehmensbeispiel
In diesem Beispiel gibt es vier Produkte, die alle zur gleichen Produktfamilie gehören (Smart TV). Diese
Produkte werden an drei verschiedene Märkte versandt: Deutschland, USA und Frankreich. Dieselben Produkte
haben unterschiedliche Preise an unterschiedlichen Lokationen. Für jede Produkt-/Lokationskombination
stehen folgende Daten zur Verfügung: Preis, prognostizierte Menge und prognostizierter Erlös (berechnet als
Preis multipliziert mit der prognostizierten Menge).
Wir können den einfachen Durchschnittspreis mit der Formel SUM(Preis) / Anzahl verschiedener Produkt-/
Lokation-Kombinationen (8) berechnen; interessieren uns jedoch für den gewichteten Durchschnittspreis. Die
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
PUBLIC
ÖFFENTLICH 237
Formel zur Berechnung des gewichteten Durchschnittspreises lautet SUM(Preis*prognostizierte Menge) /
SUM(prognostizierte Menge). Sie können diese Berechnung auf Ebene aggregierter Produktfamilien mit
der Funktion IBP_WEIGHTEDAVG unter Verwendung der prognostizierten Menge als Gewichtungsfaktor
durchführen:
WEIGHTEDPRICE@REQUEST = IBP_WEIGHTEDAVG("STOREDPRICE@MTHPRODLOC",
"FORECASTEDQTY@MTHPRODLOC", ''CALCULATEDNUMERATOR'')
Funktion für Parameter des gewichteten Durchschnitts (IBP_WEIGHTEDAVG)
Die Funktion IBP_WEIGHTEDAVG hat drei Pichtparameter:
•Erster Parameter: Eingabekennzahl auf Eingabeplanungsebene
Der erste Parameter der Funktion IBP_WEIGHTEDAVG ist immer die Eingabekennzahl
auf Eingabeplanungsebene, z.B. STOREDPRICE@MTHPRODLOC. Die Summe des ersten
Parameters multipliziert mit dem zweiten Parameter ist der Zähler der Berechnung, z.B.
SUM("STOREDPRICE@MTHPRODLOC"*"ACTUALSQTY@MTHPRODLOC").
Der Parameterwert muss in doppelte Anführungszeichen eingeschlossen werden.
•Zweiter Parameter: Eingabekennzahl auf Eingabeplanungsebene oder Attribut
Der zweite Parameter der Funktion IBP_WEIGHTEDAVG ist der Nenner der Berechnung. Wenn ein
berechneter Zähler in der Funktion verwendet wird, ist der Wert des zweiten Parameters der Nenner sowie
die Gewichtung.
Er ist entweder eine Eingabekennzahl auf Eingabeplanungsebene, z.B. ACTUALSQTY@MTHPRODLOC,
oder ein Attribut des Stammdatentyps (Ganzzahl), z.B. WEIGHT. Wenn es sich um ein Attribut des
Stammdatentyps handelt, muss es der Eingabeplanungsebene der ersten Kennzahl zugeordnet werden.
Der Parameterwert muss in doppelte Anführungszeichen eingeschlossen werden.
•Dritter Parameter: Zählertyp
Der dritte Parameter der Funktion IBP_WEIGHTEDAVG legt fest, ob der Zähler abgelegt oder berechnet
wird.
Mögliche Werte:
•CALCULATEDNUMERATOR
Der Zähler wird berechnet; es ist die Summe des ersten Parameters multipliziert mit dem zweiten
Parameter.
Beispiel
WEIGHTEDPRICE = SUM(STOREDPRICE*ACTUALSQTY) / SUM(ACTUALSQTY)
•STOREDNUMERATOR
Der Zähler wird nicht berechnet; es handelt sich lediglich um die Summe des ersten Parameters. In
diesem Fall enthält der Wert des Zählers bereits eine Multiplikation mit der Gewichtung.
Beispiel
WEIGHTEDPRICE = SUM(STOREDREV) / SUM(ACTUALSQTY)
Der Wert muss in zwei Paar einfacher Anführungszeichen eingeschlossen werden. Ein doppeltes
Anführungszeichen anstelle von zwei einfachen Anführungszeichen führt zu einem Fehler während der
Aktivierung.
238
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
Beispiel: Gewichteter Durchschnitt mit berechnetem Zähler
In diesem Beispiel stehen zwei Produkte (PRDID1 und PRDID2) an drei Lokationen zur Verfügung. Für
jede Kombination aus Produkt und Lokation werden die Istmenge und der abgelegte Preis als Kennzahlen
verwendet. Istmenge und abgelegter Preis sind in SAP IBP als abgelegte oder berechnete Kennzahlen
verfügbar.
Wir möchten den gewichteten Preis für Lokation 1, 2 und 3 anhand des abgelegten Preises (STOREDPRICE) als
Eingabe für alle drei Lokationen berechnen.
Wir berechnen den gewichteten Durchschnitt mit STOREDPRICE als erstem Parameter und ACTUALSQTY als
zweitem Parameter in der Funktion IBP_WEIGHTEDAVG. Da STOREDPRICE mit der Gewichtung multipliziert
werden soll, muss der Wert des dritten Parameters CALCULATEDNUMERATOR sein.
STOREDPRICE@REQUEST = SUM("STOREDPRICE@MTHPRODLOC")
ACTUALSQTY@REQUEST = SUM("ACTUALSQTY@MTHPRODLOC")
WEIGHTEDPRICE@REQUEST =
IBP_WEIGHTEDAVG("STOREDPRICE@MTHPRODLOC","ACTUALSQTY@MTHPRODLOC",''CALCULATEDNUMERA
TOR'')
Sehen wir uns z.B. FEB 2020 an. Für LOCID1 wird der gewichtete Preis wie folgt berechnet: (50*100 +
100*200) / (50+100) = 166,6667
Beispiel: Gewichteter Durchschnitt mit abgelegtem Zähler
In diesem Beispiel stehen wieder zwei Produkte (PRDID1 und PRDID2) an drei Lokationen zur Verfügung. Für
jede Kombination aus Produkt und Lokation werden die Istmenge und der abgelegte Erlös als Kennzahlen
verwendet. Sowohl die Istmenge als auch der abgelegte Erlös sind in SAP IBP als abgelegte oder berechnete
Kennzahlen verfügbar.
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
PUBLIC
ÖFFENTLICH 239
Wir möchten den gewichteten Preis für Lokation 1, 2 und 3 anhand des abgelegten Erlöses (STOREDREV) als
Eingabe für alle drei Lokationen berechnen.
Wir berechnen den gewichteten Durchschnitt mit STOREDREV als erstem Parameter und ACTUALSQTY als
zweitem Parameter in der Funktion IBP_WEIGHTEDAVG. Da der Zähler bereits eine Multiplikation nach
Gewichtung enthält, muss der Wert des dritten Parameters STOREDNUMERATOR sein. D.h., der Zähler in der
Funktion IBP_WEIGHTEDAVG ist einfach die Summe von STOREDREV ist.
STOREDREV@REQUEST = SUM("STOREDREV@MTHPRODLOC")
ACTUALSQTY@REQUEST = SUM("ACTUALSQTY@MTHPRODLOC")
WEIGHTEDPRICE@REQUEST =
IBP_WEIGHTEDAVG("STOREDREV@MTHPRODLOC","ACTUALSQTY@MTHPRODLOC",''STOREDNUMERATOR'')
Sehen wir uns z.B. FEB 2020 an. Für LOCID1 wird der gewichtete Preis wie folgt berechnet: (5000+20000) /
(50+100) = 166,6667
Beispiel: Gewichteter Durchschnitt auf der Basis von Erlös und Menge mit
Umrechnungen
In diesem Beispiel stehen zwei Produkte (PRDID1 und PRDID2) bei zwei Kunden und an zwei Lokationen zur
Verfügung. Für jede Kombination aus Produkt, Kunde und Lokation werden die Istmenge und der Isterlös als
Kennzahlen verwendet.
240
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
Wir können den Istpreis (gewichteter Durchschnitt) für Kunde 1 und Kunde 2 mit der Funktion
IBP_WEIGHTEDAVG berechnen:
1. ACTUALSQTY berechnen:
ACTUALSQTY@REQUEST = SUM("ACTUALSQTY@WKPRODLOCCUSTUOMTO")
ACTUALSQTY@WKPRODLOCCUSTUOMTO = "ACTUALSQTY@WKPRODLOCCUST" *
"UOMCONVERSIONFACTOR@PRODUOMTO"
2. ACTUALSREV berechnen:
ACTUALSREV@REQUEST = SUM("ACTUALSREV@WKPRODLOCCUSTCURRCURRTOUOMTO")
ACTUALSREV@WKPRODLOCCUSTCURRCURRTO = "EXCHANGERATE@MTHCURRCURRTO" *
"ACTUALSREV@WKPRODLOCCUSTCURR"
3. ACTUALSPRICE berechnen:
ACTUALSPRICE@REQUEST =
IBP_WEIGHTEDAVG("ACTUALSREV@WKPRODLOCCUSTCURRCURRTO","ACTUALSQTY@WKPRODLOCCUSTUO
MTO", ''STOREDNUMERATOR'')
Hinweis
Ab Release 2008 steht dieses Beispiel im Beispielplanungsbereich SAPIBP1 zur Verfügung.
Beispiel: Gewichteter Durchschnitt mit einem Attribut
In diesem Beispiel stehen zwei Produkte (PRDID1 und PRDID2) an einer Lokation zur Verfügung. Für beide
Kombinationen aus Produkt/Lokation stehen der abgelegte Preis (Kennzahl) und die Gewichtung (Attribut) zur
Verfügung.
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
PUBLIC
ÖFFENTLICH 241
Wir können den gewichteten Preis mit der Funktion IBP_WEIGHTEDAVG unter Verwendung des Attributs
WEIGHT als zweitem Parameter berechnen. Das Attribut wird dem Lokationsstammdatentyp sowie den
Planungsebenen MTHPRODLOC und MTHLOC zugeordnet.
WEIGHTEDPRICE@REQUEST = SUM("WEIGHTEDPRICE@MTHLOC")
WEIGHTEDPRICE@MTHLOC = IBP_WEIGHTEDAVG("STOREDPRICE@MTHPRODLOC", "WEIGHT",
''CALCULATEDNUMERATOR'')
Sehen wir uns z.B. JAN 2020 an. Der gewichtete Preis wird wie folgt berechnet: (80*50 + 70*50) / (50+50) =
52,5
Funktion für Modellierungsanforderungen für den gewichteten Durchschnitt
(IBP_WEIGHTEDAVG)
•Die Berechnung des gewichteten Durchschnitts muss genau 3 Parameter enthalten.
•Der erste Parameter muss die Eingabekennzahl auf der Eingabeplanungsebene sein.
•Der zweite Parameter muss entweder eine Kennzahl auf Eingabeplanungsebene oder ein Stammdatentyp-
Attribut sein.
•Wenn der zweite Parameter ein Attribut des Stammdatentyps (Ganzzahl) ist, muss er der
Eingabeplanungsebene der ersten Kennzahl zugeordnet werden.
•Der dritte Parameter muss entweder STOREDNUMERATOR oder CALCULATEDNUMERATOR sein.
•Die Funktion IBP_WEIGHTEDAVG kann nicht in anderen Berechnungen geschachtelt werden.
•Die Planungsebene der Ausgabekennzahl muss eine Teilmenge des Zusammenschlusses der
Eingabeplanungsebenen sein.
•Die Schlüsselzeitattribute dieser Eingabeplanungsebenen sind nicht identisch.
•Die Eingabeplanungsebenen dürfen nicht auf REQUEST-Ebene sein.
•Wenn der zweite Parameter der Funktion IBP_WEIGHTEDAVG eine Kennzahl ist, müssen die
Eingabeplanungsebenen mindestens ein gemeinsames nicht zeitbasiertes Schlüsselattribut haben, das
in der Ausgabeplanungsebene enthalten ist.
•Wenn ein Berechnungsdiagramm eine Berechnung des gewichteten Durchschnitts enthält, darf die oberste
Kennzahl im Berechnungsdiagramm nicht editierbar sein.
•Wenn eine Kennzahl den gewichteten Durchschnitt als REQUEST-Ebenenberechnung hat, muss der
Aggregationsmodus auf Benutzerdeniert gesetzt sein.
Hinweis
Sie können die Funktion IBP_WEIGHTEDAVG nicht auf Basisplanungsebene im
Berechnungsdiagramm einer Kennzahl verwenden, die als Eingabe eines Beschaungsplanungs- oder
Prognoseverrechnungsoperators verwendet wird.
Wenn Sie die Funktion IBP_WEIGHTEDAVG im Berechnungsdiagramm der dieser Operatoren verwenden
möchten, haben Sie folgende Möglichkeit:
•Kopieren Sie das Ergebnis der Funktion IBP_WEIGHTEDAVG in eine andere Kennzahl, und verwenden
Sie diese als Eingabe für den Beschaungs- oder Prognoseverrechnungsoperator.
242
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
Sie können die Funktion IBP_WEIGHTEDAVG nicht auf Basisplanungsebene im Berechnungsdiagramm
einer Kennzahl verwenden, die die Ausgabe eines Beschaungsplanungs- oder
Prognoseverrechnungsoperators verwendet.
Sie haben folgende Möglichkeiten, wenn Sie die Ausgabe dieser Operatoren im Berechnungsdiagramm
solcher Kennzahlen verwenden möchten:
•Verwenden Sie die Funktion IBP_WEIGHTEDAVG in Berechnungen auf anderen Planungsebenen als der
Basisplanungsebene der betreenden Kennzahl.
•Kopieren Sie das Ergebnis der Funktion IBP_WEIGHTEDAVG in eine andere Kennzahl, und fügen Sie die
Ausgabe des Beschaungsplanungs- oder Prognoseverrechnungsoperators als Eingabe der Kennzahl
hinzu.
Weitere Informationen nden Sie unter Planungsbereiche [Seite 354] im Abschnitt Zusätzliche Prüfungen
für einen Planungsbereich, der für die zeitreihenbasierte Beschaungsplanung aktiviert ist.
Hinweis
Ähnlich wie andere Aggregationsfunktionen (SUM, MIN, MAX, AVG und COUNT) verursacht die Funktion
IBP_WEIGHTEDAVG keine Filtersperren für Attribute, die mit der Aggregation verworfen und aus der
Planungsebene entfernt werden. Das bedeutet, dass vor der Aggregation Filter für diese Attribute
angewendet werden können, unter der Annahme, das es keine andere Filtersperre in mit der Funktion
IBP_WEIGHTEDAVG erstellten Berechnungen gibt.
12.7 Deckung
Verwenden Sie die Funktion IBP_COVERAGE zum Berechnen der Deckung für eine Kennzahl in einem Schritt.
Um Deckung zu berechnen, verwenden Sie die Funktion IBP_COVERAGE in der Berechnungsdenition der
Kennzahlen in der App Planungsbereiche.
Sie können die Funktion IBP_COVERAGE für verschiedene Geschäftsszenarios verwenden. Weitere Beispiele
und Implementierungsideen nden Sie unter Reichweite [Seite 249] und Projizierter Bestand [Seite 257].
Hinweis
Die Deckungsfunktion verursacht Zeitltersperren im Berechnungsdiagramm einer Kennzahl, was die
Laufzeit von Querys erhöhen kann. Weitere Informationen nden Sie unter Filtersperren [Seite 558].
Funktion für Deckungsparameter (IBP_COVERAGE)
IBP_COVERAGE hat sechs Pichtparameter und zwei optionale Parameter.
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
PUBLIC
ÖFFENTLICH 243
Erster Parameter: eine Eingabekennzahl auf der Eingabeplanungsebene oder eine Konstante
(obligatorisch)
Der erste Parameter der Funktion IBP_COVERAGE ist die Menge, die vom zweiten Parameter gedeckt werden
muss. Er ist entweder eine Eingabekennzahl auf Eingabeplanungsebene oder eine positive Zahl.
Wenn er eine Kennzahl ist, muss der Parameterwert in doppelte Anführungszeichen eingeschlossen werden; in
allen anderen Fällen darf der Parameterwert nicht in Anführungszeichen eingeschlossen werden.
Zweiter Parameter: eine Eingabekennzahl auf Eingabeplanungsebene (obligatorisch)
Der zweite Parameter der Funktion IBP_COVERAGE muss die Menge des ersten Parameters decken. Er ist eine
Eingabekennzahl auf der Eingabeplanungsebene.
Der Parameterwert muss in doppelte Anführungszeichen eingeschlossen werden.
Dritter Parameter: eine Eingabekennzahl auf Eingabeplanungsebene oder Konstante
(obligatorisch)
Der dritte Parameter der Funktion IBP_COVERAGE ist eine Eingabekennzahl auf Eingabeplanungsebene oder
eine positive Zahl.
Bei der Berechnung der Deckung werden Werte des dritten Parameters mit SUM für alle Zeiträume aggregiert,
in denen der zweite Parameter die Menge des ersten Parameters deckt. Wenn der zweite Parameter nur einen
Teil der Menge des ersten Parameters für einen bestimmten Zeitraum deckt, dann wird der gleiche Teil des
dritten Parameters im angegebenen Zeitraum in die Aggregation eingeschlossen.
Wenn der dritte Parameter eine Kennzahl ist, muss dessen Wert in doppelten Anführungszeichen
eingeschlossen werden; in allen anderen Fällen darf der Parameterwert nicht in Anführungszeichen
eingeschlossen werden. Für eine bessere Performance empfehlen wir Ihnen, wenn möglich, zur Denition des
dritten Parameters eine Konstante (eine positive Zahl) verwenden.
Vierter Parameter: Deckungsbeginn (obligatorisch)
Der vierte Parameter legt fest, ob die Deckungsberechnung mit dem Wert der aktuellen oder nächsten Periode
beginnt.
Mögliche Werte:
•NEXTBUCKET
Wenn sich der Wert der zweiten Kennzahl auf die Menge am Ende der aktuellen Periode bezieht, berechnen
Sie die Deckung ab der nächsten Periode mit dem Parameter NEXTBUCKET.
•CURRENTBUCKET
Wenn sich der Wert der zweiten Kennzahl auf die Menge am Anfang der aktuellen Periode bezieht,
berechnen Sie die Deckung ab der aktuellen Periode mit dem Parameter CURRENTBUCKET.
Der Wert muss in zwei Paar einfacher Anführungszeichen eingeschlossen werden. Die Verwendung eines
doppelten Anführungszeichens anstelle von zwei einfachen Anführungszeichen führt zu einem Fehler während
der Aktivierung.
Fünfter Parameter: Nulldeckung (obligatorisch)
Mit dem fünften Parameter können Sie festlegen, ob der Nullwert des zweiten Parameters den Nullwert des
ersten Parameters in Ihrer Deckungsberechnung decken kann.
Mögliche Werte:
•USEZEROSTOCK
244
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
Wenn der Nullwert des zweiten Parameters den Nullwert des ersten Parameters in Ihrer
Deckungsberechnung decken soll, geben Sie USEZEROSTOCK ein.
•IGNOREZEROSTOCK
Wenn der Nullwert des zweiten Parameters den Nullwert des ersten Parameters in Ihrer
Deckungsberechnung nicht decken soll, geben Sie IGNOREZEROSTOCK ein.
Der Wert muss in zwei Paar einfacher Anführungszeichen eingeschlossen werden. Ein doppeltes
Anführungszeichen anstelle von zwei einfachen Anführungszeichen führt zu einem Fehler während der
Aktivierung.
Sechster Parameter: Berechnungshorizont (obligatorisch)
Der sechste Parameter deniert den Berechnungshorizont. Wenn separate Kennzahlen zur Berechnung von
vergangenen, gegenwärtigen und zukünftigen Werten verwendet werden, ltert dieser Parameter die Werte. Die
Deckung wird dann nur für den angegebenen Zeithorizont berechnet.
Mögliche Werte sind PAST, PASTCURRENT, PASTCURRENTFUTURE, CURRENT, CURRENTFUTURE und FUTURE.
Wenn Sie die Ergebnisse Ihrer Berechnung jedoch auf Ebene REQUEST anzeigen möchten, ist der einzige
mögliche Wert PASTCURRENTFUTURE.
Wenn Sie eine Kennzahl für Deckung verwenden, verwenden Sie unabhängig vom Horizont den Wert
PASTCURRENTFUTURE für diesen Parameter.
Der Wert muss in zwei Paar einfacher Anführungszeichen eingeschlossen werden. Ein doppeltes
Anführungszeichen anstelle von zwei einfachen Anführungszeichen führt zu einem Fehler während der
Aktivierung.
Achter Parameter: unendliche Deckung (optional)
Der siebte Parameter, der zuvor als "vollständiger Horizont gedeckt" bezeichnet wurde, ist optional. Mit diesem
Parameter können Sie dem Planer mitteilen, dass der Wert des zweiten Parameters eines Zeitraums größer ist
als die Summe der Werte der ersten Kennzahl in allen Folgeperioden im Planungshorizont.
Er muss einer ganzen Zahl entsprechen, nach Möglichkeit einer Zahl (etwa 999), die groß genug ist, um eine
fehlende Menge des ersten Parameters oder zu große Menge des zweiten Parameters anzugeben.
Wenn der Parameter nicht deniert ist, und der Wert des zweiten Parameters für einen Zeitraum größer als die
Summe der Werte für die erste Kennzahl ist, dann wird die Summe der Werte des dritten Parameters für die
verbleibenden zukünftigen Zeiträume als Deckung angezeigt.
Dieser Parameter darf nicht in Anführungszeichen eingeschlossen werden.
Achter Parameter: Anzahl der Zeiträume (optional)
Der achte Parameter ist optional. Sie können ihn nur verwenden, wenn Sie auch den Parameter unendliche
Deckung deniert haben. Mit dem achten Parameter können Sie das Zeitfenster denieren und damit
einschränken (indem Sie die Anzahl der Zeiträume angeben), über das die Deckung für einen bestimmten
Wert des projizierten Bestands berechnet wird.
Wenn Sie den siebten und achten Parameter denieren, werden die Werte des Bedarfs nur aus dem durch den
achten Parameter angegebenen Zeitfenster und nicht aus dem gesamten Planungshorizont berücksichtigt. Der
Wert muss eine positive Ganzzahl zwischen 10 und 183 sein, sodass Sie das Zeitfenster im Fall von Perioden auf
Tagesbasis bis auf ein halbes Jahr begrenzen können.
Dieser Parameter darf nicht in Anführungszeichen eingeschlossen werden.
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
PUBLIC
ÖFFENTLICH 245
Beispiel
DAYSOFSUPPLY@PERPRODLOC = IBP_COVERAGE("DEMAND@PERPRODLOC",
"PROJECTEDSTOCK@PERPRODLOC", 1, ''NEXTBUCKET'', ''USEZEROSTOCK'',
''PASTCURRENTFUTURE'')
In diesem Beispiel werden die Tage der Deckung berechnet. Am 3. Juni kann der projizierte Bestand (500) den
Bedarf für 2 Tage, d.h. den 4. Juni (300) und 5. Juni (200), decken.
Funktion für Modellierungsanforderungen für die Deckung (IBP_COVERAGE)
•Bei der Berechnung der Deckung sind sechs obligatorische und zwei optionale Parameter beteiligt.
•Die Funktion IBP_COVERAGE muss eine, zwei oder drei Eingabekennzahlen aufweisen.
•Der erste Parameter muss eine Eingabekennzahl oder eine positive Zahl sein.
•Der zweite Parameter muss eine Eingabekennzahl sein.
•Der dritte Parameter muss eine Eingabekennzahl oder eine positive Zahl sein.
•Die Eingabeplanungsebenen müssen identisch sein.
•Die Eingabeplanungsebenen und die Ausgabeplanungsebene einer Deckungsberechnung müssen eine
identische Struktur aufweisen. Das bedeutet, dass sie den gleichen Satz an Attributen enthalten müssen,
einschließlich des gleichen Satzes an Schlüsselattributen.
•Wenn die Berechnung nicht auf der Ebene REQUEST erfolgt, müssen die Deckungsberechnungen
zeitabhängig sein. Das heißt, sowohl für die Eingabe- als auch für die Ausgabeplanungsebene
der Berechnung muss eines der PERIODID(n)-Attribute als Zeitschlüsselattribut gesetzt sein. Das
Zeitschlüsselattribut darf nicht das PERIODID-Attribut sein.
Dasselbe Attribut PERIODID(n) muss das Zeitschlüsselattribut in beiden Planungsebenen sein, außer in
Berechnungen auf der Ebene REQUEST.
•Wenn die Deckung nicht auf der Ebene REQUEST berechnet wird, muss die Ausgabeplanungsebene
Stammdatentypschlüssel haben.
•Berechnungen auf der Ebene REQUEST müssen Eingabeberechnungen auf der Ebene REQUEST haben.
•Die Funktion IBP_COVERAGE kann nicht in anderen Berechnungen geschachtelt werden.
•Wenn ein Berechnungsdiagramm eine Deckungsberechnung enthält, darf die oberste Kennzahl im
Berechnungsdiagramm nicht editierbar sein.
Hinweis
Sie können die Funktion IBP_COVERAGE nicht auf Basisplanungsebene im Berechnungsdiagramm einer
Kennzahl verwenden, die als Eingabe eines Beschaungsplanungs- oder Prognoseverrechnungsoperators
verwendet wird.
Wenn Sie die Funktion IBP_COVERAGE im Berechnungsdiagramm dieser Operatoren verwenden möchten,
haben Sie folgende Möglichkeit:
246
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
•Kopieren Sie das Ergebnis der Funktion IBP_COVERAGE in eine andere Kennzahl, und verwenden Sie
diese als Eingabe für den Beschaungs- oder Prognoseverrechnungsoperator.
Sie können die Funktion IBP_COVERAGE nicht auf Basisplanungsebene im Berechnungsdiagramm einer
Kennzahl verwenden, die die Ausgabe eines Beschaungsplanungs- oder Prognoseverrechnungsoperators
verwendet.
Sie haben folgende Möglichkeiten, wenn Sie die Ausgabe dieser Operatoren im Berechnungsdiagramm
solcher Kennzahlen verwenden möchten:
•Verwenden Sie die Funktion IBP_COVERAGE in Berechnungen auf anderen Planungsebenen als der
Basisplanungsebene der betreenden Kennzahl.
•Kopieren Sie das Ergebnis der Funktion IBP_COVERAGE in eine andere Kennzahl, und fügen Sie die
Ausgabe des Beschaungsplanungs- oder Prognoseverrechnungsoperators als Eingabe der Kennzahl
hinzu.
Weitere Informationen nden Sie unter Planungsbereiche [Seite 354] im Abschnitt Zusätzliche Prüfungen
für einen Planungsbereich, der für die zeitreihenbasierte Beschaungsplanung aktiviert ist.
Fehlende Eingaben
Sie können die Funktion IBP_COVERAGE nicht ohne Eingabekennzahlen verwenden, da keine Standardwerte
verfügbar sind. Die Deckungsfunktion generiert bei fragmentierten oder fehlenden hochgeladenen Daten
keine fehlenden Perioden- und Kennzahldaten. Für die Eingabekennzahlen müssen für alle Perioden Daten
hochgeladen werden. Es gibt zwei Fälle von fehlenden Eingaben: leerer Wert und NULL-Wert.
Leerer Wert
Wenn ein Zeitraum für eine Planungsobjekt-Kombination fehlt, wird dieser Zeitraum übersprungen, und der in
den nächsten Zeitraum hochgeladene Wert wird bei der Berechnung der Deckung berücksichtigt. Außerdem
wird die Deckung für den fehlenden Zeitraum nicht berechnet.
NULL-Wert
Der NULL-Wert wird wie folgt behandelt:
•Ist der Wert des 1. Parameters NULL, wird er als null betrachtet.
•Wenn der 2. Parameter den Wert NULL hat, ist die Ausgabe der Funktion IBP_COVERAGE ebenfalls NULL.
•Ist der Wert des 3. Parameters NULL, wird er als null betrachtet.
Sie können den NULL-Wert auf 0 setzen, indem Sie eine andere Berechnung hinzufügen, wenn dies durch Ihre
Modellierungsanforderungen gerechtfertigt ist.
Nullwerte oder negative Werte
Nullwerte und negative Werte werden wie folgt behandelt:
•Ist der Wert des 1. Parameters null oder negativ, wird er als null betrachtet.
•Wenn der Wert des 2. Parameters null oder negativ ist, ist die Ausgabe der Funktion IBP_COVERAGE
ebenfalls null.
•Ist der Wert des 3. Parameters null oder negativ, wird er als null betrachtet.
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
PUBLIC
ÖFFENTLICH 247
Die Behandlung von Nullwerten hängt wie zuvor beschrieben vom Wert des 5. Parameters (Nulldeckung) ab.
Weitere Informationen nden Sie in der Beschreibung des 5.Parameters.
Auf Anfrageebene berechnete Deckung
Sie können die Deckung auf der Ebene REQUEST berechnen, d.h. Sie benötigen keine neue Berechnung, wenn
Sie eine der Dimensionen ändern.
Beispiel
DAYSOFSUPPLY@WKPRODLOC = IBP_COVERAGE ( "DEMAND@WKPRODLOC" ,
"PROJECTEDSTOCK@WKPRODLOC" , 7 , ''NEXTBUCKET'', ''IGNOREZEROSTOCK'',
''PASTCURRENTFUTURE'')
DAYSOFSUPPLY@REQUEST = IBP_COVERAGE ( "DEMAND@REQUEST" , "PROJECTEDSTOCK@REQUEST" ,
7 , ''NEXTBUCKET'', ''IGNOREZEROSTOCK'', ''PASTCURRENTFUTURE'')DEMAND@REQUEST =
SUM(DEMAND@WKPRODLOC)PROJECTEDSTOCK@REQUEST = SUM(PROJECTEDSTOCK@WKPRODLOC) Wir haben
mit einer Arbeitswoche von sieben Tagen berechnet und mit der Berechnung der Deckung im nächsten Bucket
begonnen.
Bei Berechnungen auf der Ebene REQUEST werden zuerst die Eingaben für die Berechnung der Deckung
aggregiert und dann die Berechnung der Deckung ausgeführt.
In diesem Beispiel ist der projizierte Bestand 500 für LOCID10 und 200 für LOCID20. In der Berechnung auf
Anfrageebene wird zuerst ihre Aggregation, in diesem Fall ihre SUM, berechnet. Anschließend wir die Deckung
berechnet.
Hinweis
Die Deckungsberechnung ist eine vereinfachte Kennzahlberechnung, die mit aggregierten Bedarfen und
aggregierten Bestandswerten als Eingaben arbeitet. Einige Geschäftsvorfälle, z.B. Umlagerungen zwischen
Lokationen, werden auf Lokationsebene korrekt berechnet, führen jedoch zu unerwarteten Ergebnissen
auf aggregierter Ebene. Dies liegt daran, dass ein aggregierter Bedarf seine Eingabebedarfsarten
unterscheiden muss.
248
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
Die Deckungsberechnung auf aggregierter Ebene kann Distributionsbedarfe nicht von anderen
Bedarfskomponenten unterscheiden. Außerdem kann es Distributionsbedarfe aus Lokationen, die Teil
der Berechnung der aggregierten Deckung sind, nicht von Distributionsbedarfen außerhalb dieser
Lokationen unterscheiden. Es ist eine zusätzliche Modellierung erforderlich, um diese Bedarfselemente
zu identizieren und aus der Berechnung auf aggregierter Ebene zu entfernen.
Weitere Informationen
Reichweite [Seite 249]
Projizierter Bestand [Seite 257]
12.7.1Reichweite
In dieser Beispielimplementierung verwenden wir die Funktion IBP_COVERAGE zur Berechnung der Reichweite
mit Bedarf und projiziertem Bestand als Eingabekennzahlen.
Mit der Funktion IBP_COVERAGE können Sie berechnen, wie viele Tage, Wochen, Monate usw. der berechnete
projizierte Bestand basierend auf dem geplanten Bedarf noch ausreichen wird. In diesem Abschnitt wird
erläutert, wie Sie die Parameter der Funktion zur Berechnung der Reichweite verwenden, und Ihnen werden
konkrete Beispiele genannt. Eine allgemeine Beschreibung der Funktion IBP_COVERAGE, einschließlich der
Modellierungsanforderungen und Aggregationsempfehlungen, nden Sie unter Deckung [Seite 243].
Hinweis
Die Deckung verursacht Filtersperren im Berechnungsdiagramm einer Kennzahl, was die Laufzeit von
Querys erhöhen kann. Weitere Informationen nden Sie unter Filtersperren [Seite 558].
Beispiel
DAYSOFSUPPLY@PERPRODLOC = IBP_COVERAGE("DEMAND@PERPRODLOC",
"PROJECTEDSTOCK@PERPRODLOC", "WORKDAYS@PERPRODLOC", ''CURRENTBUCKET'',
''USEZEROSTOCK'', ''PASTCURRENTFUTURE'')
In diesem Beispiel wird die Reichweite berechnet. Im Juni 2020 kann der projizierte Bestand (500) den Bedarf
für 2 Monate, d.h. Juni 2020 (300) und Juli 2020 (200), decken.
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
PUBLIC
ÖFFENTLICH 249
Funktion für Deckungsparameter (IBP_COVERAGE) zum Berechnen der
Reichweite
Die Funktion IBP_COVERAGE hat sechs Pichtparameter und zwei optionale Parameter.
1. Parameter: Bedarf (obligatorisch)
Der erste Parameter der Funktion IBP_COVERAGE ist der Bedarf. Er ist entweder eine Eingabekennzahl auf
Eingabeplanungsebene oder eine positive Zahl. Stellen Sie vor Durchführung der Deckungsberechnung sicher,
dass der Bedarf bereits auf der erforderlichen Planungsebene vorhanden ist. Ist der Wert der Kennzahl negativ,
wird er als Null gezählt.
Wenn er eine Kennzahl ist, muss der Parameterwert in doppelte Anführungszeichen eingeschlossen werden; in
allen anderen Fällen darf der Parameterwert nicht in Anführungszeichen eingeschlossen werden.
2. Parameter: projizierter Bestand (obligatorisch)
Der zweite Parameter der Funktion IBP_COVERAGE ist der projizierte Bestand (Eingabekennzahl) auf
Eingabeplanungsebene. Stellen Sie vor Durchführung der Deckungsberechnung sicher, dass der projizierte
Bestand bereits auf der erforderlichen Planungsebene vorhanden ist. Ist der Wert der Kennzahl negativ, wird er
als Null gezählt.
Der Parameterwert muss in doppelte Anführungszeichen eingeschlossen werden.
3. Parameter: Anzahl der Arbeitstage (obligatorisch)
Der dritte Parameter deniert die Anzahl der Arbeitstage für den angegebenen Zeitraum. Zunächst wird die
Deckung für jede Periode anhand des Bedarfs und des projizierten Bestands berechnet, anschließend werden
die Werte mit der Anzahl der Arbeitstage multipliziert und summiert.
Sie haben folgende Möglichkeiten, um die Anzahl der Arbeitstage zu denieren:
•Denieren Sie die Anzahl von Arbeitstagen mit einer positiven Zahl. Wir nehmen in diesem Fall an, dass
jeder Zeitraum in Ihrem Planungshorizont diese Anzahl von Arbeitstagen umfasst.
Wir empfehlen, dass Sie, wenn möglich, zur Denition des dritten Parameters eine Konstante (eine
positive Zahl) verwenden, um eine bessere Performance zu erzielen. Dieser Parameterwert darf nicht in
Anführungszeichen eingeschlossen werden.
Beispiel
DAYSOFSUPPLY@PERPRODLOC = IBP_COVERAGE("DEMAND@PERPRODLOC" ,
"PROJECTEDSTOCK@PERPRODLOC" , 4 , ''CURRENTBUCKET'', ''USEZEROSTOCK'',
''PASTCURRENTFUTURE'')
In diesem Beispiel besteht eine Woche immer aus 4 Arbeitstagen, d.h., für jeden Zeitraum wird der
Deckungswert zur Berechnung der Reichweite mit 4 multipliziert.
Wenn keine zeitbasierte Multiplikation erforderlich ist, muss der Wert des Parameters 1 sein. Wenn
beispielsweise Bedarf und projizierter Bestand auf Tagesbasis ermittelt werden, geben Sie 1 ein, um die
Deckung ebenfalls auf Tagesbasis zu berechnen.
•Verwenden Sie eine Kennzahl, beispielsweise WORKDAYS@PERPRODLOC, um die Anzahl von Arbeitstagen
für jeden Zeitraum in Ihrem Planungshorizont zu denieren. Wenn beispielsweise Bedarf und projizierter
250
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
Bestand auf monatlicher Ebene angegeben sind, können Sie mithilfe dieser Kennzahl die Deckung in Tagen
berechnen.
Der Parameterwert muss in doppelte Anführungszeichen eingeschlossen werden.
Beispiel
DAYSOFSUPPLY@PERPRODLOC = IBP_COVERAGE("DEMAND@PERPRODLOC" ,
"PROJECTEDSTOCK@PERPRODLOC" , "WORKDAYS@PERPRODLOC" , ''CURRENTBUCKET'',
''USEZEROSTOCK'' , ''PASTCURRENTFUTURE'')
In diesem Beispiel sind Bedarf und projizierter Bestand auf monatlicher Ebene angegeben, wir möchten
jedoch die Deckung in Tagen berechnen. Dazu verwenden wir eine Kennzahl, die die Anzahl der Arbeitstage
pro Zeitraum deniert. Bei der Berechnung multiplizieren wir den Wert der Deckung mit der Anzahl der
Arbeitstage für jeden Zeitraum und summieren anschließend die Werte. Im März 2020 kann der projizierte
Bestand (600) den Bedarf von März 2020 (400) und April 2020 (200) decken. Die Anzahl der Arbeitstage
ist 22 für beide Perioden, so dass die Reichweite für März 2020 44 (2*22) ist.
Ist der Wert der Kennzahl negativ, wird er als Null gezählt.
Beispiel: Anzahl der Arbeitstage ist Null
DAYSOFSUPPLY@PERPRODLOC = IBP_COVERAGE("DEMAND@PERPRODLOC" ,
"PROJECTEDSTOCK@PERPRODLOC" , "WORKDAYS@PERPRODLOC" , ''CURRENTBUCKET'',
''USEZEROSTOCK'' , ''PASTCURRENTFUTURE'')
In diesem Beispiel ist die Anzahl der Arbeitstage in Woche 4 null. Bei der Berechnung der Reichweite für
Woche 3 kann der projizierte Bestand der Woche 3 den Bedarf der Wochen 3, 4 und 5 decken. Da Woche 4
jedoch keine Arbeitstage hat, ist die Reichweite für Woche 3 die Summe der Arbeitstage der Wochen 3 und
5.
4. Parameter: Beginn der Deckung (obligatorisch)
Der vierte Parameter legt fest, ob die Deckungsberechnung mit dem Bedarfswert der aktuellen oder der
nächsten Periode beginnt.
Mögliche Werte:
•NEXTBUCKET
Wenn sich der Wert der Kennzahl des projizierten Bestands auf den Bestand am Ende des Tages bezieht,
berechnen Sie die Deckung ab der nächsten Periode mit dem Parameter NEXTBUCKET.
Beispiel
DAYSOFSUPPLY@PERPRODLOC = IBP_COVERAGE("DEMAND@PERPRODLOC",
"PROJECTEDSTOCK@PERPRODLOC", "WORKDAYS@PERPRODLOC", ''NEXTBUCKET'',
''USEZEROSTOCK'', ''PASTCURRENTFUTURE'')
•CURRENTBUCKET
Wenn sich der Wert der Kennzahl des projizierten Bestands auf den Bestand am Beginn des Tags bezieht,
berechnen Sie die Deckung ab der aktuellen Periode mit dem Parameter CURRENTBUCKET.
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
PUBLIC
ÖFFENTLICH 251
Beispiel
DAYSOFSUPPLY@PERPRODLOC = IBP_COVERAGE("DEMAND@PERPRODLOC",
"PROJECTEDSTOCK@PERPRODLOC", "WORKDAYS@PERPRODLOC", ''CURRENTBUCKET'',
''USEZEROSTOCK'', ''PASTCURRENTFUTURE'')
Der Wert muss in zwei Paar einfacher Anführungszeichen eingeschlossen werden. Ein doppeltes
Anführungszeichen anstelle von zwei einfachen Anführungszeichen führt zu einem Fehler während der
Aktivierung.
5. Parameter: Nulldeckung (obligatorisch)
Mit dem fünften Parameter können Sie denieren, ob der Nullbestand den Nullbedarf in Ihrer
Deckungsberechnung decken soll oder nicht.
Der Wert muss in zwei Paar einfacher Anführungszeichen eingeschlossen werden. Ein doppeltes
Anführungszeichen anstelle von zwei einfachen Anführungszeichen führt zu einem Fehler während der
Aktivierung.
Mögliche Werte:
•USEZEROSTOCK
Wenn der Nullbestand den Nullbedarf in Ihrer Deckungsberechnung decken soll, geben Sie USEZEROSTOCK
ein. Dann werden bei der Berechnung der Reichweite (Tage oder Wochen) Zeiträume mit Nullbedarf
eingeschlossen.
Beispiel
DAYSOFSUPPLY@PERPRODLOC = IBP_COVERAGE("DEMAND@PERPRODLOC",
"PROJECTEDSTOCK@PERPRODLOC", 7, ''CURRENTBUCKET'', ''USEZEROSTOCK'',
''PASTCURRENTFUTURE'')
In diesen Beispielen kann Nullbestand Nullbedarf decken. Im ersten Beispiel wird der projizierte Bestand in
Woche 3 von den Bedarfen der Wochen 3, 4 und 5 verbraucht; er kann die Nullbedarfe der Wochen 6 bis 12
noch decken. Somit beträgt die Reichweite 70 für Woche 3.
Im zweiten Beispiel kann, obwohl der projizierte Bestand in Woche 5 Null ist, er den Bedarf der Wochen 5
bis 11 decken.
Wenn Sie einen projizierten Bestand von Null und einen Nullbedarf für einen bestimmten Zeitraum haben,
entspricht die Reichweite der Summe der Arbeitstage des angegebenen Zeitraums.
•IGNOREZEROSTOCK
Wenn der Nullbestand den Nullbedarf in Ihrer Deckungsberechnung nicht decken soll, geben Sie
IGNOREZEROSTOCK ein. Dann werden bei der Berechnung der Reichweite (Tage oder Wochen) Zeiträume
mit Nullbedarf nicht eingeschlossen.
Beispiel
252
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
DAYSOFSUPPLY@PERPRODLOC = IBP_COVERAGE("DEMAND@PERPRODLOC",
"PROJECTEDSTOCK@PERPRODLOC", 7, ''CURRENTBUCKET'', ''IGNOREZEROSTOCK'',
''PASTCURRENTFUTURE'')
Im Gegensatz zu den vorherigen Beispielen kann Nullbestand in diesen Beispielen nicht den Nullbedarf
decken. Im ersten Beispiel wird der projizierte Bestand in Woche 3 von den Bedarfen der Wochen 3, 4 und
5 verbraucht, was bedeutet, dass er keine weiteren Bedarfe decken kann, nicht einmal Nullbedarfe. Somit
beträgt die Reichweite 21 für Woche 3.
Im zweiten Beispiel ist sowohl der Bedarf als auch der projizierte Bestand für die Wochen 5 bis 11 gleich
Null. Da projizierter Nullbestand keinen Nullbedarf decken kann, wird die Reichweite für diese Wochen
ebenfalls Null sein.
Wenn Sie einen projizierten Bestand von Null und Nullbedarf für einen bestimmten Zeitraum haben, ist die
Reichweite für diesen Zeitraum ebenfalls Null.
6. Parameter: Berechnungshorizont (obligatorisch)
Mögliche Werte sind PAST, PASTCURRENT, PASTCURRENTFUTURE, CURRENT, CURRENTFUTURE und FUTURE.
Wenn Sie die Ergebnisse Ihrer Berechnung jedoch auf Ebene REQUEST anzeigen möchten, ist der einzige
mögliche Wert PASTCURRENTFUTURE.
Wenn Sie eine Kennzahl für Deckung verwenden, verwenden Sie unabhängig vom Horizont den Wert
PASTCURRENTFUTURE für diesen Parameter.
Der Wert muss in zwei Paar einfacher Anführungszeichen eingeschlossen werden. Ein doppeltes
Anführungszeichen anstelle von zwei einfachen Anführungszeichen führt zu einem Fehler während der
Aktivierung.
Beispiel
DAYSOFSUPPLY@PERPRODLOC = IBP_COVERAGE("DEMAND@PERPRODLOC",
"PROJECTEDSTOCK@PERPRODLOC", "WORKDAYS@PERPRODLOC", ''CURRENTBUCKET'',
''USEZEROSTOCK'', ''CURRENTFUTURE'')
In diesem Beispiel wird die Reichweite nur für aktuelle und zukünftige Zeiträume berechnet.
7. Parameter: unendliche Deckung (optional)
Der siebte Parameter, der zuvor als "vollständiger Horizont gedeckt" bezeichnet wurde, ist optional. Mit diesem
Parameter können Sie dem Planer mitteilen, dass der projizierte Bestand eines Zeitraums größer ist als die
Summe der Bedarfe in allen Folgeperioden im Planungshorizont.
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
PUBLIC
ÖFFENTLICH 253
Er muss einer ganzen Zahl entsprechen, nach Möglichkeit einer Zahl (etwa 999), die groß genug ist, um
fehlenden Bedarf oder Überbestand anzugeben.
Wenn der Parameter nicht deniert wird und der projizierte Bestand größer ist als die Summe der Bedarfe,
wird die Anzahl der verbleibenden zukünftigen Zeiträume (oder die Summe der Arbeitstage für die zukünftigen
Zeiträume) als Deckung angezeigt.
Dieser Parameterwert darf nicht in Anführungszeichen eingeschlossen werden.
Beispiel
DAYSOFSUPPLY@PERPRODLOC = IBP_COVERAGE("DEMAND@PERPRODLOC",
"PROJECTEDSTOCK@PERPRODLOC", 7, ''CURRENTBUCKET'', ''USEZEROSTOCK'',
''PASTCURRENTFUTURE'', 999)
In beiden Beispielen verwenden wir den Parameter für die unendliche Deckung, um erhöhten Bedarf oder
Mangel an projiziertem Bestand anzuzeigen. Wir verwenden 999, um anzugeben, ob der projizierte Bestand die
Summe der Bedarfe übersteigt. Im ersten Beispiel entspricht der projizierte Bestand in Woche 3 der Summe
der Bedarfe für die verbleibenden Perioden, sodass die Reichweite die Summe der verbleibenden Tage im
Planungshorizont ist. Im zweiten Beispiel ist der projizierte Bestand in Woche 3 größer als die Summe der
Bedarfe für die verbleibenden Zeiträume. Daher ist der Wert der Reichweite für Woche 3 999.
8. Parameter: Anzahl der Perioden (optional)
Der achte Parameter ist optional. Sie können ihn nur verwenden, wenn Sie auch den Parameter unendliche
Deckung deniert haben. Mit dem achten Parameter können Sie das Zeitfenster festlegen und (durch die
Anzahl der Perioden) einschränken, für das die Deckung für einen bestimmten Wert des projizierten Bestands
berechnet wird.
Wenn Sie den siebten und achten Parameter denieren, werden die Werte des Bedarfs nur aus dem durch den
achten Parameter angegebenen Zeitfenster und nicht aus dem gesamten Planungshorizont berücksichtigt. Der
Wert muss eine positive Ganzzahl zwischen 10 und 183 sein, sodass Sie das Zeitfenster im Fall von Perioden auf
Tagesbasis bis auf ein halbes Jahr begrenzen können.
Dieser Parameterwert darf nicht in Anführungszeichen eingeschlossen werden.
Beispiel
DAYSOFSUPPLY@PERPRODLOC = IBP_COVERAGE("DEMAND@PERPRODLOC",
"PROJECTEDSTOCK@PERPRODLOC", 7, ''CURRENTBUCKET'', ''USEZEROSTOCK'',
''PASTCURRENTFUTURE'', 999, 10)
254
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
In diesem Beispiel ist der Wert des achten Parameters 10. Das bedeutet, dass bei der Berechnung der Deckung
die Bedarfswerte aus 10 Perioden, beginnend mit der aktuellen Periode, berücksichtigt werden. Die Reichweite
wird wie folgt berechnet:
•Woche 3: Reichweite ist 999, da der projizierte Bestand größer als die Summe des Bedarfs für das von
Ihnen denierte Zeitfenster ist (10 Perioden).
•Woche 4: Reichweite ist 70, da der projizierte Bestand den Bedarf für 10 Wochen (70 Tage) decken kann.
•Woche 5 -12: Da der Nullbestand verwendet wird, entspricht die Reichweite der Summe der Arbeitstage mit
Nullbedarf im angegebenen Zeitfenster (10 Perioden).
•Wochen 13 und 14: Reichweite ist 0, da der projizierte Bestand 0 den Bedarf (100 und 300) nicht decken
kann.
Wird NEXTBUCKET anstelle von CURRENTBUCKET verwendet, werden auch Bedarfswerte aus 10 Perioden
einbezogen, in diesem Fall jedoch beginnend mit der nächsten Periode.
Hinweis
Durch die Denition des Parameters Anzahl der Zeiträume können Sie die Performance Ihrer Abfragen
erhöhen, wenn Sie ebenfalls den Parameter unendliche Deckung verwenden. Bei der Deckungsberechnung
werden die Werte des Bedarfs nur aus dem durch diesen Parameter angegebenen Zeitfenster und nicht aus
dem gesamten Planungshorizont berücksichtigt.
Dies bedeutet jedoch auch, dass sich die Verwendung des Parameters Anzahl der Zeiträume
möglicherweise auf die Genauigkeit Ihrer Berechnung auswirkt und Ihr Abdeckungswert 999 (oder der
Wert, den Sie durch den siebten Parameter deniert haben) zu häug ist. Aus diesem Grund empfehlen
wir Ihnen, zunächst festzulegen, mit wie vielen Zeiträumen Sie normalerweise bei der Berechnung der
Deckung arbeiten. Denieren Sie dann mit dem achten Parameter ein Zeitfenster, das mehr Zeiträume
enthält, als Sie normalerweise verwenden.
Wenn Sie beispielsweise die Deckung überwiegend für 12 Monate berechnen, setzen Sie den achten
Parameter auf 24. Auf diese Weise berechnen Sie mit Bedarfswerten aus dem Zeitfenster, mit dem Sie
normalerweise arbeiten. Gleichzeitig können Sie die Performance optimieren, indem Sie Bedarfswerte aus
Zeiträumen, an denen Sie nicht interessiert sind, nicht berücksichtigen.
Fehlende Eingaben
Sie können die Funktion IBP_COVERAGE nicht ohne Eingabekennzahlen verwenden, da keine Standardwerte
verfügbar ist. Die Deckungsfunktion generiert bei fragmentierten oder fehlenden hochgeladenen Daten
keine fehlenden Perioden- und Kennzahldaten. Für die Eingabekennzahlen müssen für alle Perioden Daten
hochgeladen werden. Es gibt zwei Fälle von fehlenden Eingaben: leerer Wert und NULL-Wert.
Leerer Wert
Wenn ein Zeitraum für eine Planungsobjekt-Kombination fehlt, wird dieser Zeitraum übersprungen, und der in
den nächsten Zeitraum hochgeladene Wert wird bei der Berechnung der Deckung berücksichtigt. Außerdem
wird die Deckung für den fehlenden Zeitraum nicht berechnet.
Beispiel: Leerer Wert
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
PUBLIC
ÖFFENTLICH 255
DAYSOFSUPPLY@PERPRODLOC = IBP_COVERAGE("DEMAND@PERPRODLOC",
"PROJECTEDSTOCK@PERPRODLOC", 1, ''CURRENTBUCKET'', ''USEZEROSTOCK'',
''PASTCURRENTFUTURE'')
In diesem Beispiel fehlt der Zeitraum 9. Juni. Wie in der Tabelle oben gezeigt, wird der 9. Juni übersprungen
und die Deckungsberechnung mit dem für den 10. Juni hochgeladenen Wert fortgesetzt. Somit beträgt die
Reichweite für den 8. Juni 2.
NULL-Wert
Der NULL-Wert wird wie folgt behandelt:
•Ist der Wert des Bedarfs NULL, wird er als Null betrachtet.
•Ist der Wert des projizierten Bestands NULL, ist der Wert der Reichweite in Tagen oder Wochen ebenfalls
NULL.
•Ist der Wert der Arbeitstage NULL, wird er als Null betrachtet.
Sie können den NULL-Wert auf 0 setzen, indem Sie eine andere Berechnung hinzufügen, wenn dies durch Ihre
Modellierungsanforderungen gerechtfertigt ist.
Beispiel: Bedarf ist NULL
DAYSOFSUPPLY@PERPRODLOC = IBP_COVERAGE("DEMAND@PERPRODLOC",
"PROJECTEDSTOCK@PERPRODLOC", 1, ''CURRENTBUCKET'', ''USEZEROSTOCK'',
''PASTCURRENTFUTURE'', 999)
In diesem Beispiel ist der Wert des geplanten Bedarfs vom 7. Juni NULL, d.h., der geplante Bedarf ist für den 7.
Juni und die verbleibenden Zeiträume Null. Daher ist die Reichweite vom 6. Juni 999, da der projizierte Bestand
größer als die Summe der Bedarfe für die verbleibenden Zeiträume ist.
Beispiel: Projizierter Bestand ist NULL.
DAYSOFSUPPLY@PERPRODLOC = IBP_COVERAGE("DEMAND@PERPRODLOC",
"PROJECTEDSTOCK@PERPRODLOC", 1, ''CURRENTBUCKET'', ''USEZEROSTOCK'',
''PASTCURRENTFUTURE'', 999)
In diesem Beispiel ist die Reichweite am 7. Juni und 8. Juni NULL, da der projizierte Bestand an diesen Tagen
ebenfalls NULL ist. Betrachten wir nun den 5. Juni. Der projizierte Bestand ist am 6. Juni 600, was die Bedarfe
vom 6. bis zum 10. Juni decken kann (600=500+NULL+NULL+100+0). Somit beträgt die Reichweite am 5.
Juni 5.
256
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
Nullwerte oder negative Werte
Nullwerte und negative Werte werden wie folgt behandelt:
•Ist der Wert des Bedarfs Null oder negativ, wird er als Null betrachtet.
•Ist der Wert des projizierten Bestands Null oder negativ, ist der Wert der Reichweite in Tagen oder Wochen
ebenfalls Null.
•Ist der Wert der Arbeitstage Null oder negativ, wird er als Null betrachtet.
Die Behandlung von Nullbedarf und projiziertem Bestand von Null hängt wie oben beschrieben vom Wert
des 5.Parameters (Nulldeckung) ab. Weitere Informationen nden Sie in der obigen Beschreibung des
5.Parameters.
Beispiel: Bedarf ist negativ
DAYSOFSUPPLY@PERPRODLOC = IBP_COVERAGE("DEMAND@PERPRODLOC",
"PROJECTEDSTOCK@PERPRODLOC", 1, ''CURRENTBUCKET'', ''USEZEROSTOCK'',
''PASTCURRENTFUTURE'', 999)
Negativer Bedarf wird als Nullbedarf gezählt. In diesem Beispiel ist der Bedarf am 1. Juni negativ, was als Null
berechnet wird. Der projizierte Bestand am 1. Juni (600) kann den Bedarf vom 1. Juni (0) und 75% des Bedarfs
für den 2. Juni (600) decken, so dass die Reichweite 1,75 entspricht.
12.7.2Projizierter Bestand
In dieser Beispielimplementierung verwenden wir die Funktion IBP_COVERAGE zur Berechnung des
projizierten Bestands mit Reichweite und Bedarf als Eingabekennzahlen.
Mithilfe der Funktion IBP_COVERAGE können Sie berechnen, wie viel Bestand zur Bedarfsdeckung basierend
auf dem Wert der Reichweite erforderlich ist. In diesem Abschnitt wird erläutert, wie die Parameter der
Funktion zur Berechnung des projizierten Bestands verwendet werden, und Sie erhalten konkrete Beispiele.
Eine allgemeine Beschreibung der Funktion IBP_COVERAGE, einschließlich der Modellierungsanforderungen
und Aggregationsempfehlungen, nden Sie unter Deckung [Seite 243].
Hinweis
Die Deckung verursacht Filtersperren im Berechnungsdiagramm einer Kennzahl, was die Laufzeit von
Querys erhöhen kann. Weitere Informationen nden Sie unter Filtersperren [Seite 558].
Beispiel
PROJECTEDSTOCK@PERPRODLOC = IBP_COVERAGE("WORKDAYS@PERPRODLOC" ,
"DAYSOFSUPPLY@PERPRODLOC" , "DEMAND@PERPRODLOC" , ''CURRENTBUCKET'',
''USEZEROSTOCK'' , ''PASTCURRENTFUTURE'')
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
PUBLIC
ÖFFENTLICH 257
In diesem Beispiel berechnen wir den projizierten Bestand. Im Juni 2020 müssen wir den Bedarf für 45 Tage
decken, d.h. für Juni 2020 (22 Tage) und Juli 2020 (23 Tage). Das bedeutet, dass der Wert des projizierten
Bestands für Juni 2020 500 (300+200) betragen wird.
Funktion für Deckungsparameter (IBP_COVERAGE) zum Berechnen des
projizierten Bestands
Die Funktion IBP_COVERAGE hat sechs Pichtparameter und zwei optionale Parameter.
1. Parameter: Anzahl der Arbeitstage (obligatorisch)
Der erste Parameter deniert die Anzahl der Arbeitstage für den angegebenen Zeitraum.
Sie haben folgende Möglichkeiten, um die Anzahl der Arbeitstage zu denieren:
•Verwenden Sie eine Kennzahl, beispielsweise WORKDAYS@PERPRODLOC, um die Anzahl von Arbeitstagen
für jeden Zeitraum in Ihrem Planungshorizont zu denieren. Wenn beispielsweise Bedarf auf monatlicher
Ebene angegeben ist, können Sie mithilfe dieser Kennzahl den projizierten Bestand in Tagen berechnen.
Der Parameterwert muss in doppelte Anführungszeichen eingeschlossen werden.
Beispiel
PROJECTEDSTOCK@PERPRODLOC = IBP_COVERAGE("WORKDAYS@PERPRODLOC" ,
"DAYSOFSUPPLY@PERPRODLOC" , "DEMAND@PERPRODLOC" , ''CURRENTBUCKET'',
''USEZEROSTOCK'' , ''PASTCURRENTFUTURE'')
In diesem Beispiel liegt der Bedarf auf monatlicher Ebene vor. Der Zeitraum, den der projizierte Bestand
decken muss, wird jedoch in Tagen angegeben. Beispielsweise muss der projizierte Bestand im Juni 2020
den Bedarf für 45 Tage decken. Mithilfe der Kennzahl WORKDAYS@PERPRODLOC können wir berechnen,
dass 45 Tage zwei Monate decken, Juni 2020 (22 Tage mit einem Bedarf von 300) und Juli 2020 (23 Tage
mit einem Bedarf von 200). Das bedeutet, dass der Wert des projizierten Bestands für Juni 2020 500
(300+200) beträgt.
Ist der Wert der Kennzahl negativ, wird er als Null gezählt.
•Denieren Sie die Anzahl von Arbeitstagen mit einer positiven Zahl. Wir nehmen in diesem Fall an, dass
jeder Zeitraum in Ihrem Planungshorizont diese Anzahl von Arbeitstagen umfasst.
Dieser Parameterwert darf nicht in Anführungszeichen eingeschlossen werden.
Beispiel
PROJECTEDSTOCK@PERPRODLOC = IBP_COVERAGE(7, "DAYSOFSUPPLY@PERPRODLOC",
"DEMAND@PERPRODLOC" , ''CURRENTBUCKET'', ''USEZEROSTOCK'',
''PASTCURRENTFUTURE'')
258
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
In diesem Beispiel besteht eine Woche immer aus 7 Arbeitstagen. In Woche 1 beträgt die Reichweite 14, d.h.
der projizierte Bestand muss den Bedarf für 14 Tage (2 Wochen) decken. Das bedeutet, dass der Bedarf
von Woche 1 (100) und Woche 2 (300) durch den projizierten Bestand (400) gedeckt werden muss.
2. Parameter: Reichweite (obligatorisch)
Der zweite Parameter der Funktion IBP_COVERAGE ist die Reichweite (Eingabekennzahl auf
Eingabeplanungsebene). Stellen Sie vor Durchführung der Berechnung des projizierten Bestands sicher, dass
die Reichweite bereits auf der erforderlichen Planungsebene verfügbar ist. Ist der Wert der Kennzahl negativ,
wird er als Null gezählt.
Der Parameterwert muss in doppelte Anführungszeichen eingeschlossen werden.
3. Parameter: Bedarf (obligatorisch)
Der dritte Parameter der Funktion IBP_COVERAGE ist der Bedarf. Er ist entweder eine Eingabekennzahl auf
Eingabeplanungsebene oder eine positive Zahl. Stellen Sie vor Durchführung der Berechnung des projizierten
Bestands sicher, dass der Bedarf bereits auf der erforderlichen Planungsebene verfügbar ist. Ist der Wert der
Kennzahl negativ, wird er als Null gezählt.
Wenn er eine Kennzahl ist, muss der Parameterwert in doppelte Anführungszeichen eingeschlossen werden; in
allen anderen Fällen darf der Parameterwert nicht in Anführungszeichen eingeschlossen werden.
4. Parameter: Beginn der Deckung (obligatorisch)
Der vierte Parameter legt fest, ob die Berechnung des projizierten Bestands mit der Anzahl der Arbeitstage der
aktuellen oder der nächsten Periode beginnt.
Mögliche Werte:
•NEXTBUCKET
Wenn die Zählung der Anzahl der Arbeitstage in der nächsten Periode beginnen soll, verwenden Sie den
Parameter NEXTBUCKET.
Beispiel
PROJECTEDSTOCK@PERPRODLOC = IBP_COVERAGE("WORKDAYS@PERPRODLOC",
"DAYSOFSUPPLY@PERPRODLOC@PERPRODLOC", "DEMAND@PERPRODLOC", ''NEXTBUCKET'',
''IGNOREZEROSTOCK'', ''PASTCURRENTFUTURE'')
•CURRENTBUCKET
Wenn die Zählung der Anzahl der Arbeitstage in der aktuellen Periode beginnen soll, verwenden Sie den
Parameter CURRENTBUCKET.
Beispiel
PROJECTEDSTOCK@PERPRODLOC = IBP_COVERAGE("WORKDAYS@PERPRODLOC",
"DAYSOFSUPPLY@PERPRODLOC@PERPRODLOC", "DEMAND@PERPRODLOC", ''CURRENTBUCKET'',
''USEZEROSTOCK'', ''PASTCURRENTFUTURE'')
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
PUBLIC
ÖFFENTLICH 259
Der Wert muss in zwei Paar einfacher Anführungszeichen eingeschlossen werden. Ein doppeltes
Anführungszeichen anstelle von zwei einfachen Anführungszeichen führt zu einem Fehler während der
Aktivierung.
5. Parameter: Nulldeckung (obligatorisch)
Mit dem fünften Parameter können Sie denieren, ob eine Nullreichweite null Arbeitstage in Ihrer
Deckungsberechnung decken kann oder nicht.
Der Wert muss in zwei Paar einfacher Anführungszeichen eingeschlossen werden. Ein doppeltes
Anführungszeichen anstelle von zwei einfachen Anführungszeichen führt zu einem Fehler während der
Aktivierung.
Mögliche Werte:
•USEZEROSTOCK
Wenn eine Nullreichweite null Arbeitstage decken können soll, geben Sie USEZEROSTOCK ein. Dann
werden bei der Berechnung des projizierten Bestands Zeiträume mit null Arbeitstagen in die Berechnung
eingeschlossen.
Beispiel
PROJECTEDSTOCK@PERPRODLOC = IBP_COVERAGE("WORKDAYS@PERPRODLOC",
"DAYSOFSUPPY@PERPRODLOC", "DEMAND@PERPRODLOC", ''NEXTBUCKET'', ''USEZEROSTOCK'',
''PASTCURRENTFUTURE'')
In diesem Beispiel wird bei der Berechnung des projizierten Bestands für den 1. Juni der Bedarfswert für
den 4. Juni in die Berechnung einbezogen.
•IGNOREZEROSTOCK
Wenn eine Nullreichweite nicht null Arbeitstage decken können soll, geben Sie IGNOREZEROSTOCK ein.
Dann werden bei der Berechnung des projizierten Bestands Zeiträume mit null Arbeitstagen nicht in die
Berechnung eingeschlossen.
Beispiel
PROJECTEDSTOCK@PERPRODLOC = IBP_COVERAGE("WORKDAYS@PERPRODLOC",
"DAYSOFSUPPY@PERPRODLOC", "DEMAND@PERPRODLOC", ''NEXTBUCKET'',
''IGNOREZEROSTOCK'', ''PASTCURRENTFUTURE'')
Im Gegensatz zum vorherigen Beispiel wird bei der Berechnung des projizierten Bestands für den 1. Juni
der Bedarfswert für den 4. Juni nicht in die Berechnung einbezogen.
6. Parameter: Berechnungshorizont (obligatorisch)
Der sechste Parameter deniert den Berechnungshorizont. Wenn separate Kennzahlen zur Berechnung von
vergangenen, gegenwärtigen und zukünftigen Werten verwendet werden, ltert dieser Parameter die Werte.
Der projizierte Bestand wird dann nur für den angegebenen Zeithorizont berechnet.
Mögliche Werte sind PAST, PASTCURRENT, PASTCURRENTFUTURE, CURRENT, CURRENTFUTURE und FUTURE.
Wenn Sie die Ergebnisse Ihrer Berechnung jedoch auf Ebene REQUEST anzeigen möchten, ist der einzige
mögliche Wert PASTCURRENTFUTURE.
260
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
Wenn Sie eine Kennzahl für den projizierten Bestand verwenden, verwenden Sie unabhängig vom Horizont den
Wert PASTCURRENTFUTURE für diesen Parameter.
Der Wert muss in zwei Paar einfacher Anführungszeichen eingeschlossen werden. Ein doppeltes
Anführungszeichen anstelle von zwei einfachen Anführungszeichen führt zu einem Fehler während der
Aktivierung.
Beispiel
PROJECTEDSTOCK@PERPRODLOC = IBP_COVERAGE("WORKDAYS@PERPRODLOC",
"DAYSOFSUPPY@PERPRODLOC", "DEMAND@PERPRODLOC", ''CURRENTBUCKET'', ''USEZEROSTOCK'',
''CURRENTFUTURE'')
In diesem Beispiel wird die Reichweite nur für aktuelle und zukünftige Zeiträume berechnet.
7. Parameter: unendliche Deckung (optional)
Der siebte Parameter, der zuvor als "vollständiger Horizont gedeckt" bezeichnet wurde, ist optional.
Wenn Sie die Funktion IBP_COVERAGE zum Berechnen Projektbestands verwenden, hat dies keine
betriebswirtschaftliche Bedeutung. Wir empfehlen, diesen Parameter in diesem Fall nicht zu verwenden.
8. Parameter: Anzahl der Zeiträume (optional)
Der achte Parameter ist optional. Sie können ihn nur verwenden, wenn Sie auch den Parameter unendliche
Deckung deniert haben. Da der Parameter unendliche Deckung für die Berechnung des projizierten Bestands
nicht empfohlen wird, empfehlen wir, auch den Parameter Anzahl der Zeiträume nicht zu verwenden.
Aggregation verwenden
Wenn sich die zweite und dritte Eingabekennzahl (Reichweite in Tagen/Wochen/Monaten und Bedarf) auf
verschiedenen Aggregationsebenen benden, können Sie den ersten Parameter (Anzahl der Arbeitstage)
verwenden, um die Anzahl der Zeiträume auf der Zeitprolebene des zweiten Parameters (Reichweite in
Tagen/Wochen/Monaten) zu denieren. Wenn z.B. Bedarf auf Monatsbasis verfügbar ist, die Reichweite
jedoch in Tagen berechnet wird, können Sie den Parameter der Arbeitstage verwenden, um die Anzahl der
Arbeitstage in jedem Monat zu zählen.
Beispiel
PROJECTEDSTOCK@PERPRODLOC = IBP_COVERAGE("WORKDAYS@PERPRODLOC",
"DAYSOFSUPPY@PERPRODLOC", "DEMAND@PERPRODLOC", ''CURRENTBUCKET'', ''USEZEROSTOCK'',
''PASTCURRENTFUTURE'')
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
PUBLIC
ÖFFENTLICH 261
In diesem Beispiel berechnen wir den projizierten Bestand für die folgenden 9 Fälle:
Reichweite (in Tagen) Reichweite (in Wochen) Reichweite (in Monaten)
Bedarf auf Tagesbasis Der Wert des ersten Parame-
ters ist 1 oder 0.
Der erste Parameter deniert
die Anzahl der Arbeitswo-
chen für jeden Tag.
Der erste Parameter deniert
die Anzahl der Arbeitsmo-
nate für jeden Tag.
Bedarf auf Wochenbasis Der erste Parameter deniert
die Anzahl der Arbeitstage
für jede Woche.
Der Wert des ersten Parame-
ters ist 1 oder 0.
Der erste Parameter deniert
die Anzahl der Arbeitsmo-
nate für jede Woche.
Bedarf auf Monatsbasis Der erste Parameter deniert
die Anzahl der Arbeitstage
für jeden Monat.
Der erste Parameter deniert
die Anzahl der Arbeitswo-
chen für jeden Monat.
Der Wert des ersten Parame-
ters ist 1 oder 0.
Fälle, in denen die Zeitgranularität der Reichweite in Tagen/Wochen/Monaten höher ist als die Zeitgranularität
des Bedarfs, werden im obigen Beispiel mit rosa gekennzeichnet. Diese Fälle sind - wenn auch mathematisch
möglich - aus betriebswirtschaftlicher Sicht höchstwahrscheinlich nicht relevant.
Fehlende Eingaben
Sie können die Funktion IBP_COVERAGE nicht ohne Eingabekennzahlen verwenden, da keine Standardwerte
verfügbar ist. Die Deckungsfunktion generiert bei fragmentierten oder fehlenden hochgeladenen Daten
keine fehlenden Perioden- und Kennzahldaten. Für die Eingabekennzahlen müssen für alle Perioden Daten
hochgeladen werden. Es gibt zwei Fälle von fehlenden Eingaben: leerer Wert und NULL-Wert.
Leerer Wert
Wenn ein Zeitraum für eine Planungsobjekt-Kombination fehlt, wird dieser Zeitraum übersprungen, und der in
den nächsten Zeitraum hochgeladene Wert wird bei der Berechnung des projizierten Bestands berücksichtigt.
Außerdem wird der projizierte Bestand für den fehlenden Zeitraum nicht berechnet.
Beispiel: Leerer Wert
262
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
PROJECTEDSTOCK@PERPRODLOC = IBP_COVERAGE("WORKDAYS@PERPRODLOC",
"DAYSOFSUPPY@PERPRODLOC", "DEMAND@PERPRODLOC", ''CURRENTBUCKET'', ''USEZEROSTOCK'',
''PASTCURRENTFUTURE'')
In diesem Beispiel fehlt der Zeitraum Juli 2020. Wie in der Tabelle oben gezeigt, wird der Juli 2020
übersprungen und die Berechnung des projizierten Bestands mit dem für den August 2020 hochgeladenen
Wert fortgesetzt. Folglich beträgt der projizierte Bestand für Juni 2020 800.
NULL-Wert
Der NULL-Wert wird wie folgt behandelt:
•Ist der Wert der Wert der Arbeitstage NULL, wird er als null betrachtet.
•Ist der Wert der Reichweite NULL, ist der Wert des projizierten Bestands ebenfalls NULL.
•Ist der Wert des Bedarfs NULL, wird er als null betrachtet.
Sie können den NULL-Wert auf 0 setzen, indem Sie eine andere Berechnung hinzufügen, wenn dies durch Ihre
Modellierungsanforderungen gerechtfertigt ist.
Beispiel: NULL-Werte
PROJECTEDSTOCK@PERPRODLOC = IBP_COVERAGE("WORKDAYS@PERPRODLOC",
"DAYSOFSUPPY@PERPRODLOC", "DEMAND@PERPRODLOC", ''CURRENTBUCKET'', ''USEZEROSTOCK'',
''PASTCURRENTFUTURE'')
In diesem Beispiel haben alle drei Kennzahlen NULL-Werte:
•Im April 2020 ist der Wert von Arbeitstagen NULL, was als null betrachtet wird. Dies bedeutet, dass die
Reichweite von 43 Tagen im März 2020 den Bedarf für die 22 Tage im März 2020 (400) und die 21 Tage im
Mai 2020 (100) decken muss. Infolgedessen beträgt der projizierte Bestand für März 2020 500.
•Im August 2020 ist der Wert des Bedarfs NULL, der als null betrachtet wird. Da die Reichweite 8,8
(weniger als 22) beträgt, ergibt der Nullbedarf einen projizierten Nullbestand.
•Im Dezember 2020 ist der Wert der Reichweite NULL; folglich ist der Wert des projizierten Bestands
ebenfalls NULL.
Nullwerte oder negative Werte
Nullwerte und negative Werte werden wie folgt behandelt:
•Ist der Wert der Arbeitstage Null oder negativ, wird er als null betrachtet.
•Wenn der Wert der Reichweite null oder negativ ist, ist der Wert des projizierten Bestands ebenfalls null.
•Ist der Wert des Bedarfs Null oder negativ, wird er als null betrachtet.
Die Behandlung von null Arbeitstagen und Nullreichweite hängt wie oben beschrieben vom Wert des
5.Parameters (Nulldeckung) ab. Weitere Informationen nden Sie in der obigen Beschreibung des
5.Parameters.
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
PUBLIC
ÖFFENTLICH 263
Beispiel: Nullwerte
PROJECTEDSTOCK@PERPRODLOC = IBP_COVERAGE("WORKDAYS@PERPRODLOC",
"DAYSOFSUPPY@PERPRODLOC", "DEMAND@PERPRODLOC", ''CURRENTBUCKET'', ''USEZEROSTOCK'',
''PASTCURRENTFUTURE'')
In diesem Beispiel haben alle drei Kennzahlen Nullwerte:
•Im März 2020 ist der Wert des Bedarfs null. Infolgedessen beträgt der projizierte Bestand für März 2020
200 (0+200).
•Im August 2020 ist der Wert der Arbeitstage null. Das bedeutet, dass die Reichweite von 44 Tagen im Juli
2020 den Bedarf für die 23 Tage im Juli 2020 (200) und die 21 Tage im September 2020 (400) decken
muss. Infolgedessen beträgt der projizierte Bestand für Juli 2020 600.
•Im November 2020 ist der Wert der Reichweite null; folglich ist auch der Wert des projizierten Bestands
null.
12.8 Kalender
Verwenden Sie die Kalenderfunktion, um in Kennzahlberechnungen mit verschiedenen Kalendern (integriert
aus SAP ERP) zu zählen.
Um die Kalenderfunktion zu nutzen, verwenden Sie die Funktion IBP_CALENDAR in der Berechnungsdenition
der Kennzahlen in der App Planungsbereiche: IBP_CALENDAR(<KEY FIGURE@PLANLEVEL, <CALENDAR
ATTRIBUTE>)
Parameter der Kalenderfunktion (IBP_CALENDAR)
Die Funktion IBP_CALENDAR hat zwei Pichtparameter:
•Erster Parameter: Eingabekennzahl auf Eingabeplanungsebene
Der erste Parameter der Funktion IBP_CALENDAR ist immer die Eingabekennzahl auf
Eingabeplanungsebene, z.B. DEMAND@DAYPRODLOC. Es muss eine schreibgeschützte Kennzahl sein.
Der Wert muss in doppelte Anführungszeichen eingeschlossen werden.
•Zweiter Parameter: Kalenderattribut
Das zweite Attribut der Funktion IBP_CALENDAR ist ein Kalenderattribut. Es muss auf der Planungsebene
der Eingabekennzahl verfügbar und einem Stammdatentyp zugeordnet sein.
Des Weiteren muss es mit Werten (Kalender-IDs) hochgeladen werden, die aus SAP ERP importiert werden
und Arbeitstage und arbeitsfreie Tage denieren.
Der Wert muss in doppelte Anführungszeichen eingeschlossen werden.
264
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
Ausgabe der Kalenderfunktion (IBP_CALENDAR)
Die Standardausgabe der Kalenderfunktion ist 1 für Arbeitstage und 0 für arbeitsfreie Tage. Sie können sie
jedoch ändern, wenn dies für Ihre Geschäftsanforderungen erforderlich ist.
Sie können z.B. 0 für Arbeitstage und 1 für arbeitsfreie Tage verwenden:
IF( IBP_CALENDAR("DEMAND@DAYPRODLOC", "CALID") = 1, 0, 1)
Die Funktion IBP_CALENDAR kann in anderen Berechnungen geschachtelt werden.
Beispiel: Berechnung eines einzelnen Kalenders
In diesem Beispiel soll der Wert der Kennzahl DEMANDADJUSTED für zwei Lokationen (Berlin und Shanghai) mit
dem Kalenderattribut DEMANDCALENDARID berechnet werden. Es gibt 2 Kalender, die aus SAP ERP in dieses
Kalenderattribut integriert werden:
•Chinesischer Kalender (CN)
•Deutscher Kalender (DE)
Das Kalenderattribut DEMANDCALENDARID ist dem Stammdatentyp LOCATION zugeordnet.
Wenn ein bestimmter Tag ein Arbeitstag ist, ist die Ausgabe der Kalenderfunktion 1, wenn es sich um einen
arbeitsfreien Tag handelt, ist die Ausgabe 0. Wie Sie unten sehen, gibt es einen Unterschied zwischen den
beiden Kalendern für den 24., 25. und 31. Dezember. Sie sind Arbeitstage in China, aber nicht in Deutschland.
Der 20., 26. und 27. Dezember sind Wochenendtage, daher ist die Ausgabe der Funktion in beiden Fällen 0.
Chinesischer Kalender (CN)
Kalender-ID Datum
IBP_CALENDAR("DEMAND@DAY-
PRODLOC", "DEMANDCALENDARID")
CN 2020.12.20 0
CN 2020.12.21 1
CN 2020.12.22 1
CN 2020.12.23 1
CN 2020.12.24 1
CN 2020.12.25 1
CN 2020.12.26 0
CN 2020.12.27 0
CN 2020.12.28 1
CN 2020.12.29 1
CN 2020.12.30 1
CN 2020.12.31 1
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
PUBLIC
ÖFFENTLICH 265
Deutscher Kalender (DE)
Kalender-ID Datum
IBP_CALENDAR("DEMAND@DAY-
PRODLOC", "DEMANDCALENDARID")
DE 2020.12.20 0
DE 2020.12.21 1
DE 2020.12.22 1
DE 2020.12.23 1
DE 2020.12.24 0
DE 2020.12.25 0
DE 2020.12.26 0
DE 2020.12.27 0
DE 2020.12.28 1
DE 2020.12.29 1
DE 2020.12.30 1
DE 2020.12.31 0
Wenn mit dieser Ausgabe der Kalenderfunktion gezählt wird, hat die Kennzahl DEMANDADJUSTED für die
verschiedenen Lokationen folgenden Wert.
DEMANDADJUSTED@REQUEST = SUM("DEMANDADJUSTED@DAYPRODLOC")
DEMANDADJUSTED@DAYPRODLOC = IBP_CALENDAR("DEMAND@DAYPRODLOC", "DEMANDCALENDARID") *
"DEMAND@DAYPRODLOC"
Shanghai ist der chinesische, Berlin der deutsche Kalender zugeordnet. Da der 24., 25. und 31. Dezember
in Deutschland Nichtarbeitstage sind, hat die Kennzahl DEMANDADJUSTED den Wert 0 (0 * DEMAND) für die
deutsche Lokation. In China sind diese Tage jedoch Arbeitstage. Die Kennzahl DEMANDADJUSTED hat daher den
Wert 150 (1 * DEMAND) für Shanghai.
Beispiel: Mehrfache Kalenderberechnungen
In diesem Beispiel wird der Wert der Kennzahl PRODUCTIONADJUSTED für eine geplante Instandhaltung
berechnet, die eine Reihe von Produkt-/Lokations-Kombinationen betrit. Dazu müssen für verschiedene
Lokationen unterschiedliche Kalender und Produkte gepegt werden. Das ist leicht möglich, indem in einer
Berechnung für zwei verschiedene Kalenderattribute (LOCCALID und PRODCALID) zwei Kalenderfunktionen
verwendet werden. LOCCALID ist dem Stammdatentyp LOCATION und PRODCALID dem Stammdatentyp
PRODUCT zugeordnet.
266
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
PRODUCTIONADJUSTED@REQUEST = SUM("PRODUCTIONADJUSTED@DAYPRODLOC")
PRODUCTIONADJUSTED@DAYPRODLOC = IBP_CALENDAR("PRODUCTION@DAYPRODLOC", "PRODCALID")
* IBP_CALENDAR("PRODUCTION@DAYLOC", "LOCCALID") * PRODUCTION@DAYPRODLOC"
Modellierungsanforderungen für die Kalenderfunktion (IBP_CALENDAR)
•Die Kalenderfunktion muss genau zwei Parameter haben.
•Der erste Parameter muss die Eingabekennzahl auf der Eingabeplanungsebene sein.
•Der zweite Parameter muss ein Kalenderattribut ein.
•Das Kalenderattribut muss der Planungsebene der Eingabekennzahl hinzugefügt werden.
•Die Eingabeplanungsebenen und die Ausgabeplanungsebene müssen dieselben Zeitattribute haben,
einschließlich des Zeitschlüsselattributs.
•Allerdings kann die Kalenderfunktion nicht auf REQUEST-Ebene verwendet werden.
•Wenn ein Berechnungsdiagramm eine Kalenderfunktion enthält, darf die oberste Kennzahl im
Berechnungsdiagramm nicht editierbar sein.
Hinweis
Sie können die Funktion IBP_CALENDAR nicht auf Basisplanungsebene im Berechnungsdiagramm
einer Kennzahl verwenden, die als Eingabe eines Beschaungs- oder Prognoseverrechnungsoperators
verwendet wird.
Wenn Sie die Funktion IBP_CALENDAR im Berechnungsdiagramm der dieser Operatoren verwenden
möchten, haben Sie folgende Möglichkeit:
•Kopieren Sie das Ergebnis der Funktion IBP_CALENDAR in eine andere Kennzahl, und verwenden Sie
diese als Eingabe für den Beschaungs- oder Prognoseverrechnungsoperator.
Sie können die Funktion IBP_CALENDAR nicht auf Basisplanungsebene im Berechnungsdiagramm einer
Kennzahl verwenden, die die Ausgabe eines Beschaungsplanungs- oder Prognoseverrechnungsoperators
verwendet.
Sie haben folgende Möglichkeiten, wenn Sie die Ausgabe dieser Operatoren im Berechnungsdiagramm
solcher Kennzahlen verwenden möchten:
•Verwenden Sie die Funktion IBP_CALENDAR in Berechnungen auf anderen Planungsebenen als der
Basisplanungsebene der betreenden Kennzahl.
•Kopieren Sie das Ergebnis der Funktion IBP_CALENDAR in eine andere Kennzahl, und fügen Sie die
Ausgabe des Beschaungsplanungs- oder Prognoseverrechnungsoperators als Eingabe der Kennzahl
hinzu.
Weitere Informationen nden Sie unter Planungsbereiche [Seite 354] im Abschnitt Zusätzliche Prüfungen
für einen Planungsbereich, der für die zeitreihenbasierte Beschaungsplanung aktiviert ist.
Fehlende Eingaben
Die Eingabekennzahl muss Daten für alle Perioden und Planungsobjekte aufweisen, da die Funktion
IBP_CALENDAR keine Standardwerte bereitstellt. Die Kalenderfunktion generiert bei fragmentierten oder
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
PUBLIC
ÖFFENTLICH 267
fehlenden hochgeladenen Daten keine fehlenden Perioden- und Kennzahldaten. Für die Eingabekennzahl
müssen für alle Perioden Daten hochgeladen werden. Es gibt zwei Fälle von fehlenden Eingaben: leerer Wert
und NULL-Wert.
Leerer Wert
Wenn eine Periode für eine Planungsobjekt-Kombination fehlt, wird diese Periode übersprungen. Die
Kalenderfunktion wird für die fehlende Periode nicht berechnet.
NULL-Wert
Wenn die Eingabekennzahl den Wert NULL hat, ist das Ergebnis der Funktion IBP_CALENDAR ebenfalls NULL.
Sie können den NULL-Wert auf 0 setzen, indem Sie eine andere Berechnung hinzufügen, wenn dies durch Ihre
Modellierungsanforderungen gerechtfertigt ist.
Weitere Informationen
Planungskalender
12.9 Fehlende Zeiträume generieren
Generieren Sie mit IBP_GENERATE_MISSING_TP fehlende Zeiträume für den durch die Funktionsparameter
denierten Berechnungshorizont.
Um fehlende Zeiträume zu generieren, verwenden Sie die Funktion IBP_GENERATE_MISSING_TP in der
Berechnungsdenition der Kennzahlen in der App Planungsbereiche: IBP_GENERATE_MISSING_TP(<KEY
FIGURE@PLANLEVEL>,<START OF CALCULATION HORIZON>,<END OF CALCULATION HORIZON>)
Mit der Funktion zum Generieren fehlender Zeiträume können Sie Zeiträume für den durch den zweiten
und dritten Parameter der Funktion denierten Berechnungshorizont generieren. Die Eingabekennzahlwerte
bleiben erhalten, die generierten Zeiträume haben einen Standard-NULL-Wert. Fehlende Zeiträume werden zur
Laufzeit generiert; in der Datenbank werden keine Daten gespeichert. Die generierten Kombinationen bleiben
nur so lange erhalten, bis die Kennzahlen berechnet werden, die die Ausgabekennzahl als direkte oder indirekte
Eingabe verwenden.
Die Funktion IBP_GENERATE_MISSING_TP betrit nur die Zeitdimension. Sie generiert keine Kombinationen in
anderen Dimensionen wie Produkt, Lokation oder Kunde.
Mit der Funktion zum Generieren fehlender Zeiträume wird keine Filtersperre in der Zeitdimension
angelegt. Das bedeutet, dass Sie Zeitlter wirksam einsetzen können, solange auf der Funktion
IBP_GENERATE_MISSING_TP keine Berechnungen beruhen, die eine Zeitltersperre verursachen. Wenn es
jedoch mindestens eine Berechnung im Berechnungsdiagramm gibt, die eine Zeitltersperre vorschreibt,
können Sie keine Zeitlter verwenden, d.h., für jede Kombination im Zeithorizont der Planungssicht werden
fehlende Zeiträume generiert.
Wenn Sie fehlende Zeiträume für eine Kennzahlkombination generieren möchten, müssen Sie sicherstellen,
dass mindestens ein Eintrag für die angegebene Kennzahlkombination im Eingabedatenset wie unten
beschrieben vorhanden ist:
268
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
•Wenn auf der Funktion IBP_GENERATE_MISSING_TP keine Berechnungen basieren, die eine
Zeitltersperre anlegen, muss der Eintrag innerhalb des Zeithorizonts Ihrer Planungssicht in SAP
Integrated Business Planning, Add-in für Microsoft Excel vorhanden sein.
•Wenn mindestens eine Berechnung auf der Funktion IBP_GENERATE_MISSING_TP basiert, die eine
Zeitltersperre festlegt, muss der Eintrag innerhalb des in der App Planungsbereiche denierten
Planungshorizonts vorhanden sein.
Achtung
Beachten Sie, dass die Funktion IBP_GENERATE_MISSING_TP zwar die Modellierung vereinfacht, aber
gleichzeitig die Laufzeit von Abfragen deutlich verlängert. Abfragen berechneter Kennzahlen, die die
Funktion IBP_GENERATE_MISSING_TP in ihrem Berechnungsdiagramm enthalten, können im Vergleich
zu Abfragen abgelegter Kennzahlen bis zu hundertmal länger dauern. Wir empfehlen, sie nicht mit
zeitkritischen Kennzahlen zu verwenden.
Um Performanceprobleme zu vermeiden, beachten Sie die folgenden Empfehlungen:
•Verwenden Sie zum Initialisieren von Kennzahlen abgelegte Kennzahlen und den Kopieroperator
anstelle der Funktion IBP_GENERATE_MISSING_TP.
•Verwenden Sie die Funktion zum Generieren fehlender Zeiträume nur, wenn für den angegebenen
Planungshorizont sehr wenige Zeiträume verfügbar sind.
Die Verwendung der Funktion IBP_GENERATE_MISSING_TP mit einem großen Datensatz, d.h. mit
vielen Zeiträumen mit hochgeladenen Daten, führt zu schwerwiegenden Performanceproblemen. Je
mehr Zeiträume Sie haben, desto länger wird Ihre Abfrage ausgeführt.
•Stellen Sie sicher, dass der Berechnungshorizont nicht größer als 200 ist. Stellen Sie beispielsweise
den zweiten Parameter höher als -100 und den dritten Parameter niedriger als 100 ein.
Generierung von Zeiträumen mit Filtersperren
Die Funktion IBP_GENERATE_MISSING_TP wird meist als Eingabe für L-Skript- und periodenübergreifende
Berechnungen verwendet. Diese Berechnungen schreiben eine Zeitltersperre vor, die von der Berechnung
zum Generieren fehlender Zeiträume geerbt wird. Das heißt, dass Sie die Datenmenge in der Berechnung
IBP_GENERATE_MISSING_TP nicht durch Filtern verringern können. Darüber hinaus generiert die Funktion
Zeiträume für alle möglichen Kennzahlkombinationen, für die mindestens ein Eintrag verfügbar ist.
Infolgedessen kann es zu Laufzeitproblemen und sogar Speicherengpässen kommen. Aus diesem Grund ist
es wichtig, dass Sie die Performance mit Produktivdaten testen.
Verwenden Sie die Funktion IBP_GENERATE_MISSING_TP so nah wie möglich an den Berechnungen, die
Filtersperren verursachen. Um die Performance zu verbessern, verwenden Sie andere eektive Filter für die
Berechnungen auf REQUEST-Ebene.
Weitere Informationen zu Filtersperren und eektiven Filtern nden Sie unter Filtersperren [Seite 558].
Generierung von Zeiträumen ohne Filtersperren
Wenn keine Berechnungen vorhanden sind, die basierend auf der Funktion IBP_GENERATE_MISSING_TP
Filtersperren verursachen, verwenden Sie Filter in Ihren Planungssichten, um Ihren Planungshorizont so
klein wie möglich zu halten.
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
PUBLIC
ÖFFENTLICH 269
Beispiel
In diesem Beispiel generieren wir fehlende Zeiträume für November 2019 - November 2021. Der aktuelle
Monat ist November 2020. Die folgenden Zeiträume und Daten sind für die Kennzahl ACTUALSREV auf der
Basisplanungsebene verfügbar:
Mit der Funktion IBP_GENERATE_MISSING_TP werden die fehlenden Zeiträume generiert.
ACTUALSREV@MONTHPRODLOCCUSTCURRCURRTO =
IBP_GENERATE_MISSING_TP("ACTUALSREV@MONTHPRODLOCCUSTCURRCURRTO", -12, 12)
Als Ergebnis wird der folgende Datensatz generiert:
Infolgedessen bleiben die vorhandenen Eingabekennzahlwerte unverändert, und die fehlenden Zeiträume
werden standardmäßig mit dem Wert NULL für den Berechnungshorizont generiert. Fehlende Zeiträume
werden nur für eine bestimmte Kombination (z.B. Scheibenbremse/Paris/Velo) generiert, wenn mindestens
eine Periode mit Daten innerhalb des Zeithorizonts der Planungssicht hochgeladen wird.
270
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
Beachten Sie, dass keine Daten in der Datenbank gespeichert werden. Die Kombinationen werden im Speicher
abgelegt, bis die obersten Kennzahlen im Berechnungsdiagramm der Kennzahl ACTUALSREV berechnet
werden.
Parameter der Funktion zum Generieren fehlender Zeiträume
(IBP_GENERATE_MISSING_TP)
Die Funktion IBP_GENERATE_MISSING_TP hat drei Pichtparameter:
•Erster Parameter: Eingabekennzahl auf Eingabeplanungsebene
Der erste Parameter der Funktion IBP_GENERATE_MISSING_TP ist immer die Eingabekennzahl auf
Eingabeplanungsebene. Es muss eine abgelegte Kennzahl sein. Für vorhandene Zeiträume bleibt der Wert
der Eingabekennzahl gleich, während die generierten Zeiträume den Vorschlagswert NULL haben.
Der Parameterwert muss in doppelte Anführungszeichen eingeschlossen werden.
•Zweiter Parameter: Start des Berechnungshorizonts
Der zweite Parameter deniert den Start des Zeitfensters, für das fehlende Zeiträume generiert werden. Er
gibt den Startzeitraum in Bezug auf den aktuellen Zeitraum an und verwendet den Schlüsselzeitraum der
Basisplanungsebene der Eingabekennzahl. Er muss einer ganzen Zahl entsprechen.
Beispiel: Wenn der Schlüsselzeitraum „Monat“ und der dritte Parameter -12 ist, startet die Generierung der
fehlenden Zeiträume immer 12 Monate in der Vergangenheit.
Dieser Parameterwert darf nicht in Anführungszeichen eingeschlossen werden.
•Dritter Parameter: Ende des Berechnungshorizonts
Der dritte Parameter deniert das Ende des Zeitfensters, für das fehlende Zeiträume generiert werden. Er
gibt den letzten Zeitraum in Bezug auf den aktuellen Zeitraum an und verwendet den Schlüsselzeitraum
der Basisplanungsebene der Eingabekennzahl. Er muss einer ganzen Zahl entsprechen.
Beispiel: Wenn der Schlüsselzeitraum „Monat“ und der dritte Parameter 12 ist, endet die Generierung der
fehlenden Zeiträume immer nach 12 Monaten. Der dritte Parameter muss größer oder gleich dem zweiten
Parameter sein.
Dieser Parameterwert darf nicht in Anführungszeichen eingeschlossen werden.
Beispiel: Generierung von Zeiträumen ohne Filtersperre
In diesem Beispiel berechnen wir den durchschnittlichen Erlös für die Periode November 2019 bis November
2021. Der Zeithorizont der Planungssicht ist ebenfalls November 2019 bis November 2021. Der aktuelle
Monat ist November 2020. Die folgenden Zeiträume und Daten sind für die Kennzahl ACTUALSREV auf der
Basisplanungsebene verfügbar:
Zuerst generieren wir die fehlenden Zeiträume für den Berechnungshorizont. Da die IF-Anweisung und die
AVG-Funktion, die auf der Funktion IBP_GENERATE_MISSING_TP beruhen, keine Filtersperren auferlegen,
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
PUBLIC
ÖFFENTLICH 271
werden die Daten anhand des Zeithorizonts der Planungssicht geltert, bevor die fehlenden Zeiträume
generiert werden.
Scheibenbremse und Carbonlaufrad verfügen über Daten, die innerhalb des Zeithorizonts der Planungssicht
(November 2019 bis November 2021) hochgeladen wurden. Daher werden für beide Produkte fehlende
Zeiträume für den Berechnungshorizont generiert. Es wurden jedoch keine Daten für Pedal innerhalb des
Zeithorizonts der Planungssicht hochgeladen, sodass keine Zeiträume für Pedal generiert werden.
ACTUALSREV@MONTHPROD = IBP_GENERATE_MISSING_TP("ACTUALSREV"@MONTHPROD", -12, 12)
Als Ergebnis wird der folgende Datensatz generiert:
Wie Sie in der Abbildung sehen, werden Zeiträume für den Berechnungshorizont generiert: November 2019 -
November 2021. Da August 2019 und Februar 2022 außerhalb des Berechnungshorizonts fallen, werden für
diese Zeiträume keine Daten gespeichert. Da für Pedal keine Kombination im Zeithorizont der Planungssicht
vorhanden ist, werden für dieses Produkt auch keine Zeiträume angelegt.
Dann fahren wir mit einer IF-Anweisung auf der Planungsebene MONTHPROD fort.
AVGREVENUE@MONTHPROD = IF(ISNULL("ACTUALSREV@MONTHPROD"),
"ACTUALSREVPRIORYEAR@MONTHPROD", "ACTUALSREV@MONTHPROD")
272
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
Zum Schluss wird der Durchschnitt auf REQUEST-Ebene berechnet.
AVGREVENUE@REQUEST = AVG("AVGREVENUE@MONTHPROD")
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
PUBLIC
ÖFFENTLICH 273
Beispiel: Generierung von Zeiträumen mit Filtersperre
In diesem Beispiel berechnen wir die rollierende Aggregation für die Kennzahl ACTUALSREV. Der aktuelle Monat
ist November 2020; der Zeithorizont der Planungssicht ist November 2019 bis November 2021. Die folgenden
Zeiträume und Daten sind für die Kennzahl ACTUALSREV auf der Basisplanungsebene verfügbar:
Zunächst generieren wir die fehlenden Zeiträume. Im Gegensatz zum vorherigen Beispiel werden mit der
Funktion IBP_RAGGR Filtersperren in der Berechnungskette angelegt. Das bedeutet, dass wir erst nach der
Ausführung der Funktion IBP_RAGGR ltern können. Fehlende Zeiträume werden für alle Produkte für den
gesamten Berechnungshorizont generiert, auch für Pedal, für das keine Daten innerhalb des Zeithorizonts der
Planungssicht hochgeladen wurden. Der Zeithorizont der Planungssicht hat in diesem Fall keine Auswirkung
auf den generierten Datensatz.
ACTUALSREV@MONTHPROD = IBP_GENERATE_MISSING_TP("ACTUALSREV"@MONTHPROD", -12, 12)
Als Ergebnis wird der folgende Datensatz generiert:
Wie in der Abbildung zu sehen ist, werden Zeiträume für alle Produkte generiert. Es erfolgt noch keine
Filterung. Zeiträume, die außerhalb des Berechnungshorizonts fallen (August 2019 und Feburar 2022) werden
274
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
gespeichert, und für Pedal werden Kombinationen angelegt. Infolgedessen werden mehr Zeiträume und Daten
generiert als im vorherigen Beispiel, was zu Performanceproblemen führen kann.
Anschließend wird die rollierende Aggregation berechnet.
AVGREVENUE@MONTHPROD = IBP_RAGGR("ACTUALSREV@MONTHPROD", ''AVG'', 0, 1,
''PASTCURRENTFUTURE''')
Nachdem nun die Berechnung, die die Filtersperre auferlegt, durchgeführt wurde, können Sie das Datenset
ltern. Dadurch werden die Zeiträume August 2019 und Februar 2022 entfernt, da sie außerhalb des
Berechnungshorizonts liegen.
Schließlich wird die rollierende Aggregation auf REQUEST-Ebene berechnet.
AVGREVENUE@REQUEST = SUM("AVGREVENUE@MONTHPROD")
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
PUBLIC
ÖFFENTLICH 275
Modellierungsanforderungen für die Funktion zum Generieren fehlender
Zeiträume (IBP_GENERATE_MISSING_TP)
•Die Funktion zum Generieren fehlender Zeiträume muss genau drei Parameter haben.
•Der erste Parameter muss die Eingabekennzahl auf der Eingabeplanungsebene sein.
•Der dritte Parameter muss größer oder gleich dem zweiten Parameter sein.
•Der durch den zweiten und dritten Parameter denierte Berechnungshorizont muss innerhalb des
Planungshorizonts liegen.
•Die Eingabeplanungsebene und die Ausgabeplanungsebene einer Funktion zum Generieren fehlender
Zeiträume müssen miteinander kompatibel sein. Das bedeutet, dass sie den gleichen Satz an Attributen
enthalten müssen, einschließlich dem gleichen Satz an Schlüsselattributen.
•Die Funktion zum Generieren fehlender Zeiträume muss zeitabhängig sein. Das heißt, sowohl für die
Eingabe- als auch für die Ausgabeplanungsebene der Berechnung muss eines der PERIODID(n)-Attribute
als Zeitschlüsselattribut gesetzt sein. Das Zeitschlüsselattribut darf nicht das PERIODID-Attribut sein.
Dasselbe PERIODID(n)-Attribut muss das Zeitschlüsselattribut in beiden Planungsebenen sein.
•Die Ausgabeplanungsebene muss Schlüsselattribute des Stammdatentyps enthalten.
•Die Funktion IBP_GENERATE_MISSING_TP kann nicht in anderen Berechnungen geschachtelt werden.
•Die Funktion IBP_GENERATE_MISSING_TP kann nicht auf REQUEST-Ebene verwendet werden.
276
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
•Wenn ein Berechnungsdiagramm eine Funktion zum Generieren fehlender Zeiträume enthält, darf die
oberste Kennzahl im Berechnungsdiagramm nicht editierbar sein.
Hinweis
Sie können die Funktion IBP_GENERATE_MISSING_TP nicht auf Basisplanungsebene im
Berechnungsdiagramm einer Kennzahl verwenden, die als Eingabe eines Beschaungsplanungs- oder
Prognoseverrechnungsoperators verwendet wird.
Wenn Sie die Funktion IBP_GENERATE_MISSING_TP im Berechnungsdiagramm der dieser Operatoren
verwenden möchten, haben Sie folgende Möglichkeit:
•Kopieren Sie das Ergebnis der Funktion IBP_GENERATE_MISSING_TP in eine andere Kennzahl, und
verwenden Sie diese als Eingabe für den Beschaungsplanungs- oder Prognoseverrechnungsoperator.
Sie können die Funktion IBP_GENERATE_MISSING_TP nicht auf Basisplanungsebene im
Berechnungsdiagramm einer Kennzahl verwenden, die die Ausgabe eines Beschaungsplanungs- oder
Prognoseverrechnungsoperators verwendet.
Sie haben folgende Möglichkeiten, wenn Sie die Ausgabe dieser Operatoren im Berechnungsdiagramm
solcher Kennzahlen verwenden möchten:
•Verwenden Sie die Funktion IBP_GENERATE_MISSING_TP in Berechnungen auf anderen
Planungsebenen als der Basisplanungsebene der betreenden Kennzahl.
•Kopieren Sie das Ergebnis der Funktion IBP_GENERATE_MISSING_TP in eine andere Kennzahl, und
fügen Sie die Ausgabe des Beschaungsplanungs- oder Prognoseverrechnungsoperators als Eingabe
der Kennzahl hinzu.
Weitere Informationen nden Sie unter Planungsbereiche [Seite 354] im Abschnitt Zusätzliche Prüfungen
für einen Planungsbereich, der für die zeitreihenbasierte Beschaungsplanung aktiviert ist.
12.10Berechnung des letzten Werts
Verwenden Sie die Berechnung des letzten Werts, um den letzten Nicht-Nullwert der Eingabekennzahl (falls ihr
Istwert NULL ist) zu suchen und zurückzugeben, beginnend mit der vorherigen Periode.
Um die Berechnung des letzten Werts zu nutzen, verwenden Sie die Funktion IBP_LAST_VALUE
in der Berechnungsdenition der Kennzahlen in der App Planungsbereiche: IBP_LAST_VALUE(<KEY
FIGURE@PLANLEVEL, <MAX_NUMBER_OF_PERIODS>)
Hinweis
Die Berechnung des letzten Werts verursacht Zeitltersperren im Berechnungsdiagramm einer Kennzahl,
was die Laufzeit von Abfragen erhöhen kann. Weitere Informationen hierzu nden Sie unter Filtersperren
[Seite 558].
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
PUBLIC
ÖFFENTLICH 277
Parameters der Berechnung des letzten Werts (IBP_LAST_VALUE)
Die Funktion IBP_LAST_VALUE hat einen Pichtparameter und einen optionalen Parameter.
1. Parameter: Eingabekennzahl auf Eingabeplanungsebene (obligatorisch)
Der erste Parameter der Funktion IBP_LAST_VALUE ist immer die Eingabekennzahl auf
Eingabeplanungsebene.
Der Parameterwert muss in doppelte Anführungszeichen eingeschlossen werden.
2. Parameter: maximale Anzahl der Zeiträume (optional)
•Wert der Eingabekennzahl ist nicht NULL
Die Funktion IBP_LAST_VALUE gibt den Istwert der Eingabekennzahl zurück.
•Wert der Eingabekennzahl ist NULL
Die Funktion IBP_LAST_VALUE sucht nach dem letzten Nicht-NULL-Wert der Eingabekennzahl und gibt
diesen zurück. Wenn im angegebenen Zeitfenster kein Nicht-NULL-Wert vorhanden ist, gibt die Funktion
den Istwert (NULL) der Eingabekennzahl zurück.
•Zweiter Parameter ist nicht deniert
Wenn der Parameter nicht deniert ist, sucht die Funktion IBP_LAST_VALUE im gesamten
Zeithorizont der Planungssicht in der Vergangenheit und gibt den letzten Nicht-NULL-Wert zurück.
Beachten Sie, dass dies die Laufzeit verlängern kann. Daher empfehlen wir, diese Verwendungsart zu
testen, bevor Sie sie in ein Produktivsystem implementieren.
Beispiel
LASTVALUEKF@MTHPRODLOC = IBP_LAST_VALUE ("STOREDKF@MTHPRODLOC")
In diesem Beispiel ist der zweite Parameter nicht deniert. Das bedeutet: Wenn der Wert der
Eingabekennzahl NULL ist, sucht die Funktion IBP_LAST_VALUE im gesamten Zeithorizont der
Planungssicht in der Vergangenheit und gibt den letzten Nicht-NULL-Wert zurück.
•Zweiter Parameter ist deniert
Wenn der zweite Parameter deniert ist, gibt er die maximale Anzahl der Zeiträume in der
Vergangenheit beginnend mit der vorherigen Periode an, die in die Suche eingeschlossen wird. Er
verwendet den Basiszeitraum der Eingabeplanungsgebene. Beispiel: Wenn der Wert des Parameters 2
ist, sucht die Funktion IBP_LAST_VALUE nur in den letzten 2Perioden vor der Istperiode und gibt den
letzten Nicht-NULL-Wert aus diesem Zeitraum zurück.
Der Wert muss eine positive ganze Zahl sein und darf nicht in Anführungszeichen eingeschlossen sein.
Beispiel
LASTVALUEKF@MTHPRODLOC = IBP_LAST_VALUE ("STOREDKF@MTHPRODLOC", 2)
278
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
In diesem Beispiel ist der zweite Parameter 2. Das bedeutet: Wenn der Wert der Eingabekennzahl
NULL ist, sucht die Funktion IBP_LAST_VALUE nur in den letzten 2Perioden und gibt den letzten
Nicht-NULL-Wert zurück.
Modellierungsanforderungen für die Berechnung des letzten Werts
(IBP_LAST_VALUE)
•Eine Berechnung des letzten Werts muss genau eine Eingabe haben.
•Die Eingabeplanungsebene und die Ausgabeplanungseben einer Berechnung des letzten Werts müssen
kompatibel sein. Das bedeutet, dass sie den gleichen Satz an Attributen enthalten müssen, einschließlich
dem gleichen Satz an Schlüsselattributen.
•Die Berechnungen der letzten Werte müssen zeitabhängig sein. Das heißt, sowohl für die Eingabe-
als auch für die Ausgabeplanungsebene der Berechnung muss eines der Attribute PERIODID(n) als
Zeitschlüsselattribut gesetzt sein. Das Zeitschlüsselattribut darf nicht das PERIODID-Attribut sein.
Dasselbe PERIODID(n)-Attribut muss das Zeitschlüsselattribut in beiden Planungsebenen sein.
•Die Ausgabeplanungsebene muss Schlüsselattribute des Stammdatentyps enthalten.
•Die Funktion IBP_LAST_VALUE kann nicht mehr als 2 Parameter aufweisen.
•Der erste Parameter muss die Eingabekennzahl auf der Eingabeplanungsebene sein.
•Der zweite Parameter, falls deniert, muss eine positive Ganzzahl sein.
•Die Funktion IBP_LAST_VALUE kann nicht auf REQUEST-Ebene verwendet werden.
•Wenn ein Berechnungsdiagramm eine Berechnung des letzten Werts enthält, darf die oberste Kennzahl im
Berechnungsdiagramm nicht editierbar sein.
•Die Funktion IBP_LAST_VALUE kann nicht in anderen Berechnungen geschachtelt werden.
Hinweis
Sie können die Funktion IBP_LAST_VALUE nicht auf Basisplanungsebene im Berechnungsdiagramm einer
Kennzahl verwenden, die als Eingabe eines Beschaungsplanungs- oder Prognoseverrechnungsoperators
verwendet wird.
Wenn Sie die Funktion IBP_LAST_VALUE im Berechnungsdiagramm der dieser Operatoren verwenden
möchten, haben Sie folgende Möglichkeit:
•Kopieren Sie das Ergebnis der Funktion IBP_LAST_VALUE in eine andere Kennzahl, und verwenden Sie
diese als Eingabe für den Beschaungsplanungs- oder Prognoseverrechnungsoperator.
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
PUBLIC
ÖFFENTLICH 279
Sie können die Funktion IBP_LAST_VALUE nicht auf Basisplanungsebene im Berechnungsdiagramm einer
Kennzahl verwenden, die die Ausgabe eines Beschaungsplanungs- oder Prognoseverrechnungsoperators
verwendet.
Sie haben folgende Möglichkeiten, wenn Sie die Ausgabe dieser Operatoren im Berechnungsdiagramm
solcher Kennzahlen verwenden möchten:
•Verwenden Sie die Funktion IBP_LAST_VALUE in Berechnungen auf anderen Planungsebenen als der
Basisplanungsebene der betreenden Kennzahl.
•Kopieren Sie das Ergebnis der Funktion IBP_LAST_VALUE in eine andere Kennzahl, und fügen Sie die
Ausgabe des Beschaungsplanungs- oder Prognoseverrechnungsoperators als Eingabe der Kennzahl
hinzu.
Weitere Informationen nden Sie unter Planungsbereiche [Seite 354] im Abschnitt Zusätzliche Prüfungen
für einen Planungsbereich, der für die zeitreihenbasierte Beschaungsplanung aktiviert ist.
Fehlende Eingaben
Sie können die Funktion IBP_LAST_VALUE nicht ohne eine Eingabekennzahl verwenden, da kein Standardwert
verfügbar ist. Die Berechnung des letzten Werts generiert bei fragmentierten oder fehlenden hochgeladenen
Daten keine fehlenden Perioden- und Kennzahldaten. Für die Eingabekennzahl müssen für alle Perioden Daten
hochgeladen werden.
Wenn ein Zeitraum für eine Planungsobjekt-Kombination fehlt, wird dieser Zeitraum übersprungen, und der in
den vorigen Zeitraum hochgeladene Wert wird bei der Berechnung des letzten Werts berücksichtigt. Außerdem
wird der letzte Nicht-NULL-Wert für den fehlenden Zeitraum nicht zurückgegeben.
Beispiel
LASTVALUEKF@MTHPRODCUST = IBP_LAST_VALUE ("STOREDKF@MTHPRODCUST")
LASTVALUEKF@MTHPRODCUST = IBP_LAST_VALUE ("STOREDKF@MTHPRODCUST", 2)
In diesem Beispiel wird die Funktion IBP_LAST_VALUE ohne und mit einem zweiten Parameter (2) verwendet.
Im November und Dezember gibt es keine Planungsobjektkombinationen, sodass der letzte Nicht-NULL-Wert
für diese Perioden nicht zurückgegeben wird.
Im Januar und Februar werden die letzten Nicht-NULL-Werte nur zurückgegeben, wenn der zweite Parameter
nicht verwendet wird. In diesem Fall sucht die Funktion IBP_LAST_VALUE nach dem letzten Nicht-NULL-
Wert im gesamten Planungshorizont in der Vergangenheit und gibt den letzten verfügbaren Wert (10 aus
September) zurück. Wenn der zweite Parameter deniert ist (2), sucht die Funktion IBP_LAST_VALUE nur in
den letzten 2 Perioden vor der Istperiode nach dem letzten Nicht-NULL-Wert. Da im November und Dezember
keine NULL-Werte vorhanden sind, gibt die Funktion den Wert der Eingabekennzahl zurück, d.h. NULL.
Standardmäßig wird 0 nicht als fehlende Eingabe berücksichtigt, sondern als gültiger Kennzahlwert. Wenn
die Funktion IBP_LAST_VALUE jedoch auch den letzten Nicht-Nullwert für den Nullwert der Eingabekennzahl
zurückgeben soll, setzen Sie 0 standardmäßig auf NULL.
280
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
12.11Berechnung des aktuellen Werts
Verwenden Sie die Berechnung des aktuellen Werts, um den aktuellen Wert der Eingabekennzahl in einer
zeitunabhängigen Ausgabekennzahl abzurufen und zurückzugeben.
Um die Berechnung des aktuellen Werts zu nutzen, verwenden Sie die Funktion IBP_CURRENT_VALUE
in der Berechnungsdenition der Kennzahlen in der App Planungsbereiche: IBP_CURRENT_VALUE(<KEY
FIGURE@PLANLEVEL>)
Da die Ausgabe dieser Funktion ein einzelner zeitunabhängiger Wert ist, kann sie nicht direkt in der
Planungssicht im SAP Integrated Business Planning, Add-in für Microsoft Excel (Add-in für Microsoft Excel)
angezeigt werden. Sie kann jedoch in anderen Berechnungen verwendet werden. Die zeitabhängige Kennzahl,
die im Join verwendet wird, muss für alle Perioden (keine LEEREN Werte) initiiert werden, damit der berechnete
Wert in der Ausgabekennzahl sowie für alle Perioden verfügbar ist. Um den aktuellen Wert auf andere Perioden
im Planungshorizont zu erweitern und in der Planungssicht anzuzeigen, müssen Sie die zeitunabhängige
Ausgabekennzahl mit einer zeitabhängigen Kennzahl verknüpfen.
Parameters der Berechnung des aktuellen Werts (IBP_CURRENT_VALUE)
Die Funktion IBP_CURRENT_VALUE hat einen obligatorischen Parameter, bei dem es sich um
die Eingabekennzahl auf Eingabeplanungsebene handelt. Die Eingabekennzahl muss ein anderes
Schlüsselzeitattribut als PERIODID haben.
Der Parameterwert muss in doppelte Anführungszeichen eingeschlossen werden.
Beispiel: Aktueller Wert mit täglicher Eingabe
Wir verwenden die Funktion IBP_CURRENT_VALUE, um die vergangenen und zukünftigen Werte der
Ausgabekennzahl mit dem aktuellen Wert der Eingabekennzahl zu überschreiben. Da die Ausgabe der Funktion
des aktuellen Werts in einer zeitunabhängigen Kennzahl zurückgegeben wird, müssen wir die Ausgabekennzahl
mit einer zeitabhängigen Kennzahl verknüpfen, um den aktuellen Wert auf den gesamten Planungshorizont
erweitern zu können. Das bedeutet auch: Wenn wir den aktuellen Wert der Eingabekennzahl bearbeiten, wird er
nicht nur in der aktuellen Periode, sondern auch in allen Perioden im Planungshorizont widergespiegelt.
CURRENTVALUETIMEINDEPENDENT@PRODLOC = IBP_CURRENT_VALUE ("INPUTKF@DAYPRODLOC")
CURRENTVALUE@DAYPRODLOC = CURRENTVALUETIMEINDEPENDENT@PRODLOC
Zusätzliche Eingabe: TIMEDEPENDENT@DAYPRODLOC
In diesem Beispiel ist das aktuelle Datum der 14.05.2022. Mit der Berechnung des aktuellen Werts werden die
aktuellen Werte der Eingabekennzahlen abgerufen und in jeden Zeitraum im Planungshorizont übertragen.
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
PUBLIC
ÖFFENTLICH 281
Wenn wir die Werte der Ausgabekennzahl nur in Zukunft mit dem aktuellen Wert überschreiben möchten,
können wir dies leicht tun, indem wir die folgende Bedingung zur Berechnung hinzufügen:
CURRENTVALUE@DAYPRODLOC2 = IF(("PERIODID0">="$$PERIODID0CU$
$"),"CURRENTVALIETIMEDEPENDENT@DAYPRODLOC",0)
Typische betriebswirtschaftliche Anwendungsfälle der Funktion IBP_CURRENT_VALUE sind:
•Minimale Losgrößen
•Inkrementelle Losgrößen
•Beschaungszeiten
Der Planer ändert z.B. die Beschaungszeit für den aktuellen Tag, da die Transportzeit aus irgendeinem Grund
erhöht wurde und er den geänderten Wert auch für zukünftige Zeiträume verwenden möchte.
Beispiel: Aktueller Wert mit wöchentlicher Eingabe
Da die Berechnung des aktuellen Werts eine Ausgabe auf einer zeitunabhängigen Planungsebene hat,
können Sie diesen Wert in eine Planungsebene mit einer anderen Zeitgranularität übertragen. Im Beispiel
unten ist die aktuelle Woche die Woche 19, 2022. Der aktuelle Wert dieser Woche wird von der Funktion
IBP_CURRENT_VALUE berechnet und dann auf eine täglichen Planungsebene übertragen. Als Ergebnis wird
der Wert der aktuellen Woche an jedem Tag der aktuellen Woche angezeigt.
CURRENTVALUEWITHWEEKLYINPUT@PRODLOC = IBP_CURRENT_VALUE("INPUTKF@WEEKPRODLOC")
CURRENTVALUEWITHWEEKLYINPUTJOIN@DAYPRODLOC = IF(("PERIODID4" = "$$PERIODID4CU$$"),
"CURRENTVALUEWITHWEEKLYINPUT@PRODLOC", NULL)
Zusätzliche Eingabe: TIMEDEPENDENT@DAYPRODLOC
CURRENTVALUEWITHWEEKLYINPUTJOIN@REQUEST =
SUM("CURRENTVALUEWITHWEEKLYINPUTJOIN@DAYPRODLOC")
282
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
Modellierungsanforderungen für die Berechnung des aktuellen Werts
(IBP_CURRENT_VALUE)
•Die Berechnung des aktuellen Werts muss genau einen Parameter haben, bei dem es sich um die
Eingabekennzahl auf Eingabeplanungsebene handelt.
•Die Eingabeplanungsebene und die Ausgabeplanungsebene einer IBP_CURRENT_VALUE-Funktion müssen
denselben Satz von Nichtzeitattributen (Schlüssel- und Nicht-Schlüsselattribut) haben.
•Die Ausgabeplanungsebene darf keine Zeitattribute haben.
•Die Eingabeplanungsebene muss ein anderes Schlüsselzeitattribut als PERIODID haben.
•Das Feld Proportionalität der Ausgabekennzahl darf nicht den Wert Gleiche Kennzahl - Berechnete Werte
haben.
Fehlende Eingaben
Sie können die Funktion IBP_CURRENT_VALUE nicht ohne eine Eingabekennzahl verwenden, da kein
Standardwert verfügbar ist. Die Berechnung des aktuellen Werts generiert bei fragmentierten oder fehlenden
hochgeladenen Daten keine fehlenden Perioden- und Kennzahldaten. Es müssen für alle Zeiträume Daten in die
Eingabekennzahl hochgeladen werden.
•Leerer Wert
Wenn der aktuelle Zeitraum für eine Planungsobjektkombination fehlt, ist diese Kombination nicht für den
gesamten Planungshorizont der Ausgabekennzahl verfügbar.
•NULL-Wert
Wenn die Eingabekennzahl den aktuellen Wert NULL hat, ist die Ausgabe der Funktion
IBP_CURRENT_VALUE ebenfalls NULL.
•Nullwert
Wenn die Eingabekennzahl den aktuellen Wert null hat, ist die Ausgabe der Funktion IBP_CURRENT_VALUE
ebenfalls null.
Beispiel
CURRENTVALUETIMEINDEPENDENT@PRODLOC = IBP_CURRENT_VALUE ("INPUTKF@DAYPRODLOC")
CURRENTVALUE@DAYPRODLOC = CURRENTVALUETIMEINDEPENDENT@PRODLOC (additional input:
TIMEDEPENDENT@DAYPRODLOC)
12.12Fensterbasierte Aggregation
Mit der fensterbasierten Aggregation (IBP_WBAGGR) können Sie kumulative Aggregationen für Daten
durchführen, die nach ausgewählten Attributen gruppiert und sortiert sind. Mit dieser Funktion können Sie
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
PUBLIC
ÖFFENTLICH 283
beispielsweise Ihre Produktionskapazitätsplanung verbessern, indem Sie für jede Lokation eine priorisierte
Liste von Produkten anlegen.
Verwenden Sie innerhalb der fensterbasierten Aggregationsfunktion die eingebettete Funktion IBP_GROUP_BY,
um das Eingabe-Dataset zu gruppieren und auf diese Weise sogenannte Fenster anzulegen. Die Attribute, die
Sie als Parameter für die Funktion auswählen, segmentieren die Daten. Jedes Mal, wenn sich der Wert des
Attributs ändert, wird ein neues Fenster geönet, und die Aggregation wird neu gestartet.
Verwenden Sie dann innerhalb der Fenster die eingebettete Funktion IBP_SORT_BY, um die Daten basierend
auf den von Ihnen denierten Attributen zu sortieren oder unterzugruppieren und sie in aufsteigender oder
absteigender Reihenfolge anzuordnen.
Die Aggregation erfolgt innerhalb der Fenster auf dem gruppierten und geordneten Datensatz.
Hinweis
Die fensterbasierte Aggregation verursacht Filtersperren im Berechnungsdiagramm einer Kennzahl, was
die Laufzeit von Querys erhöhen kann. Die in der IBP_GROUP_BY-Funktion verwendeten Attribute sind
jedoch nicht gesperrt und bleiben wirksam. Weitere Informationen nden Sie unter Filtersperren [Seite
558].
Parameter der fensterbasierten Aggregation (Funktion (IBP_WBAGGR))
Die Funktion IBP_WBAGGR hat vier obligatorische Parameter, die eine feste Reihenfolge haben.
•1. Parameter: Eingabekennzahl auf Eingabeplanungsebene (obligatorisch)
Der Parameterwert muss in doppelte Anführungszeichen eingeschlossen werden.
•2. Parameter: Aggregationsart (obligatorisch)
Mögliche Werte sind MIN, MAX, SUM, AVG, STDDEV und COUNT. Der Wert für die Aggregationsart muss in
doppelte einfache Anführungszeichen gesetzt werden.
•3. Parameter: Eingebettete Funktion IBP_GROUP_BY (obligatorisch)
Mit der Funktion IBP_GROUP_BY können Sie den Eingabedatensatz in Segmente, auch Fenster genannt,
gruppieren, in denen die Aggregation stattndet. Jedes Mal, wenn sich der Wert des Attributs
IBP_GROUP_BY ändert, wird die Aggregation neu gestartet.
Sie können in der Funktion IBP_GROUP_BY mehrere Parameter denieren, aber Sie können nur Attribute
als Parameter denieren.
Beachten Sie, dass Sie nur eine PERIODID* als Parameter denieren können.
Die Attribute müssen in doppelte Anführungszeichen gesetzt werden und in Klammern stehen. Ihre
Reihenfolge wirkt sich nicht auf die Berechnungsergebnisse aus.
•4. Parameter: Eingebettete Funktion IBP_SORT_BY (obligatorisch)
Die Funktion IBP_SORT_BY deniert die Sortierreihenfolge der Gruppe oder des Fensters.
Innerhalb dieser Funktion können Sie einen oder mehrere Parameter denieren.
Jeder Parameter ist eine Kombination aus einem Attribut und einem Reihenfolgenmodikator, und zwar in
dieser Reihenfolge. Die möglichen Werte des Reihenfolgenmodikators sind ASC oder DESC. ASC steht für
aufsteigende und DESC für absteigende Reihenfolge.
Die Attribute müssen in doppelte Anführungszeichen gesetzt werden, während die
Reihenfolgenmodikatoren in doppelte einfache Anführungszeichen gesetzt werden müssen. Die
Parameter müssen in Klammern stehen.
284
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
Achtung
Bei der Konguration der Parameter sollten Sie Folgendes berücksichtigen:
•Ein Attribut kann entweder Teil der Funktion IBP_GROUP_BY oder der Funktion IBP_SORT_BY sein,
aber nicht beider.
•Die als IBP_GROUP_BY oder IBP_SORT_BY angegebenen Attribute sollen in der Planungsebene der
Eingabekennzahl enthalten sein.
•Alle Schlüsselattribute der Eingabeplanungsebene, einschließlich der zeitbezogenen
Schlüsselattribute, müssen entweder als Parameter der Funktion IBP_GROUP_BY oder der Funktion
IBP_SORT_BY, aber nicht beider, verwendet werden, um Ergebnisse reproduzieren zu können.
Beispiel
IBP_WBAGGR ("FORECAST@MTHPRODLOC",''SUM'',IBP_GROUP_BY
("PERIODID2", "LOCID", "PRDCATEGORY"),IBP_SORT_BY
("PERIODID0",''ASC'',"PRDFAMILY",''DESC'',"PRDID",''ASC'',"CUSTID",''ASC''))
In diesem Beispiel werden die Daten zuerst nach den Attributen, die innerhalb der eingebetteten Funktion
IBP_GROUP_BY deniert werden, gruppiert. Die ersten beiden Attribute PERIODID2 und LOCID legen keine
neuen Fenster an, da sich ihre Werte nicht ändern. Die ersten beiden Fenster werden angelegt, wenn die
Gruppierung nach dem dritten Attribut PRDCATEGORY erfolgt ist und sich der Wert von Economic in Comfort
ändert. Anschließend wird ein drittes Fenster angelegt, wenn sich der Attributwert in Luxury ändert.
Nach der Gruppierung werden die Daten nach den Attributen, die innerhalb der eingebetteten Funktion
IBP_SORT_BY deniert werden, sortiert. Innerhalb der ersten Gruppe legt das erste Attribut PERIODID0
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
PUBLIC
ÖFFENTLICH 285
keine weiteren Untergruppen an, da sich sein Wert nicht ändert. Das zweite Attribut PRDID teilt die Daten in
Untergruppen auf, wenn sich sein Wert von BASIC in COMFY ändert. Da der Sortierwert außerdem auf DESC
festgelegt wurde, werden die Daten in absteigender Reihenfolge sortiert.
Die Aggregation erfolgt innerhalb der Fenster auf den sortierten und geordneten Daten. Dies bedeutet, dass die
Aggregation erneut startet, wenn eine neue Gruppe oder ein neues Fenster angelegt wird.
Fehlende Eingaben, NULL-Wert und Nullwert
Fehlende Eingabe
Sie müssen Eingabekennzahlen für die Funktion IBP_WBAGGR festlegen, da keine Standardwerte bereitgestellt
werden. Die Funktion für die fensterbasierte Aggregation generiert oder ergänzt keine fehlenden Datensätze
und Kennzahldaten, falls die hochgeladenen Daten fragmentiert sind oder fehlen.
NULL-Wert
Handhabung von NULL-Werten der Kennzahl, wenn die Aggregationsart MIN, MAX, SUM, AVG oder STDDEV ist:
•Ist der Wert einer Kennzahl NULL, wird sie als Null betrachtet.
•Wenn alle Kennzahlen innerhalb eines Fensters NULL-Werte haben, ist die Ausgabe ihrer Aggregation
ebenfalls NULL.
Handhabung von NULL-Werten der Kennzahl, wenn die Aggregationsart COUNT ist:
•Wenn der Wert einer Kennzahl NULL ist, wird er nicht zum Zähler hinzugefügt.
•Wenn alle Kennzahlen innerhalb eines Fensters NULL-Werte haben, gibt deren Aggregation Nullen zurück.
Attribute mit NULL-Werten werden in der sortierten Liste oben aufgeführt.
Beispiel
CUMULATEDFORECAST@MTHLOCPROD = IBP_WBAGGR ("FORECAST@MTHPRODLOC", ''SUM'' ,
IBP_GROUP_BY ("PERIODID0", "LOCID", "PRDCATEGORY"), IBP_SORT_BY ("PRDFAMILY",
''DESC'', "PRDID", ''ASC'', "CUSTID", ''ASC''))
286
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
In diesem Beispiel können Sie sehen, wie NULL-Werte gehandhabt werden.
Nullwert
In Fall von Nullwerten, werden Nullen in den Berechnungen verwendet.
Modellierungsanforderungen für die fensterbasierte Aggregation (Funktion
IBP_WBAGGR)
•Für die Funktion IBP_WBAGGR müssen Werte für die vier Parameter Eingabekennzahl, Aggregationsart
sowie die eingebetteten Funktionen IBP_GROUP_BY und IBP_SORT_BY angegeben werden.
•Die Parameter sind alle obligatorisch und haben eine feste Reihenfolge.
•Die Eingabeplanungsebene und die Ausgabeplanungsebene der fensterbasierten Aggregation müssen
kompatibel sein. Das bedeutet, dass sie den gleichen Satz an Attributen enthalten müssen, einschließlich
dem gleichen Satz an Schlüsselattributen.
•Die fensterbasierte Aggregationsfunktion funktioniert sowohl bei abgelegten als auch berechneten
Kennzahlen.
•Die Funktion IBP_WBAGGR kann nicht auf REQUEST-Ebene verwendet werden.
•Die Funktion IBP_WBAGGR kann nicht in anderen Berechnungen geschachtelt werden.
•Wenn ein Berechnungsdiagramm eine fensterbasierte Aggregation enthält, darf die oberste Kennzahl im
Berechnungsdiagramm nicht editierbar sein.
•Die Funktion IBP_WBAGGR darf nicht im Berechnungsdiagramm – auf Basisplanungsebene oder darunter
– einer Kennzahl verwendet werden, die als Eingabe oder als Ausgabe eines Beschaungs- oder
Prognoseoperators verwendet wird.
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
PUBLIC
ÖFFENTLICH 287
Nützliche Hinweise zum Testen der Funktion IBP_WBAGGR
•Verwenden Sie die App Kennzahlberechnungen simulieren, um die Funktion IBP_WBAGGR zu testen. Sie
können damit die Eingaben und die Ausgabe viel einfacher anzeigen.
•Versuchen Sie zuerst die Aggregation COUNT, um Ihre Berechnung zu prüfen.
12.13Verrechnung
Sie können die Funktion IBP_CONSUMPTION für verschiedene Geschäftsszenarios verwenden. Der häugste
Anwendungsfall ist die Vorplanungsverrechnung. Dabei werden die Prognosewerte um die tatsächlichen
Kundenaufträge reduziert. Wenn ein Auftrag angelegt wird, können Sie die Funktion IBP_CONSUMPTION
verwenden, um zu sehen, wie die Vorplanung verrechnet wurde.
Übersicht
Die Vorplanungsverrechnung folgt einer vordenierten Strategie. Bei der Konguration der Funktion
IBP_CONSUMPTION können Sie die Richtung festlegen, in der die Perioden für die Vorplanungsverrechnung
berücksichtigt werden, sowie die Anzahl der Vorwärts- oder Rückwärtsperioden. Optional können Sie einen
Zeitraum festlegen, innerhalb dessen die Verrechnung berechnet wird, und dessen Grenzen festlegen, die die
Ausführung der Berechnung stoppen.
Parameter der Funktion IBP_CONSUMPTION
Die Funktion IBP_CONSUMPTION hat sechs Pichtparameter und zwei optionale Parameter.
1. Parameter: eine Eingabekennzahl auf Eingabeplanungsebene (obligatorisch)
Dieser erste Parameter der Funktion IBP_CONSUMPTION ist die Menge, die während der Ausführung des
Algorithmus um die Menge des zweiten Parameters reduziert wird. Dabei kann es sich um eine abgelegte, eine
abgelegte und berechnete oder eine berechnete Kennzahl handeln.
Im Fall der Vorplanungsverrechnung wäre dies die Vorplanungskennzahl.
2. Parameter: eine Eingabekennzahl auf Eingabeplanungsebene (obligatorisch)
Der zweite Parameter der Funktion IBP_CONSUMPTION stellt einen Bedarf, Auftrag oder einen Bedarf dar,
dessen Menge vom ersten Parameter entnommen wird. Dabei kann es sich um eine abgelegte, eine abgelegte
und berechnete oder eine berechnete Kennzahl handeln.
Im Fall der Vorplanungsverrechnung könnte dies die Summe aller Kundenaufträge, Lieferungen und
Warenausgänge sein.
288
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
3. Parameter: eine Eingabekennzahl auf Eingabeplanungsebene (obligatorisch)
Diese Kennzahl ist erforderlich, um eine Verknüpfung zwischen den Attributwerten der
Verrechnungsstammdaten und der Planungsebene herzustellen, auf der die Verrechnung stattndet.
Dabei kann es sich um eine abgelegte, eine abgelegte und berechnete oder eine berechnete Kennzahl handeln.
Die Planungsebene des dritten Parameters muss zeitunabhängig sein und darf nur ein Schlüsselattribut haben.
Das Schlüsselattribut dieser Planungsebene muss auch ein Attribut (Schlüssel- oder Nichtschlüsselattribut)
der Planungsebene der ersten und zweiten Eingabekennzahl sein, und sein Typ muss Integer sein. Dieses eine
gemeinsame Attribut ist dann das Join-Attribut.
Weitere Informationen zu Attributen als Kennzahlen nden Sie unter Attribute als Kennzahlen [Seite 137].
4. Parameter: Richtungsattribut (obligatorisch)
Der vierte Parameter der Funktion IBP_CONSUMPTION ist ein ganzzahliges Attribut, das die Richtung
bestimmt, in die die Menge des ersten Parameters termingerecht reduziert wird. Die Berechnung zur
Verrechnung beginnt immer in der aktuellen Periode, wenn der Kundenauftrag, der sonstige Bedarf oder der
Bedarf, der durch den zweiten Parameter dargestellt wird, eingeht. Basierend auf diesem Parameter, nachdem
die Mengen der aktuellen Periode verbraucht wurden und noch oene Mengen im zweiten Parameter übrig
sind, reduziert die Berechnung die Mengen in den vergangenen und/oder in den zukünftigen Perioden.
Mögliche Werte für das Richtungsattribut und ihre Bedeutung
Mögliche Werte Bedeutung
0Erst vorwärts, dann rückwärts
1Erst rückwärts, dann vorwärts
2Nur vorwärts
3Nur rückwärts
4Vorwärts ab linker Grenze
5Rückwärts ab rechter Grenze (die aktuelle Periode ist die
letzte zu verrechnende Periode)
Der Standardwert ist 0.
5. Parameter: Anzahl der Rückwärtsperioden (obligatorisch)
Der fünfte Parameter der Funktion IBP_CONSUMPTION ist ein ganzzahliges Attribut, das die Anzahl der
Perioden darstellt, in denen die Mengen des ersten Parameters zeitlich rückwärts reduziert werden. Beispiel:
1 steht für die Periode direkt vor der aktuellen Periode. Wenn Sie die Menge im Parameter 1 nur vorwärts
verbrauchen möchten, müssen Sie seinen Wert auf 0 setzen.
Es muss sich um eine positive Zahl oder 0 handeln.
Der Standardwert ist 0.
6. Parameter: Anzahl der Vorwärtsperioden (obligatorisch)
Der sechste Parameter der Funktion IBP_CONSUMPTION ist ein ganzzahliges Attribut, das die Anzahl der
Perioden darstellt, in denen die Mengen des ersten Parameters zeitlich vorwärts reduziert werden. Beispiel: 1
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
PUBLIC
ÖFFENTLICH 289
steht für die Periode direkt nach der aktuellen Periode. Wenn Sie die Werte der ersten Parametermengen nur
rückwärts reduzieren möchten, müssen Sie den Wert auf 0 setzen.
Es muss sich um eine positive Zahl oder 0 handeln.
Der Standardwert ist 0.
7. Parameter: Berechnungszeitraum (optional)
Der siebte Parameter der Funktion IBP_CONSUMPTION ist ein ganzzahliger Wert, der die Zeitprolebene
darstellt, innerhalb derer die Verrechnung berechnet wird. Er funktioniert ähnlich wie die Zeitbereichsebene
in der zeitreihenbasierten Vorplanungsverrechnung.
Wenn dieser Parameter gesetzt ist, wird der 8. Parameter ebenfalls obligatorisch.
Wenn z.B. die Zeitprolebene 3 "Kalenderwoche" ist und die Berechnung z.B. auf einer täglichen
Planungsebene (oder einer niedrigeren als einer Kalenderwoche) basiert, wird die Verrechnung innerhalb einer
Kalenderwoche berechnet, wenn der Zeitraum auf 3 gesetzt ist. Das bedeutet, dass die Berechnung nicht über
die Grenzen der Kalenderwoche hinausgehen kann.
8. Parameter: Grenze des Berechnungszeitraums (optional)
Der achte Parameter der Funktion IBP_CONSUMPTION ist ein ganzzahliges Attribut, das die linke und/oder
rechte Grenze des Zeitraums für die Berechnung darstellt, an der die Berechnung stoppen muss. Links steht
für den Anfang und rechts für das Ende des Zeitraums. Wenn eine Grenze festgelegt ist, muss die Berechnung
an dieser Grenze anhalten.
Wenn dieser Parameter gesetzt ist, wird der 7. Parameter ebenfalls obligatorisch.
Wenn der Grenzwert beispielsweise auf 1 (Links und Rechts) gesetzt ist und der Berechnungszeitraum "Monat"
lautet, darf die Berechnung die Grenzen des Monats nicht überschreiten. Wenn er jedoch auf 2 (Links) gesetzt
ist, kann die Berechnung nicht für den vorherigen Monat, aber für den nächsten Monat ausgeführt werden.
Wenn er auf 0 (Aus) gesetzt ist, werden die Grenzen entfernt, und die Berechnung kann sowohl im vorherigen
als auch im nächsten Monat ausgeführt werden.
Mögliche Werte für die Grenzen des Berechnungszeitraums und ihre Bedeutung
Mögliche Werte Bedeutung
0Aus
1Links und Rechts
2Links
3Rechts
Der Standardwert ist 0.
Beispiel
FORECASTOPENRT@DAYPRODLOCDEMAND =
IBP_CONSUMPTION("FORECASTUNCONSTR@DAYPRODLOCDEMAND",
290
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
"FORECASTCONSRELQTY@DAYPRODLOCDEMAND", "FCSTCONSHELPER@FORECASTMODE", DIRECTIONID,
BACKWARDPERIODS, FORWARDPERIODS, 1, BOUNDARYID)
Die Werte für die Parameterattribute lauten wie folgt:
•Richtungsattribut: 1 (erst rückwärts, dann vorwärts)
•Anzahl der Rückwärtsperioden: 1
•Anzahl der Forwärtsperioden: 1
•Berechnungszeitraum: 3 (Kalenderwoche)
•Grenze des Berechnungszeitraums: 1 (links und rechts)
In diesem Beispiel beträgt der Tagesprognosewert 100. Die im Vorplanungsverrechnungsmodus angegebene
Richtung ist 1, d.h. zuerst rückwärts, dann vorwärts.
Die Anzahl der Rückwärtsperioden ist 1, die Anzahl der Vorwärtsperioden ist ebenfalls 1. Das bedeutet, dass
die Verrechnung der Vorplanungswerte in der aktuellen Periode beginnt, daraufhin die Vorplanungswerte des
Vortags und abschließend die Werte des nächsten Tages verrechnet werden.
Der Verrechnungszeitraum ist wöchentlich und verfügt über Grenzen an beiden Enden des Zeitraums. Das
bedeutet, dass die Berechnung der Verrechnung nicht in der vorherigen oder der nächsten Woche ausgeführt
werden kann.
Wenn ein Kundenauftrag am Montag eingeht, verrechnet der Algorithmus die Vorplanung für denselben Tag.
Anschließend wird die Verrechnung rückwärtsgerichtet ausgeführt, hält jedoch an der linken Grenze der Woche
an. Danach wird sie vorwärtsgerichtet ausgeführt und ein Teil der Vorplanung des nächsten Tags verrechnet.
Ein zweiter Kundenauftrag geht am Mittwoch ein. Zuerst wird er gegen die Vorplanung für denselben
Tag verrechnet, dann wird rückwärtsgerichtet verrechnet, was von der Vorplanung für Dienstag übrig ist.
Anschließend wird mit Donnerstag fortgefahren und ein Teil der Vorplanung für Donnerstag verrechnet.
Der Kundenauftrag am Freitag wird auf ähnliche Weise erfüllt.
In Kalenderwoche 2 geht am Montag ein größerer Kundenauftrag ein. Der Algorithmus verrechnet
zuerst die Vorplanung von Montag. Da die wöchentliche Grenze nicht überschritten werden kann,
erfolgt die Vorplanungsverrechnung vorwärtsgerichtet für Dienstag. Die Berechnung ist abgeschlossen, der
Kundenauftrag ist jedoch nur teilweise erfüllt.
Hinweis
Die Berechnungslogik ist dieselbe wie bei der zeitreihenbasierten Vorplanungsverrechnung. Beachten Sie
jedoch die beiden folgenden Unterschiede:
•Sie können in der Funktion IBP_CONSUMPTION keine Vorplanungsverrechnungskalender denieren.
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
PUBLIC
ÖFFENTLICH 291
•Der Parameter für die Kundenauftragsreihenfolge ist nicht verfügbar.
Weitere Beispiele nden Sie unter Beispiele für zeitreihenbasierte Vorplanungsverrechnung.
Modellierungsanforderungen für die Funktion IBP_CONSUMPTION
•Die Funktion IBP_CONSUMPTION hat sechs Pichtparameter und zwei optionale Parameter.
•Die Funktion IBP_CONSUMPTION muss zwei oder drei Eingabekennzahlen aufweisen.
•Die ersten beiden Parameter müssen zeitabhängige Kennzahlen sein.
•Die ersten beiden Kennzahlen müssen die gleichen Eingabeplanungsebenen haben.
•Der dritte Parameter muss eine Kennzahl sein (optimalerweise ein Attribut als Kennzahl).
•Die Planungsebene des dritten Parameters muss zeitunabhängig sein.
•Die Planungsebene des dritten Parameters darf nur ein Schlüsselattribut haben und muss auch ein
Attribut der Planungsebene der ersten und zweiten Eingabekennzahl sein. Der Attributtyp muss eine
Ganzzahl sein. Es muss das Join-Attribut unter den Planungsebenen der Eingabekennzahlen sein.
•Die Attribute des 4., 5., 6. und 8. Parameters müssen Stammdatenattribute sein.
•Die Attribute des 4., 5., 6. und 8. Parameters müssen ganzzahlige Attribute sein.
•Mögliche Werte für den 8. Parameter sind 0, 1, 2, 3.
•Mögliche Werte für den 4. Parameter liegen zwischen 0 und 5.
•Der Wert des 5. und 6. Parameters muss eine positive Zahl oder 0 sein.
•Der 7. Parameter muss eine Ganzzahl sein, die der Zeitprolebene entspricht.
•Wenn der 7. Parameter vorhanden ist, ist auch der 8. Parameter obligatorisch.
•Die Ausgabekennzahl der Berechnung muss ein Zeitschlüsselattribut aufweisen.
•Das Zeitschlüsselattribut der Planungsebene der ersten beiden Eingabekennzahlen muss mit dem
Zeitattribut der Ausgabeplanungsebene übereinstimmen.
•Normalerweise müssen sich alle Attribute der ersten Eingabekennzahl auf der
Ausgabeplanungsebene benden. Ausnahmsweise können Sie für diese Funktion zusätzlich zu
den Verrechnungsparameterattributen (Attribute in den Parametern 4-8) weitere Attribute zur
Ausgabeplanungsebene hinzufügen, diese sind jedoch optional.
•Die Planungsebenen der Eingabekennzahlen können nicht REQUEST sein.
•Alle Planungsebenen müssen Schlüsselattribute aus Stammdatentypen enthalten.
•IBP_CONSUMPTION kann nicht in anderen Berechnungen geschachtelt werden.
•Wenn eine Berechnungskette eine Verrechnungsaggregation enthält, darf die Ausgabekennzahl nicht
bearbeitbar sein, sondern sie kann nur berechnet werden.
Fehlende Eingaben, NULL-Wert und Nullwert
Fehlende Eingaben: leere Perioden
Wenn ein Zeitraum fehlt und keine Eingabekennzahl angegeben wird, überspringt die Berechnung diese
Periode. Diese Perioden werden zudem weder von Number of Backward Consumption Periods noch
von Number of Forward Consumption Periods berücksichtigt.
292
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
NULL-Wert
NULL-Werte werden vom System in Berechnungen nicht übersprungen. Wenn die Werte der beiden ersten
Eingabekennzahlen NULL sind, werden sie als 0 betrachtet. Sie können NULL-Werte auf 0 setzen, indem Sie
eine andere Berechnung zur Kennzahl hinzufügen, die den Ausdrucks IF(ISNULL(…)) verwendet, wenn dies
durch Ihre Modellierungsanforderungen gerechtfertigt ist.
Nullwert
Nullwerte werden auf die gleiche Weise wie in Standardberechnungen behandelt.
Fehlerbehebung
Wie können Sie einen häugen Fehler im SAP Integrated Business Planning, Add-in
für Microsoft Excel (Excel-Add-in) beheben, während Sie die Funktion IBP_CONSUMPTION
verwenden?
Die folgende Fehlermeldung kann auftreten, wenn Sie Kennzahlen anfordern, die die Funktion
IBP_CONSUMPTION im Excel-Add-in verwenden oder darauf aufbauen:
Fehler bei der SQL-Ausführung
Fehler bei Subquery-Aufgabe 0000 SYPTSOBP __BASELINE
Fehler in "Berechnungsszenario Backend-Zugriff" SCM-IBP-BF-ACV, senden Sie
Protokoll-Handle <123456789123456789> an Ihre Administration.
Bevor Sie eine Meldung anlegen, können Sie die folgenden Schritte ausführen, um das Problem zu
beheben:
•Das Schlüsselattribut auf der Planungsebene der dritten Eingabekennzahl ist auch ein Attribut der
Planungsebene der ersten und zweiten Eingabekennzahl. Hierbei handelt es sich um das Join-Attribut,
z.B. FCSTCONSMODE, das die beiden Planungsebenen verbindet. Prüfen Sie auf der Planungsebene der
ersten beiden Kennzahlen, ob der Wert des Join-Attributs mit dem Wert des Schlüsselattributs auf
der Planungsebene der dritten Eingabekennzahl übereinstimmt oder NULL ist. Wenn der Wert des Join-
Attributs NULL ist, werden in der Berechnung die Standardparameterwerte verwendet.
Hinweis
Achten Sie besonders darauf, wenn Sie ein Attribut als Kennzahl verwenden, da der Wert des Attributs
als Kennzahl in den Stammdaten aktualisiert werden muss, um die Datensätze für das Planungsobjekt
und die Zeitreihe anlegen zu können. Weitere Informationen nden Sie unter Attribute als Kennzahlen
[Seite 137].
•Prüfen Sie, ob die Parameter 4-6 und 8 gültige Werte haben:
•Der Wert von Parameter 4 muss eine Zahl zwischen 0 und 5 sein.
•Der Wert des Parameters 5 und 6 muss eine positive Zahl oder 0 sein.
•Der Wert von Parameter 8 muss eine Zahl zwischen 0 und 3 sein.
Diese Aufgaben können Sie mit den Apps Planungsobjekte verwalten und Stammdaten verwalten ausführen.
Weitere Informationen nden Sie unter Planungsobjekte verwalten und Stammdaten verwalten.
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
PUBLIC
ÖFFENTLICH 293
12.13.1Konguration der Funktion IBP_CONSUMPTION
Hier nden Sie eine allgemeine Anleitung zur Konguration der Funktion IBP_CONSUMPTION.
Diese beschreibt die Implementierung der Verbrauchsberechnung durch Modelländerungen, indem
das Verrechnungsmodusattribut eingeführt und Parameterattribute dem Planungsbereich und den
Planungsebenen zugeordnet werden. Außerdem nden Sie spezische Beispiele für die Konguration der
Vorplanungsverrechnung.
Kongurationsschritte
Hier nden Sie die Schritte zum Kongurieren der Funktion IBP_CONSUMPTION.
Hinweis
Beachten Sie, dass die Namen von Attributen, Stammdatentypen oder Parametern nur Beispiele sind und
geändert werden können oder aus dem Planungsbereich stammen können, den Sie verwenden.
Schritt 1: Richten Sie den Stammdatentyp ein, der die Verbrauchsparameter
(CONSUMPTIONMODE) enthält.
Legen Sie einen Stammdatentyp an, der die Parameter für die Verbrauchsberechnung enthält, oder
kopieren Sie ihn: die Anzahl der Rückwärtsperioden (BACKWARDPERIODS), die Anzahl der Vorwärtsperioden
(FORWARDPERIODS), das Richtungsattribut (DIRECTIONID), die Grenzen des Berechnungszeitraums
(BOUNDARYID) und deren Werte. Außerdem benötigen Sie ein ganzzahliges Attribut, Verrechnungsmodus
(FCSTCONSMODE).
Beispiel
Kopieren Sie den Beispielstammdatentyp IBPFORECASTCONSUMPTIONMODE unter Verwendung des Präx Z7F
in einen neuen Stammdatentyp, z.B. Z7FFORECASTCONSUMPTIONMODE, sofern dieser noch nicht zusammen
mit dem SAP-Beispielplanungsbereich kopiert wurde.
Hinweis
Wenn Sie den Beispielplanungsbereich SAPIBP1 kopieren, wird dieser automatisch kopiert.
Wenn Sie jedoch den Planungsbereich SAP7F verwenden, müssen Sie ihn manuell aus
IBPFORECASTCONSUMPTIONMODE kopieren.
Hinweis
Wenn Sie den Beispiel-Stammdatentyp IBPFORECASTCONSUMPTIONMODE kopieren, kopieren Sie damit
auch das Attribut SALESORDERSEQUENCEID, das die Reihenfolge der Verarbeitung von Kundenaufträgen
in der zeitreihenbasierten Vorplanungsverrechnung bestimmt. Beachten Sie dabei jedoch, dass dieses
Attribut nicht in IBP_CONSUMPTION-Berechnungen berücksichtigt wird.
294
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
Stellen Sie sicher, dass die Parameterattribute als Nur nicht negative Werte gekennzeichnet sind. Wenn sie
nicht aktiviert sind, navigieren Sie zur App Attribute, und pegen Sie Nur nicht negative Werte für die folgenden
Attribute: BACKWARDPERIODS, FORWARDPERIODS, DIRECTIONID, BOUNDARYID.
Bestätigen Sie, dass Nur nicht negative Werte verfügbar ist, und akzeptieren Sie die folgende Warnung:
Sie können Stammdaten und Planungsobjekte haben, die nicht mit der geänderten
Einstellung übereinstimmen. Passen Sie diese Daten vor der Aktivierung (bevorzugt)
oder nach der Aktivierung an, da die Daten andernfalls im System bleiben und weiter
verwendet werden.
Hinweis
Falls Sie bereits über negative Werte für diese Attribute verfügen, wird Ihnen eine Fehlermeldung
angezeigt, wenn Sie beim Anzeigen der Kennzahlwerte die Funktion IBP_CONSUMPTION ausführen.
Schritt 2: Legen Sie das Hilfsattribut für den Verrechnungsmodus (FCSTCONSHELPER) an,
und ordnen Sie es dem Verrechnungsstammdatentyp zu.
1. Legen Sie ein neues Attribut des Typs "Dezimal" an: FCSTCONSHELPER mit einem Namen und einer
Beschreibung Ihrer Wahl. Stellen Sie sicher, dass Sie als Datentyp DECIMAL(18,6) auswählen. Es wird
später als ein Attribut als Kennzahl verwendet.
2. Fügen Sie dem Stammdatentyp Z7FFORECASTCONSUMPTIONMODE das Attribut FCSTCONSHELPER hinzu.
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
PUBLIC
ÖFFENTLICH 295
Schritt 3: Ordnen Sie das Attribut FCSTCONSMODE dem Stammdatentyp zu, der die Basis der
Verbrauchsberechnung bildet.
Ordnen Sie das Attribut FCSTCONSMODE einem Stammdatentyp zu, wo Sie die verschiedenen
Verrechnungsmodi pegen möchten. Es kann eine entsprechende Planungsebene oder eine Teilmenge der
Planungsebene sein, wo die Verbrauchsberechnung erfolgt.
Beispiel
Wenn Ihre Planungsebene der Verbrauchsberechnung auf LOCATIONPRODUCT basiert (z.B.
DAYPRODLOCDEMAND), können Sie diese Ihrem Stammdatentyp Z7FLOCATIONPRODUCT hinzufügen.
Zur Gewährleistung der Datenkonsistenz können Sie über eine Attributprüfung für das Attribut FCSTCONSMODE
aus dem Stammdatentyp Z7FFORECASTCONSUMPTIONMODE sicherstellen, dass Sie die korrekten Attributwerte
haben.
Schritt 4: Ordnen Sie das Attribut FCSTCONSMODE Ihrer Verbrauchsplanungsebene zu, auf
der der Verbrauch berechnet wird.
Ordnen Sie das Attribut FCSTCONSMODE aus dem Stammdatentyp Z7FLOCATIONPRODUCT Ihrer
Verbrauchsplanungsebene zu, auf der der Verbrauch berechnet wird.
296
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
Wenn Sie das Attribut FCSTCONSMODE einer Planungsebene zuordnen, muss es höchstwahrscheinlich auch
mehreren anderen Planungsebenen zugeordnet sein. Wenn eine Planungsebene um ein Attribut erweitert
wird, wird diese Planungsebene häug in anderen Berechnungen als Eingabeplanungsebene verwendet.
Um zu vermeiden, dass ein Attribut in einer Nicht-Aggregationsberechnung verloren geht, muss auch
die Ausgabeplanungsebene erweitert werden. Das hinzugefügte Attribut muss über die Berechnungskette
kaskadiert werden.
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
PUBLIC
ÖFFENTLICH 297
Es ist auch möglich, dass Sie Fehlermeldungen wie die folgenden erhalten:
•Berechnung KnZ@PE: Ausgabe-PE muss alle Attribute der Eingabe-PE enthalten
•*S* Berechn. KnZ@PE: Einige Eingabe-/Ausgabe-Attributpaare gehen verloren.
Für diesen Bedarf wird empfohlen, den Tool-Support der Kongurations-Benutzungsoberäche zu verwenden,
um das Attribut mehreren Planungsebenen zuzuordnen. Weitere Informationen nden Sie unter Attribute zu
Planungsebenen zuordnen [Seite 122].
Schritt 5: Fügen Sie Ihrem Planungsbereich den Stammdatentyp
Z7FFORECASTCONSUMPTIONMODE hinzu.
Ordnen Sie die Attribute aus dem Stammdatentyp FORECASTCONSUMPTION Ihrem Planungsbereich zu.
Schritt 6: Legen Sie eine neue Planungsebene CONSUMPTIONMODE. an.
Legen Sie eine neue, zeitunabhängige Planungsebene, z.B. mit dem Namen CONSUMPTIONMODE, für das
Attribut als Kennzahl an, die als der dritte Parameter in der Berechnung IBP_CONSUMPTION verwendet wird.
298
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
Legen Sie eine zeitunabhängige Planungsebene mit den folgenden Parametern an:
Planungsebene Wert
Beschreibung: Verrechnungsmodus
Niedrigste Zeitprolebene: Keine
Legen Sie das Attribut CONSMODE als Schlüsselattribut fest.
Schritt 7: Legen Sie ein zeitunabhängiges Attribut als Kennzahl FCSTCONSHELPER an.
Legen Sie das Attribut als Kennzahl FCSTCONSHELPER auf der Basisplanungsebene CONSUMPTIONMODE an. Die
folgenden Felder müssen Sie nicht ausfüllen: Periode von, Periode bis und Zeitreferenzattribut.
Wenn Sie mehrere Versionen verwenden, ordnen Sie das Attribut als Kennzahl allen Versionen zu, und
kennzeichnen Sie es als Baseline-Kennzahl für alle Planungsversionen, mit Ausnahme von Planungsversion
mit Versionsspezische Stammdaten.
Schritt 8: Überprüfen Sie den Planungsbereich mit Abhängigkeiten.
Überprüfen Sie den Planungsbereich mit Abhängigkeiten, oder aktivieren Sie ihn.
Schritt 9: Legen Sie eine neue berechnete Kennzahl an, um den Verbrauch zu berechnen und
die Berechnung der Kennzahl FORECASTOPENRT anzupassen.
Legen Sie eine neue berechnete Kennzahl an, die den Verbrauch berechnet.
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
PUBLIC
ÖFFENTLICH 299
<Ausgabekennzahl mit oenen Mengen>@<Verbrauchsplanungsebene> = IBP_CONSUMPTION("<zu
verbrauchende Kennzahl>@<Verbrauchsplanungsebene>", "<zum Verringern der zu verbrauchenden
Kennzahl verwendete Kennzahl>@<Verbrauchsplanungsebene>", "CONSHELPER@CONSUMPTIONMODEMODE",
DIRECTIONID, BACKWARDPERIODS, FORWARDPERIODS, <Zeitprolebene>, BOUNDARYID)
Kennzeichnen Sie in dieser Berechnung die Kennzahl FCSTCONSHELPER@CONSUMPTIONMODE als im Abschnitt
der Eingaben gespeichert.
Beispiel
1. Legen Sie eine neue berechnete Kennzahl an: ZFORECASTCONSREDRELQTY – Relevante Menge für
Vorplanungsverrechnungsabbau.
ZFORECASTCONSREDRELQTY@REQUEST = SUM("ZFORECASTCONSREDRELQTY@DAYPRODLOCDEMAND")
ZFORECASTCONSREDRELQTY@DAYPRODLOCDEMAND = "FORECASTCONSRELQTY@DAYPRODLOCDEMAND"
+ "FINALDELIVEREDQTY@DAYPRODLOCDEMAND"
2. Passen Sie die Berechnung der Kennzahl FORECASTOPENRT an.
FORECASTOPENRT@REQUEST = SUM("FORECASTOPENRT@DAYPRODLOCDEMAND")
FORECASTOPENRT@DAYPRODLOCDEMAND = IBP_CONSUMPTION
("FORECASTUNCONSTR@DAYPRODLOCDEMAND", "ZFORECASTCONSREDRELQTY@DAYPRODLOCDEMAND",
"FCSTCONSHELPER@CONSUMPTIONMODE", DIRECTIONID, BACKWARDPERIODS, FORWARDPERIODS,
1, BOUNDARYID)
Weitere Informationen über die Konguration der Vorplanungsverrechnung anhand der auftragsbasierten
Planung mit exiblen Stammdaten nden Sie unter Vorplanungsverrechnung.
12.14Zeitdimension hinzufügen
Mit der Funktion IBP_ADD_TIME_DIMENSION können Sie den Wert der zeitunabhängigen Eingabekennzahl
abrufen und in einer zeitabhängigen Ausgabekennzahl abrufen und zurückgeben.
Parameter der Funktion IBP_ADD_TIME_DIMENSION
Die Funktion IBP_ADD_TIME_DIMENSION hat drei Pichtparameter.
1. Parameter: Eingabekennzahl auf Eingabeplanungsebene (obligatorisch)
Dabei kann es sich entweder um eine abgelegte oder um eine berechnete Eingabe handeln.
Die Eingabeplanungsebene muss zeitunabhängig sein. Das heißt, sie darf kein Schlüsselzeitattribut haben
(nicht einmal PERIODID).
Der Parameterwert muss in doppelte Anführungszeichen eingeschlossen werden.
2. Parameter: aktuelle Periode (obligatorisch)
Dieser zweite Parameter bestimmt, was in der Berechnung die aktuelle Periode ist:
Verwenden Sie den Platzhalter $$PERIODIDnCU$$. n stellt die Zeitprolebene dar, die mit der Zeitprolebene
der Ausgabeplanungsebene übereinstimmt.
300
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
Sie können im Ausdruck auch einen Plus- oder Minus-Operator mit einem ganzzahligen Wert hinzufügen, um
das aktuelle Datum zu verschieben. Beispiele: $$PERIODID0CU$$ +1 oder $$PERIODID0CU$$ -2.
Hinweis
Beachten Sie, dass sich der Oset für die aktuelle Periode des Planungsbereichs auf die Ergebnisse
auswirkt.
Angenommen, das aktuelle Datum ist der 28.06.2023. In den folgenden Beispielen wird gezeigt, wie
sich die Plus- und Minus-Operatoren und der Oset der aktuellen Periode des Planungsbereichs auf die
Ergebnisse auswirken:
KF1@DAYPRODLOC = IBP_ADD_TIME_DIMENSION("INITSTOCK@PRODLOC", $$PERIODID0CU$$,
''CURRENT'')
KF2@DAYPRODLOC = IBP_ADD_TIME_DIMENSION("INITSTOCK@PRODLOC", $$PERIODID0CU$$ -1,
''CURRENT'')
KF3@DAYPRODLOC = IBP_ADD_TIME_DIMENSION("INITSTOCK@PRODLOC", $$PERIODID0CU$$ +2,
''CURRENT'')Oset für aktuelle Periode = 0
Oset für aktuelle Periode = -1
Im nächsten Beispiel ist das aktuelle Datum der 28.06.2023. Der Zeitraum ist Monat, also wird PERIODID3
verwendet, und der Oset für die aktuelle Periode wird auf der untersten Zeitprolebene ermittelt, wobei
es sich in diesem Fall um Tage handelt. Wenn die aktuelle Periode um einen Tag verschoben wird, wird der
aktuelle Tag auf den 29.06.2023 verschoben, sodass es keinen Sprung zum nächsten Monat gibt. Wenn die
aktuelle Periode jedoch um 10 Tage verschoben wird, beginnt die Planungsperiode im nächsten Monat.
KF4@MTHPRODLOC = IBP_ADD_TIME_DIMENSION("INITSTOCK@PRODLOC", $$PERIODID3CU$$,
''CURRENT'')
Oset für aktuelle Periode = 0 (Tage)
Oset für aktuelle Periode = +1 (Tag)
Oset für aktuelle Periode = +10 (Tage)
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
PUBLIC
ÖFFENTLICH 301
3. Parameter: Berechnungshorizont (obligatorisch)
Der dritte Parameter deniert die Zeiträume, in denen der zeitunabhängige Wert gefüllt werden soll. Mögliche
Werte sind PAST, PASTCURRENT, PASTCURRENTFUTURE, CURRENT, CURRENTFUTURE und FUTURE.
Beachten Sie, dass die Bedeutung von CURRENT durch den zweiten Parameter deniert wird.
Der Wert muss in zwei Paar einfache Anführungszeichen gesetzt werden. Ein doppeltes Anführungszeichen
anstelle von zwei einfachen Anführungszeichen führt zu einem Fehler während der Aktivierung.
Beispiel
Angenommen, das heutige Datum ist der 28.06.2023. In diesem Beispiel wird veranschaulicht, wie die
Ergebnisse in den verschiedenen Zeithorizonten angezeigt werden:
KF5@DAYPRODLOC = IBP_ADD_TIME_DIMENSION("INITSTOCK@PRODLOC", $$PERIODID0CU$$,
''PASTCURRENT'')
KF6@DAYPRODLOC = IBP_ADD_TIME_DIMENSION("INITSTOCK@PRODLOC", $$PERIODID0CU$$,
''CURRENTFUTURE'')
KF7@DAYPRODLOC = IBP_ADD_TIME_DIMENSION("INITSTOCK@PRODLOC", $$PERIODID0CU$$,
''PASTCURRENTFUTURE'')
Oset für aktuelle Periode = 0
Modellierungsanforderungen für die Berechnung zum Hinzufügen einer
Zeitdimension
•Die Berechnung zum Hinzufügen einer Zeitdimension muss exakt drei Parameter haben.
•Die Eingabe- und Ausgabeplanungsebenen einer IBP_ADD_TIME_DIMENSION-Berechnung müssen
denselben Satz von Nichtzeitattributen (Schlüssel- und Nicht-Schlüsselattribut) haben.
•Die Eingabeplanungsebene darf keine Zeitattribute haben.
•Eingaben im Ausdruck und die Berechnungsdenition müssen übereinstimmen.
•Die Ausgabeplanungsebene muss ein anderes Schlüsselzeitattribut als PERIODID haben.
•Die Ausgabe muss Schlüsselattribute aus Stammdatentypen haben.
•Der zweite Parameter muss $$PERIODIDnCU$$ sein, mit der Option für einen Plus- oder Minus-Operator
und einen ganzzahligen Wert.
•Die Variable n in $$PERIODIDnCU$$ muss eine Zeitprolebene sein, die im Zeitprol verwendet wird, das
an den Planungsbereich angehängt ist.
•Die in $$PERIODIDnCU$$ referenzierte Zeitprolebene muss mit der Zeitgranularität der
Ausgabeplanungsebene übereinstimmen. Beispiel: $$PERIODID4CU$$ bedeutet, dass die
302
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
Ausgabeplanungsebene der Berechnung auf monatlicher Basis gemäß der Zeitprolkonguration sein
muss.
•Der dritte Paramater muss einer der folgenden sein: PAST, PASTCURRENT, PASTCURRENTFUTURE,
CURRENT, CURRENTFUTURE oder FUTURE.
•Die Berechnung IBP_ADD_TIME_DIMENSION kann nicht in einer Berechnung auf REQUEST-Ebene
verwendet werden.
•Wenn ein Berechnungsdiagramm eine IBP_ADD_TIME_DIMENSION-Berechnung enthält, darf die oberste
Kennzahl im Berechnungsdiagramm nicht editierbar sein.
Leitfaden für die Modellkonguration
Vereinfachte Kennzahlenberechnungen
PUBLIC
ÖFFENTLICH 303
13 Kennzahlgruppen denieren
Sie können Gruppierungen von Kennzahlen den Anforderungen Ihres Unternehmens entsprechend denieren.
Voraussetzungen
Stellen Sie sicher, dass Sie die erforderlichen Berechtigungen für diese Aktivität haben, also dass
die erforderlichen Anwendungskataloge für diese Aktivität einer Anwendungsrolle zugeordnet sind, die
Ihrem Anwendungsbenutzer zugeordnet ist. Weitere Informationen nden Sie auf dem SAP Help Portal
http://help.sap.com/ibp unter Anwendungshilfe für SAP Integrated Business Planning Identitäts- und
Zugrisverwaltung Grundkonzepte Anwendungskataloge .
Kontext
Bei einer großen Anzahl von Kennzahlen ermöglichen vordenierte Kennzahlgruppen eine ezientere
Handhabung in den unterstützten Anwendungsbereichen von SAP IBP. Sie können alle Kennzahlen einer
Gruppe auf einmal zuordnen und müssen diese nicht einzeln auswählen.
In der App Kennzahlgruppen können Sie neue Kennzahlgruppen denieren und vorhandene Gruppen ändern
oder löschen.
Hinweis
Wenn Sie beginnen, eine neue Kennzahlgruppe anzulegen oder eine vorhandene Gruppe zu bearbeiten,
wird ein Entwurf automatisch im Hintergrund gesichert Dadurch wird sichergestellt, dass ungesicherte
Änderungen nicht verloren gehen, wenn die Bearbeitungsaktivität unterbrochen wird. So können Sie die
Bearbeitung zu einem späteren Zeitpunkt fortsetzen.
Bis zum expliziten Sichern der Änderungen ist der Entwurf für andere Benutzer gesperrt, was verhindert,
dass mehrere Benutzer parallel Änderungen an derselben Kennzahlgruppe vornehmen.
Die Tatsache, dass eine Kennzahlgruppe gesperrt ist, weil sie ungesicherte Änderungen von Ihnen oder
einem anderen Benutzer hat, wird in der Spalte Name der Kennzahlgruppe des Arbeitsvorrats angezeigt
(als Entwurf bzw. Gesperrt durch <Benutzer>).
Vorgehensweise
1. Wählen Sie in der App Kennzahlgruppen die Option Anlegen.
2. Geben Sie eine ID und einen Namen für die Kennzahlgruppe an. Kennzahlgruppen-IDs müssen innerhalb
eines Planungsbereichs eindeutig sein.
304
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Kennzahlgruppen denieren
3. Geben Sie den Planungsbereich an, zu dem die Kennzahlgruppe gehört. Sie können Kennzahlen aus dem
Planungsbereich, den Sie hier angeben, zur Gruppe hinzufügen.
Kennzahlgruppen hängen wie folgt vom Planungsbereich ab, zu dem sie gehören:
•Wenn Sie den Planungsbereich löschen, werden auch alle Kennzahlgruppen gelöscht, die auf seinen
Kennzahlen basieren.
•Wenn Sie eine Kennzahl aus dem Planungsbereich löschen, wird die Kennzahl auch aus den
Kennzahlgruppen des Planungsbereichs gelöscht.
•Wenn Sie einen Planungsbereich kopieren oder transportieren, werden die zum Planungsbereich
gehörenden Kennzahlgruppen zusammen mit dem Planungsbereich kopiert oder transportiert.
4. Geben Sie den SAP-IBP-Anwendungsbereich an, für den die Kennzahlgruppe im Feld
Verwendungsnachweis verfügbar sein soll.
Wenn Sie für das Feld Excel-Add-in angeben, können Sie die Kennzahlgruppe für das Anlegen von
Planungssichten nur in SAP IBP, Add-in für Microsoft Excel verwenden.
Wenn Sie Realignment-Projekte angeben, können Sie die Gruppe zum Anlegen von Realignment-Projekten
in der App Realignment-Regeln verwalten verwenden.
Wenn Sie Version kopieren und löschen angeben, können Sie die Gruppe zum Einplanen der
Anwendungsjobs Versionskopieroperator, Versions- und Szenariokopieroperator und Versionslöschoperator
verwenden.
5. Fügen Sie der Gruppe Kennzahlen hinzu.
Sie können einer Gruppe eine beliebige Anzahl von Kennzahlen aus dem Planungsbereich hinzufügen, und
Sie können eine Kennzahl auch zu mehreren verschiedenen Gruppen hinzufügen. Es gibt jedoch einige
Einschränkungen für die Kennzahltypen, die Sie in Kennzahlgruppen für bestimmte Anwendungsbereiche
verwenden können. Sie können beispielsweise nur abgelegte Kennzahlen in einer Kennzahlgruppe für
Realignment-Projekte und nicht die folgenden Kennzahltypen in Gruppen für das SAP IBP, Excel-Add-in
verwenden:
•Hilfskennzahlen
•Zeitunabhängige Kennzahlen
•Technische Kennzahlen, die für die Fixierung generiert wurden (mit dem Präx „DIS_FIX“)
6. Nachdem Sie die relevanten Kennzahlen zur Gruppe hinzugefügt haben, wählen Sie Anlegen , um die
Gruppe zu sichern.
Später können Sie Änderungen an der Gruppe vornehmen, z.B. Kennzahlen hinzufügen oder entfernen. Sie
können den Planungsbereich, zu dem die Gruppe gehört, jedoch nicht ändern.
Leitfaden für die Modellkonguration
Kennzahlgruppen denieren
PUBLIC
ÖFFENTLICH 305
14 Betriebswirtschaftliche Bedeutung
In der Konguration können Sie Attributen und Kennzahlen eine betriebswirtschaftliche Bedeutung zuordnen,
um eine semantische Verbindung zwischen der Attribut-ID oder der Kennzahl-ID, die Sie festlegen, und
dem Code herzustellen. Die Verwendung von betriebswirtschaftlichen Bedeutungen ersetzt die Notwendigkeit
hartkodierter Attribut-IDs und Kennzahl-IDs. Dies bedeutet, dass Sie nicht den Namenskonventionen von SAP
für die Benennung von Kennzahlen und Attributen folgen müssen, damit das System weiß für welchen Zweck
Sie eine bestimmte Kennzahl oder ein bestimmtes Attribut verwenden wollen.
Wenn Sie die betriebswirtschaftliche Bedeutung von Attributen festlegen, müssen Sie Folgendes beachten:
•Sie können eine betriebswirtschaftliche Bedeutung einmal in einem Planungsbereich verwenden.
•Wenn Sie eine betriebswirtschaftliche Bedeutung „Beschreibung“ für ein Attribut auswählen, müssen Sie
auch die betriebswirtschaftliche Bedeutung „ID“ für ein anderes Attribut im Planungsbereich auswählen.
•Wenn ein Attribut ein Beschreibungsattribut im Stammdatentyp enthält, können diese beiden Attribute nur
dieselbe Beziehung im Planungsbereich haben. Das zugeordnete Attribut mit dem Beschreibungsattribut
muss die betriebswirtschaftliche Bedeutung „ID“ haben, und sein Beschreibungsattribut muss die
entsprechende betriebswirtschaftliche Bedeutung „Beschreibung“ im Planungsbereich enthalten. Beispiel:
Wenn im Stammdatentyp PRODUCT1 ATTR2 das Beschreibungsattribut von ATTR1 ist, dann hat ATTR1
die betriebswirtschaftliche Bedeutung Product ID und ATTR2 die betriebswirtschaftliche Bedeutung
Product Description im Planungsbereich PA1.
Betriebswirtschaftliche Bedeutung wird bei der Integration von Promotion-Daten verwendet. Die App
Promotions analysieren berücksichtigt Daten von Planungsbereichen, die Attribute und Kennzahlen haben,
denen die entsprechende betriebswirtschaftliche Bedeutung zugeordnet ist. Weitere Informationen nden Sie
unter Planungsbereich für die Integration von Promotion-Daten einrichten.
Beispiel
Sie legen eine Kennzahl mit folgenden Details an:
•Name der Kennzahl: UPLIFT
•Kennzahlenbeschreibung: Promotion-Uplift
•Betriebswirtschaftliche Bedeutung: Promotion-Uplift (Quelle)
Wenn Sie die betriebswirtschaftliche Bedeutung Promotion-Uplift (Quelle) der Kennzahl zuordnen,
berücksichtigt das System den Planungsbereich, zu dem die Kennzahl gehört, als relevant für die
Integration der Promotion-Daten. Wenn andere Voraussetzungen ebenfalls erfüllt werden, können Sie den
Planungsbereich für Promotions verwenden.
Der Beispielplanungsbereich für Demand SAP6 enthält Attribute und Kennzahlen, denen
eine betriebswirtschaftliche Bedeutung zugeordnet ist. Weitere Informationen nden Sie unter
Beispielplanungsbereich SAP6 für die Absatzplanung.
306
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Betriebswirtschaftliche Bedeutung
15 Versionen anlegen
Legen Sie Versionen an, um Alternativpläne in einem Planungsbereich zu verwalten.
Voraussetzungen
Stellen Sie sicher, dass Sie die erforderlichen Berechtigungen für diese Aktivität haben, also dass
die erforderlichen Anwendungskataloge für diese Aktivität einer Anwendungsrolle zugeordnet sind, die
Ihrem Anwendungsbenutzer zugeordnet ist. Weitere Informationen nden Sie auf dem SAP Help Portal
http://help.sap.com/ibp unter Anwendungshilfe für SAP Integrated Business Planning Identitäts- und
Zugrisverwaltung Grundkonzepte Anwendungskataloge .
Kontext
Eine Version ist ein separater Satz von Kennzahldaten zum Verwalten von Alternativplänen. Neben der
Basisversion für den Planungsbereich, der operative Daten enthält, können Sie weitere Versionen denieren
(z.B. Upside und Downside). Diese Versionen enthalten entweder alle oder nur bestimmte Kennzahlen des
Planungsbereichs, berechnete Kennzahlen eingeschlossen. Zusätzliche Kennzahlen können nicht in Versionen
enthalten sein.
Die je Planungsbereich erlaubte maximale Anzahl an Versionen wird über den globalen
Kongurationsparameter SCN_COUNT_MAX deniert. Wenn Sie mehr Versionen als standardmäßig erlaubt
anlegen möchten, können Sie in der App Globale Konguration den Wert des Parameters SCN_COUNT_MAX
ändern und an Ihre Modellierungsanforderungen anpassen. Bitte beachten Sie, dass die festgelegte maximale
Anzahl an Versionen für alle Planungsbereiche gilt. Beachten Sie außerdem, dass zu viele Versionen zu
Performanceproblemen führen können.
Weitere Informationen zur Verwendung von Versionen für die Analyse von Alternativplänen nden Sie unter
Versionen.
Vorgehensweise
1. Wählen Sie auf dem Einstiegsbild der App Planungsbereiche den Planungsbereich, für den Sie eine
zusätzliche Version anlegen möchten. Wählen Sie dann die Registerkarte Versionen.
2. Klicken Sie auf Neu, und geben Sie eine ID für die neue Version ein (z.B. UPSIDE).
3. Geben Sie einen Namen und eine Beschreibung ein.
4. Legen Sie fest, ob Sie dieselben Stammdaten wie in der Basisversion verwenden möchten oder einen
unabhängigen Satz von Stammdaten benötigen.
Leitfaden für die Modellkonguration
Versionen anlegen
PUBLIC
ÖFFENTLICH 307
Wenn Sie in der Version einen unabhängigen Satz von Stammdaten verwenden möchten, markieren Sie
das Ankreuzfeld Versionsspezische Stammdaten.
5. Fügen Sie die Kennzahlen hinzu, die Sie in der Version verwenden möchten. Auf dem Auswahlbild können
Sie die hinzuzufügenden Kennzahlen einzeln auswählen, oder Sie können alle verfügbaren Kennzahlen auf
einmal hinzufügen, indem Sie das Ankreuzfeld im Tabellenkopf auswählen.
Für die von Ihnen hinzugefügten Kennzahlen ist das Kontrollkästchen Versionsspezische Kennzahl
standardmäßig ausgewählt, d.h., Sie können Werte für sie auswählen, die sich von den Werten der
Basisversion der Kennzahl unterscheiden. Wenn Sie die Werte der Kennzahl aus der Basisversion
verwenden möchten, markieren Sie das Ankreuzfeld Baseline-Kennzahl.
Hinweis
Bei berechneten Kennzahlen bestimmt das Berechnungsdiagramm der Kennzahl, ob es sich bei
der Kennzahl um eine Baseline-Kennzahl oder um eine versionsspezische Kennzahl handelt. Wenn
das Berechnungsdiagramm mindestens eine abgelegte, versionsspezische Kennzahl enthält, ist die
berechnete Kennzahl ebenfalls versionsspezisch. Wenn Sie möchten, dass die berechnete Kennzahl
denselben Wert wie in der Basisversion hat, stellen Sie sicher, dass alle abgelegten Kennzahlen im
Berechnungsdiagramm ebenfalls Baseline-Kennzahlen sind.
Markieren Sie das Ankreuzfeld Baseline-Kennzahl nicht für externe Kennzahlen. Alle externen
Kennzahlen müssen als versionsspezische Kennzahlen konguriert werden, wenn ein
Planungsbereich Versionen hat.
Im SAP-IBP-Add-in für Microsoft Excel können nur als versionsspezisch markierte Kennzahlen der
Planungssicht für die jeweilige Version hinzugefügt werden. Anschließend können Sie die Werte der
versionsspezischen Kennzahl aus einer anderen Version, z.B. aus der Basisversion, in diese Version
kopieren. Versionsspezische Kennzahlenwerte können angezeigt und geändert werden, sofern der
Benutzer über die benötigten Berechtigungen verfügt.
Achtung
Wenn Sie Ihre Version ohne die Option Versionsspezische Stammdaten einrichten und im Excel-Add-in
Daten in die Version laden, müssen Sie folgendes beachten: Wenn Sie zu einem späteren Zeitpunkt
versionsspezische Stammdaten für die Version aktivieren, gehen Kennzahlwerte für die Version
verloren. Ist das der Fall, müssen Sie erst alle Stammdaten für die Version und anschließend die Daten
für alle Kennzahlen in der Version laden.
Weitere Informationen nden Sie im Abschnitt Versionsplanung in der Anwendungshilfe.
Hinweis
Wählen Sie die Option Versionsspezische Kennzahl für jede Ausgabe- und Eingabe-/Ausgabekennzahl
eines Planungsbereichs, der für die zeitreihenbasierte Beschaungsplanung aktiviert ist.
Als Baseline-Kennzahl markierte Kennzahlen können der Planungssicht nur dann hinzugefügt werden,
wenn die Planungssicht die Basisversion enthält. Die Kennzahl hat dann keine versionsspezischen
Werte in der jeweiligen Version. Wenn eine Baseline-Kennzahl im Berechnungsdiagramm der
versionsspezischen Kennzahl enthalten ist, werden die Kennzahlenwerte aus der Basisversion zum
Berechnen der Werte der versionsspezischen Kennzahl verwendet.
308
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Versionen anlegen
6. Sobald Sie Versionen für Ihren Planungsbereich angelegt haben, können Sie ihnen auch einzelne
Kennzahlen auf der Registerkarte Kennzahlen hinzufügen, indem Sie die entsprechenden Versionen im
Abschnitt Versionen auf dem Detailbild Kennzahl auswählen.
Leitfaden für die Modellkonguration
Versionen anlegen
PUBLIC
ÖFFENTLICH 309
16 Planungsoperatoren
Ein Planungsoperator verwendet einen Algorithmus, um große Mengen von Kennzahldaten in einer
Planungssitzung zu berechnen. Sie können die Verarbeitung eines Planungsoperators im Hintergrund
einplanen.
SAP liefert mehrere Planungsoperatortypen aus, die je nach Konguration und Verwendung zu
unterschiedlichen Kategorien gehören. Sie können die Planungsoperatoren, die einem bestimmten
Planungsbereich zugeordnet sind, auf der Registerkarte Planungsoperatoren des Detailbilds des
Planungsbereichs in der App Planungsbereiche anzeigen.
In der folgenden Tabelle sind die Planungsoperatortypen aufgeführt, die einem Planungsbereich in der App
Planungsbereiche zugeordnet werden können.
Planungsoperatortyp Name Verwendung
SNAPSHOT Snapshot Erstellen Sie einen Snapshot eines vor-
denierten Satzes von Kennzahlen.
SNAPSHOTREDO Redo Snapshot Überschreiben Sie den letzten Snaps-
hot mit einem neuen Snapshot vorde-
nierter Kennzahlen.
IO Inventory Optimization Bestandsoptimierung für ein Supply-
Chain-Netzwerk ausführen
Ab Release SAP Integrated Business
Planning 2111 denieren Sie Bestands-
optimierungsprole für Bestandsopti-
mierungsalgorithmen anstelle von IO-
Planungsoperatoren. Dazu verwenden
Sie die App Bestandsprole.
Weitere Informationen nden
Sie im SAP Help Portal
unter https://help.sap.com/ibp
unter Anwendungshilfe
Geschäftsanwendungen
Bestandsoptimierung Apps
für die Bestandsoptimierung
Bestandsprole .
Vorhandene IO-Operatoren können in
der App Planungsbereiche weiterhin
Planungsbereichen zugeordnet werden.
310
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Planungsoperatoren
Hinweis
Die Dokumentation für die folgenden Planungsoperatortypen ist nun in der Anwendungshilfe im SAP
Help Portal unter https://help.sap.com/ibpverfügbar. Die Links zu den relevanten Abschnitten der
Anwendungshilfe nden Sie in der Tabelle.
Planungsoperatortyp Name Link zur Dokumentation
ADVSIM Advanced Simulation Operator „Erweiterte Simulation“
COPY_DISAGG Copy Operator (Advanced) Kopieroperator
SOP_VERSION Copy Version Operator Versionskopieroperator
- Copy Version and Scenarios
Operator
Versions- und Szenariokopieroperator
Planungsoperatoren SCM (S&OP) wurden durch S&OP-Operatorprole ersetzt. Weitere Informationen über
S&OP-Operatorprolenden Sie unter Planungsprole für die zeitreihenbasierte Beschaungsplanung.
Weitere Informationen
Daten kopieren
Planungsprole für die zeitreihenbasierte Beschaungsplanung
Operator „Erweiterte Simulation“
Vordenierte Anwendungsjobvorlagen
Planungslaufprole
16.1 Planungsoperator einem Planungsbereich zuordnen
Voraussetzungen
Stellen Sie sicher, dass Sie die erforderlichen Berechtigungen für diese Aktivität haben, also dass
die erforderlichen Anwendungskataloge für diese Aktivität einer Anwendungsrolle zugeordnet sind, die
Ihrem Anwendungsbenutzer zugeordnet ist. Weitere Informationen nden Sie auf dem SAP Help Portal
http://help.sap.com/ibp unter Anwendungshilfe für SAP Integrated Business Planning Identitäts- und
Zugrisverwaltung Grundkonzepte Anwendungskataloge .
Kontext
In der App Planungsbereiche können Sie einem Planungsbereich die folgenden Planungsoperatoren zuordnen:
Leitfaden für die Modellkonguration
Planungsoperatoren
PUBLIC
ÖFFENTLICH 311
•Bestandsoptimierung (IO)
•Snapshot (SNAPSHOT)
•Snapshot wiederholen (REDOSNAPSHOT)
Hinweis
Sie können prolbasierte Planungsoperatoren in den entsprechenden Apps zu Planungsbereichen
zuordnen.
Vorgehensweise
Um in der App Planungsbereiche einem Planungsbereich einen Planungsoperator zuzuordnen, gehen Sie wie
folgt vor:
1. Önen Sie die App Planungsbereiche
2. Wählen Sie Ihren Planungsbereich aus der Liste der Planungsbereiche und önen Sie ihn.
3. Önen Sie die Registerkarte Planungsoperatoren .
4. Wählen Sie Hinzufügen.
Das Dialogfenster Planungsoperatoren zuordnen wird geönet.
5. Wählen Sie den Planungsoperator aus, den Sie Ihrem Planungsbereich zuordnen möchten, und wählen Sie
OK.
16.2 Snapshot-Operator (SNAPSHOT)
Mit dem Snapshot-Planungsoperator (SNAPSHOT) können Benutzer Snapshots von Kennzahlen in SAP
Integrated Business Planning, Add-in für Microsoft Excel, oder in der App Anwendungsjobs aufnehmen.
Wenn Sie in der App Planungsbereiche auf der Registerkarte Snapshots einen Snapshot denieren, erstellt das
System automatisch einen Snapshot-Planungsoperator und einen Redo-Snapshot-Planungsoperator für die
Denition. Alle weiteren Snapshot-Denitionen werden zu den gleichen Planungsoperatoren hinzugefügt.
Planungsoperatoren mit diesem Typ sind nicht bearbeitbar.
Weitere Informationen
Original-Snapshots kongurieren [Seite 317]
312
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Planungsoperatoren
16.3 Redo-Snapshot-Operator (SNAPSHOTREDO)
Mit dem Planungsoperator Redo-Snapshot (SNAPSHOTREDO) können Benutzer einen Snapshot neu erstellen,
falls die Daten zuvor fehlerhaft sein sollten. Der Operator überschreibt in einem Batch-Prozess die aktuellsten
Snapshots mit einem neuen Snapshot für dieselben Kennzahlen.
Wenn Sie in der App Planungsbereiche auf der Registerkarte Snapshots einen Snapshot denieren, erstellt das
System automatisch einen Snapshot-Planungsoperator und einen Redo-Snapshot-Planungsoperator für die
Denition. Alle weiteren Snapshot-Denitionen werden zu den gleichen Planungsoperatoren hinzugefügt.
Planungsoperatoren mit diesem Typ sind nicht bearbeitbar.
Weitere Informationen
Original-Snapshots kongurieren [Seite 317]
16.4 Bestandsoptimierungsoperator (IO-Operator)
Der Planungsoperator für die Bestandsoptimierung (IO) ermöglicht es Ihnen, eine Bestandsoptimierung für
ein Supply-Chain-Netzwerk durchzuführen.
Hinweis
Der Operatortyp Bestandsoptimierung (IO) ist ab SAP IBP 2205 abgekündigt. Sie können Operatoren
dieses Typs nicht mehr anlegen, aber Sie können sie in der App Planungsbereiche weiterhin zu
Planungsbereichen zuordnen.
Achtung
Um die Bestandsoperatoren auszuführen, müssen für die entsprechenden Stammdatentypen, Attribute
und Kennzahlen spezische technische IDs verwendet werden, die von SAP deniert wurden. Wenn diese
technischen IDs nicht verwendet werden, schlagen die Bestandsoperatoren fehl. Weitere Informationen
hierzu nden Sie unter http://help.sap.com/ibp. Wählen Sie Anwendungshilfe für SAP Integrated
Business Planning Geschäftsanwendungen Bestandsoptimierung Beispielplanungsbereich für die
Bestandsoptimierung Stammdaten und Anwendungshilfe für SAP Integrated Business Planning
Geschäftsanwendungen Bestandsoptimierung Beispielplanungsbereich für die Bestandsoptimierung
Kennzahlen .
Leitfaden für die Modellkonguration
Planungsoperatoren
PUBLIC
ÖFFENTLICH 313
Operatoren
Sie können die folgenden Bestandsoperatoren verwenden:
Bestandsoperator Algorithmustyp Parametername im Excel-
Add-in
Erklärung
Single-Stage Inventory Opt SINGLE STAGE IO Decomposed (single-stage)
inventory optimization
Führt für alle Standardloka-
tionsprodukt-Kombinationen
eine lokale Optimierung
durch Dekomposition des
empfohlenen Sicherheitsbes-
tands durch. Ideal zum Aus-
führen von Simulationen, in
denen Sie die Auswirkungen
von lokalen Änderungen an
Eingabekennzahlen auf den
empfohlenen Sicherheitsbe-
stand bestimmen möchten,
nachdem eine mehrstuge
Bestandsoptimierung ausge-
führt wurde.
Multi-Stage Inventory Opt MULTI STAGE IO Global (multi-stage) inventory
optimization
Optimiert den empfohlenen
Sicherheitsbestand global für
alle Produkte und Lokationen
der Lieferkette. Minimiert die
Gesamtlagerhaltungskosten
für Ihren Sicherheitsbestand
und stellt gleichzeitig sicher,
dass alle Ziele zum Lieferbe-
reitschaftsgrad für den Kun-
den erreicht werden.
Calculate Inventory
Components
IO_DETERMINISTIC Calculate Target Inventory
Components
Berechnet Bestandskompo-
nenten, d.h. Bestandstypen,
die den Gesamtbestand für
einen bestimmten Gegen-
stand umfassen. Wenn Sie
angeben, welche Bestands-
typen in der Logistikkette
vorhanden sind, ermöglicht
das feinkörnigere Bestands-
optimierungsberechnungen.
Hinweis
Die Operatoren Multi-Stage Inventory Opt operator, und Calculate Inventory Components berechnen
Ausgaben für alle Bedarfsströme und berücksichtigen daher keine Berechtigungsltereinstellungen in den
Berechnungen.
314
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Planungsoperatoren
Der Operator Single-Stage Inventory Opt berücksichtigt Berechtigungslter bei der Berechnung von
Ausgaben.
Planungshorizontparameter
Um einen anderen Planungshorizont als den Standardplanungshorizont für einen Planungsbereich zu
verwenden, müssen Sie die Planungshorizontparameter für die Bestandsoptimierungsoperatoren denieren.
Die folgenden Operatoren unterstützen die Planungshorizontparameter:
•Multi-Stage Inventory Opt
•Calculate Inventory Components
Parameter Beschreibung
PLANNING_HORIZON Positiver Ganzzahlwert, der Kalenderwochen darstellt.
Beispiel: Operator "Multi-Stage Inventory Opt" mit einem Planungshorizont
anlegen
Das folgende Beispiel zeigt Einstellungen für einen Operator Multi-Stage Inventory Opt mit einem
Planungshorizont von fünf Kalenderwochen anlegen:
Einstellungen
Feld Eintrag
Name Multi-Stage IO PH 5
Beschreibung Multi-Stage IO PH 5
Interaktiver Modus Nein
Batch-Modus Ja
Filtermodus Ja
Parameter
Parameter Wert
ALGORITHM_TYPE MULTI STAGE IO
PLANNING_HORIZON 5
Ergebnis
Nachdem Sie diese Einstellungen vorgenommen und den Operator dem relevanten Planungsbereich
zugeordnet haben (siehe Planungsoperator einem Planungsbereich zuordnen [Seite 311]), können Sie den
Leitfaden für die Modellkonguration
Planungsoperatoren
PUBLIC
ÖFFENTLICH 315
Planungsoperator im SAP Integrated Business Planning, Add-in für Microsoft Excel im Simulationsmodus und
im Batch-Modus ausführen.
316
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Planungsoperatoren
17 Original-Snapshots kongurieren
Sie müssen die erforderlichen Snapshots denieren, damit Benutzer Original-Snapshots von Kennzahlen
aufnehmen und die Original-Snapshots neu erstellen können, falls falsche Daten überschrieben werden
müssen.
Voraussetzungen
Stellen Sie sicher, dass Sie die erforderlichen Berechtigungen für diese Aktivität haben, also dass
die erforderlichen Anwendungskataloge für diese Aktivität einer Anwendungsrolle zugeordnet sind, die
Ihrem Anwendungsbenutzer zugeordnet ist. Weitere Informationen nden Sie auf dem SAP Help Portal
http://help.sap.com/ibp unter Anwendungshilfe für SAP Integrated Business Planning Identitäts- und
Zugrisverwaltung Grundkonzepte Anwendungskataloge .
Kontext
Sie kongurieren Snapshots, indem Sie eine Snapshot-Denition auf Planungsbereichsebene anlegen. Das
System ordnet automatisch Snapshot-Denitionen zu den Operatoren Snapshot und Redo-Snapshot zu. Der
Benutzer kann dann Snapshots aufnehmen oder neu erstellen, indem er den entsprechenden Operator von
SAP Integrated Business Planning, Add-in für Microsoft Excel (SAP IBP, Add-in für Microsoft Excel), oder in der
App Anwendungsjobs ausführt.
Weitere Informationen über Original-Snapshots nden Sie unter Original-Snapshots.
Schritte
1. Wählen Sie in der App Planungsbereiche auf der Registerkarte Snapshots die Option Neu.
In der nachfolgende Tabelle sind die Einstellungen erklärt:
Feld Erklärung Beispieleintrag
Name Kurzer beschreibender Name für den
Snapshot
ABCSALESFORECASTSN
Beschreibung Längere Beschreibung des Snapshots Sales Forecast Snapshot
Leitfaden für die Modellkonguration
Original-Snapshots kongurieren
PUBLIC
ÖFFENTLICH 317
Feld Erklärung Beispieleintrag
Eingabekennzahlen Kennzahlen, die im Snapshot einge-
schlossen werden sollen
FORECAST, HISTORY,
SALESFORECAST
Sux Sux, das die Kennzahl als Snapshot-
Kennzahl kennzeichnet. Der Name der
Snapshot-Kennzahl besteht aus dem
Namen der Eingabekennzahl, dem
Sux und der Snapshot-Nummer, die
automatisch vom System vergeben
wird.
<<Kennzahlname>>_<<Suffix>>_<
<Snapshot-Nummer>>. Beispiel:
CONSENSUSDEMAND_SN_1.
Sie können keine Snapshot-Denition
mit einem Sux anlegen, das bereits
von einer anderen Snapshot-Deni-
tion im Planungsbereich verwendet
wird.
SN
Periode von Die erste Periode im Periodenzeit-
raum Ihres Snapshots.
Die Periodenart wird durch die
Ablagezeitprolebene jeder Eingabe-
kennzahl bestimmt. Bei Eingabekenn-
zahlen mit unterschiedlichen Ablage-
zeitprolebenen innerhalb derselben
Snapshot-Denition ist die Periode,
für die Snapshots erstellt werden, für
jede Kennzahl unterschiedlich.
Bitte beachten Sie, dass 0 immer die
aktuelle Periode darstellt. Wenn z.B.
die Ablagezeitprolebene einer Kenn-
zahl Monate ist, und Sie einen Snaps-
hot von der Kennzahl für die komm-
enden 12 Monate erstellen möchten,
geben Sie in das Feld Periode von 0
und in das Feld Periode bis 11 ein.
-6
Periode bis Die letzte Periode im Periodenzeit-
raum Ihres Snapshots.
6
318
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Original-Snapshots kongurieren
Feld Erklärung Beispieleintrag
Anzahl an Snapshots Höchstanzahl an Snapshots, die Sie
von einer Kennzahl erstellen können.
Wenn die Höchstzahl erreicht ist, wird
der älteste Snapshot gelöscht, um
Platz für den neuen zu schaen. Die
erlaubte Höchstzahl an Snapshots be-
trägt 12.
9
Planungsoperatoren Sie können Einstellungen für den zu
generierenden Snapshot- und Redo-
Snapshot-Operator festlegen. Sie kön-
nen für jeden Operator einen der fol-
genden Modi festlegen:
•Batch-Modus: Wenn dieser Mo-
dus gesetzt ist, können Sie Pla-
nungsoperator zum Ausführen
im Hintergrund einplanen (entwe-
der sofort oder als eingeplanten
Job).
•Filtermodus: Wenn dieser Modus
gesetzt ist, können Sie beim Aus-
führen oder Einplanen des Pla-
nungsoperators im Excel-Add-in
Filter verwenden. Wenn Sie bei-
spielsweise den Filtermodus für
den Operatortyp SNAPSHOT akti-
vieren, können Sie einen abgeleg-
ten Filter verwenden oder einen
Ad-hoc-Filter anlegen, wenn Sie
den Snapshot aus dem Add-in
erstellen. Es werden nur die Da-
ten, die dem Filter entsprechen,
in den Snapshot aufgenommen.
-
2. Sichern Sie Ihre Eingaben.
3. Aktivieren Sie Ihren Planungsbereich.
Ergebnisse
Die neuen Snapshot-Kennzahlen werden zu den Kennzahlen für den Planungsbereich hinzugefügt und können
in der App Planungsbereiche auf der Registerkarte Kennzahlen angezeigt werden. Sie werden durch ein Symbol
in der Spalte Art entsprechend gekennzeichnet. Die Anzahl der angelegten Snapshot-Kennzahlen entspricht
der maximalen Anzahl an Snapshots, die in der Snapshot-Denition deniert ist.
Das System ordnet die Snapshot-Denition automatisch den Operatoren Snapshot und Redo-Snapshot zu.
Leitfaden für die Modellkonguration
Original-Snapshots kongurieren
PUBLIC
ÖFFENTLICH 319
Hinweis
Bitte beachten Sie Folgendes:
•Sie können für beliebige zeitabhängige (abgelegte oder berechnete) Kennzahlen Original-Snapshots
kongurieren. Ausgenommen sind Hilfskennzahlen, technische Kennzahlen, benutzerdenierte
Kennzahlen, umrechnungsrelevante Kennzahlen, externe Kennzahlen oder generierte Snapshot-
Kennzahlen sowie zum Löschen vorgemerkte Kennzahlen.
•Das Berechnungsdiagramm der Kennzahlen, für die Sie die Snapshot-Denition kongurieren,
darf keine Attributtransformationen, Hilfskennzahlen, technische Kennzahlen, generierte Snapshot-
Kennzahlen, externe Kennzahlen oder umrechnungsrelevante Kennzahlen enthalten.
•Es gibt keine Längenbeschränkung für die IDs von Eingabekennzahlen für Snapshot-Denitionen.
Falls die zu generierende Snapshot-Kennzahl-ID länger als 32 Zeichen wäre, wird sie automatisch
gekürzt. Die gekürzte ID nden Sie in der Tabelle Eingabekennzahlen. Sie ist jedoch standardmäßig
ausgeblendet.
•Bitte beachten Sie: Je mehr Snapshot-Denitionen Sie anlegen und je mehr Eingabekennzahlen und
Snapshots Sie je Denition denieren, desto mehr abgelegte Snapshot-Kennzahlen werden für den
entsprechenden Planungsbereich generiert. Wenn Sie z.B. fünf Snapshot-Denitionen mit jeweils
fünf Eingabekennzahlen und fünf Snapshots anlegen, werden insgesamt 125 abgelegte Snapshot-
Kennzahlen für den Planungsbereich generiert. Dadurch kann die Systemleistung beeinträchtigt
werden. Wir empfehlen daher, nur so viele Snapshot-Denitionen anzulegen, wie Sie wirklich
benötigen.
•Sobald der Snapshot angelegt und auf der Kachel Snapshots gesichert wurde, können Sie die
Kennzahlen in der Snapshot-Denition, die im Snapshot erfasst werden sollen, nicht mehr ändern.
Wenn Sie andere Einstellungen benötigen, legen Sie eine neue Snapshot-Denition an.
•Sie können den Wert des Felds Anzahl an Snapshots ändern. Die Änderung wirkt sich jedoch nur
auf Operatorläufe nach der nächsten Planungsbereichsaktivierung aus. Wenn Sie einen höheren Wert
festlegen, werden neue Snapshot-Kennzahlen generiert, die zunächst inaktiv sind. Sie werden aktiv
und werden erst von Operatorläufen berücksichtigt, wenn Sie den Planungsbereich aktiviert haben.
Wenn Sie einen kleineren Wert festlegen, ändert sich der Status einiger Snapshot-Kennzahlen in "Zum
Löschen vorgemerkt", aber die Löschung wird erst mit der nächsten Planungsbereichsaktivierung
abgeschlossen.
Bei Snapshot-Denitionen mit einem nicht eindeutigen Sux, d.h. Denitionen, die ihr Sux mit einer
anderen Snapshot-Denition innerhalb desselben Planungsbereichs teilen, können Sie den Wert des
Feldes nicht ändern.
Weitere Informationen
Kennzahlentypen [Seite 152]
320
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Original-Snapshots kongurieren
18 Planungsmodelle aktivieren
Bevor Sie die Daten verwenden können, die Sie in der Anwendung eingerichtet haben, müssen Sie Ihr
Planungsmodell aktivieren. Wenn das Modell aktiviert ist, wird basierend auf den Metadaten des von Ihnen
denierten Modells die Infrastruktur erstellt, mit der Sie Planungsdaten ablegen und auf diese zugreifen
können.
Empfehlung
Wir empfehlen Ihnen, vor der Aktivierung die Konsistenzprüfungen für die Modellentitäten auszuführen,
die Sie aktivieren möchten. Wenn das Prüfprotokoll Fehler enthält, korrigieren Sie diese, bevor Sie die
Modellentitäten aktivieren.
Sie müssen Ihre Modellentitäten in der folgenden Reihenfolge aktivieren:
1. Zeitprole
2. Stammdatentypen
3. Planungsbereiche
Sie können ein Planungsmodell auch in einem Schritt aktivieren, indem Sie einen Planungsbereich zusammen
mit seinem entsprechenden Zeitprol und den entsprechenden Stammdatentypen aktivieren.
Hinweis
Bei Aktivierung eines Planungsbereichs werden die Datenaustauschmodelle nicht aktiviert. Sie müssen die
Datenaustauschmodelle ggf. in einem separaten Schritt aktivieren.
Die Aktivierung wird als Anwendungsjob ausgeführt. Sie können den Jobstatus überwachen, die Jobdetails
anzeigen und den Job in der App Anwendungsjobs abbrechen.
Sie können die Aktivierung der Zeitprole, Stammdatentypen und Planungsbereiche über die vordenierte
Vorlage Aktivierung des Planungsmodells in der App Anwendungsjobs einplanen.
Empfehlung
Wir empfehlen, dass Sie eine Geschäftsausfallzeit einplanen, wenn Sie die Modellaktivierung ausführen
möchten. Insbesondere die folgenden Aufgaben, Anwendungsjobs und Prozesse dürfen während
der Aktivierung eines Planungsbereichs nicht ausgeführt werden, andernfalls kann das System den
Aktivierungsjob nicht einplanen, oder die Ausführung der Aktivierung dauert erheblich länger oder schlägt
fehl:
•Datenintegration (über die App Datenintegrationsjobs, SAP Cloud Integration für Datenservices oder
SAP HANA Smart Data Integration)
Datenintegration für Zeiträume und Stammdatentypen dürfen während der Ausführung einer
Aktivierung nicht ausgeführt werden. Datenintegration für Snapshots und Kennzahlwerte dürfen für
den zu aktivierenden Planungsbereich nicht ausgeführt werden.
•Anlegen und Ändern von Planungssichten, Bearbeitungsdaten und Simulationen im SAP IBP, Add-in für
Microsoft Excel
Während die Aktivierung ausgeführt wird, sollte kein Benutzer im SAP IBP, Add-in für Microsoft Excel
angemeldet sein.
Leitfaden für die Modellkonguration
Planungsmodelle aktivieren
PUBLIC
ÖFFENTLICH 321
•Anwendungsjobs für Planungsoperatoren
Stellen Sie sicher, dass keine Planungsoperatoren in dem Planungsbereich ausgeführt werden, den Sie
aktivieren.
•Anwendungsjobs zum Anlegen von Zeiträumen für Zeitprole
Stellen Sie sicher, dass keine Jobs zum Anlegen von Zeiträumen für das entweder direkt oder
zusammen mit einem Planungsbereich zu aktivierende Zeitprol ausgeführt werden.
•Anwendungsjobs für Data Lifecycle Management
Stellen Sie sicher, dass keine Datenbereinigungsjobs ausgeführt werden, die mit den
Stammdatentypen oder den Kennzahlen in dem zu aktivierenden Planungsbereich kollidieren könnten.
Hinweis
Sie können ein Planungsmodell aktivieren und die Konsistenzprüfungen für ein anderes Modell parallel
ausführen, aber Sie können keine zwei Planungsmodelle oder zwei Sätze Modellentitäten gleichzeitig
aktivieren.
Sobald Sie Ihr Planungsmodell aktiviert haben, können Sie es kopieren und bei Bedarf Modellentitäten durch
eine aktive Löschung löschen.
Weitere Informationen
Anwendungsjobs
18.1 Status von Modellentitäten
Die Hintergrundinformationen in diesem Kapitel können Ihnen helfen, die Modellierung und Aktivierung in SAP
Integrated Business Planning besser zu verstehen.
Modellentitäten und ihre Aktivierung
Planungsmodelle im SAP Integrated Business Planning basieren auf den folgenden Modellentitäten:
•Attribute
•Stammdatentypen
•Zeitprole
•Planungsbereiche
•Planungsebenen
•Kennzahlen
•Versionen
•Verschiedene zusätzliche Entitäten: Planungsoperatoren, globale Kongurationsparameter und
Ursachencodes
322
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Planungsmodelle aktivieren
Modellentitäten aktivieren
Aus diesen Entitäten können Sie Folgendes aktivieren:
•Stammdatentypen
Durch die Aktivierung eines Stammdatentyps werden auch alle Attribute aktiviert, die dem
Stammdatentyp zugeordnet sind.
•Zeitprole
Durch die Aktivierung eines Zeitprols werden auch alle Attribute aktiviert, die dem Zeitprol zugeordnet
sind.
•Planungsbereich
Durch die Aktivierung eines Planungsbereichs werden auch alle Attribute, die dem Planungsbereich
zugeordnet sind, die Kennzahlen, Planungsebenen und Versionen aktiviert.
Sie können auch die Stammdatentypen in die Aktivierung miteinschließen, die im Planungsbereich
verwendet werden (und damit die Attribute, die sie miteinschließen).
Andere Entitäten können nur zusammen mit der übergeordneten Entität aktiviert werden, die diese enthält.
Status einer Modellentität
Ein Zeitprol, ein Stammdatentyp und ein Planungsbereich können die folgenden Status haben:
•Inaktiv
Eine Entität hat den Status „inaktiv“, wenn sie angelegt und zum ersten Mal gesichert wird, oder wenn die
aktive Entität geändert und gesichert wird.
•Aktiv
Eine Entität hat den Status „aktiv“, nachdem sie aktiviert wurde, entweder direkt oder indirekt (zusammen
mit einer übergeordneten Entität).
•Zum Löschen vorgemerkt
Wenn eine aktive Entität zum Löschen vorgemerkt wurde, hat sie den Status „Zum Löschen vorgemerkt“.
Die tatsächliche Löschung wird mit der nächsten Aktvierung der Entität ausgeführt. Bis dahin können Sie
den Status „Zum Löschen vorgemerkt“ auf „Aktiv“ zurücksetzen.
Hinweis
Planungsebenen, Kennzahlen, Snapshot-Denitionen und Versionen können die gleichen drei Status
haben. Sie können diese Modellentitäten jedoch nicht eigenständig aktivieren, sondern nur über den
Planungsbereich, in den sie eingeschlossen sind.
Attribute stellen einen Sonderfall dar. Ein Attribut hat einen eigenen Status, aber sie können es nur als Teil der
Aktivierung einer übergeordneten Entität aktivieren. Ein Attribut kann die folgenden Status haben:
•Inaktiv
Ein Attribut hat den Status „inaktiv“, wenn es angelegt und zum ersten Mal gesichert wird, oder wenn das
aktive Attribut geändert und gesichert wird.
•Aktiv
Ein Attribut hat den Status „aktiv“, nachdem es aktiviert wurde (zusammen mit einem Stammdatentyp,
einem Zeitprol oder einem Planungsbereich),
Leitfaden für die Modellkonguration
Planungsmodelle aktivieren
PUBLIC
ÖFFENTLICH 323
Instanzen einer Modellentität
Neben Status sind Instanzen einer Entität ebenfalls ein Schlüsselkonzept in der Modellaktivierung. Eine Instanz
ist ein gesicherter Zustand einer Modellentität und wird durch den Status klassiziert.
Ein oder zwei Instanzen mit verschiedenen Status einer Modellentität können gleichzeitig vorhanden sein:
•Inaktiv
Die Entität wurde angelegt und zum ersten Mal gesichert, aber noch nicht aktiviert.
•Aktiv
Die Entität wurde aktiviert und seit der letzten Aktivierung nicht mehr geändert.
•Aktiv und inaktiv
Die Entität wurde aktiviert (aktive Instanz) und seit der letzten Aktivierung geändert (inaktive Instanz).
•„Aktiv“ und „Zum Löschen vorgemerkt“
Die Entität wurde aktiviert (Instanz „Aktiv“) und seit der letzten Aktivierung zum Löschen vorgemerkt
(Instanz „Zum Löschen vorgemerkt“).
Im Arbeitsvorrat für Planungsbereiche der App Planungsbereiche können Sie wählen, ob die neueste Instanz
der Modellentität (Aktuelle Version anzeigen) oder die neueste aktive Instanz (Aktive Version anzeigen)
angezeigt werden soll. Sie können die neueste aktive Version einer Modellentität nur anzeigen, Sie können
sie nicht bearbeiten.
Hinweis
Die inaktive Instanz einer übergeordneten Entität bezieht sich auf die neueste Instanz der abhängigen
Entität, die aktiv oder inaktiv ist.
Beispiel: Wenn sowohl ein Attribut als auch der Stammdatentyp, der das Attribut verwendet, inaktive und
aktive Instanzen haben, verwendet die aktive Instanz des Stammdatentyps die aktive Instanz des Attributs,
während die inaktive Instanz des Stammdatentyps die inaktive Instanz des Attributs verwendet.
Änderungen am Status einer Modellentität
Der Lebenszyklus einer Modellentität beginnt mit dem Status „Inaktiv“, nachdem die Entität angelegt und
gesichert wurde. Die Entität kann bei der Aktivierung in den Status „Aktiv“ übergehen.
Nur Aktive anzeigen
Wenn eine aktive Entität zwar geändert, aber noch nicht aktiviert wurde, bleibt die aktive Instanz der Entität
unverändert und eine inaktive Instanz wird angelegt, in der die Änderungen abgelegt werden.
Die aktive Instanz wird überall in SAP Integrated Business Planning verwendet, beispielsweise im IBP-Add-in
für Microsoft Excel, in den Planungsoperatoren und in der Datenintegration. Wenn die Entität wieder aktiviert
wird, werden die Änderungen wirksam und die inaktive Instanz wird zur aktiven (und bis zur nächsten
Änderung die einzige) Instanz der Entität.
Hinweis
Wenn Sie eine Entität aktiviert haben, können Sie die zuvor aktive Instanz nicht wiederherstellen.
324
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Planungsmodelle aktivieren
Entität löschen
Sie können mit der aktiven Löschung aktive Stammdatentypen, Planungsebenen, Kennzahlen, Snapshot-
Denitionen, Planungsbereiche und Zeitprole löschen. Weitere Informationen erhalten Sie unter Aktive
Objekte löschen (Aktive Löschung) [Seite 344].
Mit der aktiven Löschung wird die inaktive Instanz der Entität sofort gelöscht. Wenn es eine aktive Instanz der
Entität gibt, bleibt die aktive Instanz unverändert und die Instanz „Zum Löschen vorgemerkt“ wird angelegt.
Diese beiden Instanzen sind bis zur nächsten Aktivierung der Entität parallel vorhanden.
Bis zur nächsten Aktivierung der Entität wird die aktive Instanz überall in SAP Integrated Business
Planning verwendet, beispielsweise im IBP-Add-in für Microsoft Excel, in den Planungsoperatoren und in der
Datenintegration. Bei der nächsten Aktivierung werden die Entität (sowohl die aktive als auch die zum Löschen
vorgemerkte Instanz) und die für die jeweilige Entität hochgeladenen Daten gelöscht.
Wenn die Entität nur eine inaktive Instanz hat, wird sie sofort gelöscht, wenn Sie Löschen auswählen („Aktive
Löschung“ steht in diesem Fall nicht zur Verfügung).
Hinweis
Im Fall der Löschung eines Planungsbereichs wird durch Auswahl von Löschen (oder Löschen mit
Abhängigkeiten) der Planungsbereich zusammen mit seinen abhängigen Stammdatentypen und dem
Zeitprol gelöscht.
Wenn alle Objekte (der Planungsbereich und die zugehörigen Abhängigkeiten) inaktiv sind, können Sie
diese in einem Schritt löschen, während aktive Objekte zuerst auf Zum Löschen vorgemerkt gesetzt werden
und Sie sie in der entsprechenden App aktivieren müssen, um den Löschvorgang abzuschließen. Bei
inaktiven Objekten mit einer aktiven Instanz im System werden die inaktiven Instanzen gelöscht und die
aktiven Instanzen auf Zum Löschen vorgemerkt gesetzt.
18.1.1Beispiel: Voneinander abhängige Modellentitäten
ändern
Das folgende Beispiel enthält 3 Attribute (A1, A2 und A3), die in einem Stammdatentyp (MDT1) verwendet
werden, der wiederum in einem Planungsbereich (PA1) verwendet wird.
Anschließend wird ein neues Attribut A4 angelegt, dem Stammdatentyp MDT1 hinzugefügt, und der
Stammdatentyp wird aktualisiert. Danach wird das Attribut A4 dem Planungsbereich PA1 zugeordnet, und
der Planungsbereich PA1 wird aktiviert.
Im nächsten Schritt wird ein neues Attribut A5 angelegt und dem Stammdatentyp MDT1 hinzugefügt, ohne
dass der Stammdatentyp aktiviert wird.
Als letzter Schritt wird die Periodenverschiebung im Planungsbereich PA1 geändert. (Diese Änderung hat
keinen Einuss auf die Attribute und Stammdatentypen).
Leitfaden für die Modellkonguration
Planungsmodelle aktivieren
PUBLIC
ÖFFENTLICH 325
Startpunkt
Entität Verwendung Instanz Anmerkung
Attribut A1 Verwendet in MDT1 und PA1 Aktiv
Attribut A2 Verwendet in MDT1 und PA1 Aktiv
Attribut A3 Verwendet in MDT1 und PA1 Aktiv
Stammdatentyp MDT1 Verwendet in PA1
Verwendet A1, A2, A3
Aktiv
Planungsbereich PA1 Verwendet A1, A2, A3, und
MDT1
Aktiv
Schritt 1: Attribut A4 anlegen und dem Stammdatentyp MDT1 hinzufügen
Entität Verwendung Instanz Anmerkung
Attribut A1 Verwendet in MDT1 und PA1 Aktiv
Attribut A2 Verwendet in MDT1 und PA1 Aktiv
Attribut A3 Verwendet in MDT1 und PA1 Aktiv
Attribut A4 Für die Verwendung in MDT1
ausgewählt
Inaktiv Das Attribut A4 wird gesi-
chert und dem Stammdaten-
typ MDT1 hinzugefügt.
Bis zur Aktvierung von MDT1
liegt nur die inaktive Instanz
von A4 vor.
Stammdatentyp MDT1 Verwendet in PA1
Verwendet A1, A2, A3
Aktiv Die aktive Instanz bleibt bis
zur erneuten Aktivierung von
MDT1 unverändert.
Verwendet in PA1
Verwendet A1, A2, A3, A4
Inaktiv Die inaktive Instanz von MDT1
wird zum Ablegen der Ände-
rungen angelegt - in diesem
Fall wird das Attribut A4 dem
Stammdatentyp MDT1 hinzu-
gefügt.
326
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Planungsmodelle aktivieren
Entität Verwendung Instanz Anmerkung
Planungsbereich PA1 Verwendet A1, A2, A3, und
MDT1
Aktiv
Das SAP Integrated Business Planning, Add-In für Microsoft Excel (SAP IBP, Add-In für Microsoft Excel),
die Datenintegration und andere Funktionen von SAP IBP verwenden weiterhin die aktive Instanz des
Stammdatentyps MDT1.
Schritt 2: Stammdatentyp MDT1 aktivieren
Entität Verwendung Instanz Anmerkung
Attribut A1 Verwendet in MDT1 und PA1 Aktiv
Attribut A2 Verwendet in MDT1 und PA1 Aktiv
Attribut A3 Verwendet in MDT1 und PA1 Aktiv
Attribut A4 Verwendet in MDT1 Aktiv Das Attribut A4 wird aktiv,
wenn der Stammdatentyp
MDT1 aktiviert wird.
Die inaktive Instanz A4 ist
nicht mehr vorhanden.
Stammdatentyp MDT1 Verwendet in PA1
Verwendet A1, A2, A3, A4
Aktiv Die zuvor inaktive Instanz
von MDT1 wird nun zur akti-
ven - und einzigen - Instanz
von MDT1.
Es liegt keine inaktive Instanz
von MDT1 vor.
Planungsbereich PA1 Verwendet A1, A2, A3, und
MDT1
Aktiv Das Aktivieren des Stamm-
datentyps MDT1 hat keine
Auswirkung auf den Pla-
nungsbereich PA1. Er weist
immer noch eine aktive Ver-
sion auf, die unverändert ist.
Leitfaden für die Modellkonguration
Planungsmodelle aktivieren
PUBLIC
ÖFFENTLICH 327
Schritt 3: Stammdatentyp MDT1 exportieren und importieren
Schritt 4: Attribut A4 im Planungsbereich PA1 zuordnen und den
Planungsbereich PA1 aktivieren
Entität Verwendung Instanz Anmerkung
Attribut A1 Verwendet in MDT1 und PA1 Aktiv
Attribut A2 Verwendet in MDT1 und PA1 Aktiv
Attribut A3 Verwendet in MDT1 und PA1 Aktiv
Attribut A4 Verwendet in MDT1 und PA1 Aktiv Das Attribut A4 wird nun
ebenfalls im Planungsbereich
PA1 verwendet.
Stammdatentyp MDT1 Verwendet in PA1
Verwendet A1, A2, A3, A4
Aktiv
Planungsbereich PA1 Verwendet A1, A2, A3, A4 und
MDT1
Aktiv Die aktive Instanz im Pla-
nungsbereich PA1 enthält
jetzt auch das Attribut A4.
Die neue aktive Instanz von
PA1 setzt die vorherige aktive
Instanz außer Kraft.
Schritt 5: Planungsbereich PA1 transportieren oder exportieren und
importieren
Schritt 6: Attribut A5 anlegen und dem Stammdatentyp MDT1 hinzufügen
Entität Verwendung Instanz Anmerkung
Attribut A1 Verwendet in MDT1 und PA1 Aktiv
Attribut A2 Verwendet in MDT1 und PA1 Aktiv
Attribut A3 Verwendet in MDT1 und PA1 Aktiv
Attribut A4 Verwendet in MDT1 und PA1 Aktiv
328
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Planungsmodelle aktivieren
Entität Verwendung Instanz Anmerkung
Attribut A5 Verwendet in MDT1 Inaktiv Das Attribut A5 wurde gesi-
chert und dem Stammdaten-
typ MDT1 hinzugefügt. Bis zur
Aktvierung von MDT1 liegt nur
die inaktive Instanz von A5
vor.
Stammdatentyp MDT1 Verwendet in PA1
Verwendet A1, A2, A3, A4
Aktiv Da keine Aktivierung stattge-
funden hat, ist die aktive In-
stanz von MDT1 unverändert.
Verwendet in PA1
Verwendet A1, A2, A3, A4, A5
Inaktiv Das Hinzufügen von A5 zu
MDT1 führt zu einer inaktiven
Instanz von MDT1.
Planungsbereich PA1 Verwendet A1, A2, A3, A4 und
MDT1
Aktiv
Das SAP-IBP-Add-In für Microsoft Excel, die Datenintegration und andere Funktionen von SAP IBP verwenden
weiterhin die aktive Instanz des Stammdatentyps MDT1.
Schritt 7: Periodenverschiebung des Planungsbereichs PA1 ändern
Das Ändern der Periodenverschiebung wirkt sich nur auf den Planungsbereich aus, nicht auf die
Stammdatentypen und die Attribute, die im Planungsbereich verwendet werden.
Entität Verwendung Instanz Anmerkung
Attribut A1 Verwendet in MDT1 und PA1 Aktiv
Attribut A2 Verwendet in MDT1 und PA1 Aktiv
Attribut A3 Verwendet in MDT1 und PA1 Aktiv
Attribut A4 Verwendet in MDT1 und PA1 Aktiv
Attribut A5 Verwendet in MDT1 Inaktiv
Stammdatentyp MDT1 Verwendet in PA1
Verwendet A1, A2, A3, A4
Aktiv
Verwendet in PA1
Verwendet A1, A2, A3, A4, A5
Inaktiv
Leitfaden für die Modellkonguration
Planungsmodelle aktivieren
PUBLIC
ÖFFENTLICH 329
Entität Verwendung Instanz Anmerkung
Planungsbereich PA1 Verwendet A1, A2, A3, A4 und
MDT1
Aktiv Die aktive Instanz von PA1
verweist immer noch auf die
aktive Instanz von MDT1.
Verwendet A1, A2, A3, A4, A5
und MDT1
Inaktiv Die inaktive Instanz von PA1
verweist immer noch auf die
inaktive Instanz von MDT1.
Hinweis
Wenn in solchen Fällen eine inaktive Instanz eines Planungsbereichs auf eine inaktive Instanz
eines Stammdatentyps verweist, sollten Sie entweder den Stammdatentyp aktivieren, bevor Sie den
Planungsbereich aktivieren, oder den Planungsbereich mit ausgewählter Option Zugehörige Zeitprol- und
Stammdatentypen einbeziehen aktivieren.
Schritt 8: Planungsbereich PA1 aktivieren
Schritt 9: Planungsbereich PA1 transportieren oder exportieren und
importieren
18.1.2Beispiel: Attribut aus einem aktiven Stammdatentyp
und aktiven Planungsbereich löschen
Das folgende Beispiel enthält 3 Attribute (A1, A2, und A3), die in einem Stammdatentyp (MDT1) verwendet
werden, der wiederum in einem Planungsbereich (PA1) verwendet wird. Das Ziel besteht darin, das Attribut A3
zu löschen.
Um das Attribut A3 zu löschen, das in einem Stammdatentyp verwendet wird, der wiederum in einem
Planungsbereich verwendet wird, müssen Sie von oben nach unten arbeiten. Entfernen Sie das Attribut
zunächst aus dem Planungsbereich und anschließend aus dem Stammdatentyp.
Startpunkt
Entität Verwendung Instanz Anmerkung
Attribut A1 Verwendet in MDT1 und PA1 Aktiv
Attribut A2 Verwendet in MDT1 und PA1 Aktiv
330
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Planungsmodelle aktivieren
Entität Verwendung Instanz Anmerkung
Attribut A3 Verwendet in MDT1 und PA1 Aktiv
Stammdatentyp MDT1 Verwendet in PA1
Verwendet A1, A2, A3
Aktiv
Planungsbereich PA1 Verwendet A1, A2, A3, und
MDT1
Aktiv
Hinweis
Stellen Sie sicher, dass das Attribut A3 in keiner Planungsebene verwendet wird. Sie können ein Attribut
nicht löschen, wenn es in einer übergeordneten Entität verwendet wird.
Schritt 1: Attribut A3 zum Löschen im Planungsbereich PA1 markieren
Entität Verwendung Instanz Anmerkung
Attribut A1 Verwendet in MDT1 und PA1 Aktiv
Attribut A2 Verwendet in MDT1 und PA1 Aktiv
Attribut A3 Verwendet in MDT1 und PA1 Aktiv
Stammdatentyp MDT1 Verwendet in PA1
Verwendet A1, A2, A3
Aktiv
Planungsbereich PA1 Verwendet A1, A2, A3, und
MDT1
Aktiv
Verwendet A1, A2, und MDT1 Inaktiv Die inaktive Instanz im Pla-
nungsbereich PA1 enthält
das Attribut A3 nicht.
Schritt 2: Planungsbereich PA1 aktivieren
Entität Verwendung Instanz Anmerkung
Attribut A1 Verwendet in MDT1 und PA1 Aktiv
Attribut A2 Verwendet in MDT1 und PA1 Aktiv
Leitfaden für die Modellkonguration
Planungsmodelle aktivieren
PUBLIC
ÖFFENTLICH 331
Entität Verwendung Instanz Anmerkung
Attribut A3 Verwendet in MDT1 Aktiv Das Attribut wird nicht länger
im Planungsbereich PA1 ver-
wendet.
Stammdatentyp MDT1 Verwendet in PA1
Verwendet A1, A2, A3
Aktiv
Planungsbereich PA1 Verwendet A1, A2, und MDT1 Aktiv Der Planungsbereich PA1 hat
nur eine aktive Instanz, die
nicht das Attribut A3 enthält.
Schritt 3: Planungsbereich PA1 exportieren und importieren
Schritt 4: Zum Löschen vorgemerktes Attribut A3 im Stammdatentyp MDT1
markieren
Entität Verwendung Instanz Anmerkung
Attribut A1 Verwendet in MDT1 und PA1 Aktiv
Attribut A2 Verwendet in MDT1 und PA1 Aktiv
Attribut A3 Verwendet in MDT1 Aktiv
Stammdatentyp MDT1 Verwendet in PA1
Verwendet A1, A2, A3
Aktiv Die aktive Instanz ist unver-
ändert und enthält weiterhin
das Attribut A3.
Verwendet in PA1
Verwendet A1, A2
Inaktiv Eine aktive Instanz des
Stammdatentyps MDT1
wurde erstellt, die das Attri-
but A3 nicht enthält.
Planungsbereich PA1 Verwendet A1, A2, und MDT1 Aktiv
Ein Attribut ist nicht zum Löschen vorgemerkt, daher ist die aktive Instanz des Attributs unverändert. Das
Attribut A3 ist nur im Bezug auf den Stammdatentyp MDT1 zum Löschen vorgemerkt. Wenn im Gegensatz
zu diesem Beispiel andere Stammdatentypen ebenfalls das Attribut A3 verwenden, ist A3 weiterhin für sie
verfügbar.
332
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Planungsmodelle aktivieren
Schritt 5: Stammdatentyp MDT1 aktivieren
Entität Verwendung Instanz Anmerkung
Attribut A1 Verwendet in MDT1 und PA1 Aktiv
Attribut A2 Verwendet in MDT1 und PA1 Aktiv
Attribut A3 Keine Verwendung Aktiv Das Attribut A3 wird in kei-
ner übergeordneten Entität
verwendet.
Die aktive Instanz des Attri-
buts ist unverändert.
Stammdatentyp MDT1 Verwendet in PA1
Verwendet A1, A2
Aktiv Die aktive Instanz enthält das
Attribut A3 nicht länger.
Planungsbereich PA1 Verwendet A1, A2, und MDT1 Aktiv
Schritt 6: Stammdatentyp MDT1 transportieren oder exportieren und
importieren
18.2 Zeitprole aktivieren
Voraussetzungen
Stellen Sie sicher, dass Sie die erforderlichen Berechtigungen für diese Aktivität haben, also dass
die erforderlichen Anwendungskataloge für diese Aktivität einer Anwendungsrolle zugeordnet sind, die
Ihrem Anwendungsbenutzer zugeordnet ist. Weitere Informationen nden Sie auf dem SAP Help Portal
http://help.sap.com/ibp unter Anwendungshilfe für SAP Integrated Business Planning Identitäts- und
Zugrisverwaltung Grundkonzepte Anwendungskataloge .
Kontext
Sie müssen das Zeitprol aktivieren, damit Sie Zeitperioden dafür anlegen und zeitabhängige Planungsdaten in
einem Planungsbereich, der dieses Zeitprol verwendet, ablegen und berechnen können.
Hinweis
Aktivieren Sie ein Zeitprol, bevor Sie die Planungsbereiche aktiveren, die das Zeitprol verwenden.
Leitfaden für die Modellkonguration
Planungsmodelle aktivieren
PUBLIC
ÖFFENTLICH 333
Alternativ können Sie beim Aktivieren eines Planungsbereichs auswählen, diesen zusammen mit dem
entsprechenden Zeitprol und den Stammdatentypen in einem Aktivierungslauf zu aktivieren.
Vorgehensweise
1. Wählen Sie in der App Zeitprole das Zeitprol aus, das Sie aktivieren möchten.
Sie können nicht mehrere Zeitprole auswählen.
2. (Optional) Wählen Sie Prüfen.
Das System führt drei Arten von Prüfungen aus:
•Die Denition des Zeitprols wird validiert.
•Die Abhängigkeiten und Verbindungen des Zeitprols werden validiert, wie z.B. die Verbindungen zu
Planungsbereichen.
•Es wird geprüft, ob das geänderte Zeitprol und die bereits vorhandenen Zeiträumen weiterhin
konsistent sind.
Ein Protokoll mit den Prüfergebnissen ist verfügbar. Über den Link in der Spalte Status der letzten Aktion
gelangen Sie zum Prüfprotokoll in der App Anwendungsprotokolle.
Hinweis
Einige Prüfungen können nur während der Aktivierung ausgeführt werden. Daher kann die Aktivierung
eines Zeitprols ggf. fehlschlagen, selbst wenn die zuvor ausgeführten Prüfungen erfolgreich waren.
3. Markieren Sie das Zeitprol, das Sie aktivieren möchten, und wählen Sie Aktivieren.
Sie können nicht mehrere Zeitprole auswählen.
Ein Anwendungsjob wird eingeplant. Wenn der Job beendet ist, und die Aktivierung erfolgreich war, ist das
Zeitprol aktiv. Starten Sie zum Überwachen des Jobs und Prüfen der Jobdetails die App Anwendungsjobs.
Das Aktivierungsprotokoll ist verfügbar. Über den Link in der Spalte Status der letzten Aktion gelangen Sie
zum Aktivierungsprotokoll in der App Anwendungsprotokolle.
Weitere Informationen
Zeitprole [Seite 348]
Anwendungsjobs
334
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Planungsmodelle aktivieren
18.3 Stammdatentypen aktivieren
Voraussetzungen
Stellen Sie sicher, dass Sie die erforderlichen Berechtigungen für diese Aktivität haben, also dass
die erforderlichen Anwendungskataloge für diese Aktivität einer Anwendungsrolle zugeordnet sind, die
Ihrem Anwendungsbenutzer zugeordnet ist. Weitere Informationen nden Sie auf dem SAP Help Portal
http://help.sap.com/ibp unter Anwendungshilfe für SAP Integrated Business Planning Identitäts- und
Zugrisverwaltung Grundkonzepte Anwendungskataloge .
Wenn Sie einen Planungsbereich aktivieren möchten, stellen Sie sicher, dass Sie die Modellentitäten
in einer bestimmten Reihenfolge aktivieren. Aktivieren Sie die Stammdatentypen erst, nachdem Sie
die entsprechenden Zeitprole aktiviert haben, oder aktivieren Sie diese gemeinsam, wenn Sie einen
Planungsbereich aktivieren.
Sie können unabhängig vom Zeitprol einen Stammdatentyp aktivieren, der keinem Planungsbereich
zugeordnet ist.
Empfehlung
Die folgenden Aufgaben, Anwendungsjobs und Prozesse dürfen nicht während der Aktivierung von einem
oder mehreren Stammdatentypen ausgeführt werden. Andernfalls kann die Aktivierung deutlich mehr Zeit
beanspruchen oder fehlschlagen:
•Datenintegration (über die App Datenintegrationsjobs, SAP Cloud Integration für Datenservices oder
SAP HANA Smart Data Integration)
Datenintegration für Stammdatentypen und Kennzahlwerte dürfen nicht während einer Aktivierung
durchgeführt werden.
•Anlegen und Ändern von Planungssichten, Bearbeitungsdaten und Simulationen im IBP-Excel-Add-in
Während die Aktivierung ausgeführt wird, sollte kein Benutzer im IBP-Excel-Add-in angemeldet sein.
•Anwendungsjobs für Planungsoperatoren
Stellen Sie sicher, dass keine Planungsoperatoren in dem Planungsbereich ausgeführt werden, den Sie
aktivieren.
•Anwendungsjobs für Data Lifecycle Management
Stellen Sie sicher, dass keine Datenbereinigungsjob ausgeführt werden, die mit den Stammdatentypen
kollidieren könnten, die Sie aktivieren.
Kontext
Sie müssen einen Stammdatentyp aktivieren, um Stammdatensätze anlegen zu können (durch
Datenintegration).
Leitfaden für die Modellkonguration
Planungsmodelle aktivieren
PUBLIC
ÖFFENTLICH 335
Vorgehensweise
1. Wählen Sie in der App Stammdatentypen ein oder mehrere Stammdatentypen aus, die Sie aktiveren
möchten.
2. (Optional) Wählen Sie Prüfen.
Standardmäßig prüft das System die Konsistenz der ausgewählten Stammdatentypen zusammen mit
ihren abhängigen Stammdatentypen. Wenn Sie nur die ausgewählten Stammdatentypen prüfen möchten,
wählen Sie Ohne Abhängigkeiten prüfen.
Das System führt die folgenden drei Arten von Prüfungen aus:
•Die Denition des Stammdatentyps wird geprüft.
•Die Abhängigkeiten und Verbindungen des Stammdatentyps werden geprüft, z.B. Verbindungen zu
anderen Stammdatentypen oder Planungsbereichen, oder mögliche vorhandene Attribute.
•Es wird geprüft, ob der geänderte Stammdatentyp weiterhin mit den bereits vorhandenen Daten
konsistent ist.
Ein Protokoll mit den Prüfergebnissen ist verfügbar. Über den Link in der Spalte Status der letzten Aktion
gelangen Sie zum Prüfprotokoll in der App Anwendungsprotokolle.
Wenn das Prüfprotokoll Fehler enthält, korrigieren Sie diese, bevor Sie die Stammdatentypen aktivieren.
Hinweis
Einige Prüfungen laufen nur während der Aktivierung. Daher kann die Aktivierung eines
Stammdatentyps ggf. fehlschlagen, selbst wenn die vorherigen Prüfungen erfolgreich waren.
3. Wählen Sie nach einer erfolgreichen Prüfung Aktivieren.
Standardmäßig aktiviert das System die ausgewählten Stammdatentypen zusammen mit ihren
abhängigen Stammdatentypen. Wenn Sie nur die ausgewählten Stammdatentypen aktivieren möchten,
wählen Sie Ohne Abhängigkeiten aktivieren.
Ein Anwendungsjob wird eingeplant. Wenn der Job beendet ist und die Aktivierung erfolgreich war, sind
die Stammdatentypen aktiv. Starten Sie zum Überwachen des Jobs und Prüfen der Jobdetails die App
Anwendungsjobs.
Das Aktivierungsprotokoll ist verfügbar. Über den Link in der Spalte Status der letzten Aktion gelangen Sie
zum Aktivierungsprotokoll in der App Anwendungsprotokolle.
Hinweis
Wenn Sie einen Stammdatentyp aktivieren, werden auch die Attribute aktiviert, die der
Stammdatentyp verwendet. Sie können ein Attribut nicht getrennt aktivieren.
Nächste Schritte
Wenn Sie zahlreiche Stammdatentypen für die Aktivierung ausgewählt haben und die Aktivierung länger
dauert, müssen Sie nicht warten, bis die Aktivierung abgeschlossen ist. Sie können die App Stammdatentypen
verlassen. Um den Aktivierungsstatus und die Aktivierungsschritte zu prüfen, navigieren Sie zur App
Anwendungsprotokolle und önen Sie das Aktivierungsprotokoll.
336
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Planungsmodelle aktivieren
Weitere Informationen
Stammdatentypen [Seite 350]
Anwendungsjobs
18.4 Planungsbereiche aktivieren
Aktivieren Sie Ihre Planungsbereiche, damit Sie Daten in diese hochladen und Ihre Planungsaufgaben
ausführen können.
Hinweis
Wir empfehlen, Ihre Planungsbereiche alle 90 Tage oder mit jedem neuen Release zu aktivieren. Dies ist
notwendig, um weitere Funktionen zu aktivieren und die Performance zu verbessern. Um herauszunden,
wann Ihre Planungsbereiche zuletzt aktiviert wurden, wechseln Sie zur App Planungsbereiche, und suchen
Sie nach den Planungsbereichen, an denen Sie interessiert sind. Durch Hervorheben und Symbole werden
Sie auf Planungsbereiche aufmerksam gemacht, die in den letzten 90/180 Tagen nicht aktiviert wurden.
Das Datum der letzten Aktivierung nden Sie in der Spalte Aktiviert am.
Sie können Ihre Planungsbereiche nur in der App Planungsbereiche aktivieren; die App Konguration ist nicht
mehr verfügbar.
Wenn Sie Ihren Planungsbereich aktivieren, können Sie angeben, ob Sie den vollen oder einen eingeschränkten
Umfang (nur für bestimmte Releases) mit oder ohne Abhängigkeiten aktivieren möchten, wie unten
beschrieben.
Mit Abhängigkeiten aktivieren
Verwenden Sie diese Option, wenn Sie Ihren Planungsbereich mit dem abhängigen Zeitprol und den
abhängigen Stammdatentypen aktivieren möchten.
Ohne Abhängigkeiten aktivieren
Verwenden Sie diese Option, wenn Sie das abhängige Zeitprol sowie die abhängigen Stammdatentypen
bereits aktiviert haben, und nur noch Ihren Planungsbereich aktivieren müssen.
Mit vollem Umfang aktivieren (empfohlen)
Verwenden Sie diese Option, um alle Aktivierungsprüfungen auszuführen und keine Fehler zu unterdrücken,
wenn Sie Ihre Planungsbereiche aktivieren.
Leitfaden für die Modellkonguration
Planungsmodelle aktivieren
PUBLIC
ÖFFENTLICH 337
Um sicherzustellen, dass Ihr Planungsbereich vollständig ist und keine fehlerhafte Konguration enthält,
empehlt SAP, dass Sie Ihren Planungsbereich mit dem vollen Umfang aktivieren.
Mit Einschränkungen aktivieren
Bei bestimmten Releases haben Sie die Möglichkeit, bestimmte Aktivierungsfehler (unterdrückbare Fehler) zu
unterdrücken und Ihren Planungsbereich mit Einschränkungen zu aktivieren.
Wenn Sie die Aktivierung mit Einschränkungen durchführen, können Sie bestimmte Fehlerarten für die
angegebene Aktivierung eines Planungsbereichs überspringen. Dadurch können Sie Ihren Planungsbereich
erfolgreich aktivieren. Allerdings ist das Ergebnis möglicherweise eine fehlerhafte Konguration sowie eine
unvollständige Funktionalität. Beachten Sie, dass dies nur eine temporäre Lösung ist. Sie müssen die
Modellkonguration so bald wie möglich wie im Langtext der Fehlermeldung beschrieben korrigieren.
Nachdem die Frist eines unterdrückbaren Fehlers abgelaufen ist, kann der Fehler nicht mehr unterdrückt
werden, und die Aktivierung des Planungsbereichs schlägt fehl.
Sie nden eine vollständige Liste der unterdrückbaren Fehlertypen in Unterdrückbare Fehler [Seite 374].
Fehler unterdrücken und mit Einschränkungen aktivieren
1. Wählen Sie in der App Planungsbereiche den Planungsbereich aus, den Sie aktivieren möchten.
2. Klappen Sie die Drucktaste Aktivieren auf, und wählen Sie je nach Präferenz Mit Einschränkungen, mit
Abhängigkeiten oder Mit Einschränkungen, keine Abhängigkeiten aus.
3. Wählen Sie im Dialogfenster Unterdrückbarer Fehler die gewünschten Fehlerkategorien aus, die
unterdrückt werden sollen.
Klicken Sie auf die Fehlertypen, die unterdrückt werden sollen, um zusätzliche Informationen zur
Korrektur der unvollständigen oder fehlerhaften Konguration anzuzeigen. Stellen Sie sicher, dass Sie
das Problem vor dem Datum Zu korrigieren bis Release beheben. Danach können Sie den Fehler nicht
mehr unterdrücken und die Aktivierung des Planungsbereichs schlägt fehl, wenn die Ursache des Fehlers
weiterhin besteht.
4. Wählen Sie Mit Einschränkungen aktivieren aus.
Das Unterdrücken eines Fehlers wird nur auf die betreende Aktivierung angewendet. Wenn Sie die
Konguration nicht korrigieren, schlägt die nächste Aktivierung fehl.
Empfehlung
SAP empehlt, dass Sie eine Geschäftsausfallzeit einplanen, wenn Sie die Modellaktivierung ausführen
möchten. Insbesondere die folgenden Aufgaben, Anwendungsjobs und Prozesse dürfen nicht während der
Aktivierung ausgeführt werden. Andernfalls kann die Aktivierung deutlich mehr Zeit beanspruchen oder
fehlschlagen:
•Datenintegration (über die App Datenintegrationsjobs, SAP Cloud Integration für Datenservices oder
SAP HANA Smart Data Integration)
Datenintegration für Zeiträume und Stammdatentypen dürfen während der Ausführung einer
Aktivierung nicht ausgeführt werden. Datenintegration für Snapshots und Kennzahlwerte dürfen für
den zu aktivierenden Planungsbereich nicht ausgeführt werden.
•Anlegen und Ändern von Planungssichten, Bearbeitungsdaten und Simulationen im IBP-Excel-Add-in
Während die Aktivierung ausgeführt wird, sollte kein Benutzer im IBP-Excel-Add-in angemeldet sein.
•Anwendungsjobs für Planungsoperatoren
338
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Planungsmodelle aktivieren
Stellen Sie sicher, dass keine Planungsoperatoren in dem Planungsbereich ausgeführt werden, den Sie
aktivieren.
•Anwendungsjobs zum Anlegen von Zeiträumen für Zeitprole
Wenn Sie den Planungsbereich mit seinem zugehörigen Zeitprol aktivieren möchten, stellen Sie
sicher, dass keine Jobs zum Anlegen von Zeiträumen für dieses Zeitprol ausgeführt werden.
•Anwendungsjobs für Data Lifecycle Management
Stellen Sie sicher, dass keine Datenbereinigungsjobs ausgeführt werden, die mit den
Stammdatentypen oder den Kennzahlen in dem zu aktivierenden Planungsbereich kollidieren könnten.
18.4.1Planungsbereiche in der App „Planungsbereiche“
aktivieren
Aktivieren Sie Ihre Planungsbereiche in der App Planungsbereiche.
Voraussetzungen
Stellen Sie sicher, dass Sie die erforderlichen Berechtigungen für diese Aktivität haben, also dass
die erforderlichen Anwendungskataloge für diese Aktivität einer Anwendungsrolle zugeordnet sind, die
Ihrem Anwendungsbenutzer zugeordnet ist. Weitere Informationen nden Sie auf dem SAP Help Portal
http://help.sap.com/ibp unter Anwendungshilfe für SAP Integrated Business Planning Identitäts- und
Zugrisverwaltung Grundkonzepte Anwendungskataloge .
Sie haben das Zeitprol und die Stammdatentypen aktiviert, die dem Planungsbereich zugeordnet sind,
oder Sie aktivieren den Planungsbereich zusammen mit seinem entsprechenden Zeitprol und den
Stammdatentypen.
Kontext
Sie müssen den Planungsbereich zuerst aktivieren, damit Sie Daten in diesen hochladen und
Planungsaufgaben ausführen können. Wenn Sie nach der Aktivierung Änderungen an Ihrem Planungsbereich
vornehmen, aktivieren Sie ihn erneut, um mit dem geänderten Planungsbereich arbeiten zu können.
Vorgehensweise
1. Wählen Sie den Planungsbereich aus, den Sie aktivieren möchten.
2. (Optional) Klicken Sie auf Prüfen oder wählen Sie Mit Abhängigkeiten prüfen aus der Dropdown-Liste.
Das System prüft Folgendes:
Leitfaden für die Modellkonguration
Planungsmodelle aktivieren
PUBLIC
ÖFFENTLICH 339
•Denition des Planungsbereichs, der Versionen und Planungsebenen des Planungsbereichs, und die
Denitionen und Berechnungen der Kennzahlen in dem Planungsbereich
•Abhängigkeiten und Verbindungen des Planungsbereichs, z.B. eine Verbindung zu einem Zeitprol
oder vorhandene zugeordnete Attribute
Sie können entscheiden, ob Sie den Planungsbereich mit oder ohne Abhängigkeiten prüfen möchten.
Wenn Sie Prüfen oder Mit Abhängigkeiten prüfen wählen, wird zusätzlich zum Planungsbereich die
Verbindung mit der letzten inaktiven Instanz der Stammdaten und Zeitprole geprüft. Wenn Sie Ohne
Abhängigkeiten prüfen wählen, wird zusätzlich zum Planungsbereich die Verbindung mit der letzten aktiven
Instanz der Stammdaten und Zeitprole geprüft. Wir empfehlen, dass Sie die Prüfung ausführen und
eventuelle Fehler vor der Aktivierung des Planungsbereichs beheben.
Hinweis
Prüfung
Wenn Sie Ohne Abhängigkeiten prüfen wählen und die Prüfung eine Modellentität ermittelt, die keine
aktive Instanz hat, wird eine Fehlermeldung ausgegeben. Die Durchführung der restlichen Prüfungen
für die angegebene Modellentität wird gestoppt.
Sie können ausführliche Angaben zum Fortschritt Ihrer Prüfung anzeigen, indem Sie auf den Link Status
der letzten Aktion klicken.
Wenn Sie auf den Link klicken, wird ein Dialog geönet, in dem Sie Details zur Aktion und den Fortschritt
sehen können. Status und Fortschritt der aktuellen Aktion werden im Dialog automatisch alle fünf
Sekunden aktualisiert. Sie haben aber auch die Möglichkeit der manuellen Aktualisierung über die
Drucktaste Aktualisieren, die fünf Sekunden nach jeder Aktualisierung aktiv wird.
Von diesem Dialog aus können Sie zur App Anwendungsprotokolle navigieren. Dort können Sie alle
Protokolle ansehen oder die Protokolldetails zum aktuellen Eintrag anzeigen.
In der App Anwendungsprotokolle nden Sie für bestimmte Nachrichten, die aus komplexeren Situationen
entstehen, zusätzliche Informationen in dem an die Nachricht angehängten Langtext, den Sie per Klick auf
das Symbol (Detailansicht) in der Spalte Langtext aufrufen können.
Wenn das Prüfprotokoll Fehler enthält, korrigieren Sie diese, bevor Sie den Planungsbereich aktivieren.
Hinweis
Einige Prüfungen laufen nur während der Aktivierung. Daher kann die Aktivierung eines
Planungsbereichs ggf. fehlschlagen, selbst wenn die vorherigen Prüfungen erfolgreich waren.
3. Wählen Sie nach erfolgreicher Prüfung die Option Aktivieren und wählen Sie die gewünschte Art der
Aktivierung aus der Dropdown-Liste aus. Folgende Aktivierungsarten stehen zur Auswahl:
•Voller Umfang, mit Abhängigkeiten
•Voller Umfang, keine Abhängigkeiten
•Mit Einschränkungen, mit Abhängigkeiten
•Mit Einschränkungen, keine Abhängigkeiten
Ein Anwendungsjob wird eingeplant. Wenn der Job beendet ist und die Aktivierung erfolgreich war, ist
der Planungsbereich aktiv. Starten Sie zum Überwachen des Jobs und Prüfen der Jobdetails die App
Anwendungsjobs.
340
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Planungsmodelle aktivieren
Sie können den detaillierten Fortschritt Ihrer Aktivierung anzeigen, indem Sie auf den Link Status der
letzten Aktion klicken.
Wenn Sie auf den Link klicken, wird ein Dialog geönet, in dem Sie Details zur Aktion und den Fortschritt
sehen können. Status und Fortschritt der aktuellen Aktion werden im Dialog automatisch alle fünf
Sekunden aktualisiert. Sie haben aber auch die Möglichkeit der manuellen Aktualisierung über die
Drucktaste Aktualisieren, die fünf Sekunden nach jeder Aktualisierung aktiv wird.
Von diesem Dialog aus können Sie zur App Anwendungsprotokolle navigieren. Dort können Sie alle
Protokolle ansehen oder die Protokolldetails zum aktuellen Eintrag anzeigen.
In der App Anwendungsprotokolle nden Sie für bestimmte Nachrichten, die aus komplexeren Situationen
entstehen, zusätzliche Informationen in dem an die Nachricht angehängten Langtext, den Sie per Klick auf
das Symbol (Detailsicht) in der Spalte Langtext aufrufen können.
Ergebnisse
Wenn Sie einen Planungsbereich aktivieren, werden alle dem Planungsbereich zugeordneten Attribute, die
Kennzahlen, die Planungsebenen und Versionen sowie das Zeitprol, das dem Planungsbereich zugeordnet
ist, und die im Planungsbereich verwendeten Stammdatentypen (und damit die darin enthaltenen Attribute)
ebenfalls aktiviert.
Wenn Sie die Option Ohne Abhängigkeiten aktivieren ausgewählt haben, werden nur die dem Planungsbereich
zugeordneten Attribute, Kennzahlen, Planungsbereiche und Versionen aktiviert.
Nächste Schritte
Bei Aktivierung eines Planungsbereichs werden die Datenaustauschmodelle nicht aktiviert. Aktivieren Sie ggf.
in der App Datenaustauschmodelle verwalten Datenaustauschmodelle.
Weitere Informationen
Planungsbereiche [Seite 354]
Zeitprole [Seite 348]
Stammdatentypen [Seite 350]
Anwendungsjobs
18.4.2Erweiterte Version der Planungsbereichsaktivierung
Eine erweiterte Version der Planungsbereichsaktivierung wurde in 1911 für alle Kunden aktiviert.
Leitfaden für die Modellkonguration
Planungsmodelle aktivieren
PUBLIC
ÖFFENTLICH 341
Die erweiterte Aktivierung bietet nicht nur eine schnellere, stabilere und robustere Aktivierung des
Planungsbereichs, sondern bildet auch die Basis für bestimmte neue Funktionen, wie die vereinfachten
Kennzahlenberechnungen.
Diese Änderung wird auch im Aktivierungsprotokoll abgebildet. Önen Sie das Protokoll einer Aktivierung, die
nach dem Upgrade auf IBP 1911 stattgefunden hat. Nachricht Aktivierung von &1 ausgewählten Objekten wurde
gestartet (erw. Aktiv.) (&1 steht für die Anzahl an Objekten.) Gibt an, dass das System die erweiterte Version der
Planungsbereichsaktivierung verwendet.
Bitte beachten Sie auch die unten beschriebenen Modellierungsfälle.
Verwendung von berechneten Kennzahlwerten, auch wenn abgelegte Werte
vorhanden sind
Beispiel
Im folgenden Beispiel wird die abgelegte Kennzahl SKF@BASEPLLEVEL und die berechnete Kennzahl
CKF@PL1 verwendet.
Berechnung 1 ist vorbelegt: SKF@BASEPLLEVEL=IF(ISNULL(SKF),1,0), wobei SKF als abgelegte
Eingabe angegeben ist.
Berechnung 2: CKF@PL1 = KF1@BASEPLLEVEL * SKF@BASEPLLEVEL, wobei sowohl KF1@BASEPLLEVEL
als auch SKF@BASEPLLEVEL als abgelegte Eingaben angegeben sind, auch wenn es eine Berechnung für
SKF@BASEPLLEVEL gibt.
Um die betroenen Berechnungsdenitionen zu ermitteln, suchen Sie im Aktivierungsprotokoll oder im
Protokoll der Konsistenzprüfung für den Planungsbereich nach folgenden Warnmeldungen: Berechn. &1@&2:
Ber. f. Kennz. &3 vorh., aber gesicherter Wert wird verw., wobei&1 für die ID der Kennzahl, &2 für die ID der
Planungsebene und &3 für die ID der Eingabekennzahl steht.
Prüfen Sie die aufgeführten Berechnungsdenitionen nacheinander, und nehmen Sie falls nötig Änderungen
vor.
In der vorherigen Aktivierungsversion wurde manchmal (typischerweise bei Berechnungen auf
Basisplanungsebene) der berechnete Wert der Eingabekennzahl verwendet, auch wenn ein abgelegter Wert
vorhanden und als Eingabe für die Berechnung angegeben war. Mit der erweiterten Version der Aktivierung
verwendet das System nun konsistent den abgelegten Wert, wenn dieser als Eingabe für die Berechnung
angegeben wurde. Die unterschiedlichen Verhalten der Aktivierungsversionen können dazu führen, dass die
Werte für die Ausgabekennzahl in den betroenen Berechnungen voneinander abweichen.
Falls Abweichungen auftreten und Sie weiterhin die Werte verwenden möchten, die zuvor über den
berechneten Wert der Eingabekennzahl berechnet wurden, müssen Sie die Eingaben der Berechnung ändern,
indem Sie keine abgelegte Eingabe auswählen.
342
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Planungsmodelle aktivieren
18.4.3Anwendungsspezische Prüfungen für
Planungsbereichsaktivierung
Die anwendungsspezischen Prüfungen werden als Teil des Aktivierungsprozesses ausgeführt, um
eine ungültige Konguration für bestimmte Anwendungsbereiche zu verhindern. Sie können die
anwendungsspezischen Fehler vermeiden und Ihren Planungsbereich mit eingeschränktem Umfang in der
App Planungsbereiche aktivieren. Ihr Planungsbereich wird jedoch für die jeweilige Anwendung gesperrt.
Während der Aktivierung führt das System neben den Aktivierungsprüfungen zum Erzwingen von
Modellierungsregeln anwendungsspezische Validierungsprüfungen durch, z.B. für die auftragsbasierte
Planung. Mithilfe der anwendungsspezischen Validierungsprüfungen wird sichergestellt, dass die
Planungsbereichskonguration den Modellierungsanforderungen der jeweiligen Anwendung entspricht. Wenn
eine dieser Prüfungen einen Fehler ermittelt, schlägt die Aktivierung fehl. Wenn Sie Ihren Planungsbereich
aktivieren möchten, haben Sie folgende Möglichkeiten:
•Sie können die von den anwendungsspezischen Prüfungen in der App Planungsbereiche gefundenen
Fehler unterdrücken und die Aktivierung mit eingeschränktem Umfang durchführen. In diesem Fall wird Ihr
Planungsbereich nach der Aktivierung für den spezischen Anwendungsbereich gesperrt.
•Sie können die von den anwendungsspezischen Prüfungen gefundenen Fehler korrigieren und
anschließend die Aktivierung durchführen.
Um die von den anwendungsspezischen Prüfungen gefundenen Fehler zu unterdrücken und Ihren
Planungsbereich mit eingeschränktem Umfang in der App Planungsbereiche zu aktivieren, gehen Sie wie folgt
vor:
1. Wählen Sie den Planungsbereich aus, dann Aktivieren, und die Menüoption Mit Einschränkungen, mit
Abhängigkeiten oder Mit Einschränkungen, keine Abhängigkeiten.
2. Wählen Sie auf der Registerkarte Anwendungsspezische Prüfungen im Dialogfenster Mit Einschränkungen
aktivieren die Fehler aus, die Sie unterdrücken möchten.
3. Wählen Sie Mit Einschränkungen aktivieren aus.
Durch das Unterdrücken der anwendungsspezischen Fehler wird sichergestellt, dass diese Fehler den
Aktivierungsprozess nicht stoppen. Jedoch bedeutet das auch, dass Ihr Planungsbereich nach der Aktivierung
für den spezischen Anwendungsbereich gesperrt ist.
Die Fehler, die bei der Aktivierung unterdrückt wurden, können Sie dem Aktivierungsprotokoll entnehmen.
18.4.4Fehler unterdrücken und Planungsbereich mit
eingeschränktem Umfang aktivieren
Bei bestimmten Releases können Sie die folgenden Aktivierungsfehler unterdrücken und Ihren
Planungsbereich mit eingeschränktem Umfang aktivieren.
Nach dieser Übergangszeit sind diese Fehler nicht mehr unterdrückbar und verhindern die Aktivierung Ihres
Planungsbereichs. Sie müssen die ungültigen Kongurationen so schnell wie möglich bereinigen, wenn Sie Ihre
Planungsbereiche aktivieren möchten.
Weitere Informationen zu jedem unterdrückbaren Fehler nden Sie unter Unterdrückbare Fehler [Seite 374].
Weitere Informationen darüber, wie Sie diese Fehler unterdrücken und die Aktivierung mit Einschränkungen
vornehmen, nden Sie unter Planungsbereiche aktivieren [Seite 337].
Leitfaden für die Modellkonguration
Planungsmodelle aktivieren
PUBLIC
ÖFFENTLICH 343
18.5 Aktive Objekte löschen (Aktive Löschung)
Mit SAP Integrated Business Planning können Sie aktive Zeitprole, Stammdatentypen, Planungsebenen,
Kennzahlen, Snapshot-Denitionen und Planungsbereiche löschen. Sie können zudem aktive Zeitprole
löschen, sofern das Zeitprol nicht mit einem Planungsbereich verknüpft ist.
Mit der aktiven Löschung ändern Sie den Status von Objekte zu Zum Löschen vorgemerkt. Die Objekte werden
dann gelöscht, wenn sie das nächste Mal aktiviert werden.
Wenn Sie die aktive Löschung durchführen, beachten Sie die folgende Reihenfolge:
1. Löschen Sie die Kennzahlen aus der Version und aktivieren Sie den Planungsbereich.
2. Löschen Sie alle Kennzahlen aus allen Berechnungen sowie alle Kennzahlen, die den Planungsebenen
zugeordnet sind, die das zu löschende Attribut enthalten. Aktivieren Sie den Planungsbereich.
3. Löschen Sie alle Planungsebenen, die die zu löschenden Attribute enthalten, und aktivieren Sie den
Planungsbereich.
4. Löschen Sie alle Attribute des Stammdatentyps aus dem Planungsbereich und aktivieren Sie den
Planungsbereich.
5. Löschen Sie den Stammdatentyp und aktivieren Sie anschließend den Stammdatentyp.
6. Löschen Sie die relevanten Zeitprole und aktivieren Sie anschließend die Zeitprole.
Hinweis
Virtuelle und zusammengesetzte Stammdatentypen: Wenn Sie die Komponenten- oder referenzierten
Stammdatentypen zum Löschen markieren, erhalten die Join-Bedingungen und alle Attribute, die mit
diesen Stammdatentypen verknüpft sind, ebenfalls den Status Zum Löschen vorgemerkt. Sie können die
zugeordneten Attribute und Join-Bedingungen, die mit den Stammdatentypen verknüpft sind, unabhängig
zum Löschen markieren.
Schritte für Planungsebenen, Kennzahlen, Snapshot-Denitionen und
Planungsbereiche
1. Wählen Sie in der App Planungsbereiche das spezische Objekt, das Sie löschen möchten.
2. Klicken Sie auf die Schaltäche Löschen.
Das Dialogfenster Löschen wird angezeigt.
Hinweis
Wenn Sie einen Planungsbereich löschen, wird durch Klicken auf Löschen oder durch Wählen von Mit
Abhängigkeiten löschen im Dropdown-Menü der Planungsbereich zusammen mit seinem Zeitprol und
den abhängigen Stammdatentypen gelöscht. Um nur den Planungsbereich zu löschen, wählen Sie
Ohne Abhängigkeiten löschen.
3. Bestätigen Sie, dass Sie das Objekt löschen möchten.
Der Status des Objekts ändert sich in Zum Löschen vorgemerkt.
Wenn Sie die Löschung rückgängig machen möchten, wählen Sie Aktive Instanz wiederherstellen.
4. Aktivieren Sie den Planungsbereich.
344
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Planungsmodelle aktivieren
Ergebnis
Sobald die Aktivierung abgeschlossen ist, erscheint das gelöschte Objekt nicht mehr in der Objektliste.
Schritte für Zeitprole und Stammdatentypen
1. Wählen Sie in der App Zeitprole oder Stammdatentypen das spezische Objekt aus, das Sie löschen
möchten.
2. Wählen Sie Löschen.
Der Dialog Löschen wird angezeigt.
3. Bestätigen Sie, dass Sie das Objekt löschen möchten.
Der Status des Objekts ändert sich in Zum Löschen vorgemerkt.
Wenn Sie die Löschung rückgängig machen möchten, wählen Sie Aktive Instanz wiederherstellen.
4. Wählen Sie Aktivieren.
Ergebnis
Sobald die Aktivierung abgeschlossen ist, erscheint das gelöschte Objekt nicht mehr in der Objektliste.
18.5.1Fehlerbehebung für aktive Löschung
Wenn Sie eine der unten aufgeführten Fehlermeldungen während der aktiven Löschung von Objekten erhalten,
nden Sie in der Spalte Lösung Informationen zur weiteren Vorgehensweise.
Löschen von aktiven Stammdatentypen
Fehlermeldung Lösung
Die ausgewählten Elemente sind noch mindestens einem
Planungsbereich zugeordnet. Heben Sie die Zuordnung der
Elemente auf, und löschen Sie sie dann.
Bevor Sie die aktiven Stammdatentypen löschen, entfernen
Sie sie mithilfe von Aktive Löschung aus den Planungsberei-
chen.
Leitfaden für die Modellkonguration
Planungsmodelle aktivieren
PUBLIC
ÖFFENTLICH 345
Löschen von Stammdatentypen (und Attributen) aus einem aktiven
Planungsbereich
Fehlermeldung Lösung
Das Planungsbereichattribut wird bei der Konguration
von Planungsebenen verwendet. Der Löschvorgang kann
Auswirkungen auf Berechnungen haben. Möchten Sie
fortfahren?
Bevor Sie die Stammdatentypen (und zugehörigen Attri-
bute) aus dem Planungsbereich löschen, entfernen Sie die
Attribute aus den aktiven Planungsebenen, denen sie zuge-
ordnet sind.
Löschen von Attributen aus aktivierter Planungsebene
Fehlermeldung Lösung
Dieses Planungsebenenattribut wird bei der Konguration
von Kennzahlen oder der Attribut-Transformation verwendet.
Der Löschvorgang kann Auswirkungen auf Berechnungen
haben. Möchten Sie fortfahren?
Bevor Sie das Attribut (oder die Planungsebene) löschen,
entfernen Sie alle Kennzahlen aus der Planungsebene.
Dieses Planungsebenenattribut wird bei der Konguration
von Kennzahlen oder der Attribut-Transformation verwendet.
Der Löschvorgang kann Auswirkungen auf Berechnungen
haben. Möglicherweise müssen Sie die Daten für die
betroenen Kennzahlen erneut importieren. Möchten Sie
fortfahren?
Prüfen Sie, ob diese Aktion sinnvoll ist.
346
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Planungsmodelle aktivieren
Aktive Löschung – Fehler in der Reihenfolge
Fehlermeldung Lösung
I: Aktivierung läuft Sie haben die Objekte in der falschen Reihenfolge aktiviert.
Gehen Sie wie folgt (in der angegebenen Reihenfolge) vor:
•Löschen Sie die Kennzahlen aus der Version und aktivie-
ren Sie den Planungsbereich.
•Löschen Sie alle Kennzahlen aus allen Berechnungen
sowie alle den Planungsebenen zugeordneten Kennzah-
len, die die Attribute enthalten, die Sie löschen möch-
ten.
•Aktivieren Sie den Planungsbereich.
•Löschen Sie alle Planungsebenen, die das Attribut ent-
halten, das Sie löschen möchten, und aktivieren Sie den
Planungsbereich.
•Löschen Sie alle Attribute des Stammdatentyps aus
dem Planungsbereich und aktivieren Sie den Planungs-
bereich.
•Löschen Sie den Stammdatentyp und aktivieren Sie an-
schließend den Stammdatentyp.
Leitfaden für die Modellkonguration
Planungsmodelle aktivieren
PUBLIC
ÖFFENTLICH 347
19 Modellierungsanforderungen (Prüfungen
und Fehler)
Es gibt mehrere Modellierungsregeln und Anforderungen, die Ihre Planungsobjekte erfüllen müssen. Damit
stellen Sie sicher, dass Ihr Planungsmodell vollständig ist und keine fehlerhafte Konguration enthält.
Diese Anforderungen werden von den in den folgenden Abschnitten aufgeführten Validierungs- und
Aktivierungsprüfungen unterstützt. Wir empfehlen Ihnen, vor der Aktivierung die Prüfungen für die
Modellentitäten auszuführen, die Sie aktivieren möchten. Wenn das Prüfprotokoll Fehler enthält, korrigieren
Sie diese, bevor Sie die Modellentitäten aktivieren.
19.1 Zeitprole
Dieser Abschnitt listet die gängigsten Prüfungen und Fehler im Zusammenhang mit Zeitprolen auf.
Konsistenzprüfungen für Zeitprole
Wenn Sie die Konsistenzprüfung oder die Aktivierung eines Zeitprols starten, führt das System folgende
Prüfungen durch:
•Prüfung der Denition des Zeitprols
•Eine Beschreibung für das Zeitprol muss vorhanden sein.
•Start- und Enddatum müssen angegeben werden.
•Das Enddatum muss auf das Startdatum folgen.
•Mindestens eine Zeitprolebene muss vorhanden sein.
•Alle Zeitprolebenen müssen eine Beschreibung haben.
•Die Zeitprolebenen müssen eine Sequenz bilden, die auf der Periodenart basiert. Das heißt, eine
niedrigere Zeitprolebene muss eine niedrigere Granularität als höhere Ebenen aufweisen.
Beispiel: Eine Zeitprolebene mit der Periodenart „Tag“ muss vor einer Ebene mit der Periodenart
„Monat“ kommen.
•Die Basisebene einer Zeitprolebene muss eine Zeitprolebene sein, die eine niedrigere Granularität
hat.
•Einer Zeitprolebene zugeordnete Attribute dürfen nicht den Datentyp DECIMAL haben.
•Wenn ein Attribut mit dem Datentyp NVARCHAR einer Zeitprolebene zugeordnet wurde, muss die
Länge des Attributs zwischen 1 und 5000 liegen.
•Prüfung der Abhängigkeiten und Verbindungen des Zeitprols
•Das Hinzufügen oder Löschen einer Zeitprolebene ist nicht zulässig, wenn das Zeitprol einem
Planungsbereich zugeordnet wurde.
348
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Modellierungsanforderungen (Prüfungen und Fehler)
•Das Entfernen eines Attributs, das einer Zeitprolebene zugeordnet wurde, ist nicht zulässig, wenn
das Attribut in einer Planungsebene eines aktiven Planungsbereichs verwendet wird, der das Zeitprol
verwendet.
•Die aktive Löschung darf nicht auf ein Zeitprol angewendet werden, das einem Planungsbereich
zugeordnet wurde.
•Es ist nicht zulässig, eine Nichtschlüssel-Zeitprolebene hinzuzufügen, die nicht aus
der Schlüsselzeitprolebene in einer Planungsebene aggregiert werden kann. Wenn
Ihre Schlüsselzeitprolebene beispielsweise Kalenderwoche ist, können Sie keine Nicht-
Schlüsselzeitattribute wie Monat, Quartal oder Jahr haben.
•Abgleich des Zeitprols mit den bereits vorhandenen Zeitperioden
•Wenn Zeitperioden für das Zeitprol bereits vorhanden sind, können Sie kein weiteres erforderliches
Attribut hinzufügen.
•Prüfung der Attribut-IDs, die den Zeitprolebenen zugeordnet sind
•Die folgende Liste der Attribut-IDs ist reserviert; sie können daher nicht den Zeitprolebenen
zugeordnet werden: TPID, DESCR, PERIODID, TSTFR, TSTTO, CREATEDBY, CREATEDDATE,
LASTMODIFIEDBY, LASTMODIFIEDDATE und PERIODID*, wobei * für eine Zier steht.
Hilfe bei der Fehleranalyse
Prüfen Sie das Prüfprotokoll und das Aktivierungsprotokoll in der App Anwendungsprotokolle, um
herauszunden, warum die Prüfung oder die Aktivierung fehlgeschlagen ist.
Die mit der Aktivierung und den Konsistenzprüfungen verknüpften Protokolle gehören zu dem Bereich IBP
Foundation und den Unterbereichen Aktivierung und Prüfung.
Die Meldungen im Protokoll liefern Ihnen Informationen zu den Fehlern.
Zu bestimmten Meldungen, die aus komplexeren Situationen entstehen, erhalten Sie zusätzliche
Informationen im Langtext der Meldung und in folgender Tabelle.
„&1“ und „&2“ stehen für Variablen.
Meldungstext Grund und empfohlene Vorgehensweise
Zeitprol &1 kann nicht gesperrt werden. Eine weitere Aktivierung wird möglicherweise ausgeführt.
Versuchen Sie, das Zeitprol später zu aktivieren.
&1 kann nicht als erford. Attr. zu nicht leerer Tab. (&2) hinzu-
gef. werd.
Sie haben ein neues erforderliches Attribut einer Zeitprol-
ebene zugeordnet, obwohl Zeitperioden für das Zeitprol be-
reits vorhanden sind.
Ordnen Sie das Attribut als optionales Attribut zu. Laden Sie
die Zeitperioden erneut hoch. Jede Zeitperiode muss einen
Wert für dieses Attribut enthalten. Markieren Sie schließ-
lich das Ankreuzfeld „Erforderlich“ für das Attribut. Weitere
Informationen erhalten Sie unter Zeitprole ändern und lö-
schen [Seite 53].
Leitfaden für die Modellkonguration
Modellierungsanforderungen (Prüfungen und Fehler)
PUBLIC
ÖFFENTLICH 349
Meldungstext Grund und empfohlene Vorgehensweise
Inkonsistente Periodenarten (ZP-Ebene &1 darf nicht vor ZP-
Ebene &2 lieg)
In der Denition des Zeitprols muss eine Zeitprolebene
mit einer Periodenart einer niedrigeren Granularität vor einer
Zeitprolebene mit einer Periodenart einer höheren Granula-
rität liegen. So muss beispielsweise die Zeitprolebene für
Monate vor der Zeitprolebene für Quartale kommen.
Attribut &1 wird bereits in PB &2 verw. Es kann nicht aus ZP
entfernt w.
Das Attribut, das Sie aus dem Zeitprol entfernen möchten,
wird in einem Planungsbereich verwendet. Entfernen Sie das
Attribut aus allen Planungsebenen, die es verwenden. Erst
dann können Sie es aus dem Zeitprol entfernen.
Attribut &1 wird bereits in PB &2 verw. Es kann nicht zum ZP
hinzugef. w.
Das Attribut, das Sie einer Zeitprolebene zuordnen möch-
ten, wird über die Zuordnung zu einem Stammdatentyp in
einem Planungsbereich verwendet.
Entfernen Sie das Attribut je nach Modellierungsentschei-
dung zuerst aus dem Planungsbereich. Danach können Sie
es der Zeitprolebene zuordnen. Stattdessen können Sie
auch ein neues Attribut anlegen und es der Zeitprolebene
zuordnen.
Zeitperioden-Upload nach Änderung der Anz. der ZP-Ebe-
nen in ZP &1 erford.
Dies ist eine Informationsmeldung. Sie erhalten diese Mel-
dung, wenn Sie Änderungen am Zeitprol vornehmen, für
das Sie die Zeitperioden bereits angelegt haben.
Sie müssen die Zeitperioden erneut hochladen.
Aggregat. von Zeitattribut &1 aus Zeitattribut &2 auf PE &3
nicht mögl.
Auf der Planungsebene können Sie keine Nichtschlüssel-
Zeitprolebene hinzufügen, die nicht aus der Schlüsselzeit-
prolebene aggregiert werden kann.
Korrigieren Sie entweder die Schlüsselzeitprolebene, oder
wählen Sie Nichtschlüssel-Zeitprolebenen aus, die aus der
Schlüsselzeitprolebene aggregiert werden können.
19.2 Stammdatentypen
Dieser Abschnitt listet die gängigsten Prüfungen und Fehler mit Bezug zu Stammdatentypen auf.
Konsistenzprüfungen für Stammdatentypen
Wenn Sie die Aktivierung für einen Stammdatentyp starten, führt das System die folgenden Prüfungen:
•Die Denition des Stammdatentyps wird geprüft.
350
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Modellierungsanforderungen (Prüfungen und Fehler)
•Es muss ein Name für den Stammdatentyp vorhanden sein.
•Der Stammdatentyp muss mindestens ein Attribut enthalten.
•Außer bei virtuellen Stammdatentyp muss der Stammdatentyp mindestens ein Schlüsselattribut
enthalten.
•Wenn ein Beschreibungsattribut zu einem Attribut des Stammdatentyps zugeordnet ist, muss das
Beschreibungsattribut existent sein.
•Für zusammengesetzte Stammdatentypen
•Ein zusammengesetzter Stammdatentyp muss mindestens zwei Komponenten haben und alle
Komponenten müssen aktiv sein.
•Virtuelle Stammdatentypen können nicht als Komponente eines zusammengesetzten
Stammdatentyps verwendet werden.
•Alle Schlüsselattribute der Komponenten-Stammdatentypen für einen zusammengesetzten
Stammdatentyp müssen als Schlüsselattribut eingestellt sein, und dieser Stammdatentyp darf
keine zusätzlichen Schlüsselattribute enthalten.
•Für Referenz-Stammdatentypen
•Ein Referenz-Stammdatentyp muss auf einen aktiven Stammdatentyp referenzieren.
•Virtuelle Stammdatentypen und Referenz-Stammdatentypen dürfen nicht in einem Referenz-
Stammdatentyp verwendet werden.
•Ein referenziertes Attribut muss für jedes Attribut des Referenz-Stammdatentyps eingestellt sein.
•Ein Attribut eines Referenz-Stammdatentyps muss denselben Datentyp wie sein referenziertes
Attribut haben.
•Ein Referenz-Stammdatentyp muss genau die gleichen Schlüssel haben wie der Stammdatentyp,
auf den er referenziert.
•Die Länge eines Attributs des Referenz-Stammdatentyps muss gleich oder länger als sein
Referenz-Stammdatentyp sein.
•Für Referenzstammdatentypen mit Filtern
•Das Filterattribut muss ein Attribut des referenzierten Stammdatentyps sein.
•Der Datentyp des Filterattributs muss eine Ganzzahl oder NVARCHAR sein.
•Der Filterwert für ein Ganzzahllterattribut muss ein gültiger Ganzzahlwert sein.
Hinweis
Ein gültiger Ganzzahlwert darf keine Sonderzeichen wie Dezimaltrennzeichen (Punkt (.),
Komma (,) oder Leerzeichen ( )), Apostroph ('), Bruchstrich (/), Währungszeichen (€,£,$) usw.
enthalten.
Beispiele für ungültige Werte:
100.00; 100,00; 1-; 10.000; 10 000; 10’000; ½; null; hundert
Beispiele für gültige Werte:
0; 1; 100; -10; 10000
•Im Wertfeld wird zwischen Groß- und Kleinschreibung unterschieden.
•Die Länge eines einzelnen Filterwerts muss kleiner oder gleich der Attributlänge des referenzierten
Attributs sein.
•Sie können folgende Operatoren im Abschnitt Filterbedingungen verwenden: Gleich, Ungleich,
Enthält keinen Wert oder Enthält einen Wert.
Leitfaden für die Modellkonguration
Modellierungsanforderungen (Prüfungen und Fehler)
PUBLIC
ÖFFENTLICH 351
•Bei den Operatoren Gleich und Ungleich können Sie maximal 10 Werte pro Operator angeben.
•Mehrere Gleich-Filteroperatoren für dasselbe Attribut werden durch den logischen Operator OR
kombiniert.
•Mehrere Ungleich-Filteroperatoren für dasselbe Attribut werden durch den logischen Operator AND
kombiniert.
Hinweis
Die Verwendung des Operators Ungleich bedeutet nicht, dass auch die NULL-Werte geltert
werden. Wenn Sie keine NULL-Werte einschließen möchten, verwenden Sie auch den Operator
Enthält einen Wert.
•Filteroperatoren, die für verschiedene Attribute deniert sind, werden durch den logischen
Operator AND kombiniert.
•Bei der Aktivierung werden Ihre Berechtigungslter nicht geprüft. Sie müssen jedoch beachten,
dass sie sich auf Ihre Filterergebnisse auswirken können.
•Wenn Sie die Filterbedingungen ändern, ist der angelegte Referenzstammdatentyp inaktiv, sodass
Sie ihn aktivieren müssen, bevor Sie ihn verwenden können.
•Sie können die Filter eines aktiven Referenzstammdatentyps nicht ändern, wenn er nicht leer
ist. Das bedeutet, dass Sie alle Stammdaten aus dem referenzierten Stammdatentyp löschen
müssen, die den angegebenen Filtern entsprechen, bevor Sie die Filter ändern können.
•Sie können die Filter nicht ändern, wenn der Referenzstammdatentyp nach der Aktivierung mit
den neuen Filtern Daten enthalten würde. Das bedeutet, dass Sie alle Stammdaten aus dem
referenzierten Stammdatentyp löschen müssen, die den neuen Filtern entsprechen würden, bevor
Sie Ihre alten Filter in die neuen ändern können.
Beispiel
Stellen Sie sich vor, Sie hätten in Ihrem aktiven Modell die folgenden Filter für das
Attribut LOCTYPE deniert: LOCTYPEGleichLAGER. Daraufhin möchten Sie zum Beispiel den
Filterwert auf DZ ändern. Das bedeutet, dass Sie alle Stammdaten aus dem referenzierten
Stammdatentyp löschen müssen, in denen LOCTYPE auf LAGER oder DZ steht.
•Für virtuelle Stammdatentypen
•Ein virtueller Stammdatentyp muss mindestens zwei referenzierte Stammdatentypen enthalten,
die alle aktiv sein müssen.
•Virtuelle Stammdatentypen dürfen nicht als referenzierte Stammdatentypen in einem virtuellen
Stammdatentyp verwendet werden.
•Ein Attribut eines virtuellen Stammdatentyps muss denselben Datentyp wie sein Referenz-Attribut
haben.
•Ein virtueller Stammdatentyp kann nur die Attribute der Komponenten-Stammdatentypen
enthalten. Er kann alle oder nur eine Teilmenge der Attribute der Komponenten-Stammdatentypen
enthalten.
•Die Länge eines Attributs des virtuellen Stammdatentyps muss gleich oder länger als sein
Referenz-Stammdatentyp sein.
•In den Join-Bedingungen müssen sich die Datentypen der Attribute entsprechen.
•Die Join-Bedingungen müssen eine Kette bilden.
•Für externe Stammdatentypen
•Die externe Datenquelle muss vorhanden sein.
352
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Modellierungsanforderungen (Prüfungen und Fehler)
•Für jedes Attribut des externen Stammdatentyps muss die referenzierte Spalte der externen
Datenquelle eingestellt sein.
•Der externe Stammdatentyp muss genau dieselben Schlüssel wie die externe Datenquelle
enthalten.
•Die Länge eines Attributs des Referenz-Stammdatentyps muss gleich oder länger als die
zugehörige Referenzspalte sein.
•Prüfung der Abhängigkeiten und Verbindungen des Stammdatentyps
•Es ist nicht zulässig, einen Stammdatentyp zu löschen, wenn er in einem anderen Stammdatentyp
oder in einem Planungsbereich verwendet wird.
•Die Schlüsselattribute eines zusammengesetzten Stammdatentyps dürfen für Planungsbereiche nicht
ausgewählt werden.
•Abgleich des Stammdatentyps mit den bereits vorhandenen Stammdatensätzen
•Es ist nicht zulässig, einem zusammengesetzten Stammdatentyp Komponenten hinzuzufügen oder
daraus zu entfernen, wenn Daten für den Stammdatentyp bereits vorhanden sind.
•Wenn ein zusätzliches Attribut als Schlüssel festgelegt wurde, darf das Attribut in keinem
Stammdatensatz leer sein.
•Wenn ein Schlüsselattribut in ein Nichtschlüsselattribut geändert wird, muss die übrige
Schlüsselkombination eindeutige Werte für alle vorhandenen Stammdatensätze enthalten.
Hilfe bei der Fehleranalyse
Prüfen Sie das Prüfprotokoll und das Aktivierungsprotokoll in der App Anwendungsprotokolle, um
herauszunden, warum die Prüfung oder die Aktivierung fehlgeschlagen ist.
Die mit der Aktivierung und den Konsistenzprüfungen verknüpften Protokolle gehören zu dem Bereich IBP
Foundation und den Unterbereichen Aktivierung und Prüfung.
Die Meldungen im Protokoll liefern Ihnen Informationen zu den Fehlern.
Zu bestimmten Meldungen, die aus komplexeren Situationen entstehen, erhalten Sie zusätzliche
Informationen im Langtext der Meldung und in folgender Tabelle.
Meldungstext Grund und empfohlene Vorgehensweise
Attribut &1 kann nicht gesperrt werden. Eine weitere Aktivierung wird möglicherweise ausgeführt.
Versuchen Sie, den Stammdatentyp später zu aktivieren.
Stammdatentyp &1 kann nicht gesperrt werden. Eine weitere Aktivierung wird möglicherweise ausgeführt.
Versuchen Sie, den Stammdatentyp später zu aktivieren.
Attribut &1 kann nicht als Schlüsselattribut hinzugefügt wer-
den.
Es sind bereits Daten für den Stammdatentyp vorhanden.
Das Attribut enthält leere Werte und kann somit kein Schlüs-
selattribut sein.
Leitfaden für die Modellkonguration
Modellierungsanforderungen (Prüfungen und Fehler)
PUBLIC
ÖFFENTLICH 353
Meldungstext Grund und empfohlene Vorgehensweise
Attributsatz &1 kann nicht der Schlüssel für Stammdatentyp
&2 sein.
Es sind bereits Daten für den Stammdatentyp vorhanden.
Der Attributsatz, den Sie als Schlüssel ausgewählt haben,
enthält nicht nur eindeutige Werte.
Attribut &1 kann nicht in 1 Schritt hinzugef u. auf erford.
gesetzt wrd
Fügen Sie das Attribut dem Stammdatentyp als optionales
Attribut hinzu und aktivieren Sie den Stammdatentyp. Än-
dern Sie im nächsten Schritt den Stammdatentyp, indem
Sie das Attribut als erforderlich festlegen. Aktivieren Sie den
Stammdatentyp erneut.
Attr. &1 auf erford. setzen nicht möglich. Leerer Wert für Attr.
vorhandn
Es sind bereits Daten für den Stammdatentyp vorhanden.
Das Attribut enthält leere Werte und kann somit nicht als
erforderlich festgelegt werden.
Weitere Informationen
Referenzstammdatentypen ltern [Seite 36]
19.3 Planungsbereiche
Dieser Abschnitt listet die gängigsten Prüfungen und Fehler mit Bezug zu Planungsbereichen auf.
Wenn Sie die Konsistenzprüfung oder Aktivierung eines Planungsbereichs starten, führt das System die
folgenden Prüfungen für den Planungsbereich und die Modellentitäten aus, die zusammen mit einem
Planungsbereich aktiviert werden (Planungsebenen, Kennzahlen und Versionen):
Prüfungen für die Denition und Beziehungen eines Planungsbereichs
•Die Planungsbereichs-ID muss aus Großbuchstaben bestehen.
•Ein Zeitprol muss einem Planungsbereich zugeordnet sein.
•Die unterste Planungsprolebene muss als Ablagezeitprolebene verwendet werden.
•Es müssen Zeiträume für alle Zeitprolebenen des zugeordneten Zeitprols angegeben sein.
•Ein Planungsbereich darf keine inaktiven Stammdatentypen und Attribute enthalten.
Sie müssen die Stammdatentypen und Attribute des Planungsbereichs entweder aktivieren, bevor Sie
diesen aktivieren, oder sie in der Aktivierung des Planungsbereichs miteinschließen.
•Der Planungsbereich muss mindestens eine abgelegte Kennzahl enthalten.
•Wenn ein zusammengesetzter Stammdatentyp einem Planungsbereich zugeordnet ist, müssen
seine Komponenten-Stammdatentypen ebenfalls dem Planungsbereich zugeordnet werden. Die dem
354
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Modellierungsanforderungen (Prüfungen und Fehler)
Planungsbereich zugeordneten Attribute müssen aus den Komponenten-Stammdatentypen ausgewählt
werden.
•Wenn ein Referenz-Stammdatentyp oder ein virtueller Stammdatentyp einem Planungsbereich zugeordnet
ist, müssen die referenzierten Stammdatentypen ebenfalls dem Planungsbereich zugeordnet werden.
Prüfungen für die Denition von Versionen
•Die Versions-ID muss aus Großbuchstaben bestehen.
•Die Version-ID darf nicht BASELINE oder __BASELINE sein.
•Eine Version muss mindestens eine abgelegte Kennzahl enthalten, die als versionsspezische Kennzahl
angegeben ist.
Zusätzliche Prüfungen für einen Planungsbereich, der für die
zeitreihenbasierte Beschaungsplanung aktiviert ist
Hinweis
Ein Planungsbereich ist für zeitreihenbasierte Beschaungsplanung aktiviert, wenn in der App
Planungsbereiche die Option Beschaungsplanung aktivieren aktiviert ist.
Die Stammdatentypen in Ihrem Planungsbereich können ein Präx aus 2 oder 3 Buchstaben für die ID
haben (dies ist die SAP-Empfehlung). In diesem Abschnitt werden die Stammdatentypen nach ihren IDs
ohne Präx aufgeführt. Die gleichen Anforderungen gelten auch für die entsprechenden Stammdatentypen
mit Präx.
•Mindestens eine Kennzahl muss als Eingabe oder Ausgabe für die Beschaungsplanung angegeben sein.
•Alle Ausgabekennzahlen und Eingabe-/Ausgabekennzahlen müssen abgelegte Kennzahlen sein.
•Eine Kennzahl kann nicht gleichzeitig als Eingabe oder Ausgabe für die Beschaungsplanung und als
aggregierter Constraint angegeben werden.
•Die Berechnung einer Kennzahl, die als Ein- oder Ausgabe für die Beschaungsplanung angegeben ist,
muss in einer abgelegten Kennzahl auf derselben Planungsebene enden.
•Alle Kennzahlen, die in die Berechnung einer für die Beschaungsplanung relevanten Kennzahl (das
Feld Eingabe und Ausgabe für Beschaungsplanung ist nicht leer) einießen, werden als Eingabe für die
Beschaungsplanung angegeben.
•Falls Versionen vorhanden sind, müssen alle Ausgabekennzahlen und Eingabe-/Ausgabekennzahlen der
Beschaungsplanung als versionsspezische Kennzahlen vorliegen.
•Die Stammdatentypen COMPONENT, PRODUCTTO, SPRODUCT, LOCATIONFR, LOCATIONTO müssen
Referenzstammdatentypen sein.
•Prüfungen für aggregierte Constraint-Kennzahlen:
•Die Basisplanungsebene einer aggregierten Constraint-Kennzahl darf nur Attribute des Typs
NVARCHAR enthalten.
•Die Basisplanungsebene einer aggregierten Constraint-Kennzahl kann nur Attribute aus der
Basisplanungsebene der Kennzahl enthalten, die der aggregierten Constraint-Kennzahl entsprechen.
Leitfaden für die Modellkonguration
Modellierungsanforderungen (Prüfungen und Fehler)
PUBLIC
ÖFFENTLICH 355
Allerdings muss mindestens eines der Schlüsselattribute aus der entsprechenden Kennzahl
ausgeschlossen werden. Wenn zum Beispiel die entsprechende Kennzahl drei Schlüsselattribute
hat, können Sie zwei davon hinzufügen und als Schlüsselattribute in der Basisplanungsebene der
aggregierten Constraint-Kennzahl festlegen.
•Das Zeitschlüsselattribut der aggregierten Constraint-Kennzahlen muss mit der Zeitgranularität
übereinstimmen, mit der der zeitreihenbasierte Beschaungsplanungsoptimierer ausgeführt wird.
Wenn beispielsweise alle beschaungsrelevanten Kennzahlen auf der Ebene von technischen Wochen
abgelegt sind, die Beschaungsplanung aber für Kalenderwochen ausgeführt wird, müssen die
aggregierten Constraint-Kennzahlen die Kalenderwoche als Zeitschlüsselattribut haben. Alle anderen
Zeitmerkmale auf einer höheren Zeitgranularitätsebene (z.B. Monat, Quartal und Jahr) können
zugeordnet werden, aber nicht als Schlüsselattribute.
•Mit Ausnahme der Zeitattribute auf höheren Ebenen müssen alle weiteren Stammdatenattribute als
Schlüsselattribute markiert sein.
•Alle Attribute mit Ausnahme des Zeitattributs müssen den Datentyp NVARCHAR aufweisen.
•Die Basisplanungsebene einer aggregierten Constraint-Kennzahl muss ein zusätzliches
Schlüsselattribut enthalten, das in der Basisplanungsebene der entsprechenden Kennzahl ein
Nichtschlüsselattribut ist.
Weitere Informationen zu aggregierten Constraint-Kennzahlen und den zugehörigen Kennzahlen nden Sie
unter Planungsebenen für aggregierte Constraint-Kennzahlen kongurieren.
•Der Planungsbereich muss das Attribut PRDID enthalten. Weitere Informationen über
Namenskonventionen nden Sie unter Stammdaten
•Um die Konsistenz der für die zeitreihenbasierte Beschaungsplanung relevanten Stammdaten
sicherzustellen, müssen die folgenden Attributprüfungen eingerichtet werden:
Stammdatentyp Zugeordnetes Attribut Prüfstammdatentyp Prüfattribut
SOURCEPRODUCTION LOCID LOCATION LOCID
PRDID PRODUCT PRDID
PRODUCTIONSOURCEITM SOURCEID SOURCEPRODUCTION SOURCEID
PRDID PRODUCT PRDID
PRODUCTIONRESOURCE RESID RESOURCE RESID
SOURCEID SOURCEPRODUCTION SOURCEID
LOCATIONPRODUCT PLUNITID PLANNINGUNIT PLUNITID
SOURCECUSTOMERVALIDIT
Y
LOCID SOURCECUSTOMER LOCID
PRDID PRDID
CUSTID CUSTID
SOURCELOCATIONVALIDIT
Y
LOCID SOURCELOCATION LOCID
PRDID PRDID
356
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Modellierungsanforderungen (Prüfungen und Fehler)
Stammdatentyp Zugeordnetes Attribut Prüfstammdatentyp Prüfattribut
LOCFR LOCFR
SOURCEPRODUCTIONVALID
ITY
SOURCEID SOURCEPRODUCTION SOURCEID
PRDID PRDID
LOCID LOCID
•Die in der Tabelle aufgeführten Attribute müssen den Planungen mit den hier angegebenen IDs zugeordnet
werden.
•Wenn Sie dem Planungsbereich das Attribut MOTID zuordnen, muss es aus dem Stammdatentyp
MODEOFTRANSPORT ausgewählt werden, und dort ein Schlüsselattribut sein.
•Die Stammdatentypen SOURCELOCATION und SOURCECUSTOMER können nur dann das Attribut MOTID
enthalten, wenn sie zusammengesetzte Stammdatentypen sind und eine ihrer Komponenten der einfache
Stammdatentyp MODEOFTRANSPORT ist.
•Das Attribut PLUNITID darf maximal 40Zeichen lang sein.
•Ein Planungsbereich, der nicht für externe Zeitreihen aktiviert ist, kann keine versionsspezischen
externen Stammdatentypen verwenden.
Zusätzliche Prüfungen für einen für externe Zeitreihen aktivierten
Planungsbereich
Hinweis
Ein Planungsbereich ist für externe Zeitreihen aktiviert, wenn in der App Planungsbereiche die Option
Externe Zeitreihe aktivieren aktiviert ist.
•Prüft auf die Zuordnung von Integrationsprolen
•Ein Integrationsprol muss einem Planungsbereich zugeordnet sein.
•Dasselbe Integrationsprol muss dem Planungsbereich sowie zu jedem externen Stammdatentyp, der
diesem Planungsbereich zugeordnet ist, zugeordnet sein.
•Prüft auf die Datenquellen von Stammdaten und Zeitreihendaten
•Die externen Datenquellen der Schlüsselattribute einer Planungsebene müssen identisch mit den
externen Datenquellen der entsprechenden zugeordneten Attribute des Planungsbereichs sein.
Zusätzliche Prüfungen für einen Planungsbereich, der für auf der
Änderungshistorie basierende Berechnungen aktiviert ist
Hinweis
Ein Planungsbereich ist für Änderungshistorie-basierte Berechnungen aktiviert, wenn in der App
Planungsbereiche die Option Änderungshistorie-basierte Kennzahlberechnungen aktivieren markiert ist.
Leitfaden für die Modellkonguration
Modellierungsanforderungen (Prüfungen und Fehler)
PUBLIC
ÖFFENTLICH 357
•Prüfungen für die Denition des Planungsbereichs
•Der Planungsbereich muss für die Änderungshistorie aktiviert sein.
•Eine Version darf keine Kennzahl enthalten, die für die Änderungshistorie aktiviert ist.
•Prüfung der Planungsebenen
•Eine Planungsebene kann nur dann Historienattribute enthalten, wenn der Planungsbereich für
Berechnungen aktiviert ist, die auf der Änderungshistorie basieren.
•Abgelegte Kennzahlen können keine Basisplanungsebene haben, die Historienattribute oder
Datenaustauschattribute enthält.
•Prüfungen für die Berechnungen von Kennzahlen
•Eine Kennzahl kann nur dann eine abgelegte Eingabekennzahl auf einer Historienplanungsebene sein,
wenn diese Eingabekennzahl für die Änderungshistorie aktiviert ist.
•Eine Kennzahl kann nur dann eine abgelegte Eingabekennzahl auf einer Historienplanungsebene sein,
wenn das Attribut TSCHANGEIDFR als Schlüsselattribut festgelegt ist.
•Eine Kennzahl kann nur dann eine abgelegte Eingabekennzahl auf einer Historienplanungsebene sein,
wenn die Historienplanungsebene mit der Basisplanungsebene der Eingabekennzahl kompatibel ist.
Die Historienplanungsebene ist mit der Basisplanungsebene kompatibel, wenn sie genau denselben
Attributsatz wie die Basisplanungsebene der Kennzahl und zusätzlich die Historienattribute enthält.
Die Historienplanungsebene muss dieselben Schlüsselattribute wie die Basisplanungsebene und
zusätzlich das Historienattribut TSCHANGEIDFR enthalten.
Hilfe bei der Fehleranalyse
Hinweis
SAP empehlt, eine Konsistenzprüfung für einen Planungsbereich auszuführen, bevor Sie diesen
aktivieren. Wählen Sie hierzu Prüfen in der App Planungsbereiche.
Prüfen Sie das Prüfprotokoll und das Aktivierungsprotokoll in der App Anwendungsprotokolle, um festzustellen,
warum die Prüfung oder die Aktivierung fehlgeschlagen ist.
Die mit der Aktivierung und den Konsistenzprüfungen verknüpften Protokolle gehören zu dem Bereich IBP
Foundation und den Unterbereichen Aktivierung und Prüfung.
Die Nachrichten in dem Protokoll liefern Ihnen Informationen zu den Fehlern.
Für bestimmte Nachrichten, die aus komplexeren Situationen entstehen, nden Sie zusätzliche Informationen
im Langtext der Nachricht. Sie können diesen über das Symbol (Detailsicht) in der Spalte Langtext
aufrufen.
Weitere Informationen über bestimmte Aktivierungsfehler nden Sie im SAP-Wissensdatenbankartikel
2556544 .
Weitere Informationen
Attributprüfungen anlegen [Seite 29]
358
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Modellierungsanforderungen (Prüfungen und Fehler)
Planungsebenen für aggregierte Constraint-Kennzahlen kongurieren
19.4 Planungsebenen
Dieser Abschnitt listet die gängigsten Prüfungen und Fehler mit Bezug zu der Denition und den Beziehungen
von Planungsebenen auf.
•Die Planungsebenen-ID muss aus Großbuchstaben bestehen.
•Alle Attribute einer Planungsebene müssen für den Planungsbereich ausgewählt sein.
•Wenn der Planungsbereich für die Änderungshistorie aktiviert ist, kann eine Planungsebene nicht das
Attribut CHID enthalten.
•Alle für den Planungsbereich ausgewählten Attribute sollten in mindestens einer Planungsebene
verwendet werden.
•Eine Planungsebene, die in einer abgelegten Kennzahl verwendet wird, muss existieren.
•Eine abgelegte Planungsebene, d.h. eine Planungsebene, die als Basisplanungsebene mindestens
einer abgelegten Kennzahl verwendet wird, muss neben dem Zeitattribut mindestens ein weiteres
Schlüsselattribut enthalten.
•Abgelegte Planungsebenen dürfen PERIODID nicht als Schlüsselattribut haben. Geben Sie die
Planungsebene entweder nicht als Basisplanungsebene abgelegter Kennzahlen an, oder nehmen Sie eine
der folgenden Änderungen vor, wenn Sie eine abgelegte Planungsebene haben möchten:
•Wenn Sie möchten, dass die Planungsebene zeitabhängig ist, verwenden Sie PERIODID(n) als
Schlüsselattribut und entfernen Sie das Attribut PERIODID.
•Verwenden Sie gar keine Zeitattribute, wenn Sie möchten, dass die Planungsebene zeitunabhängig ist.
•Die Zeitprolebene mit der niedrigsten Granularität muss das Schlüsselattribut in einer Planungsebene
sein.
•Es ist nicht zulässig, eine Nichtschlüssel-Zeitprolebene hinzuzufügen, die nicht aus
der Schlüsselzeitprolebene in einer Planungsebene aggregiert werden kann. Wenn Ihre
Schlüsselzeitprolebene beispielsweise Kalenderwoche ist, können Sie keine Nichtschlüssel-Zeitattribute
wie Monat, Quartal oder Jahr haben.
•Die abgelegte Planungsebene darf keine Zeitprolebene enthalten, die im Zeitprol nicht vorhanden ist.
•Wenn eine Planungsebene als Basisplanungsebene einer Kennzahl verwendet wird, muss für dieses genau
eine Zeitprolebene als Schlüsselattribut eingestellt sein.
•Es dürfen keine Kennzahldaten auf Planungsebene vorhanden sein, dessen Schlüsselattribute geändert
wurden.
•Eine Planungsebene darf kein Schlüsselattribut enthalten, das mithilfe der Stammdatenergänzung durch
andere Schlüsselattribute bestimmt werden kann.
•Prüfungen für externe Planungsebenen (für Planungsebenen, denen eine Datenquelle für die externe
Kennzahldenition zugeordnet ist):
•Eine externe Planungsebene muss mindestens ein zusätzliches Schlüsselattribut neben dem als
Schlüsselattribut festgelegten Zeitattribut aufweisen.
•Für jedes Schlüsselattribut einer externen Planungsebene muss eine Bezugsspalte der externen
Datenquelle zugeordnet sein.
•Für das Zeitschlüsselattribute der externen Planungsebene muss die Bezugsspalte DATE_TIME
zugeordnet werden.
Leitfaden für die Modellkonguration
Modellierungsanforderungen (Prüfungen und Fehler)
PUBLIC
ÖFFENTLICH 359
•Nichtschlüsselattribute dürfen keine Bezugsspalte zugeordnet haben .
•Eine Ausgabeplanungsebene muss alle Attribute enthalten, für die eine Attribut-Transformation vorhanden
ist.
•Berechnungsausdrücke können nur Attribute enthalten, die aus den Eingabeplanungsebenen verfügbar
sind.
19.5 Kennzahlen
Dieser Abschnitt listet die gängigsten Prüfungen und Fehler im Zusammenhang mit Kennzahlen auf.
Prüfungen für die Denition einer Kennzahl
•Die Kennzahl-ID muss aus Großbuchstaben bestehen.
•Eine Kennzahl und ein Attribut dürfen nicht dieselbe ID haben.
•Eine Kennzahl, die in einem für die Änderungshistorie aktivierten Planungsbereich verwendet wird, kann
nicht CHID als ID haben
•Für ein Attribut, das als zeitabhängige Kennzahl verwendet wird, müssen Sie entweder ein
Zeitreferenzattribut angeben oder eines bzw. beide der Felder Periode von und Periode bis ausfüllen.
Hinweis
Wenn die Basisplanungsebene des als Kennzahl verwendeten Attributs ein Zeitattribut enthält, ist das
Attribut als Kennzahl zeitabhängig.
•Für ein als zeitunabhängige Kennzahl verwendetes Attribut müssen keine Zeitreferenzattribute oder
Perioden angegeben werden.
•Bei Attributen als Kennzahl darf Periode bis nicht früher liegen als Periode von.
•Sie können eine Kennzahl als Eingabe für ZR-basierte Vorplanungsverrechnung in folgenden Fällen
verwenden:
•Die Kennzahl ist eine abgelegte Kennzahl.
•Die Kennzahl ist eine berechnete Kennzahl, und alle Berechnungen in ihrem Berechnungsdiagramm
benden sich auf derselben Planungsebene.
•Die Kennzahl ist sowohl eine berechnete als auch eine abgelegte Kennzahl, und alle Berechnungen in
ihrem Berechnungsdiagramm benden sich auf derselben Planungsebene.
•Sie können eine Kennzahl als Ausgabe für ZR-basierte Vorplanungsverrechnung in folgenden Fällen
verwenden:
•Die Kennzahl ist eine abgelegte Kennzahl.
•Die Kennzahl ist sowohl eine abgelegte als auch eine berechnete Kennzahl.
•Ein Attribut als Kennzahl und eine Kennzahl können nicht dieselbe ID verwenden, wenn einer der folgenden
Punkte zutrit:
•Die Kennzahl ist nicht abgelegt.
•Die Kennzahl ist eine Alert-Kennzahl, eine generierte Kennzahl, eine Hilfskennzahl oder eine Attribut-
Transformationskennzahl.
360
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Modellierungsanforderungen (Prüfungen und Fehler)
Prüfungen für die Berechnungsdenitionen einer Kennzahl
•Ein Rechenausdruck muss die richtige Syntax haben: Eckige Klammern und Anführungszeichen müssen
paarweise verwendet werden.
•Bei allen Kennzahlen - ausgenommen Hilfskennzahlen - muss eine Berechnung auf der Ebene REQUEST
deniert werden.
•Verwenden Sie in einer Berechnung nur Funktionen, die in SAP IBP unterstützt werden. Weitere
Informationen nden Sie unter Häug verwendete Funktionen und Ausdrücke [Seite 182] und Vereinfachte
Kennzahlenberechnungen [Seite 203].
•Eine Berechnung auf REQUEST-Ebene muss entweder eine Aggregation sein oder ausschließlich Eingaben
von der Ebene REQUEST haben.
•Das Berechnungsdiagramm für jede Kennzahl muss als Ergebnis eine abgelegte Kennzahl haben.
•Es sollte keine Berechnung vorhanden sein, die in keinem Berechnungsgraphen verwendet wird.
•Der Berechnungsgraph darf keine Zirkelbezüge enthalten.
•Eine Kennzahl in einer Berechnung muss als Eingabekennzahl für die Berechnung angegeben werden.
•Eine Aggregationsberechnung muss genau eine Eingabekennzahl enthalten, mit Ausnahme von MIN und
MAX. Die Funktionen MIN und MAX können mehrere Eingabekennzahlen haben.
•Bei einer Aggregationsberechnung müssen die Attribute der Ausgabeplanungsebene identisch oder eine
Untergruppe der Attribute der Eingabeplanungsebenen sein.
•Wenn die Ausgabeplanungsebene nicht alle Schlüsselattribute der Eingabeplanungsebene enthält, muss
der Rechenausdruck mit einer der Aggregationsfunktionen beginnen (SUM, MIN, MAX, AVG, COUNT oder
STDDEV).
•Diese Aggregationsfunktionen können eine andere Kennzahl enthalten als die berechnete. Die
Eingabekennzahl und die Ausgabekennzahl dieser Funktionen müssen nicht identisch sein.
•Sie können eine Aggregation nicht in einen anderen Ausdruck einbetten.
•In einer Nichtaggregationsberechnung muss die Ausgabeplanungsebene alle Attribute aus den
Eingabeplanungsebenen enthalten.
•Eine Berechnung kann maximal zwei Planungsebenen in ihren Eingaben enthalten.
•Falls für eine Kennzahl auf einer bestimmten Planungsebene Berechnungen vorhanden sind, sollte die
Kennzahl eine berechnete und keine abgelegte Eingabe in den Berechnungen sein.
•Eine Kennzahl muss auf einer Planungsebene als „abgelegt“ angegeben werden, die mit der
Basisplanungsebene kompatibel ist. Das heißt, die Planungsebenen müssen jeweils denselben Satz von
Schlüsselattributen und Nichtschlüsselattributen haben.
•Nur eine Planungsebene, die ein oder mehr Schlüsselattribute enthält, kann als Basisplanungsebene für
eine abgelegte Kennzahl verwendet werden.
•Das Hochladen von Daten ist nur in einer Planungsebene möglich, die ein oder mehr Schlüsselattribute
enthält. Zeichenfolgen in Disaggregationsausdrücken müssen in zwei einfache Anführungszeichen
eingeschlossen sein.
•SUM()Aggregationsmodus der Kennzahl ist auf Berechnung gesetzt und kann nur für eine Kennzahl
verwendet werden, wenn es sich um Summe oder Benutzerdeniert handelt.
•Nur abgelegte Kennzahlen können als abgelegte Eingabe in der Berechnung einer Kennzahl markiert
werden.
•Lediglich Kennzahlen mit der gleichen Basisplanungsebene können abgelegte Eingaben auf derselben
Planungsebene sein (mit Ausnahme der Basisplanungsebene). Das bedeutet, zwei Kennzahlen können
keine abgelegten Eingaben auf derselben Planungsebene sein, wenn ihre Basisplanungsebenen nicht
identisch sind.
Leitfaden für die Modellkonguration
Modellierungsanforderungen (Prüfungen und Fehler)
PUBLIC
ÖFFENTLICH 361
•Eine Kennzahl darf in ihrer Berechnung nicht sich selbst auf der gleichen Planungsebene referenzieren.
•Es darf nur eine Berechnung für eine Kennzahl auf einer spezischen Planungsebene vorhanden sein.
•Eine Attribut-Transformation muss genau eine Eingabe haben.
•In einer Attribut-Transformation muss die Ausgabeplanungsebene das Attribut enthalten.
•Jedes Attribut der Ausgabeplanungsebene muss entweder ein berechnetes Attribut sein oder muss aus
einer Eingabeplanungsebene bezogen werden.
•Jedes Attribut in einem Rechenausdruck muss über die Eingabeplanungsebenen verfügbar sein.
•Eine Eingabeplanungsebene, auf der der abgelegte Wert einer Kennzahl verwendet wird, darf nicht mehr
Attribute enthalten als die Basisplanungsebene der entsprechenden Kennzahl.
•Eine Eingabeplanungsebene, auf der der abgelegte Wert einer Kennzahl verwendet wird, muss alle
Schlüsselattribute von der Basisplanungsebene der entsprechenden Kennzahl enthalten.
•Verwenden Sie aus Performancegründen MIDSTRU(STRING, 1, X) anstelle von LEFTSTRU(STRING,
X) und IF( KF<=0, CEIL(KF), FLOOR(KF) ) anstelle von TRUNC in Ihren Berechnungsdenitionen.
Prüfungen für die Funktionen EXP, SQRT, LOG und die Potenzfunktionen.
•Der Parameter der Funktion EXPmuss ein Ausdruck (mit numerischer Ausgabe), eine Kennzahl, ein
Attribut des Typs „Ganzzahl“ oder eine numerische Konstante sein.
•Der Parameter der Funktion SQRTmuss ein Ausdruck (mit numerischer Ausgabe), eine Kennzahl, ein
Attribut des Typs „Ganzzahl“ oder eine numerische Konstante sein.
•Wenn der Parameter der Funktion SQRT mit einer numerischen Konstante deniert ist, muss ihr Wert null
oder positiv sein.
•Der Parameter der Funktion LOGmuss ein Ausdruck (mit numerischer Ausgabe), eine Kennzahl, ein
Attribut des Typs „Ganzzahl“ oder eine numerische Konstante sein.
•Wenn der Parameter der Funktion LOG mit einer numerischen Konstante deniert ist, muss diese positiv
sein.
•Die Parameter der Potenzfunktion (**) müssen Ausdrücke (mit numerischen Ausgaben), Kennzahlen,
Attribute des Typs „Ganzzahl“ oder numerische Konstanten sein.
•Wenn die Parameter der Potenzfunktion (**) durch numerische Konstanten deniert sind und der Wert des
ersten Parameters null ist, dann muss der zweite Parameter null oder ein positiver Wert sein.
Prüfungen für L-Skript-Berechnungen
•Das Sortierattribut eines L-Skripts muss über die Eingabeplanungsebene des L-Skripts verfügbar sein.
•Die Sortierreihenfolge von Attributen in einem L-Skript muss gültig sein.
•Alle Schlüsselattribute und Kennzahlen der Eingabeplanungsebene müssen als Eingaben im L-Skript
angegeben werden.
•Alle Schlüsselattribute und Kennzahlen der Eingabeplanungsebene müssen als Ausgaben im L-Skript
angegeben werden.
•L-Skript darf nicht im Berechnungsdiagramm – auf Basisplanungsebene oder darunter – einer Kennzahl
verwendet werden, die als Eingabe oder als Ausgabe eines Prognoseoperators verwendet wird.
362
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Modellierungsanforderungen (Prüfungen und Fehler)
Prüfungen für die kumulative Aggregation (Funktion IBP_CAGGR)
•Eine kumulative Aggregation muss genau eine Eingabe haben.
•Die Eingabeplanungsebene und die Ausgabeplanungsebene einer kumulativen Aggregation müssen eine
identische Struktur aufweisen. Das bedeutet, dass sie den gleichen Satz an Attributen enthalten müssen,
einschließlich dem gleichen Satz an Schlüsselattributen.
•Kumulative Aggregationen müssen zeitabhängig sein. Das heißt, sowohl für die Eingabe- als auch für die
Ausgabeplanungsebene der Berechnung muss eines der Attribute PERIODID(n) als Zeitschlüsselattribut
gesetzt sein. Das Zeitschlüsselattribut darf nicht das PERIODID-Attribut sein.
Dasselbe Attribut PERIODID(n) muss das Zeitschlüsselattribut in beiden Planungsebenen sein, außer in
Berechnungen auf der Ebene REQUEST.
•Kumulative Aggregation kann nur auf einer Planungsebene deniert werden, die sowohl Zeitattribute als
auch Attribute von Stammdatentypen enthält.
•Für die Funktion IBP_CAGGR müssen Werte für die vier obligatorischen Parameter angegeben sein und
für sie kann ein Wert für einen optionalen Parameter festgelegt werden. Ausgenommen hiervon sind
Berechnungen auf der Ebene REQUEST, bei denen dieser nicht anwendbar ist.
•Der erste Parameter muss die Eingabekennzahl auf der Eingabeplanungsebene sein.
•Für die Funktion IBP_CAGGR müssen gültige Werte für die vier oder fünf Parameter angegeben sein.
•Der für den fünften Parameter angegebene Wert (Zeitprolebene, auf der die kumulative Aggregation neu
gestartet wird) muss in dem dem Planungsbereich zugeordneten Zeitprol enthalten sein.
•Es kann nur eine Zeitprolebene, die der Planungsebene der kumulativen Aggregation als Zeitattribut
(nicht als Schlüsselattribut) zugeordnet ist, als Wert des fünften Parameters von IBP_CAGGR
(Zeitprolebene, auf der die kumulative Aggregation neu gestartet wird) angegeben werden.
Ausgenommen hiervon sind Berechnungen auf der Ebene REQUEST, bei denen der fünfte Parameter nicht
anwendbar ist.
•Die Funktion IBP_CAGGR kann nicht in anderen Berechnungen geschachtelt werden.
•Wenn ein Berechnungsdiagramm eine kumulative Aggregation enthält, darf die oberste Kennzahl im
Berechnungsdiagramm nicht editierbar sein.
•Die Funktion IBP_CAGGR darf nicht im Berechnungsdiagramm – auf Basisplanungsebene oder darunter
– einer Kennzahl verwendet werden, die als Eingabe oder als Ausgabe eines Beschaungs- oder
Prognoseoperators verwendet wird.
•Um sicherzustellen, dass die Berechnungsergebnisse korrekt sind, prüfen Sie, ob die Schlüsselattribute
der Eingabeplanungsebenen NULL-Werte enthalten.
Prüfungen für die rollierende Aggregation (Funktion IBP_RAGGR)
•Eine rollierende Aggregation muss genau eine Eingabe haben.
•Die Eingabeplanungsebene und die Ausgabeplanungsebene der rollierenden Aggregation müssen eine
identische Struktur aufweisen. Das bedeutet, dass sie den gleichen Satz an Attributen enthalten müssen,
einschließlich dem gleichen Satz an Schlüsselattributen.
•Rollierende Aggregationen müssen zeitabhängig sein. Das heißt, sowohl für die Eingabe- als auch für die
Ausgabeplanungsebene der Berechnung muss eines der Attribute PERIODID(n) als Zeitschlüsselattribut
gesetzt sein. Das Zeitschlüsselattribut darf nicht das PERIODID-Attribut sein.
Dasselbe Attribut PERIODID(n) muss das Zeitschlüsselattribut in beiden Planungsebenen sein, außer in
Berechnungen auf der Ebene REQUEST.
Leitfaden für die Modellkonguration
Modellierungsanforderungen (Prüfungen und Fehler)
PUBLIC
ÖFFENTLICH 363
•Die Ausgabeplanungsebene muss Stammdatentypschlüssel enthalten. Ausgenommen hiervon sind
Berechnungen auf der Ebene REQUEST.
•Eine Berechnung auf der Ebene REQUEST muss eine Eingabeberechnung auf der Ebene REQUEST haben.
•Für die Funktion IBP_RAGGR müssen Werte für die vier obligatorischen Parameter angegeben sein und
für sie kann ein Wert für einen optionalen Parameter festgelegt werden. Ausgenommen hiervon sind
Berechnungen auf der Ebene REQUEST, bei denen dieser nicht anwendbar ist.
Weitere Informationen zu möglichen Werten nden Sie unter Rollierende Aggregation [Seite 222].
•Der erste Parameter muss die Eingabekennzahl auf der Eingabeplanungsebene sein.
•Der für den sechsten Parameter angegebene Wert (Zeitprolebene, auf der die rollierende Aggregation neu
gestartet wird) muss in dem dem Planungsbereich zugeordneten Zeitprol enthalten sein.
•Es kann nur eine Zeitprolebene, die der Planungsebene der rollierenden Aggregation als Zeitattribut (nicht
als Schlüsselattribut) zugeordnet ist, als Wert des sechsten Parameters von IBP_RAGGR (Zeitprolebene,
auf der die kumulative Aggregation neu gestartet wird) angegeben werden. Ausgenommen hiervon sind
Berechnungen auf der Ebene REQUEST, bei denen der sechste Parameter nicht anwendbar ist.
•Wenn ein Berechnungsdiagramm eine rollierende Aggregation enthält, darf die oberste Kennzahl im
Berechnungsdiagramm nicht editierbar sein.
•Die Funktion IBP_RAGGR kann nicht in anderen Berechnungen geschachtelt werden.
•Die Funktion IBP_RAGGR darf nicht im Berechnungsdiagramm – auf Basisplanungsebene oder darunter
– einer Kennzahl verwendet werden, die als Eingabe oder als Ausgabe eines Beschaungs- oder
Prognoseoperators verwendet wird.
•Um sicherzustellen, dass die Berechnungsergebnisse korrekt sind, prüfen Sie, ob die Schlüsselattribute
der Eingabeplanungsebenen NULL-Werte enthalten.
Prüfungen für die dynamische rollierende Aggregation (Funktion
IBP_DYNAMIC_RAGGR)
•Eine dynamische rollierende Aggregation muss eine, zwei oder drei Eingabekennzahlen enthalten, die
auch im Rechenausdruck verwendet werden müssen. Die erste Kennzahl ist die zu aggregierende
Eingabekennzahl, die zweite (falls verwendet) deniert den Beginn der Aggregation, und die dritte (falls
verwendet) deniert die Dauer der Aggregation.
•Die Attribute der Ausgabeplanungsebene müssen eine Vereinigung der Attribute der
Eingabeplanungsebenen sein.
•Es sind maximal zwei Eingabeplanungsebenen zulässig.
•Dynamische rollierende Aggregationen müssen zeitabhängig sein. Das heißt, sowohl für die Eingabe-
als auch für die Ausgabeplanungsebenen der Berechnung muss eines der Attribute PERIODID(n) als
Zeitschlüsselattribut gesetzt sein. Das Zeitschlüsselattribut darf nicht das PERIODID-Attribut sein.
Dasselbe PERIODID(n)-Attribut muss das Zeitschlüsselattribut in beiden Planungsebenen sein.
•Die Ausgabeplanungsebene muss Schlüsselattribute des Stammdatentyps enthalten.
•Für die Funktion IBP_DYNAMIC_RAGGR müssen Werte für 5 obligatorische Parameter angegeben sein und
für sie kann ein Wert für einen optionalen Parameter festgelegt werden.
•Der erste Parameter muss die zu aggregierende Eingabekennzahl auf der Eingabeplanungsebene sein.
•Der für den sechsten Parameter angegebene Wert (Zeitprolebene, auf der die dynamische rollierende
Aggregation neu gestartet wird) muss in dem dem Planungsbereich zugeordneten Zeitprol enthalten sein.
•Als Wert des sechsten Parameters von IBP_DYNAMIC_RAGGR (Zeitprolebene, auf der die dynamische
rollierende Aggregation neu gestartet wird) kann nur eine Zeitprolebene angegeben werden, die der
364
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Modellierungsanforderungen (Prüfungen und Fehler)
Planungsebene der dynamischen rollierenden Aggregation als Zeitattribut (nicht als Schlüsselattribut)
zugeordnet ist.
•Die Funktion IBP_DYNAMIC_RAGGR kann nicht auf REQUEST-Ebene verwendet werden.
•Wenn ein Berechnungsdiagramm eine dynamische rollierende Aggregation enthält, darf die oberste
Kennzahl im Berechnungsdiagramm nicht editierbar sein.
•Die Funktion IBP_DYNAMIC_RAGGR kann nicht in anderen Berechnungen geschachtelt werden.
Prüfungen für die Periodenverschiebung (Funktion IBP_PERIODSHIFT)
•Der erste Parameter muss die Eingabekennzahl auf der Eingabeplanungsebene sein.
•Die Berechnung einer Periodenverschiebung muss genau eine Eingabe haben, wenn Sie um eine genaue
Anzahl oder ein Attribut verschieben.
•Die Berechnung einer Periodenverschiebung muss genau zwei Eingaben haben, wenn Sie die
Eingabekennzahl um eine andere Kennzahl verschieben.
•Die Eingabeplanungsebene und die Ausgabeplanungsebene einer Periodenverschiebung müssen
miteinander kompatibel sein. Das heißt, sie müssen die gleichen Attribute, auch die gleichen
Schlüsselattribute, enthalten.
•Die Periodenverschiebung muss zeitabhängig sein. Das heißt, sowohl für die Eingabe- als auch für die
Ausgabeplanungsebene der Berechnung muss eines der PERIODID(n)-Attribute als Zeitschlüsselattribut
gesetzt sein. Das Zeitschlüsselattribut darf nicht das PERIODID-Attribut sein.
Dasselbe PERIODID(n)-Attribut muss das Zeitschlüsselattribut in beiden Planungsebenen sein.
•Die Funktion IBP_PERIODSHIFT kann nicht auf REQUEST-Ebene verwendet werden.
•Wenn ein Berechnungsdiagramm eine Periodenverschiebung enthält, darf die oberste Kennzahl im
Berechnungsdiagramm nicht bearbeitbar sein.
•Die Funktion IBP_PERIODSHIFT kann nicht in anderen Berechnungen geschachtelt werden.
•Denieren Sie den dritten Parameter oder legen Sie eine Aggregationsberechnung zusätzlich zur Funktion
IBP_PERIODSHIFT an, wenn Sie die Eingabekennzahl um ein Zeitproltattribut oder eine Kennzahl
verschieben.
•Für die Funktion IBP_PERIODSHIFT müssen Werte für die zwei obligatorischen Parameter angegeben
werden.
Weitere Informationen zu möglichen Werten der Parameter nden Sie unter Periodenverschiebung [Seite
232].
•Die Funktion IBP_PERIODSHIFT darf nicht im Berechnungsdiagramm - auf Basisplanungsebene oder
darunter - einer Kennzahl verwendet werden, die als Eingabe oder als Ausgabe eines Beschaungs- oder
Prognoseoperators verwendet wird.
Prüfungen für die Aggregation der letzten Periode (Funktion IBP_LPA)
•Eine Aggregation der letzten Periode muss genau eine Eingabe enthalten.
•Die Aggregation der letzten Periode muss genau einen Parameter enthalten, der eine Kennzahl-ID sein
muss.
•Die Eingabe der Berechnung muss dieselbe sein wie der Parameter der Aggregation der letzten Periode.
Leitfaden für die Modellkonguration
Modellierungsanforderungen (Prüfungen und Fehler)
PUBLIC
ÖFFENTLICH 365
•Stammdatenattribute (einschließlich Schlüsselattribute) müssen in den Eingabe- und
Ausgabeplanungsebenen identisch sein.
•Die Eingabeplanungsebene muss mindestens eine Basiszeitprolebene enthalten.
•Die Funktion IBP_LPA muss die einzige Funktion in einem Rechenausdruck sein. Sie darf nicht in anderen
Funktionen eingebettet sein und darf nicht in Operationen (z.B. +, =<, NOT) verwendet werden.
•Bei der dynamischen Aggregation der letzten Periode müssen Zeitprolebenen in der Eingabe- und
Ausgabeplanungsebene identisch sein.
•Berechnungen, die auf der dynamischen Aggregation der letzten Periode basieren, dürfen keine
Basiszeitprolebenen in der Ausgabeplanungsebene enthalten.
•Berechnungen, die auf der dynamischen Aggregation der letzten Periode basieren, dürfen keine
Zeitprolebenen im Ausdruck enthalten.
•Zeitprolebenen können in Berechnungen nicht als Join-Attribute verwendet werden, die auf der
dynamischen Aggregation der letzten Periode basieren.
•Im Fall der statischen Aggregation der letzten Periode muss die Basiszeitprolebene in der
Ausgabeplanungsebene eine mögliche übergeordnete Ebene der Basiszeitprolebene in der
Eingabeplanungsebene sein.
•Die Funktion IBP_LPA kann nicht auf REQUEST-Ebene verwendet werden.
•Die Funktion IBP_LPA darf nicht im Berechnungsdiagramm - auf Basisplanungsebene oder darunter
- einer Kennzahl verwendet werden, die als Eingabe oder als Ausgabe eines Beschaungs- oder
Prognoseoperators verwendet wird.
Prüfungen auf die Funktion für gewichteten Durchschnitt
(IBP_WEIGHTEDAVG)
•Die Berechnung des gewichteten Durchschnitts muss genau drei Parameter enthalten.
•Der erste Parameter muss die Eingabekennzahl auf der Eingabeplanungsebene sein.
•Der zweite Parameter muss entweder eine Kennzahl auf Eingabeplanungsebene oder ein Stammdatentyp-
Attribut sein.
•Wenn der zweite Parameter ein Attribut des Stammdatentyps (Ganzzahl) ist, muss er der
Eingabeplanungsebene der ersten Kennzahl zugeordnet werden.
•Der dritte Parameter muss entweder STOREDNUMERATOR oder CALCULATEDNUMERATOR sein.
•Die Funktion IBP_WEIGHTEDAVG kann nicht in anderen Berechnungen geschachtelt werden.
•Die Planungsebene der Ausgabekennzahl muss eine Teilmenge des Zusammenschlusses der
Eingabeplanungsebenen sein.
•Die Schlüsselzeitattribute dieser Eingabeplanungsebenen sind nicht identisch.
•Die Eingabeplanungsebenen dürfen nicht auf REQUEST-Ebene sein.
•Wenn der zweite Parameter der Funktion IBP_WEIGHTEDAVG eine Kennzahl ist, müssen die
Eingabeplanungsebenen mindestens ein gemeinsames nicht zeitbasiertes Schlüsselattribut haben, das
in der Ausgabeplanungsebene enthalten ist.
•Wenn ein Berechnungsdiagramm eine Berechnung des gewichteten Durchschnitts enthält, darf die oberste
Kennzahl im Berechnungsdiagramm nicht editierbar sein.
366
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Modellierungsanforderungen (Prüfungen und Fehler)
Prüfungen auf die Funktion für Deckung (IBP_COVERAGE)
•Bei der Berechnung der Deckung sind sechs obligatorische und zwei optionale Parameter beteiligt.
•Die Funktion IBP_COVERAGE muss eine, zwei oder drei Eingabekennzahlen aufweisen.
•Der erste Parameter muss eine Eingabekennzahl oder eine positive Zahl sein.
•Der zweite Parameter muss eine Eingabekennzahl sein.
•Der dritte Parameter muss eine Eingabekennzahl oder eine positive Zahl sein.
•Die Eingabeplanungsebenen müssen identisch sein.
•Die Eingabeplanungsebenen und die Ausgabeplanungsebene einer Deckungsberechnung müssen
kompatibel sein. Das bedeutet, dass sie den gleichen Satz an Attributen enthalten müssen, einschließlich
des gleichen Satzes an Schlüsselattributen.
•Deckungsberechnungen müssen zeitabhängig sein. Das heißt, sowohl für die Eingabe- als auch für die
Ausgabeplanungsebene der Berechnung muss eines der PERIODID(n)-Attribute als Zeitschlüsselattribut
gesetzt sein. Das Zeitschlüsselattribut darf nicht das PERIODID-Attribut sein.
Dasselbe PERIODID(n)-Attribut muss das Zeitschlüsselattribut in beiden Planungsebenen sein.
•Die Ausgabeplanungsebene muss Schlüsselattribute des Stammdatentyps enthalten.
•Die Funktion IBP_COVERAGE kann nicht in anderen Berechnungen geschachtelt werden.
•Wenn ein Berechnungsdiagramm eine Deckungsberechnung enthält, darf die oberste Kennzahl im
Berechnungsdiagramm nicht editierbar sein.
Prüfungen auf die Kalenderfunktion (IBP_CALENDAR)
•Die Kalenderfunktion muss genau zwei Parameter haben.
•Der erste Parameter muss die Eingabekennzahl auf der Eingabeplanungsebene sein.
•Der zweite Parameter muss ein Kalenderattribut ein.
•Das Kalenderattribut muss der Planungsebene der Eingabekennzahl hinzugefügt werden.
•Die Eingabeplanungsebenen und die Ausgabeplanungsebene müssen dieselben Zeitattribute haben,
einschließlich des Zeitschlüsselattributs.
•Allerdings kann die Kalenderfunktion nicht auf REQUEST-Ebene verwendet werden.
•Wenn ein Berechnungsdiagramm eine Kalenderfunktion enthält, darf die oberste Kennzahl im
Berechnungsdiagramm nicht editierbar sein.
Prüfungen auf die Funktion zum Generieren fehlender Zeiträume
(IBP_GENERATE_MISSING_TP)
•Die Funktion zum Generieren fehlender Zeiträume muss genau drei Parameter haben.
•Der erste Parameter muss die Eingabekennzahl auf der Eingabeplanungsebene sein.
•Der dritte Parameter muss größer oder gleich dem zweiten Parameter sein.
•Der durch den zweiten und dritten Parameter denierte Berechnungshorizont muss innerhalb des
Planungshorizonts liegen.
Leitfaden für die Modellkonguration
Modellierungsanforderungen (Prüfungen und Fehler)
PUBLIC
ÖFFENTLICH 367
•Die Eingabeplanungsebene und die Ausgabeplanungsebene einer Funktion zum Generieren fehlender
Zeiträume müssen miteinander kompatibel sein. Das bedeutet, dass sie den gleichen Satz an Attributen
enthalten müssen, einschließlich dem gleichen Satz an Schlüsselattributen.
•Die Funktion zum Generieren fehlender Zeiträume muss zeitabhängig sein. Das heißt, sowohl für die
Eingabe- als auch für die Ausgabeplanungsebene der Berechnung muss eines der PERIODID(n)-Attribute
als Zeitschlüsselattribut gesetzt sein. Das Zeitschlüsselattribut darf nicht das PERIODID-Attribut sein.
Dasselbe PERIODID(n)-Attribut muss das Zeitschlüsselattribut in beiden Planungsebenen sein.
•Die Ausgabeplanungsebene muss Schlüsselattribute des Stammdatentyps enthalten.
•Die Funktion IBP_GENERATE_MISSING_TP kann nicht in anderen Berechnungen geschachtelt werden.
•Die Funktion IBP_GENERATE_MISSING_TP kann nicht auf REQUEST-Ebene verwendet werden.
•Wenn ein Berechnungsdiagramm eine Funktion zum Generieren fehlender Zeiträume enthält, darf die
oberste Kennzahl im Berechnungsdiagramm nicht editierbar sein.
Prüfungen für die Berechnung des letzten Werts (IBP_LAST_VALUE)
•Eine Berechnung des letzten Werts muss genau eine Eingabe haben.
•Die Eingabeplanungsebene und die Ausgabeplanungseben einer Berechnung des letzten Werts müssen
kompatibel sein. Das bedeutet, dass sie den gleichen Satz an Attributen enthalten müssen, einschließlich
dem gleichen Satz an Schlüsselattributen.
•Die Berechnungen der letzten Werte müssen zeitabhängig sein. Das heißt, sowohl für die Eingabe-
als auch für die Ausgabeplanungsebene der Berechnung muss eines der Attribute PERIODID(n) als
Zeitschlüsselattribut gesetzt sein. Das Zeitschlüsselattribut darf nicht das PERIODID-Attribut sein.
Dasselbe PERIODID(n)-Attribut muss das Zeitschlüsselattribut in beiden Planungsebenen sein.
•Die Ausgabeplanungsebene muss Schlüsselattribute des Stammdatentyps enthalten.
•Die Funktion IBP_LAST_VALUE kann nicht mehr als 2 Parameter aufweisen.
•Der erste Parameter muss die Eingabekennzahl auf der Eingabeplanungsebene sein.
•Der zweite Parameter, falls deniert, muss eine positive Ganzzahl sein.
•Die Funktion IBP_LAST_VALUE kann nicht auf REQUEST-Ebene verwendet werden.
•Wenn ein Berechnungsdiagramm eine Berechnung des letzten Werts enthält, darf die oberste Kennzahl im
Berechnungsdiagramm nicht editierbar sein.
•Die Funktion IBP_LAST_VALUE kann nicht in anderen Berechnungen geschachtelt werden.
Prüfungen für die Berechnung des aktuellen Werts (IBP_CURRENT_VALUE)
•Die Berechnung des aktuellen Werts muss genau einen Parameter haben, bei dem es sich um die
Eingabekennzahl auf Eingabeplanungsebene handelt.
•Die Eingabeplanungsebene und die Ausgabeplanungsebene einer IBP_CURRENT_VALUE-Funktion müssen
denselben Satz von Nichtzeitattributen (Schlüssel- und Nicht-Schlüsselattribut) haben.
•Die Ausgabeplanungsebene darf keine Zeitattribute haben.
•Die Eingabeplanungsebene muss ein anderes Schlüsselzeitattribut als PERIODID haben.
•Das Feld Proportionalität der Ausgabekennzahl darf nicht den Wert Gleiche Kennzahl - Berechnete Werte
haben.
368
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Modellierungsanforderungen (Prüfungen und Fehler)
Prüfungen für die fensterbasierte Aggregation (Funktion IBP_WBAGGR)
•Die Funktion IBP_WBAGGR hat vier obligatorische Parameter, die eine feste Reihenfolge haben.
•Der erste Parameter ist die Eingabekennzahl auf der Eingabeplanungsebene.
•Der zweite Parameter ist die Aggregationsart. Mögliche Werte sind MIN, MAX, SUM, AVG, STDDEV und
COUNT.
•Der dritte Parameter ist die eingebettete Funktion IBP_GROUP_BY.
Sie können in der Funktion IBP_GROUP_BY mehrere Parameter denieren, aber Sie können nur Attribute
als Parameter denieren.
Sie können nur Attribute einer PERIODID* als Parameter denieren.
Die Reihenfolge der Attribute hat keine Auswirkung auf die Berechnungsergebnisse.
•Der vierte Parameter ist die eingebettete Funktion IBP_SORT_BY.
Innerhalb dieser Funktion können Sie einen oder mehrere Parameter denieren. Jeder Parameter ist eine
Kombination aus einem Attribut und einem Reihenfolgenmodikator, und zwar in dieser Reihenfolge.
Die möglichen Werte des Reihenfolgenmodikators sind ASC oder DESC. ASC steht für aufsteigende und
DESC für absteigende Reihenfolge.
•Ein Attribut kann entweder Teil der Funktion IBP_GROUP_BY oder der Funktion IBP_SORT_BY sein, aber
nicht beider.
•Die als IBP_GROUP_BY oder IBP_SORT_BY angegebenen Attribute sollen in der Planungsebene der
Eingabekennzahl enthalten sein.
•Alle Schlüsselattribute der Eingabeplanungsebene, einschließlich der zeitbezogenen Schlüsselattribute,
müssen entweder als Parameter der Funktion IBP_GROUP_BY oder der Funktion IBP_SORT_BY, aber nicht
beider, verwendet werden, um Ergebnisse reproduzieren zu können.
•Die Eingabeplanungsebene und die Ausgabeplanungsebene der fensterbasierten Aggregation müssen
kompatibel sein. Das bedeutet, dass sie den gleichen Satz an Attributen enthalten müssen, einschließlich
dem gleichen Satz an Schlüsselattributen.
•Die fensterbasierte Aggregationsfunktion funktioniert auch bei abgelegten und berechneten Kennzahlen.
•Die Funktion IBP_WBAGGR kann nicht auf REQUEST-Ebene verwendet werden.
•Die Funktion IBP_WBAGGR kann nicht in anderen Berechnungen geschachtelt werden.
•Wenn ein Berechnungsdiagramm eine fensterbasierte Aggregation enthält, darf die oberste Kennzahl im
Berechnungsdiagramm nicht editierbar sein.
•Die Funktion IBP_WBAGGR darf nicht im Berechnungsdiagramm – auf Basisplanungsebene oder darunter
– einer Kennzahl verwendet werden, die als Eingabe oder als Ausgabe eines Beschaungs- oder
Prognoseoperators verwendet wird.
Prüfungen für die Verrechnungsfunktion (IBP_CONSUMPTION)
•Die Funktion IBP_CONSUMPTION hat sechs Pichtparameter und zwei optionale Parameter.
•Die Funktion IBP_CONSUMPTION muss zwei oder drei Eingabekennzahlen aufweisen.
•Die ersten beiden Parameter müssen zeitabhängige Kennzahlen sein.
•Die ersten beiden Kennzahlen müssen die gleichen Eingabeplanungsebenen haben.
•Der dritte Parameter muss eine Kennzahl sein (optimalerweise ein Attribut als Kennzahl).
•Die Planungsebene des dritten Parameters muss zeitunabhängig sein.
Leitfaden für die Modellkonguration
Modellierungsanforderungen (Prüfungen und Fehler)
PUBLIC
ÖFFENTLICH 369
•Die Planungsebene des dritten Parameters darf nur ein Schlüsselattribut haben und muss auch ein
Attribut der Planungsebene der ersten und zweiten Eingabekennzahl sein. Der Attributtyp muss eine
Ganzzahl sein. Es muss das Join-Attribut unter den Planungsebenen der Eingabekennzahlen sein.
•Die Attribute des 4., 5., 6. und 8. Parameters müssen Stammdatenattribute sein.
•Die Attribute des 4., 5., 6. und 8. Parameters müssen ganzzahlige Attribute sein.
•Mögliche Werte für den 8. Parameter sind 0, 1, 2, 3.
•Mögliche Werte für den 4. Parameter liegen zwischen 0 und 5.
•Der Wert des 5. und 6. Parameters muss eine positive Zahl oder 0 sein.
•Der 7. Parameter muss eine Ganzzahl sein, die der Zeitprolebene entspricht.
•Wenn der 7. Parameter vorhanden ist, ist auch der 8. Parameter obligatorisch.
•Die Ausgabekennzahl der Berechnung muss ein Zeitschlüsselattribut aufweisen.
•Das Zeitschlüsselattribut der Planungsebene der ersten beiden Eingabekennzahlen muss mit dem
Zeitattribut der Ausgabeplanungsebene übereinstimmen.
•Normalerweise müssen sich alle Attribute der ersten Eingabekennzahl auf der
Ausgabeplanungsebene benden. Ausnahmsweise können Sie für diese Funktion zusätzlich zu
den Verrechnungsparameterattributen (Attribute in den Parametern 4-8) weitere Attribute zur
Ausgabeplanungsebene hinzufügen, diese sind jedoch optional.
•Die Planungsebenen der Eingabekennzahlen können nicht REQUEST sein.
•Alle Planungsebenen müssen Schlüsselattribute aus Stammdatentypen enthalten.
•IBP_CONSUMPTION kann nicht in anderen Berechnungen geschachtelt werden.
•Wenn eine Berechnungskette eine Verrechnungsaggregation enthält, darf die Ausgabekennzahl nicht
bearbeitbar sein, sondern sie kann nur berechnet werden.
Prüfungen für die Funktion "Zeitdimension hinzufügen"
(IBP_ADD_TIME_DIMENSION)
•Die Berechnung zum Hinzufügen einer Zeitdimension muss exakt drei Parameter haben.
•Die Eingabe- und Ausgabeplanungsebenen einer IBP_ADD_TIME_DIMENSION-Berechnung müssen
denselben Satz von Nichtzeitattributen (Schlüssel- und Nicht-Schlüsselattribut) haben.
•Die Eingabeplanungsebene darf keine Zeitattribute haben.
•Eingaben im Ausdruck und die Berechnungsdenition müssen übereinstimmen.
•Die Ausgabeplanungsebene muss ein anderes Schlüsselzeitattribut als PERIODID haben.
•Die Ausgabe muss Schlüsselattribute aus Stammdatentypen haben.
•Der zweite Parameter muss $$PERIODIDnCU$$ sein, mit der Option für einen Plus- oder Minus-Operator
und einen ganzzahligen Wert.
•Die Variable n in $$PERIODIDnCU$$ kann eine beliebige Zeitprolebene sein, die im Zeitprol verwendet
wird, das an den Planungsbereich angehängt ist.
•Die in $$PERIODIDnCU$$ referenzierte Zeitprolebene muss mit der Zeitgranularität der
Ausgabeplanungsebene übereinstimmen. Beispiel: $$PERIODID4CU$$ bedeutet, dass die
Ausgabeplanungsebene der Berechnung auf monatlicher Basis gemäß der Zeitprolkonguration sein
muss.
•Der dritte Paramater muss einer der folgenden sein: PAST, PASTCURRENT, PASTCURRENTFUTURE,
CURRENT, CURRENTFUTURE oder FUTURE.
370
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Modellierungsanforderungen (Prüfungen und Fehler)
•Die Berechnung IBP_ADD_TIME_DIMENSION kann nicht in einer Berechnung auf REQUEST-Ebene
verwendet werden.
•Wenn ein Berechnungsdiagramm eine IBP_ADD_TIME_DIMENSION-Berechnung enthält, darf die oberste
Kennzahl im Berechnungsdiagramm nicht bearbeitbar sein.
Prüfungen für den Disaggregationsausdruck
•Die Kennzahlen in einem Disaggregationsausdruck müssen abgelegt sein und die gleiche Planungsebene
wie ihre Hauptkennzahl haben.
•Die Attribute (Stammdaten und Zeitattribute) in einem Disaggregationsausdruck müssen zu der
Basisplanungsebene der Kennzahl zugeordnet sein.
•Die Kennzahlen und Attribute (Stammdaten und Zeitattribute) in einem Disaggregationsausdruck müssen
in Anführungszeichen gesetzt werden.
•Einfache Anführungszeichen werden für Zeichen wie Werte (Zeichenfolge) in Disaggregationsausdrücken
verwendet.
•Platzhalter wie $$PERIODID0CU$$ müssen ohne Anführungszeichen eingegeben werden.
Achtung
Wenn Sie einen der folgenden Fehler nden, stellen Sie sicher, dass Sie diese beheben, da der
Planungsbereich ansonsten nicht aktiviert werden kann:
•Jedes önende Anführungszeichen benötigt schließendes Gegenstück.
•Jede önende Klammer benötigt ein schließendes Gegenstück.
•Löschen Sie Leerzeichen zwischen doppelten Anführungszeichen.
•Attribut <Attribut-ID> ist nicht der Basisplanungsebene zugeordnet.
•Kennzahl <Kennzahl-ID> kann nicht referenziert werden. Falsche Basis-Planungseb.
•Verwenden Sie doppelte Anführungszeichen für Kennzahlen o. Attribute.
•In Disaggregationsausdruck verwendete Kennzahl <Kennzahl-ID> ist nicht abgelegt.
•Bitte korrigieren Sie die Anzahl der Argumente für Funktion <Funktion>.
•Fügen Sie Klammern um Argumente von Funktion <Funktion> hinzu.
•Korrigieren Sie die ungültigen Referenzen im Disaggregationsausdruck.
•Bitte prüfen Sie die Gültigkeit des Disaggregationsausdrucks.
•Disaggregationsausdruck darf keine Zeilenumbrüche enthalten.
•Disaggregationsausdruck darf keine Tabulatorzeichen enthalten.
•Disaggregationsausdruck darf keine leeren Klammern enthalten.
•Disaggregationsausdruck darf nicht nur Leerzeichen enthalten.
Prüfungen für den Aggregations- und Disaggregationsmodus
•Nur bestimmte Kombinationen aus Aggregations- und Disaggregationsmodi ergeben aus
betriebswirtschaftlicher Sicht Sinn. Wenn Sie andere Kombinationen verwenden und Daten im SAP
Leitfaden für die Modellkonguration
Modellierungsanforderungen (Prüfungen und Fehler)
PUBLIC
ÖFFENTLICH 371
Integrated Business Planning, Add-in für Microsoft Excel, auf aggregierter Ebene ändern, unterscheiden
sich die Ergebnisse nach der Disaggregation und der Aggregation voneinander.
Die folgende Abbildung zeigt Kombinationen, die sinnvoll sind, sowie Kombinationen, die nicht verwendet
werden sollten.
Wenn Sie eine ungültige Kombination aus Aggregations- und Disaggregationsmodi in der App
Konguration konguriert haben, wird diese automatisch korrigiert, wenn Sie die Kennzahl in der App
Planungsbereiche aufrufen und bearbeiten, da Sie nur gültige Kombinationen in der App Planungsbereiche
erstellen können.
Die proportionale Disaggregation ist für die Disaggregationsmodi Gleich und Kopieren verfügbar.
Weitere Informationen über mögliche Werte im Feld Proportionalität nden Sie unter Konguration der
proportionalen Disaggregation [Seite 169].
•Zur Gewährleistung einer guten Systemleistung prüft das System, ob die Verwendung des
Aggregationsmodus Custom empfehlenswert ist (nur für abgelegte Kennzahlen relevant). Wir empfehlen,
den Aggregationsmodus Custom nur in den folgenden Situationen zu verwenden:
•Eine Kennzahl erfordert eine komplexe Berechnung auf Anfrageebene, z.B. Unit Price, die Eingaben auf
Anfrageebene verwendet.
•Die Planungsebene, die für die Berechnung auf Anfrageebene verwendet wird, unterscheidet sich
sowohl von der Basisplanungsebene der Kennzahl als auch von der Planungsebene, die für die
Umrechnungen der Mengeneinheit oder der Währung verwendet wird.
Prüfungen für den Umrechnungsfaktor
•Umrechnungskennzahlen müssen abgelegte Kennzahlen sein.
•Alle Schlüsselattribute der Umrechnungskennzahl mit Ausnahme des (ME) Umrechnungszielattributs
müssen als ein Schlüsselattribut in der Basisplanungsebene der Kennzahl enthalten sein.
Achtung
Wenn Sie einen der folgenden Fehler nden, stellen Sie sicher, dass Sie diese beheben, da der
Planungsbereich ansonsten nicht aktiviert werden kann:
372
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Modellierungsanforderungen (Prüfungen und Fehler)
•Umrechnungskennzahl <Key Figure ID> ist nicht vorhanden.
•Attribut <Attribute ID> der Umrechnungskennzahl ist nicht der Basisplanungsebene zugeordnet.
Prüfungen zur Fixierung von Kennzahlenwerten
•Maximal 20 Kennzahlen werden für die Fixierung aktiviert.
•Jede für die Fixierung aktivierte Kennzahl wird abgelegt und ist bearbeitbar.
•Eine für die Fixierung aktivierte Kennzahl ist weder eine Snapshot-Kennzahl noch eine Ausgabe- bzw.
Ausgabe-/Eingabekennzahl für die zeitbasierte Beschaungsplanung.
•Einer für die Fixierung aktivierten Kennzahl ist keine promotionsrelevante betriebswirtschaftliche
Bedeutungen zugeordnet.
•Für eine Kennzahl, die für die Fixierung aktiviert ist, sind nur die folgenden Kombinationen von
Aggregationsmodus und Disaggregationsmodus zulässig:
Aggregationsmodus Disaggregationsmodus
SUM Gleichmäßige Verteilung
ACG Wert kopieren
•Die für die Fixierung aktivierten Kennzahlen sind nicht zeitunabhängig. (Eine Kennzahl ist zeitunabhängig,
wenn ihre Basisplanungsebene keine Zeitattribute als Schlüsselattribut enthält oder wenn sie PERIODID
als einziges Schlüsselzeitattribut hat.)
•Jede Kennzahl, für die Fixierung aktiviert ist, hat zwei generierte Kennzahlen mit einer aktiven oder
inaktiven (aber nicht zum Löschen anstehenden) Zuordnung zwischen der Kennzahl, die für die Fixierung
aktiviert ist, und den generierten Kennzahlen.
•Generierte Kennzahlen einer Kennzahl, die für die Fixierung aktiviert ist, werden denselben Versionen
zugeordnet, denen die Kennzahl zugeordnet ist, für die die Fixierung aktiviert ist.
Prüfungen zu Planungsnotizen
•Nur abgelegte Kennzahlen können für Planungsnotizen aktiviert werden.
•Externe Kennzahlen können nicht für Planungsnotizen aktiviert werden.
•Ein Planungsbereich kann bis zu 40 Kennzahlen enthalten, die für Planungsnotizen aktiviert sind.
•Die Planungsebene für Planungsnotizen muss eine Teilmenge der Attribute aus der Basisplanungsebene
der Kennzahl enthalten und darf keine Attribute enthalten, die nicht in der Basisplanungsebene der
Kennzahl enthalten sind.
Wenn eine der oben genannten Prüfungen fehlschlägt, kann der Planungsbereich nicht aktiviert werden.
Ändern Sie die Konguration so, dass die Planungsnotizen für höchstens 40 Kennzahlen aktiviert sind,
wobei jede Kennzahl eine abgelegte Kennzahl ist und eine geeignete Planungsebene als Planungsebene für
Planungsnotizen zugeordnet ist.
Leitfaden für die Modellkonguration
Modellierungsanforderungen (Prüfungen und Fehler)
PUBLIC
ÖFFENTLICH 373
19.6 Unterdrückbare Fehler
Bei bestimmten Releases können Sie einige der Aktivierungsfehler unterdrücken und Ihren Planungsbereich
mit eingeschränktem Umfang aktivieren.
Nach dieser Übergangszeit sind diese Fehler nicht mehr unterdrückbar und verhindern die Aktivierung Ihres
Planungsbereichs. Sie müssen die ungültigen Kongurationen so schnell wie möglich bereinigen, wenn Sie Ihre
Planungsbereiche aktivieren möchten.
Weitere Informationen darüber, wie Sie diese Fehler unterdrücken und die Aktivierung mit Einschränkungen
vornehmen, nden Sie unter Planungsbereiche aktivieren [Seite 337].
Die folgenden Fehler können unterdrückt werden:
*S* Berechnung &2@&3: Attribut &1 ist aus keiner Eingabe verfügbar.
Die Ausgabeplanungsebene der betroenen Berechnung umfasst ein Attribut, das kein berechnetes Attribut ist
und auch nicht aus einer Eingabeplanungsebene bezogen werden kann.
Das System kann kein gültiges Berechnungsdiagramm generieren.
Ändern Sie die Berechnung, sodass ein gültiger Berechnungsgraph generiert werden kann.
Abhängig von Ihren Modellierungsanforderungen können Sie eine der folgenden Änderungen vornehmen:
1. Fügen Sie das Attribut zu einer der Eingabeplanungsebene hinzu.
2. Wählen Sie eine andere Ausgabeplanungsebene für die Berechnung, die das Attribut nicht umfasst.
3. Entfernen Sie das Attribut aus der Ausgabeplanungsebene.
Weitere Informationen über das Entfernen eines Attributs aus einer Planungsebene nden Sie unter
Planungsebenen ändern und löschen [Seite 128] und Aktive Objekte löschen (Aktive Löschung) [Seite 344].
*S* Berechnung &1@&2: Einige Eingabe-/Ausgabe-Attributpaare gehen verloren.
In Nicht-Aggregationsberechnungen muss jedes Attribut der Eingabeplanungsebenen ein paralleles
Attributpaar auf der Ausgabeplanungsebene haben.
Ein Eingabeattribut kann während der Attributtransformation einem anderen Attribut als Wert zugeordnet
werden, z.B. PRDFR = PRDID. In diesem Fall ersetzt das neue Attribut, in diesem Beispiel PRDFR, das alte
Attribut und muss daher auf der Ausgabeplanungsebene angezeigt werden, obwohl es ursprünglich nicht Teil
der Eingabeplanungsebenen war. Gleichzeitig kann PRDID in der Ausgabe weggelassen werden.
In der Berechnung gingen einige der parallelen Eingabe- und Ausgabeattributpaare verloren.
Prüfen Sie die Attribute auf den Eingabe- und Ausgabeplanungsebenen, und stellen Sie sicher, dass alle
Attribute auf den Eingabeplanungsebenen ein paralleles Attributpaar auf der Ausgabeplanungsebene haben.
Achten Sie besonders auf Attribute, die während der Attributtransformation transformiert wurden.
374
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Modellierungsanforderungen (Prüfungen und Fehler)
*S* Die Kennzahlen sind Eingaben für Berechnungen, aber nicht Teil des
Planungsbereichs.
In den Berechnungen verwenden Sie einige Kennzahlen, die nicht Teil des Planungsbereichs sind. Dies ist nicht
zulässig.
Fügen Sie die fehlenden Kennzahlen Ihrem Planungsbereich hinzu, oder entfernen Sie sie aus den
Berechnungen, um den Planungsbereich vollständig aktivieren zu können.
Sie können eine Liste dieser Kennzahlen in einem Anhang in der App Anwendungsprotokolle anzeigen, wenn Sie
das neueste Aktivierungsprotokoll des Planungsbereichs önen und nach dieser Meldung suchen.
Sie nden die fehlenden Kennzahlen und die zugehörigen Berechnungen im folgenden Format:
<CALCULATION>:<MISSING KEY FIGURE>.
Leitfaden für die Modellkonguration
Modellierungsanforderungen (Prüfungen und Fehler)
PUBLIC
ÖFFENTLICH 375
20 Aktive Instanz wiederherstellen
Mit dieser Option können Sie die aktive Instanz Ihrer Modellentitäten wiederherstellen, nachdem Sie sie
geändert haben, und die Löschung einer Entität rückgängig machen, die vor dem Löschen aktiv war und nun
den Status „Zum Löschen vorgemerkt“ hat.
Verwendung
Sie können die Option zum Wiederherstellen einer aktiven Instanz in folgenden Fällen verwenden:
•Wenn eine zuvor aktivierte Modellentität geändert wurde und sowohl eine aktive als auch eine inaktive
Instanz der Entität vorhanden ist. In diesem Fall können Sie über diese Option die inaktive Instanz Ihrer
Modellentität löschen und die aktive wiederherstellen.
•Wenn Sie bei einer Modellentität, die zum Löschen vorgemerkt ist, das Löschen abbrechen möchten.
Wenn Sie eine aktive Entität löschen, wird deren Status in „Zum Löschen vorgemerkt“ geändert. Weitere
Informationen nden Sie unter Aktive Objekte löschen (Aktive Löschung) [Seite 344]. Zu diesem Zeitpunkt
können Sie die Löschung noch rückgängig machen, indem Sie die Option Aktive Instanz wiederherstellen
verwenden.
Die Option zur Wiederherstellung einer aktiven Instanz ist für Planungsbereiche, Stammdatentypen, Zeitprole
und die folgenden Unterobjekte des Planungsbereichs verfügbar:
•Planungsebenen
•Kennzahlen
•Versionen
•Snapshot-Denitionen
20.1 Aktive Instanz für Planungsbereiche wiederherstellen
Mit der Option Aktive Instanz wiederherstellen können Sie Änderungen an einem bereits aktivierten
Planungsbereich rückgängig machen oder die Löschung eines aktiven Planungsbereichs abbrechen.
Verwendung
Wenn Sie diese Option für einen Planungsbereich verwenden, der geändert wurde, werden die folgenden
Einstellungen und Unterobjekte der aktiven Instanz wiederhergestellt:
•Planungsbereich-Einstellungen
•Planungsbereich-Attribut-Zuordnungen
376
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Aktive Instanz wiederherstellen
•Zeiteinstellungen
•Planungsebenen
•Attribute als Kennzahlen
•Kennzahlen
•Snapshot-Denitionen
•Versionen
Zu prüfende Entitäten und Einstellungen nach Wiederherstellung der aktiven
Instanz
Wenn Sie eine vom Planungsbereich abhängige Entität geändert haben und anschließend die aktive Instanz des
Planungsbereichs wiederherstellen, wird auch die aktive Instanz der abhängigen Entität wiederhergestellt, mit
folgenden Ausnahmen:
•Planungsoperatoren
•Planungsprole
Die Zuordnung eines Planungsoperators oder eines Planungsprols zum Planungsbereich oder das
Löschen einer solchen Zuordnung deaktiviert den Planungsbereich nicht. Wenn diese Entitäten des
aktiven Planungsbereichs geändert wurden und Sie anschließend die aktive Instanz des Planungsbereichs
wiederherstellen, müssen Sie prüfen, ob diese Entitäten und Prole im Planungsbereich noch konsistent
sind. Weitere Informationen über mögliche Inkonsistenzen nden Sie im Abschnitt Aktive Instanz nach Kopie
wiederherstellen [Seite 380].
Es gibt auch Einstellungen, die Sie ändern können, ohne den Planungsbereich zu deaktivieren. Wenn Sie die
aktive Instanz des Planungsbereichs wiederherstellen, wird die Änderung nicht rückgängig gemacht. In diesen
Fällen müssen Sie Ihre Änderungen manuell rückgängig machen.
Die folgenden Änderungen deaktivieren den Planungsbereich nicht:
•Beschreibung des Planungsbereichs
•Einstellung des aktuellen Perioden-Osets für den Planungsbereich
•Beschreibung eines Planungsbereichsattributs
•Betriebswirtschaftliche Bedeutung eines Planungsbereichsattributs
•Änderungen an Kennzahlen, Planungsebenen, Versionen und Snapshot-Denitionen, die die Objekte selbst
nicht deaktivieren.
20.2 Aktive Instanz für andere Entitäten wiederherstellen
Neben Planungsbereichen ist die Option Aktive Instanz wiederherstellen auch für Stammdatentypen,
Zeitprole, Kennzahlen, Planungsebenen, Versionen und Snapshot-Denitionen verfügbar.
Leitfaden für die Modellkonguration
Aktive Instanz wiederherstellen
PUBLIC
ÖFFENTLICH 377
Welche Einstellungen müssen nach der Wiederherstellung geprüft werden?
Für die meisten Modellentitäten gibt es Einstellungen, die Sie ändern können, ohne die betroene Entität
zu deaktivieren. Diese Änderungen können mit der Option Aktive Instanz wiederherstellen nicht rückgängig
gemacht werden, auch wenn Sie seit der Änderung eine weitere Änderung vorgenommen haben, und diese
andere Änderung die Entität deaktiviert hat. Sie können solche Änderungen nur manuell zurücksetzen.
Wenn Sie die Option Aktive Instanz wiederherstellen verwendet haben, prüfen Sie stets die nachfolgenden
Einstellungen.
Für Kennzahlen können Änderungen an den folgenden Änderungen nur manuell rückgängig gemacht werden:
•Name und Beschreibung
•Hashtags
•Betriebswirtschaftliche Bedeutung
•Anzeigeeinstellungen (z.B. Dezimalstellen, Anzeige als Prozentsatz, Anzeigeformat)
•Kennzahl- und Berechnungsnotizen
Sie können die folgenden Einstellungen auch ändern, ohne die betroenen Objekte zu deaktivieren. Daher
müssen auch diese Änderungen manuell rückgängig gemacht werden:
•Beschreibung eines Stammdatentyps
•Name und Beschreibung eines Zeitprols
•Name einer Zeitprolebene
•Beschreibung einer Planungsebene
•Name und Beschreibung einer Version
•Name und Beschreibung einer Snapshot-Denition
Aktive Instanz für Planungsebenen und Kennzahlen wiederherstellen
Aktive Instanz nach Änderung wiederherstellen
Wenn Sie die Option Aktive Instanz wiederherstellen für eine Planungsebene oder Kennzahl verwenden,
nachdem Sie Änderungen an diesen vorgenommen haben, werden die Änderungen rückgängig gemacht
und der ursprüngliche Stand der Planungsebene oder Kennzahl wird wiederhergestellt. Objekte, in denen
die Planungsebene oder Kennzahl verwendet wird, werden jedoch nicht wiederhergestellt. Wenn die
Planungsebene beispielsweise die Basisplanungsebene einer Kennzahl oder eines Attributs als Kennzahl ist,
hat die Wiederherstellung der aktiven Instanz der Planungsebene keine Auswirkungen auf die Objekte, in denen
die Planungsebene verwendet wird.
Aktive Instanz nach Löschung wiederherstellen
Die meisten Objekttypen können nicht gelöscht werden, solange sie in anderen Objekten verwendet werden.
Eine aktive Löschung für Planungsebenen und Kennzahlen ist jedoch ein Sonderfall. In den meisten Fällen
können diese Objekttypen gelöscht werden, auch wenn sie in anderen Objekten verwendet werden. Sie können
eine Planungsebene auch dann löschen, wenn sie als Basisplanungsebene (von Kennzahlen oder Attributen
als Kennzahlen) verwendet wird, und Sie können eine Kennzahl auch dann löschen, wenn sie in anderen
Kennzahlen verwendet wird (z.B. als Umrechnungskennzahl oder Kennzahl für Proportionalität).
378
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Aktive Instanz wiederherstellen
Hinweis
Beachten Sie jedoch, dass Sie nur Planungsebenen löschen können, die nicht als Ausgabeplanungsebene
in Kennzahlberechnungen verwendet werden.
Wenn Sie eine Planungsebene löschen, werden auch alle Kennzahlen und Attribute als Kennzahlen gelöscht,
die die Planungsebene als Basisplanungsebene verwenden. Im Fall eines aktiven Planungsbereichs werden
die Planungsebene sowie die betroenen Kennzahlen und Attribute zuerst in „Zum Löschen vorgemerkt“
geändert.
Wenn Sie die Funktion Aktive Instanz wiederherstellen nach dem Löschen einer aktiven Planungsebene
verwenden, werden alle Objekte, die die Planungsebene als Basisplanungsebene verwenden, ebenfalls
wiederhergestellt.
Wenn Sie eine Kennzahl löschen, werden alle Referenzen auf die Kennzahl aus anderen Kennzahlen entfernt,
mit Ausnahme von Referenzen in Berechnungsdenitionen. Zugehörige technische Kennzahlen, Denitionen
von Attributen als Kennzahlen und Versionszuordnungen werden ebenfalls gelöscht. Im Fall einer aktiven
Kennzahl wird die Kennzahl in „Zum Löschen vorgemerkt“ geändert, ihre Verwendung wird von allen anderen
Objekten gelöscht, und alle betroenen Objekte werden inaktiv.
Beispiel
Die (aktive) Kennzahl UOMCONVERSIONFACTOR wird im Feld Umrechnen mit der Kennzahlen ABCXYZCOUNTER
und ACTUALSQTY verwendet. Wenn Sie die Kennzahl UOMCONVERSIONFACTOR löschen, wird deren Status
in „Zum Löschen vorgemerkt“ geändert. Sie wird vom Feld Umrechnen mit der beiden anderen Kennzahlen
entfernt, die ebenfalls inaktiv werden.
Wenn Sie nach dem Löschen einer Kennzahl Aktive Instanz wiederherstellen verwenden, werden alle
Referenzen und zugehörigen Objekte wiederhergestellt, mit folgenden Ausnahmen:
•Referenz auf die Kennzahl im Feld Umrechnen mit
•Referenz auf die Kennzahl im Feld Kennzahl für Proportionalität
Diese Felder bleiben nach dem Wiederherstellen der Kennzahl leer und müssen manuell neu gefüllt werden. Die
Kennzahlen, die bisher die Referenzen enthielten, bleiben inaktiv.
Beispiel
Wenn Sie die aktive Instanz der Kennzahl ACTUALSQTY wiederherstellen, die als Eingabekennzahl für die
Berechnung der Kennzahl ADJUSTEDACTUALSQTY verwendet wird, wird die aktive Instanz der Kennzahl
ADJUSTEDACTUALSQTY mit der Eingabekennzahl ACTUALSQTY in der Berechnungsdenition ebenfalls
wiederhergestellt.
Wenn Sie jedoch die aktive Instanz der Kennzahl UOMCONVERSIONFACTOR wiederherstellen, die eine
Umrechnungsfaktor-Kennzahl für die Kennzahlen ABCXYZCOUNTER und ACTUALSQTY darstellt, erhält die
Kennzahl UOMCONVERSIONFACTOR wieder ihren aktiven Status. Die Felder Umrechnen mit der Kennzahlen
ABCXYZCOUNTER und ACTUALSQTY bleiben leer. Diese beiden Kennzahlen behalten auch ihren inaktiven
Status.
Leitfaden für die Modellkonguration
Aktive Instanz wiederherstellen
PUBLIC
ÖFFENTLICH 379
20.3 Aktive Instanz nach Kopie wiederherstellen
Sie können die Option zur Wiederherstellung einer aktiven Instanz verwenden, um bestimmte Elemente im
Planungsbereich wiederherzustellen, nachdem Sie die Optionen zum Ersetzen-Kopieren verwendet haben.
Wenn Sie die Option zur Wiederherstellung einer aktiven Instanz für einen Planungsbereich ausführen, den Sie
zuvor als Zielplanungsbereich für die Kopieroption „Vorhandenen ersetzen“ oder „Vorhandenen einschließlich
Abhängigkeiten ersetzen“ verwendet haben, werden bestimmte Entitäten in dem Planungsbereich
inkonsistent. Das liegt daran, dass bestimmte Entitäten in Ihrem Planungsbereich keinen Status haben. In
der folgenden Tabelle wird beschrieben, was mit diesen Elementen passiert, wenn Sie die aktive Instanz des
Planungsbereichs nach der Kopie wiederherstellen.
Aktive Instanz wiederherstellen nach „Vorhandenen ersetzen“ oder „Vorhandenen einschließlich Abhängigkeiten ersetzen“
Quellplanungsbereich Zielplanungsbereich
Zielplanungsbereich nach
Kopie
Zielplanungsbereich nach
Wiederherstellung der akti-
ven Instanz
Der Snapshot-Operator ist
verfügbar.
Kein Snapshot-Operator ist
verfügbar.
Der Snapshot-Operator ist
verfügbar.
Der Snapshot-Operator ist
noch vorhanden, aber seine
inaktiven Kennzahlen werden
gelöscht. Folglich kann der
Snapshot-Operator nach der
Aktivierung nicht mehr aus-
geführt werden.
Kein Snapshot-Operator ist
verfügbar.
Der Snapshot-Operator ist
verfügbar.
Der Snapshot-Operator wird
gelöscht, ist aber noch auf
dem Bild Planungsoperatoren
verwalten sichtbar.
Der Snapshot-Operator ist
nicht mehr verfügbar, aber
seine Kennzahlen sind noch
in der Datenbank.
Der Operator IO oder COPY
oder KPI_PROFILE ist ver-
fügbar.
Keiner dieser Operatoren ist
verfügbar.
Der Operator IO oder COPY
oder KPI_PROFILE ist verfüg-
bar.
Die Operatoren sind weiter-
hin zu dem Planungsbereich
zugeordnet.
Keiner dieser Operatoren ist
verfügbar.
Der Operator IO oder COPY
oder KPI_PROFILE ist ver-
fügbar.
Keiner dieser Operatoren ist
dem Planungsbereich zuge-
ordnet.
Keiner dieser Operatoren ist
dem Planungsbereich zuge-
ordnet.
Das Planungsprol ist verfüg-
bar.
Kein Planungsprol ist ver-
fügbar.
Das Planungsprol ist verfüg-
bar.
Planungsprole werden nicht
aus der Datenbank gelöscht.
Kein Planungsprol ist ver-
fügbar.
Das Planungsprol ist verfüg-
bar.
Kein Planungsprol ist ver-
fügbar.
Das Planungsprol wird ge-
löscht.
Um solche Inkonsistenzen zu vermeiden, sollten Sie immer sicherstellen, das die Konguration dieser Entitäten
und Prole im Quellplanungsbereich richtig ist, sodass Sie die aktive Instanz des Zielplanungsbereichs nicht
wiederherstellen müssen. Wenn Sie die Option zur Wiederherstellung einer aktiven Instanz verwendet haben
und nun Inkonsistenzen nicht mehr rückgängig machen können, kontaktieren Sie bitte SAP.
Bei einige Einstellungen im Planungsbereich wird der Planungsbereich nicht deaktiviert, wenn Sie deren
aktive Instanz ändern. Prüfen Sie diese Einstellungen manuell und stellen Sie sicher, dass sie weiterhin Ihre
380
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Aktive Instanz wiederherstellen
21 Historische Stände von Modellentitäten
In SAP Integrated Business Planning for Supply Chain (SAP IBP) stehen historische Stände verschiedener
Modellentitäten zur Analyse und zum Vergleich zur Verfügung.
Der Kongurationsstand von Modellentitäten wird nach jedem Upgrade automatisch gesichert, und Stände
von Planungsbereichen werden auch vor dem Kopieren und Transport sowie nach jeder Aktivierung gesichert.
Neben den Ständen werden Deltas automatisch für jedes Objekt gesichert, wenn eine Änderung am Objekt
vorgenommen wurde.
Sie können über den globalen Kongurationsparameter HISTORY_RETENTION_RELEASES festlegen, für wie
viele Releases historische Stände, die für Ihre Modellentitäten gesichert wurden, behalten werden sollen.
Weitere Informationen nden Sie unter Globale Kongurationsparameter [Seite 418].
Historische Stände, die in früheren Releases für Ihre Modellentitäten gesichert wurden, werden bei jedem
Upgrade entsprechend dem festgelegten Aufbewahrungszeitraum automatisch gelöscht, es sei denn, Sie
archivieren den entsprechenden Stand. Archivierung ist für Planungsbereichszustände verfügbar. Weitere
Informationen nden Sie unter Historischen Stand eines Planungsbereichs archivieren [Seite 385].
Mit der Funktion Historie anzeigen, die in den Apps Planungsbereiche, Stammdatentypen und Zeitprole
verfügbar ist, können Sie historische Stände der entsprechenden Entitäten anzeigen. Sie können auch die
App Historische Stände verwalten verwenden, um die Liste der historischen Stände anzuzeigen, die für die
Planungsbereiche verfügbar sind. Weitere Informationen nden Sie unter Historische Stände anzeigen [Seite
382].
Es gibt Fälle, in denen Sie Änderungen, die Sie an Ihrem Planungsbereich vorgenommen haben, rückgängig
machen und einen früheren Stand wiederherstellen möchten. Sie können auch Status wiederherstellen, die
Sie zuvor archiviert haben. Weitere Informationen nden Sie unter Historischen Stand eines Planungsbereichs
wiederherstellen [Seite 384].
21.1 Historische Stände anzeigen
Wenn Sie die verschiedenen historischen Stände anzeigen, die für Ihre Modellentitäten gesichert wurden,
können Sie nachvollziehen, wie sich die Entitäten im Laufe der Zeit geändert haben. Der Zugri auf frühere
Kongurationszustände kann auch Auditprozesse oder die laufende Entwicklung von Planungsbereichen
unterstützen.
Folgende Optionen stehen zur Verfügung:
Historie anzeigen
Die Funktion Historie anzeigen ist in den Apps Planungsbereiche, Stammdatentypen und Zeitprole verfügbar.
Sie können damit die Historie von Planungsbereichen, Stammdatentypen und Zeitprolen sowie die
Änderungshistorie der folgenden Planungsbereichs-Teilobjekte anzeigen:
382
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Historische Stände von Modellentitäten
•Planungsebenen
•Kennzahlen
•Versionen
Vorgehensweise
Sie können die Historie eines Stammdatentyps, Zeitprols oder Planungsbereichs wie folgt anzeigen:
1. Wählen Sie das Objekt in der entsprechenden App (Stammdatentypen, Zeitprole oder Planungsbereiche)
aus, und wechseln Sie zum Objektdetailbild.
2. Wählen Sie die Drucktaste Historie anzeigen.
3. Im angezeigten Dialogfenster können Sie die Liste der Stände anzeigen, die für das Objekt nach wichtigen
Vorgängen, z.B. Kopie, Aktivierung oder Upgrade, gesichert wurden.
4. Wenn Sie auf den Link eines Stands auswählen, gelangen Sie zur Liste der vor und nach dem betreenden
Stand gesicherten Deltas.
Sie können sich schnell einen Überblick über die Unterschiede zwischen einem Delta und dem vorherigen
Delta verschaen, indem Sie in der Spalte Unterschiede die Option Anzeigen wählen.
Hinweis
Der Hyperlink Anzeigen ist für Deltas verfügbar, bei denen die Änderung nur ein Objekt betrit. Bei
Änderungen, die sich auf mehrere Objekte auswirken (z.B. Attribut den Planungsebenen hinzugefügt),
wird er nicht angezeigt.
Die angezeigte Schnellansicht listet alle Merkmale (einschließlich der Merkmale von Unterobjekten) auf,
die sich in den beiden Deltas unterscheiden, und zeigt ihren Wert im ausgewählten Delta und im vorherigen
Wert nebeneinander an.
Hinweis
Wenn es ein Unterobjekt mit mehr als einem unterschiedlichen Merkmal gibt, wird für das Unterobjekt
der Text Unterschiedlich angezeigt.
5. Wenn Sie eine Zeile mit einem Stand oder Delta auf dem Dialogfenster der Historie auswählen, gelangen
Sie auf das Detailbild des entsprechenden historischen Stands des Objekts.
Bei Planungsbereichsobjekten (Planungsebenen, Kennzahlen und Versionen) rufen Sie mit Historie anzeigen
die Liste der Deltas für das jeweilige Objekt, also die Änderungshistorie des Objekts, auf. Sie können ein
beliebiges Delta aus der Liste auswählen, um dessen Details anzuzeigen.
Die Schnellansicht von Unterschieden ist auch für Planungsbereichs-Unterobjekte verfügbar.
App Historische Stände verwalten
Mit der App Historische Stände verwalten können Sie die Liste der historischen Stände anzeigen, die für jeden
Planungsbereich verfügbar sind, sowie die Anzahl der Deltas, die zwischen zwei aufeinanderfolgenden Ständen
gesichert wurden.
Außerdem können Sie zur App Planungsbereiche navigieren, um die Details eines beliebigen ausgewählten
Zustands anzuzeigen.
Leitfaden für die Modellkonguration
Historische Stände von Modellentitäten
PUBLIC
ÖFFENTLICH 383
Video
21.2 Historischen Stand eines Planungsbereichs
wiederherstellen
Es gibt Fälle, in denen Sie Änderungen, die Sie an einem Planungsbereich vorgenommen haben,
rückgängig machen und einen früheren (historischen) Stand des Planungsbereichs und seine Abhängigkeiten
wiederherstellen möchten. Sie möchten möglicherweise unerwünschte manuelle Änderungen oder
Änderungen aufgrund einer Zusammenführung von Planungsbereichen rückgängig machen, wenn der
betreende Planungsbereich bereits aktiviert wurde. Daher können Sie die Option Aktive Instanz
wiederherstellen nicht mehr verwenden. Möglicherweise möchten Sie auch einen früheren Kongurationsstand
wiederherstellen, um eine Datenbankinkonsistenz zu beheben.
Verwendung
Mit der Option Historischen Stand mit Abhängigkeiten wiederherstellen können Sie einen früheren Stand
eines Planungsbereichs mit seinem Zeitprol und Stammdatentypen wiederherstellen. Sie können auf die
Option in der App Planungsbereiche unter Vorgänge oder über das Dialogfenster Historie anzeigen zugreifen.
Sie müssen den Stand auswählen, den Sie wiederherstellen möchten, und angeben, ob Attributnamen und
-beschreibungen mit den früheren Versionen aktualisiert werden sollen.
Sie können auch einen archivierten Stand eines Planungsbereichs wiederherstellen, unabhängig davon, ob der
Planungsbereich selbst noch im System verfügbar ist oder nicht. Wählen Sie in der App Historische Stände
verwalten den archivierten Stand aus, geben Sie an, ob Sie die aktuellen Attributnamen und -beschreibungen
durch die in der Konguration verwendeten Namen und Beschreibungen ersetzen möchten, und wählen Sie
Wiederherstellen. Wenn Sie einen archivierten Stand eines Planungsbereichs wiederherstellen, der gelöscht
wurde, sind alle Kongurationsstände, die vor dem Löschen vorhanden waren, wieder verfügbar und in der
Planungsbereichshistorie aufgeführt.
Grundprinzipien
Beim Wiederherstellen eines früheren (historischen) Stands einer Planungsbereichskonguration werden
alle Änderungen, die seit dem Sichern dieses früheren Stands an der Konguration vorgenommen wurden,
rückgängig gemacht.
Achtung
Das Zeitprol, die zugehörigen Stammdatentypen und Attribute werden zusammen mit dem
Planungsbereich wiederhergestellt. Wenn also eine dieser Abhängigkeiten von Objekten verwendet wird,
384
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Historische Stände von Modellentitäten
die nicht im Umfang des Wiederherstellungsvorgangs enthalten sind, ist die Wiederherstellung nicht
zulässig.
Wenn das im letzten Kongurationsstand verwendete Zeitprol jedoch strukturell mit dem
wiederherzustellenden identisch ist, ist die Wiederherstellung zulässig, und das Zeitprol des letzten
Zustands wird beibehalten.
Die beiden Zeitprole müssen in Bezug auf die folgenden Eigenschaften gleich sein:
•Kopfbereich des Zeitprols
•Anzahl, Hierarchie und Periodenarten der Zeitprolebenen
•Standardanzeigehorizonte
•Alle zugeordneten Attribute
Objekte (der Planungsbereichskonguration und Abhängigkeiten) werden bei der Wiederherstellung wie folgt
behandelt:
•Objekte, die im historischen Stand, aber nicht im letzten Stand vorhanden waren, werden als inaktive
Einträge wiederhergestellt.
•Objekte der Planungsbereichskonguration, die im letzten Stand, aber nicht im historischen Stand
vorhanden waren, werden gelöscht oder zum Löschen vorgemerkt (wenn sie im letzten Stand aktiv waren).
Objekte, die im letzten Stand zum Löschen vorgemerkt waren, behalten ihren Status "Zum Löschen
vorgemerkt".
Hinweis
Abhängigkeiten, d.h. das Zeitprol, die Stammdatentypen und die Attribute werden bei der
Wiederherstellung nie gelöscht, auch wenn sie nach dem Vorgang von keinem Planungsbereich
verwendet werden. Um solche Positionen zu entfernen, müssen Sie sie manuell löschen.
•Objekte, die in beiden Ständen vorhanden waren, werden nicht geändert, mit der Ausnahme, dass Objekte,
die im historischen Stand inaktiv waren, nach der Wiederherstellung einen inaktiven Status haben, auch
wenn sie im letzten Stand aktiv waren.
•Objekte, die im letzten Stand nicht vorhanden waren und zum Löschen vorgemerkt waren, werden nicht
wiederhergestellt.
•Der Wiederherstellungsvorgang legt keine aktiven Einträge an. Um alle Objekte als aktive Einträge
wiederherzustellen, müssen Sie den Planungsbereich nach der Wiederherstellung aktivieren.
Achtung
Wenn Sie einen historischen Stand eines Planungsbereichs wiederherstellen, müssen Sie möglicherweise
hochgeladene Bewegungsdaten bereinigen. Dies ist erforderlich, wenn es strukturelle Unterschiede
zwischen dem Quell- und dem Zielplanungsbereich gibt.
21.3 Historischen Stand eines Planungsbereichs archivieren
Sie können historische Stände eines Planungsbereichs in der App Historische Stände verwalten archivieren.
Kongurationsstände von Modellentitäten, die in früheren Releases gesichert wurden, werden bei
jedem Upgrade gemäß dem mit dem globalen Kongurationsparameter HISTORY_RETENTION_RELEASES
Leitfaden für die Modellkonguration
Historische Stände von Modellentitäten
PUBLIC
ÖFFENTLICH 385
festgelegten Aufbewahrungszeitraum automatisch gelöscht. Wenn der Wert für den Parameter beispielsweise
3 ist, werden historische Stände für 3 Releases beibehalten. Nach diesem Zeitraum werden alle nicht
archivierten Stände gelöscht.
Mit der App Historische Stände verwalten können Sie historische Stände eines Planungsbereichs archivieren,
wodurch sichergestellt wird, dass der Stand über den für historische Stände festgelegten normalen
Aufbewahrungszeitraum hinaus beibehalten wird.
Wenn Sie einen Stand archivieren, wird eine archivierte Instanz des Standes angelegt, die in der Liste der
historischen Stände in der App Historische Stände verwalten angezeigt wird. Wenn Sie später entscheiden,
dass Sie den Stand nach dem Aufbewahrungszeitraum nicht mehr benötigen, können Sie die archivierte
Instanz in der App löschen. Diese Löschung wirkt sich nicht auf den Stand selbst aus, der bis zum Ablauf der
Aufbewahrungsfrist erhalten bleibt.
Sie können einen archivierten historischen Stand eines Planungsbereichs in der App Historische Stände
verwalten wiederherstellen. Wenn Sie einen archivierten Stand wiederherstellen, können Sie angeben, ob
Sie die aktuellen Attributnamen und -beschreibungen durch die aus der wiederhergestellten Konguration
ersetzen möchten.
Sie können einen archivierten Stand eines Planungsbereichs wiederherstellen, auch wenn der Planungsbereich
selbst im System nicht mehr verfügbar ist. In diesem Fall werden alle Kongurationsstände, die
vor dem Löschen vorhanden waren, mit der Wiederherstellung wieder verfügbar und wieder in der
Planungsbereichshistorie aufgeführt.
Weitere Informationen
Historischen Stand eines Planungsbereichs wiederherstellen [Seite 384]
386
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Historische Stände von Modellentitäten
22 Mehrsprachenunterstützung für
Modellierungsobjekte einrichten
Richten Sie die Mehrsprachenunterstützung für Ihre Anwendungen so ein, dass Sie die unterstützten
Modellierungsobjekte in mehreren Sprachen verwalten können. Aktivieren Sie die Funktion, nehmen Sie
die erforderlichen Einstellungen vor, und laden Sie die Übersetzungen hoch, die Sie in Ihren Anwendungen
verwenden möchten.
Voraussetzungen
Stellen Sie sicher, dass Sie die erforderlichen Berechtigungen für diese Aktivität haben, also dass
die erforderlichen Anwendungskataloge für diese Aktivität einer Anwendungsrolle zugeordnet sind, die
Ihrem Anwendungsbenutzer zugeordnet ist. Weitere Informationen nden Sie auf dem SAP Help Portal
http://help.sap.com/ibp unter Anwendungshilfe für SAP Integrated Business Planning Identitäts- und
Zugrisverwaltung Grundkonzepte Anwendungskataloge .
Kontext
Wenn Sie die Mehrsprachenunterstützung einrichten, werden die unterstützten Eigenschaften der
Modellierungsobjekte in der Anmeldesprache Ihrer SAP-IBP-Anwendungen angezeigt, sofern Übersetzungen
zur Verfügung stehen. Wenn der entsprechende Text in der Anmeldesprache nicht verfügbar ist, wird
die Eigenschaft in der Standardsprache angezeigt. Bei der Bearbeitung der Eigenschaften wird die
Standardsprache verwendet.
Da mehrsprachige Einstellungen systemspezisch sind, müssen Sie sie für jedes Ihrer Systeme festlegen.
Die Funktion wird für folgende Objekte unterstützt:
•Kennzahlen (Name und Beschreibung)
•Attribute (Name und Beschreibung)
•Planungsbereichsattribute (Beschreibung)
Hinweis
SAP liefert Übersetzungen für einige der Beispielinhalte aus, die benötigten Übersetzungen für alle anderen
Inhalte müssen Sie jedoch selbst hochladen.
Leitfaden für die Modellkonguration
Mehrsprachenunterstützung für Modellierungsobjekte einrichten
PUBLIC
ÖFFENTLICH 387
Vorgehensweise
1. Wählen Sie in der App Mehrsprachenunterstützung die Option Mehrsprachenunterstützung aktivieren, um
die Funktion zu aktivieren.
Achtung
Sobald Sie die Mehrsprachenunterstützung aktiviert haben, können Sie diese in der Anwendung nicht
deaktivieren. Wenn Sie sie dennoch deaktivieren müssen, wenden Sie sich an SAP.
2. Geben Sie beim Aktivieren der Funktion eine Standardsprache und mindestens eine zusätzliche Sprache
im Dialogfeld Sprachen einstellen an. All Ihre vorhandenen Einträge sind der Sprache zugeordnet, die Sie
als Standardsprache festgelegt haben.
Achtung
Sie können Ihre Spracheinstellungen später über die Drucktaste Sprachen einstellen ändern. Wenn
jedoch bereits Übersetzungen in Ihrem System vorhanden sind, können solche Änderungen zu
Datenverlusten führen. Wenn Sie beispielsweise eine Sprache aus Ihrer Auswahl entfernen, werden alle
Einträge in dieser Sprache gelöscht. Wenn Sie eine Standardsprache einstellen, für die einige Einträge
fehlen, gibt es keine Grundlage für weitere Übersetzungen dieser Einträge.
3. Laden Sie verfügbare Übersetzungen herunter (empfohlen).
Nach dem Einrichten der Funktion werden die im System unterstützten Objekte im Abschnitt
Übersetzungen angezeigt. Sie können für diese Objekte verfügbare Übersetzungen im CSV-Format
herunterladen und dann die CSV als Grundlage für das Hochladen weiterer Übersetzungen verwenden.
SAP liefert Übersetzungen für die Eigenschaften der unterstützten Modellierungsobjekte aus, die in den
Beispielplanungsmodellen enthalten sind. Wenn Sie Ihren Planungsbereich durch Kopieren eines der
Beispielplanungsmodelle angelegt haben, können Sie Übersetzungen für die Eigenschaften in einer der
von SAP IBP unterstützten Sprachen herunterladen.
4. Laden Sie Übersetzungen für die unterstützten Objekttypen hoch.
Nachdem Sie eine CSV-Datei mit verfügbaren Übersetzungen heruntergeladen haben, können Sie der
CSV-Datei weitere Einträge hinzufügen und diese in das System hochladen. Sie können auch Ihre eigene
CSV-Datei neu kompilieren, Sie sollten jedoch immer der gleichen Struktur folgen; z.B. sollte der Kopf die
gleichen Spaltenüberschriften in der angegebenen Reihenfolge enthalten.
Bitte stellen Sie sicher, dass die folgenden Anforderungen erfüllt sind:
•Die Datei sollte eine UTF-8-kodierte CSV-Datei sein.
•Die Dateigröße sollte nicht mehr als 3MB betragen und der Dateiname darf nicht länger als 100
Zeichen sein.
•Die Datei sollte eines der folgenden Trennzeichen verwenden: Komma (,), Semikolon (;) oder TAB.
•Übersetzungen für verschiedene Objekttypen sollten in separaten CSV-Dateien hochgeladen werden,
Übersetzungen für mehrere Planungsbereiche können jedoch in derselben Datei hochgeladen werden.
Wenn Ihre Datei die obigen Anforderungen nicht erfüllt, erfolgt der Upload nicht, und Sie werden mit einer
Fehlermeldung darüber informiert.
Wenn der Upload stattndet, Einträge jedoch nicht hochgeladen werden können, können Sie die Details in
der App Anwendungsprotokolle anzeigen.
Bestehende Übersetzungen werden nicht durch leere Einträge in der hochgeladenen Datei überschrieben.
Hinweis
Um sicherzustellen, dass der mehrsprachige Inhalt für die relevanten Modellierungsobjekte exportiert
und importiert wird, muss die Mehrsprachenunterstützung für die Quell- und Zielsysteme eingerichtet
388
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Mehrsprachenunterstützung für Modellierungsobjekte einrichten
werden, und als Standardsprache muss dieselbe Sprache festgelegt werden. Wenn die Standardsprache
unterschiedlich ist, schlägt der Export und Import fehl.
Wenn Mehrsprachigkeit im Quellsystem nicht unterstützt wird, können Sie Ihre Modellentitäten nicht in ein
Zielsystem importieren, in dem Mehrsprachigkeit aktiviert ist.
Wenn Mehrsprachigkeit im Zielsystem nicht unterstützt wird, werden nur die Einträge in der
Standardsprache für die relevanten Objekttypen übernommen, auch wenn im Quellsystem Einträge in
anderen Sprachen vorhanden sind.
Leitfaden für die Modellkonguration
Mehrsprachenunterstützung für Modellierungsobjekte einrichten
PUBLIC
ÖFFENTLICH 389
23 Export und Import von Software-
Kollektionen
In Systemlandschaften, die für die Erweiterbarkeitsentwicklung aktiviert sind, werden Modellentitäten und
andere Erweiterungselemente in Software-Kollektionen exportiert und importiert.
Der Export und Import von Erweiterungselementen basiert auf dem Adaptation Transport Organizer. Über die
folgenden Apps können Sie Software-Kollektionen anlegen, Erweiterungselemente zu Software-Kollektionen
hinzufügen, Software-Kollektionen in Ihrer Landschaft exportieren und importieren sowie Abhängigkeiten
zwischen verschiedenen Erweiterungselementen prüfen:
•Software-Kollektion exportieren
•Kollektion importieren
•Erweiterbarkeitsbestand
Sie können die folgenden Erweiterungselemente zu einer Software-Kollektion hinzufügen und sie exportieren
und in Ihre Landschaft importieren:
390
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Export und Import von Software-Kollektionen
Bereich Erweiterungsposition Was Sie beachten müssen
Modellkonguration Planungsbereiche mit den folgenden
abhängigen Entitäten:
•Planungsebenen
•Kennzahlen
•Kennzahlgruppen
•Versionen
•Planungsoperatoren
Wenn Sie einen Planungsbereich expor-
tieren, enthält der Export alle verfügba-
ren Planungsoperatoren:
•Planungsoperatoren, die dem zu
exportierenden Planungsbereich
zugeordnet sind
•Planungsoperatoren, die anderen
Planungsbereichen zugeordnet
sind
•Planungsoperatoren, die keinem
Planungsbereich zugeordnet sind
Folglich enthält das Zielsystem nach
dem Import alle Operatoren, die im
Quellsystem verfügbar sind.
Die folgenden abhängigen Entitäten
werden nicht automatisch in den Export
einbezogen und Sie müssen diese ma-
nuell hinzufügen:
•Attribute
•Stammdatentypen
•Zeitprole
Wenn Sie eine komplexe Kongurati-
onsaufgabe ausführen, die die Aktivie-
rung des Planungsbereichs nach be-
stimmten Schritten erfordert, z.B. das
Ändern der Schlüsselattribute von Pla-
nungsebenen, stellen Sie sicher, dass
Sie auch jede Änderung transportie-
ren und den Planungsbereich nach je-
dem Transport im Zielsystem aktivie-
ren. Andernfalls kann es vorkommen,
dass Sie den Planungsbereich am Ende
des Prozesses nicht aktivieren können.
Wenn im Zielsystem Bewegungsdaten
oder Stammdaten hochgeladen wur-
den, muss Ihr Planungsbereich mögli-
cherweise noch häuger aktiviert wer-
den.
Modellkonguration Stammdatentypen mit ihren Attributen -
Modellkonguration Lag-basierte Snapshots -
Wartung, Reparatur und Betrieb Dispositionsstufenprol -
Leitfaden für die Modellkonguration
Export und Import von Software-Kollektionen
PUBLIC
ÖFFENTLICH 391
Bereich Erweiterungsposition Was Sie beachten müssen
Wartung, Reparatur und Betrieb Prol für Wartung, Reparatur und Be-
trieb
-
Administration Navigationen zu anderen Systemen -
Analysen
Benutzungsoberächen für Webpla-
nung
Analysediagramme Wenn Planungslter mit der Exportart
Kollektionsbasiert im Analysediagramm
verwendet werden und im Zielsystem
vorhanden sind, müssen sie nach dem
Import nicht manuell hinzugefügt wer-
den.
Kontextnavigationen, die für das Analy-
sediagramm deniert sind, sind im Ex-
port nicht enthalten und können nicht
exportiert werden.
Mit Analysediagrammen werden keine
Benutzerzuordnungen exportiert. Im
Zielsystem müssen Sie die relevan-
ten Benutzer mithilfe der App Content-
Verwaltung den Analysediagrammen
zuordnen.
Analysen Analyse-Storys Mit Analyse-Storys werden keine Be-
nutzerzuordnungen exportiert. Im Ziel-
system müssen Sie die relevanten
Benutzer mithilfe der App Content-
Verwaltung den Analyse-Stories zuord-
nen.
Wenn Sie den Inhalt nach dem Im-
port nicht sehen können, önen Sie
die App Anwendungsprotokolle im Ziel-
system, und prüfen Sie den Status
des Jobs Analyse-Storys importieren
(/IBP/STORIES_IMPORT).
Analysen Dashboard Mit Dashboards werden keine Benut-
zerzuordnungen exportiert. Im Zielsys-
tem müssen Sie den Dashboards mit
der App Content-Verwaltung die rele-
vanten Benutzer zuordnen.
392
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Export und Import von Software-Kollektionen
Bereich Erweiterungsposition Was Sie beachten müssen
Analysen Netzvisualisierung Mit Netzvisualisierungen werden keine
Benutzerzuordnungen exportiert. Im
Zielsystem müssen Sie die relevan-
ten Benutzer mit der App Content-
Verwaltung den Netzvisualisierungen
zuordnen.
Ausnahmenverwaltung Alert-Denitionen Wenn in der Alert-Denition ein Play-
book verwendet wird, ist das Playbook
nicht automatisch im Export enthalten
und Sie müssen es manuell hinzufügen.
Wenn Planungslter mit der Exportart
Kollektionsbasiert in der Alert-Denition
verwendet werden und im Zielsystem
vorhanden sind, müssen sie nach dem
Import nicht manuell hinzugefügt wer-
den.
Mit Alert-Denitionen werden keine Be-
nutzerzuordnungen exportiert. Im Ziel-
system müssen Sie die relevanten Be-
nutzer mit der App Content-Verwaltung
den Alert-Denitionen zuordnen.
Ausnahmenverwaltung Alert-Übersicht Mit Alert-Übersichten werden keine Be-
nutzerzuordnungen exportiert. Im Ziel-
system müssen Sie die relevanten Be-
nutzer mit der App Content-Verwaltung
den Alert-Übersichten zuordnen.
Leitfaden für die Modellkonguration
Export und Import von Software-Kollektionen
PUBLIC
ÖFFENTLICH 393
Bereich Erweiterungsposition Was Sie beachten müssen
Identitäts- und Zugrisverwaltung Anwendungsrollen Beim Export der Rollen wird die Zuord-
nung zwischen Anwendungsrollen und
Anwendungsbenutzern nicht mit über-
tragen. Im Zielsystem müssen Sie die
relevanten Benutzer mithilfe der App
Benutzerrollen verwalten den Benutzer-
rollen zuordnen.
Wir empfehlen, die Anwendungsrolle
nach dem Transport nicht mehr zu än-
dern. Sie sollte nicht lokal geändert,
sondern nur mit einem neuen Transport
aktualisiert werden.
Lokale Änderungen sollten nur in drin-
genden Fällen durchgeführt werden. Be-
achten Sie, dass lokale Änderungen
nicht möglich sind, wenn der Adap-
tation Transport Organizer (ATO) kon-
guriert ist und Sie in einem Pro-
duktivsystem arbeiten. In diesem Fall
ist die Drucktaste Launchpad-Bereich
verwalten in der App Anwendungsrollen
pegen deaktiviert.
Hinweis
•Nachdem Sie eine Anwen-
dungsrolle transportiert ha-
ben, werden keine Ände-
rungsbelege für diese Anwen-
dungsrolle im Produktivsys-
tem geschrieben. Änderungs-
belege für transportierte An-
wendungsrollen sind nur im
Qualitätssystem verfügbar.
•Wenn Sie eine abgeleitete
Anwendungsrolle transportie-
ren, müssen die führende An-
wendungsrolle und alle ande-
ren abgeleiteten Anwendungs-
rollen ebenfalls als Abhängig-
keiten zum Transportauftrag
hinzugefügt werden.
•Wenn Sie eine führende An-
wendungsrolle transportieren,
müssen alle abgeleiteten An-
394
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Export und Import von Software-Kollektionen
Bereich Erweiterungsposition Was Sie beachten müssen
wendungsrollen ebenfalls als
Abhängigkeiten zum Trans-
portauftrag hinzugefügt wer-
den.
Identitäts- und Zugrisverwaltung Attributberechtigungen -
Identitäts- und Zugrisverwaltung Berechtigungslter -
Identitäts- und Zugrisverwaltung Benutzergruppen Um einen reibungslosen Transport si-
cherzustellen, müssen Sie für den glo-
balen Parameter
TRANSPORT_USER_GROUP_ASSIGNMEN
T denselben Wert (YES oder NO) im
Quell- und im Zielsystem festlegen.
Wenn Sie den Parameter im Quell- und
im Zielsystem auf NO setzen, werden
die Objekte ohne die Details zu Be-
nutzergruppenzuordnungen exportiert.
Wenn Sie den Parameter im Quell- und
im Zielsystem auf YES setzen, müssen
die Benutzergruppenzuordnungen im
Quellsystem gepegt sein, da sie die
Benutzergruppenzuordnungen im Ziel-
system überschreiben.
anwendungsübergreifend Einstellungen für die Änderungshistorie -
anwendungsübergreifend ABC/XYZ-Segmentierungsprole Achtung
Bevor Sie ein Prognoseautomati-
sierungsprol importieren, stellen
Sie sicher, dass der zugehörige Pla-
nungsbereich den Status "Aktiv"
aufweist.
Leitfaden für die Modellkonguration
Export und Import von Software-Kollektionen
PUBLIC
ÖFFENTLICH 395
Bereich Erweiterungsposition Was Sie beachten müssen
anwendungsübergreifend Planungslter Nur Planungslter, die in der App
Planungslter in SAP IBP 2205 oder hö-
her angelegt wurden, können mit der
App Software-Kollektion exportieren ex-
portiert werden.
Hinweis
Planungslter, die im SAP Integra-
ted Business Planning, Add-in für
Microsoft Excel angelegt wurden,
können nicht exportiert werden.
Planungslter, die mit der App
Software-Kollektion exportieren expor-
tiert werden können, haben in
der App Planungslter im Abschnitt
Verwaltungsinformationen im Feld
Exportart den Wert Kollektionsbasiert.
Zuordnungen zu Benutzern und Benut-
zergruppen werden nicht zusammen
mit Planungsltern exportiert. Nach
einem Import müssen Sie dem Pla-
nungslter im Zielsystem mit der App
Content-Verwaltung einen neuen Ver-
antwortlichen zuordnen. Planungslter
können in der App Content-Verwaltung
oder in der App Planungslter vom
neuen Verantwortlichen auch für Be-
nutzer oder Benutzergruppen freigege-
ben werden.
anwendungsübergreifend Prole für Echtzeitintegration Systemspezische Informationen (z.B.
logisches SAP-IBP-System, logische
Eingabesysteme und logische Ausgabe-
systeme) werden nicht mit Prolen für
die Echtzeitintegration exportiert und
müssen im Zielsystem mit der App
Prole für Echtzeitintegration kongu-
riert werden.
Benutzungsoberäche SAP-Fiori-Launchpad-Seiten -
Benutzungsoberäche SAP-Fiori-Launchpad-Bereiche -
Bedarfsorientierte Wiederbeschaung Operatorprole für bedarfsorientierte
Wiederbeschaung
-
396
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Export und Import von Software-Kollektionen
Bereich Erweiterungsposition Was Sie beachten müssen
Treiberbasierte Planung Treiberbasierte Planung Mit Treiberplanungssichten für die trei-
berbasierte Planung werden keine Be-
nutzerzuordnungen exportiert. Im Ziel-
system müssen Sie die relevanten
Benutzer mithilfe der App Content-
Verwaltung den Treiberplanungssichten
zuordnen.
Business Network Collaboration Datenaustauschmodelle -
Absatzplanung Prognosemodelle Achtung
Bevor Sie ein Prognosemodell im-
portieren, stellen Sie sicher, dass
der zugehörige Planungsbereich
den Status "Aktiv" aufweist.
Absatzplanung Prole für Prognoseautomatisierung Achtung
Bevor Sie ein Prognoseautomati-
sierungsprol importieren, stellen
Sie sicher, dass der zugehörige Pla-
nungsbereich den Status "Aktiv"
aufweist.
Absatzplanung Prole für Kurven-Clustering Achtung
Bevor Sie ein Prol für Kurven-
Clustering importieren, stellen Sie
sicher, dass der zugehörige Pla-
nungsbereich den Status "Aktiv"
aufweist.
Absatzplanung Prognosefehler Achtung
Bevor Sie eine Prognosefehlerbe-
rechnung importieren, stellen Sie
sicher, dass der zugehörige Pla-
nungsbereich den Status "Aktiv"
aufweist.
Absatzplanung Realignment-Projekte -
Zeitreihenbasierte Beschaungspla-
nung
Zeitaggregationsprole -
Leitfaden für die Modellkonguration
Export und Import von Software-Kollektionen
PUBLIC
ÖFFENTLICH 397
Bereich Erweiterungsposition Was Sie beachten müssen
Zeitreihenbasierte Beschaungspla-
nung
Vorplanungsverrechnungsprole -
Zeitreihenbasierte Beschaungspla-
nung
S&OP-Operatorprole -
Zeitreihenbasierte Beschaungspla-
nung
Planungsbereichparameter für S&OP-
Operator
-
anwendungsübergreifend Kopieroperatorprole -
anwendungsübergreifend Prole für die erweiterte Simulation -
End-to-End-Sichtbarkeit Prole für intelligente Erkennung Mit Prolen für intelligente Erkennung
werden keine Benutzerzuordnungen ex-
portiert. Im Zielsystem müssen Sie die
relevanten Benutzer mithilfe der App
Content-Verwaltung den Prolen für in-
telligente Erkennung zuordnen.
Administration E-Mail-Vorlagen -
Administration Anwendungsjobvorlagen Eine Anwendungsjobvorlage kann ei-
ner Software-Kollektion nur hinzugefügt
werden, wenn alle der folgenden Bedin-
gungen erfüllt sind:
•Die Vorlage wurde angelegt, nach-
dem Sie zum Transportmechanis-
mus gewechselt haben, der auf
dem Adaptation Transport Organi-
zer basiert.
•Die Anwendungsjobvorlage wurde
in der App Anwendungsjobvorlagen
und nicht mit der Option Sichern
als angelegt.
•Die Vorlage ist nicht vom Typ
Privat.
Weitere Informationen nden Sie im
SAP-Hinweis 2999966 .
398
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Export und Import von Software-Kollektionen
Bereich Erweiterungsposition Was Sie beachten müssen
Identitäts- und Zugrisverwaltung Bearbeitungshorizonte für Kennzahlen Sobald Sie einen Bearbeitungshorizont
exportiert haben, werden keine Ände-
rungsbelege für diesen Bearbeitungs-
horizont im Produktivsystem geschrie-
ben. Änderungsbelege für einen export-
ierten Bearbeitungshorizont sind nur im
Testsystem verfügbar.
Wenn Sie einen Bearbeitungshorizont
exportieren, werden nicht alle abgelei-
teten Bearbeitungshorizonte automa-
tisch in den Export einbezogen und
müssen manuell hinzugefügt werden:
Wenn Sie einen abgeleiteten Bearbeit-
barkeitshorizont exportieren, werden
der führende Bearbeitbarkeitshorizont
und alle anderen abgeleiteten Bearbeit-
barkeitshorizonte nicht automatisch in
den Export einbezogen, und Sie müs-
sen sie manuell hinzufügen.
Ausnahmenverwaltung Playbooks Mit Playbooks werden keine Benutzer-
zuordnungen exportiert. Im Zielsystem
müssen Sie die relevanten Benutzer
mithilfe der App Content-Verwaltung
den Playbooks zuordnen.
Benutzungsoberäche UI-Flexibilität: Varianten und Änderun-
gen
-
Bestandsoptimierung Bestandsplanung (erweitert) -
Bestandsoptimierung Prole für Zugangsbeschaungszeit -
Bestandsoptimierung Prognosefehler -
Zeitreihenbasierte Beschaungspla-
nung
Einstellungen für ZR-Beschaungspla-
nung
-
Leitfaden für die Modellkonguration
Export und Import von Software-Kollektionen
PUBLIC
ÖFFENTLICH 399
Bereich Erweiterungsposition Was Sie beachten müssen
Benutzungsoberächen für Webpla-
nung
Planner Workspace Die folgenden abhängigen Entitäten
werden nicht automatisch in den Export
einbezogen und Sie müssen diese ma-
nuell hinzufügen:
•Arbeitsmappen
•Analysediagramme
•Planungssichten
•Denitionen von benutzerdenier-
ten Alerts, einschließlich ihrer
Abonnements
•Benutzerdenierte Transportla-
dungssichten
Wenn Planungslter mit der Exportart
Kollektionsbasiert in den Arbeitsmap-
penvarianten und Workspace-Kompo-
nenten von Planner Workspace verwen-
det werden und im Zielsystem vorhan-
den sind, müssen sie nach dem Import
nicht manuell hinzugefügt werden.
Komponenten für die Zusammenstel-
lung von Transportladungen werden au-
tomatisch in den Export einbezogen,
ebenso wie die Standardsicht für Trans-
portladungen, die häug verwendete
Einstellungen enthält. Wenn Sie jedoch
Ihre eigene Transportladungssicht kon-
gurieren, müssen Sie sie als separates
Erweiterungselement exportieren.
Kontextnavigationen, die für den Work-
space deniert sind, sind im Export
nicht enthalten und können nicht ex-
portiert werden.
Mit Planner Workspaces werden keine
Benutzerzuordnungen exportiert. Im
Zielsystem müssen Sie den Planner
Workspaces mit der App Content-
Verwaltung die relevanten Benutzer zu-
ordnen.
400
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Export und Import von Software-Kollektionen
Bereich Erweiterungsposition Was Sie beachten müssen
Benutzungsoberächen für Webpla-
nung
Arbeitsmappen für Planner Workspaces Alle Arbeitsmappenvarianten für eine
Arbeitsmappe werden automatisch in
den Export einbezogen, auch wenn sie
zu verschiedenen Planner Workspaces
gehören. Die folgenden abhängigen
Entitäten werden nicht automatisch in
den Export einbezogen und Sie müssen
diese manuell hinzufügen:
•Analysediagramme
•Planungssichten
•Denitionen von benutzerdenier-
ten Alerts, einschließlich ihrer
Abonnements
•Playbooks, die den Denitionen
von benutzerdenierten Alerts zu-
geordnet sind
•Benutzerdenierte Transportla-
dungssichten
Wenn Planungslter mit der Exportart
Kollektionsbasiert in den Arbeitsmap-
penvarianten und Workspace-Kompo-
nenten von Planner Workspace verwen-
det werden und im Zielsystem vorhan-
den sind, müssen sie nach dem Import
nicht manuell hinzugefügt werden.
Komponenten für die Zusammenstel-
lung von Transportladungen werden au-
tomatisch in den Export einbezogen,
ebenso wie die Standardsicht für Trans-
portladungen, die häug verwendete
Einstellungen enthält. Wenn Sie jedoch
Ihre eigene Transportladungssicht kon-
gurieren, müssen Sie sie als separates
Erweiterungselement exportieren.
Kontextnavigationen, die für die Ar-
beitsmappe deniert sind, sind im Ex-
port nicht enthalten und können nicht
exportiert werden.
Mit Arbeitsmappen werden keine Be-
nutzerzuordnungen exportiert. Im Ziel-
system müssen Sie den Arbeitsmappen
mit der App Content-Verwaltung die re-
levanten Benutzer zuordnen.
Leitfaden für die Modellkonguration
Export und Import von Software-Kollektionen
PUBLIC
ÖFFENTLICH 401
Bereich Erweiterungsposition Was Sie beachten müssen
Benutzungsoberächen für Webpla-
nung
Transportladungssichten für Planner
Workspaces Nur für benutzerdenierte Transport-
ladungssichten erforderlich. Die Stan-
dardsicht für Transportladungen mit
häug verwendeten Einstellungen wird
automatisch mit Planner Workspaces
exportiert.
Mit Transportladungssichten werden
keine Benutzerzuordnungen exportiert.
Im Zielsystem müssen Sie die relevan-
ten Benutzer mithilfe der App Content-
Verwaltung den Transportladungssich-
ten zuordnen.
Benutzungsoberächen für Webpla-
nung
Planungssichten für die webbasierte
Planung
Kontextnavigationen, die für die Pla-
nungssicht deniert sind, sind im Ex-
port nicht enthalten und können nicht
exportiert werden.
Die für die Planungssicht denierte
wertbasierte Sortierung ist nicht im Ex-
port enthalten und kann nicht expor-
tiert werden.
Mit Planungssichten werden keine Be-
nutzerzuordnungen exportiert. Im Ziel-
system müssen Sie die relevanten
Benutzer mithilfe der App Content-
Verwaltung den Planungssichten zuord-
nen.
Auftragsbasierte Planung Betriebswirtschaftliche Bedeutungen
für auftragsbasierte Planung
Um Ihre betriebswirtschaftlichen Be-
deutungen erfolgreich in ein Zielsys-
tem zu exportieren/importieren, müs-
sen Sie sicherstellen, dass der abhän-
gige Planungsbereich, die Stammda-
tentypen und die Stammdatenattribute
bereits in diesem System vorhanden
sind.
Auftragsbasierte Planung Einstellungen für auftragsbasierte Pla-
nung
Sie können planungsbereichs- und
versionsspezische Einstellungen sepa-
rat aus der App Einstellungen für
auftragsbasierte Planung exportieren.
402
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Export und Import von Software-Kollektionen
Bereich Erweiterungsposition Was Sie beachten müssen
Anwendungsübergreifend Pegeregeln für Stammdaten Beachten Sie Folgendes, wenn Sie eine
Regel transportieren:
•Benutzerzuordnungen innerhalb
einer Regel werden nicht transpor-
tiert. Wenn der Transport abge-
schlossen ist, können Sie die Re-
gel im Zielsystem bearbeiten, um
zugeordnete Benutzer oder Benut-
zergruppen festzulegen.
•Bis der Exportprozess abgeschlos-
sen ist, sind die Regeln vom Sys-
tem gesperrt und können nicht ge-
ändert werden.
Anwendungsübergreifend Stammdatenprüfungen Beachten Sie beim Transport einer
Stammdatenprüfung Folgendes:
•Wenn Stammdatenprüfungen in
eine Ziellandschaft importiert wer-
den, haben sie standardmäßig den
Status Ungültig. Indem Sie sie si-
chern, können Sie sie für die Ver-
wendung validieren.
•Bis der Exportprozess abgeschlos-
sen ist, sind die Prüfungen vom
System gesperrt und können nicht
geändert werden.
Leitfaden für die Modellkonguration
Export und Import von Software-Kollektionen
PUBLIC
ÖFFENTLICH 403
Bereich Erweiterungsposition Was Sie beachten müssen
Auftragsbasierte Planung Planungslaufprole Um Konikte beim Import von Pla-
nungslaufprolen zu vermeiden oder
um sie beim Auftreten abzufangen,
empfehlen wir Folgendes:
•Importieren Sie Planungslaufpro-
le in Perioden, wenn diese nicht in
Planungsläufen verwendet werden.
•Prüfen Sie das Protokollelement
einer importierten Sammlung auf
Warnungen.
•Prüfen Sie den Status importier-
ter Planungslaufprole in der App
Planungslaufprole.
Beim Import von Planungslaufprolen
können folgende Konikte auftreten:
•Sperrprobleme:
Importe können fehlschlagen oder
teilweise fehlschlagen, da Pla-
nungslaufprole durch parallele
Prozesse gesperrt sind, hauptsäch-
lich durch Planungsläufe, die das
Prol verwenden.
In Ausnahmefällen kann die paral-
lele Bearbeitung eines Planungs-
laufprols auch zu einem Sperr-
problem führen.
•Inkonsistenzen aufgrund fehlender
Fair-Share-Set-Prole:
Fair-Share-Set-Prole können von
Planungslaufprolen referenziert
werden, sie werden jedoch nicht
zusammen mit ihnen transportiert.
Stellen Sie sicher, dass Fair-Share-
Set-Prole mit demselben Namen
und Umfang im Quell- und Zielsys-
tem deniert sind.
•Inkonsistenzen aufgrund unter-
schiedlicher Planungsbereichskon-
guration im Quell- und Zielsystem
•Inkonsistenzen aufgrund abweich-
ender Reihenfolge der Kongura-
tion der Sortierattributwerte:
Die Denition von Sortierattribut-
werten, die in der App Reihenfolge
404
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Export und Import von Software-Kollektionen
Bereich Erweiterungsposition Was Sie beachten müssen
der Sortierattributwerte denieren
vorgenommen wird, wird nicht zu-
sammen mit dem Planungslauf-
prol transportiert. Wenn sich
dort die Denition zwischen Quell-
und Zielsystem unterscheidet,
kann dies zu unterschiedlichen
Planungsergebnissen führen.
Anwendungsübergreifend Kategorien Wenn Sie eine Kategorie im Quellsys-
tem löschen und diese Löschung in das
Zielsystem exportieren möchten, müs-
sen Sie sicherstellen, dass die Katego-
rie keinem Objekt, z.B. Analysediagram-
men, zugeordnet ist, da die Löschung
nicht importiert werden kann, wenn die
Kategorie einem Objekt im Zielsystem
zugeordnet ist.
Empfehlung
Wir empfehlen, dass Sie für Ihre Erweiterungselemente separate Software-Kollektionen wie folgt anlegen:
•Attribute
•Zeitprole
•Gemeinsame Stammdatentypen
Hinweis
Je nach Komplexität Ihres Datenmodells können Sie Attribute, Zeitprole und gemeinsame
Stammdatentypen in einer Kollektion zusammenfassen.
•Stammdatentypen und Planungsbereiche in einer Kollektion pro Planungsbereich
•Prognosemodelle und Operatorprole in einer Kollektion pro Planungsbereich
•Berechtigungslter in einer Kollektion pro Planungsbereich
•Anwendungsrollen und Attributberechtigungen
•SAP-Fiori-Launchpad-Seiten und -Bereiche
Legen Sie außerdem Software-Kollektionen pro Organisationseinheit, Geschäftsprozess, Projekt,
Projektphase usw. an. Dies hilft Ihnen dabei, verschiedene Kollektionen unabhängig voneinander zu
exportieren und zu importieren. Wenn Sie beispielsweise ein Bedarfskongurationsteam haben, müssen
Sie Software-Kollektionen anlegen, damit das Team Änderungen an Bedarfsprognosemodellen, am
Bedarfsplanungsbereich und an SAP-Fiori-Launchpad-Seiten und -Bereichen für den Bedarf vornehmen
kann. Sie können nur Kollektionen exportieren. Sobald eine Kollektion exportiert wurde, sollten Sie
keine Elemente aus einer Kollektion in eine andere verschieben. Wenn Erweiterungselemente für zwei
verschiedene Teams in einer Kollektion gemischt werden, müssen sich die beiden Teams bei den Zeitplänen
für den Export und Import der Kollektion abstimmen.
Leitfaden für die Modellkonguration
Export und Import von Software-Kollektionen
PUBLIC
ÖFFENTLICH 405
Export und Import von mehrsprachigen Inhalten
Um sicherzustellen, dass der mehrsprachige Inhalt für die relevanten Modellierungsobjekte exportiert und
importiert wird, muss die Mehrsprachenunterstützung für die Quell- und Zielsysteme eingerichtet werden, und
als Standardsprache muss dieselbe Sprache festgelegt werden. Wenn die Standardsprache unterschiedlich ist,
schlägt der Export und Import fehl.
Wenn Mehrsprachigkeit im Zielsystem nicht unterstützt wird, werden nur die Einträge in der Standardsprache
für die relevanten Objekttypen übernommen, auch wenn im Quellsystem Einträge in anderen Sprachen
vorhanden sind.
Wenn Mehrsprachigkeit im Quellsystem nicht unterstützt wird, können Sie Ihre Modellentitäten nicht in ein
Zielsystem importieren, in dem Mehrsprachigkeit aktiviert ist.
Weitere Informationen über Mehrsprachenunterstützung nden Sie unter Mehrsprachenunterstützung für
Modellierungsobjekte einrichten [Seite 387].
Weitere Informationen
Apps für den Export und Import von Erweiterungselementen
SAP-Hinweis 3005534
23.1 Export und Import von Erweiterungselementen in Ihre
Systemlandschaft
Übersicht über den Export und Import von Erweiterungselementen in verschiedenen Systemlandschaften mit
aktivierter Erweiterbarkeitsentwicklung.
In Systemlandschaften, die für die Erweiterbarkeitsentwicklung aktiviert sind, basieren der Export und Import
von Erweiterungselementen auf dem Adaptation Transport Organizer. Dabei gelten folgende Regeln:
•Ein Erweiterbarkeits-Entwicklungssystem, bei dem es sich um ein System zum Anlegen
von Erweiterungselementen handelt, ist immer der Ausgangspunkt einer Mehrsystemlandschaft.
Erweiterungselemente können nur aus dem Erweiterbarkeits-Entwicklungssystem exportiert werden.
•Das Produktivsystem ist immer einer der Endpunkte einer Mehrsystemlandschaft.
•Das Erweiterbarkeits-Entwicklungssystem kann nicht geändert werden. Beispielsweise ist in einer
Zweisystemlandschaft das Erweiterbarkeits-Entwicklungssystem A und das Produktivsystem B. Ein
Testsystem C kann in der Landschaft nur zwischen System A und B hinzugefügt werden. Wenn die
Landschaft später reduziert werden muss, kann nur das Testsystem C entfernt werden.
•Alle manuellen Reparaturen von Erweiterungselementen, die exportiert werden, werden beim nächsten
Import überschrieben. Reparaturen dürfen nicht aus einem anderen System als dem Erweiterbarkeits-
Entwicklungssystem exportiert werden.
•Möglicherweise umfasst Ihre Systemlandschaft ein Entwicklungssystem, ein Testsystem, das als
Erweiterbarkeits-Entwicklungssystem eingerichtet ist, und ein Produktivsystem. Erweiterungselemente
können dann nur aus dem Testsystem exportiert werden.
406
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Export und Import von Software-Kollektionen
Zweisystemlandschaft
Die folgende Grak zeigt eine Systemlandschaft mit einem Testsystem, das zum Anlegen und Exportieren
von Erweiterungselementen verwendet wird. Die Erweiterungselemente werden dann in das Produktivsystem
importiert.
Die folgende Grak zeigt eine Systemlandschaft mit einem Testsystem, das zum Anlegen und Exportieren von
Erweiterungselementen verwendet wird. Die Erweiterungselemente können dann in das Produktivsystem und
das Schulungssystem importiert werden. Aus dem Schulungssystem sind keine Exporte möglich.
Dreisystemlandschaft
Die folgende Grak zeigt eine Systemlandschaft mit einem Entwicklungssystem, das zum Anlegen und
Exportieren von Erweiterungselementen verwendet wird. Die Erweiterungselemente werden in das Testsystem
importiert. Nach einem erfolgreichen Test der importierten Erweiterungselemente im Testsystem kann der
Export aus dem Entwicklungssystem weitergeleitet werden, um den Import in das Produktivsystem zu
ermöglichen.
Leitfaden für die Modellkonguration
Export und Import von Software-Kollektionen
PUBLIC
ÖFFENTLICH 407
Die folgende Grak zeigt eine Systemlandschaft mit einem Entwicklungssystem, das zum Anlegen und
Exportieren von Erweiterungselementen verwendet wird. Die Erweiterungselemente werden in das Testsystem
importiert. Nach einem erfolgreichen Test der importierten Erweiterungselemente im Testsystem kann der
Export aus dem Entwicklungssystem weitergeleitet werden, um den Import in das Produktivsystem zu
ermöglichen. Beachten Sie, dass nur die Erweiterungselemente, die im Entwicklungssystem angelegt wurden,
in das Produktivsystem importiert werden. Erweiterungselemente, die im Testsystem angelegt werden, sind
nicht Teil des Imports in das Produktivsystem.
Hinweis
In einer Dreisystemlandschaft steht die Funktion Exportieren nur im ersten System der Landschaft (d.h.
im Entwicklungssystem) zur Verfügung. Der Export aus allen anderen Systemen der Landschaft ist
deaktiviert. Nach dem Export aus dem Entwicklungssystem können Sie die Elemente in das Testsystem
importieren und anschließend die Funktion Weiterleiten im Testsystem verwenden, um den Import in das
Produktivsystem zu ermöglichen.
Die folgende Grak zeigt eine Systemlandschaft mit einem Entwicklungssystem, das zum Anlegen und
Exportieren von Erweiterungselementen verwendet wird. Die Erweiterungselemente werden in das Testsystem
und das Schulungssystem importiert. Nach einem erfolgreichen Test der importierten Erweiterungselemente
im Testsystem kann der Export aus dem Entwicklungssystem weitergeleitet werden, um den Import in das
Produktivsystem und das zweite Schulungssystem zu ermöglichen. Aus den Schulungssystemen sind keine
Exporte möglich.
408
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Export und Import von Software-Kollektionen
Viersystemlandschaft
Die folgende Grak zeigt eine Systemlandschaft mit mehr als einem Test- und Schulungssystem. Der Export-
und Importprozess funktioniert auf dieselbe Weise wie bei einer Dreisystemlandschaft.
23.2 Best Practices: Planungsmodelle exportieren
Best Practices für Planungsmodellexport in Zwei-System-Landschaften mit Erweiterbarkeitsentwicklung.
Empfehlung
Wir empfehlen die folgende Vorgehensweise, um Planungsbereiche einzurichten und diese aus dem
Testsystem zu exportieren und in das Produktivsystem zu importieren.
Führen Sie Kongurationsaufgaben und Benutzertests im Testsystem aus, das für die
Erweiterbarkeitsentwicklung aktiviert ist. Für diese Aktivitäten benötigen Sie mindestens zwei
Planungsbereiche im Testsystem:
•Kongurationsplanungsbereich für die laufende Konguration
•Konsolidierungsplanungsbereich zum Konsolidieren von Kongurationsänderungen und für
die Erstintegration und den Funktionstest (die in der Regel von Beratern und Experten-
Anwendungsbenutzer ausgeführt werden)
Leitfaden für die Modellkonguration
Export und Import von Software-Kollektionen
PUBLIC
ÖFFENTLICH 409
Planungsbereiche im Testsystem
Sofern keine größeren Änderungen an der Stammdatenstruktur erwartet werden, können diese
Planungsbereiche Stammdatentypen teilen.
Der Konsolidierungsplanungsbereich hat in der Regel einen kleineren Datenbestand als dessen Entsprechung
im Produktivsystem. Trotzdem muss der Testdatenbestand die tatsächlichen Produktivdaten repräsentieren.
Der Konsolidierungsplanungsbereich kann jedoch eine Kopie des gesamten Produktivsystemdatenbestands
enthalten. Ob der Konsolidierungsplanungsbereich einen vollen oder reduzierten Datenbestand hat, hängt
von der Größe des Testsystems und den Kundenanforderungen ab. Konsolidierung von Änderungen vom
Kongurationsplanungsbereich zum Konsolidierungsplanungsbereich werden in der App Planungsbereiche
durch Auswahl von Kopieren Vorhandenen ersetzen vorgenommen.
Sobald Sie die Konguration und die Benutzertests abgeschlossen haben, können Sie den
Konsolidierungsplanungsbereich mit der App Software-Kollektion exportieren exportieren. Anschließend
können Sie den Planungsbereich mit der App Kollektion importieren in das Produktivsystem importieren.
Achtung
Bei jedem Export eines Planungsbereichs müssen der gesamte Planungsbereich und alle entsprechenden
Kongurationen transportiert werden.
Wir empfehlen, regelmäßig Exports und Imports durchzuführen, sobald Sie einen Planungsbereich ändern
und aktivieren. Bündeln Sie keine verschiedenen Arten von Änderungen in einer Software-Kollektion,
z.B. das Entfernen eines Attributs aus einem Stammdatentyp, Änderungen in Kennzahldenitionen und
das Hinzufügen von Attributen zu einem Stammdatentyp. Verschiedene Arten von Änderungen in einer
Software-Kollektion können zu Problemen bei der Aktivierung im Zielsystem führen, weil bestimmte
Änderungen in einer bestimmten Reihenfolge ausgeführt werden müssen.
Stellen Sie sicher, dass Sie im Zielsystem die Aktivierung der Modellentitäten in der folgenden Reihenfolge
ausführen:
1. Zeitprole
2. Stammdatentypen
410
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Export und Import von Software-Kollektionen
3. Planungsbereiche
Bei Projekten mit hohem Integrationsaufwand (z.B. bei der Entwicklung in SAP Cloud Integration für
Datenservices) müssen Sie Datenbestände für Anwendungsberater und Integrationsberater getrennt halten.
In solchen Fällen empfehlen wir die Verwendung eines zusätzlichen, unabhängigen Datenintegrations-
Planungsbereichs für Datenintegrationsaktivitäten. Im Idealfall hat dieser Planungsbereich seine eigenen
Stammdatentypen. Mit diesem Ansatz können Sie mit der Entwicklung und dem Testen des integrierten
Contents fortfahren, ohne die Kongurationsaufgaben zu behindern. Bitte beachten Sie, dass wenn Sie
einen separaten Datenintegrations-Planungsbereich im Integrationsservice verwenden, zusätzlicher Aufwand
erforderlich ist, um die Testintegrationsaufgaben in die nalen Aufgaben umzuwandeln.
Best Practices: Planungsbereiche in das Produktivsystem exportieren und importieren
Weitere Informationen
Planungsmodelle aktivieren [Seite 321]
23.3 Planungsbereiche in einem 2-Phasen-
Kongurationsprojekt exportieren
Schritte für den Export von Planungsbereichen in einer Zweisystemlandschaft, die für die
Erweiterbarkeitsentwicklung in einem zweistugen Kongurationsprojekt aktiviert ist, bei dem Änderungen
an der Konguration der Phase 1 und an den Kongurationseinstellungen für Phase 2 parallel vorgenommen
werden.
Leitfaden für die Modellkonguration
Export und Import von Software-Kollektionen
PUBLIC
ÖFFENTLICH 411
Voraussetzungen
Im Testsystem ist ein Kongurations- und ein Konsolidierungsplanungsbereich für Phase 1 vorhanden. Phase
1 ist abgeschlossen, und Sie haben den Konsolidierungsplanungsbereich für Phase 1 aus dem Testsystem
exportiert und in das Produktivsystem importiert.
Kontext
Projekte mit SAP Integrated Business Planning werden normalerweise in Phasen implementiert. Dabei führt
das Implementierungsteam die folgenden beiden Aktivitäten parallel aus:
•Kongurationsänderungen für die nächste Projektphase
•kleinere Wartungsänderungen im aktiven Planungsbereich für Phase 1, der von Anwendungsbenutzern
aktiv verwendet wird
Für eine solche phasenweise Implementierung werden im Testsystem mindestens zwei Planungsbereiche für
jede Phase benötigt: ein Planungsbereich für die Konguration und ein Planungsbereich für die Konsolidierung.
Vorgehensweise
1. Legen Sie im Testsystem die Planungsbereiche für Phase 2 an.
Planungsbereiche für Phase 2 anlegen
a. Legen Sie in der App Planungsbereiche mit der Kopieroption Neu anlegen mit Abhängigkeiten eine
Kopie des Konsolidierungsplanungsbereichs für Phase 1 an.
Für Phase 2 wird ein Kongurationsplanungsbereich mit allen verwandten Stammdatentypen angelegt.
412
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Export und Import von Software-Kollektionen
b. Legen Sie über die Kopieroption Neu anlegen eine Kopie des Kongurationsplanungsbereichs an, den
Sie zuvor für Phase 2 angelegt haben.
Für Phase 2 ist nun ein Konsolidierungsplanungsbereich verfügbar.
c. Aktivieren Sie den Konsolidierungsplanungsbereich für Phase 2.
2. Nehmen Sie die Änderungen für die Projektphase 2 vor.
Änderungen können das Anlegen von zusätzlichen Attributen, Stammdatentypen oder Kennzahlen
umfassen.
a. Nehmen Sie die Kongurationsänderungen im Kongurationsplanungsbereich für Phase 2 vor.
b. Kopieren Sie diese Kongurationsänderungen mithilfe der Kopieroption Vorhandenen ersetzen in den
Konsolidierungsplanungsbereich für Phase 2.
c. Aktivieren Sie den Konsolidierungsplanungsbereich.
3. Nehmen Sie alle notwendigen kleineren Kongurationsänderungen für Phase 1 vor.
a. Nehmen Sie die Kongurationsänderungen im Kongurationsplanungsbereich für Phase 1 vor.
b. Kopieren Sie über die Kopieroption Vorhandenen ersetzen diese Kongurationsänderungen in den
aktiven Konsolidierungsplanungsbereich für Phase 1.
c. Aktivieren Sie den Konsolidierungsplanungsbereich für Phase 1.
d. Exportieren Sie mit der App Software-Kollektion exportieren den aktiven
Konsolidierungsplanungsbereich, und importieren Sie ihn in das Produktivsystem.
4. Wiederholen Sie die Kongurationsänderungen, die Sie im Planungsbereich für Phase 1 vorgenommen
haben, manuell im Kongurationsplanungsbereich für Phase 2.
5. Kopieren Sie diese Kongurationsänderungen mithilfe der Kopieroption Vorhandenen ersetzen in den
Konsolidierungsplanungsbereich für Phase 2.
6. Aktivieren Sie den Konsolidierungsplanungsbereich für Phase 2.
7. Kopieren Sie über die Kopieroption Vorhandenen einschließlich Abhängigkeiten ersetzen den
Konsolidierungsplanungsbereich für Phase 2 in den Kongurationsplanungsbereich für Phase 1.
8. Kopieren Sie über die Kopieroption Vorhandenen ersetzen den Kongurationsplanungsbereich aus Phase 1
in den Konsolidierungsplanungsbereich für Phase 1.
Planungsbereiche für Phase 1 und Phase 2 konsolidieren
Leitfaden für die Modellkonguration
Export und Import von Software-Kollektionen
PUBLIC
ÖFFENTLICH 413
9. Aktivieren Sie den daraus resultierenden Konsolidierungsplanungsbereich für Phase 1.
10. Exportieren Sie mit der App Software-Kollektion exportieren den Planungsbereich, und importieren Sie ihn
in das Produktivsystem.
414
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Export und Import von Software-Kollektionen
24 Notzugang zum Produktivsystem
Manuelle Änderung an der Konguration in einem Produktivsystem und oft auch in einem Testsystem sollten
möglichst vermieden werden, um die Integrität des produktiv verwendeten oder getesteten Planungsbereichs
sicherzustellen. Unter besonderen Umständen müssen Sie eventuell in einem Produktivsystem
Planungsmodelle kongurieren und aktivieren. Dafür kann Ihrem Benutzer eine besondere Benutzerrolle
zugeordnet werden, die Ihnen zeitweise Zugri auf das Produktivsystem gibt. Dieser Anwendungsrolle
sollten die Anwendungskataloge SAP_IBP_BC_PLANMODEL_CF_PC und SAP_IBP_BC_PLANMODEL_ACT_PC
zugeordnet sein.
Hinweis
•SAP empehlt, den Notfallzugri nur zu verwenden, nachdem entschieden wurde, dass das System
sich in einem Exception-State (auch Firecall-State genannt) bendet und dass die Benutzer nach
Abschluss aller Aktualisierungen nicht zugeordnet sind.
•Die meisten Kongurationsaktivitäten erfordern eine Modellaktivierung und können z.B. Auswirkungen
auf Laufzeit-Benutzeroberächen oder die Datenintegration haben.
Leitfaden für die Modellkonguration
Notzugang zum Produktivsystem
PUBLIC
ÖFFENTLICH 415
25 Ursachencodes
Ursachencodes sind eine Reihe von Tags, die Sie verwenden können, um die Entscheidungen und Änderungen
zu überwachen, die während des Planungsprozesses vorgenommen wurden.
Ursachencodes sind in verschiedenen Bereichen von SAP Integrated Business Planning for Supply Chain (SAP
IBP) verfügbar: in SAP IBP, Add-in für Microsoft Excel, in der App Planner Workspaces und in bestimmten
Anwendungsjobvorlagen. Sie können in der Änderungshistorie angezeigt und in Ihrem Kooperationstool
freigegeben werden.
Ein Benutzer kann beim Sichern der Daten in der Planungssicht über die Drucktaste Daten sichern
oder beim Einplanen eines Anwendungsjobs einen Ursachencode eingeben. Wenn Ihre Organisation
ein Kooperationstool verwendet, können Benutzer den Ursachencode und Informationen zur Änderung
freigeben. Wenn Ihre Organisation die Änderungshistorie verwendet, werden Ursachencodes für Änderungen
an für die Änderungshistorie aktivierten Kennzahlen gesichert, für die sie gelten, und können in den
Änderungshistoriensichten angezeigt werden.
Sie können eigene Ursachencodes in der App Ursachencodes anlegen. Zudem werden in SAP IBP eine Reihe
von nützlichen Ursachencodes zur Verfügung gestellt.
25.1 Ursachencodes anlegen
Mit der App Ursachencodes können Sie Ursachencodes anlegen.
Voraussetzungen
Stellen Sie sicher, dass Sie die erforderlichen Berechtigungen für diese Aktivität haben, also dass
die erforderlichen Anwendungskataloge für diese Aktivität einer Anwendungsrolle zugeordnet sind, die
Ihrem Anwendungsbenutzer zugeordnet ist. Weitere Informationen nden Sie auf dem SAP Help Portal
http://help.sap.com/ibp unter Anwendungshilfe für SAP Integrated Business Planning Identitäts- und
Zugrisverwaltung Grundkonzepte Anwendungskataloge .
Vorgehensweise
1. Önen Sie die App Ursachencodes.
2. Legen Sie einen neuen Ursachencode an.
3. Geben Sie im Popup-Fenster die Detailinformationen für den Ursachencode an.
4. Sichern Sie Ihre Änderungen.
416
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Ursachencodes
26 Globale Konguration
Mit der globalen Konguration können Sie Parameter auf Anwendungsebene in der Lösung SAP Integrated
Business Planning for Supply Chain (SAP IBP) pegen.
Mit der App Globale Konguration können Sie Werte für Parameter festlegen, die verschiedene Funktionen von
SAP-IBP-Anwendungen entsprechend Ihren Unternehmensanforderungen steuern. Eine Liste aller globalen
Kongurationsparameter, die Sie im System pegen können, nden Sie unter Globale Kongurationsparameter
[Seite 418].
Empfehlung
Wir empfehlen, dass Sie die folgenden Parameter pegen, wenn Sie Ihr System installieren:
•Planungsbereich für die Datenintegration und Dashboards
•Zeitprol für die Datenintegration
Weitere Informationen
Globale Kongurationsparameter [Seite 418]
Globale Kongurationsparameter pegen [Seite 417]
26.1 Globale Kongurationsparameter pegen
Verwenden Sie die App Globale Konguration, um die Werte von globalen Kongurationsparametern zu ändern.
Voraussetzungen
Stellen Sie sicher, dass Sie die erforderlichen Berechtigungen für diese Aktivität haben, also dass
die erforderlichen Anwendungskataloge für diese Aktivität einer Anwendungsrolle zugeordnet sind, die
Ihrem Anwendungsbenutzer zugeordnet ist. Weitere Informationen nden Sie auf dem SAP Help Portal
http://help.sap.com/ibp unter Anwendungshilfe für SAP Integrated Business Planning Identitäts- und
Zugrisverwaltung Grundkonzepte Anwendungskataloge .
Leitfaden für die Modellkonguration
Globale Konguration
PUBLIC
ÖFFENTLICH 417
Kontext
Globale Kongurationsparameter sind Einstellungen auf Anwendungsebene, die verschiedene Funktionen
von SAP Integrated Business Planning for Supply Chain steuern. SAP liefert für einige der Parameter
Standardwerte. Sie können den Standardwert Ihren Geschäftsanforderungen entsprechend ändern.
Vorgehensweise
1. Suchen Sie in der App Globale Konguration nach dem Parameter, den Sie pegen möchten. Parameter
werden in Parametergruppen aufgeführt.
2. Markieren Sie den Parameter und wählen Sie Bearbeiten.
3. Geben Sie im Feld Wert den neuen Wert ein.
4. Optional: Geben Sie einen Grund für die Änderung ein.
5. Sichern Sie Ihre Änderungen.
Beispiel
Nachdem Sie Ihr System eingerichtet haben, möchten Sie die Anzahl Tage ändern, an denen der Alert im
Schlummermodus ist.
Wählen Sie den Parameter SNOOZE_NUM_OF_DAYS in der Parametergruppe ANALYTICS aus, und bearbeiten
Sie ihn. Der Standardwert ist 5. Sie können ihn ändern, indem Sie im Feld Wert den neuen Wert eingeben.
26.2 Globale Kongurationsparameter
Parametergruppe Parametername Standardwert Parameterbeschreibung
ANALYTICS CHARTS_PUBLIC TRUE Alle Diagramme sind standardmäßig als öent-
lich eingestellt.
ANALYTICS DASHBOARDS_PUBLIC TRUE Alle Dashboards sind standardmäßig als öent-
lich eingestellt.
ANALYTICS MAX_RECORDS Begrenzt die Anzahl der Datensätze, die aus der
SAP-HANA-Datenbank abgerufen werden.
418
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Globale Konguration
Parametergruppe Parametername Standardwert Parameterbeschreibung
ANALYTICS MAX_ALERTS_PER_SUBS
CRIPTION
2000 Schränkt die Anzahl der Alerts ein, die in der
App Benutzerdenierte Alerts überwachen sowie
in der Übersicht der benutzerdenierten Alerts in
der App Planner Workspaces angezeigt werden.
Wenn ein Alert nicht richtig deniert ist, kann er
eine große Anzahl an Alerts erzeugen (ein Abon-
nement kann zu Millionen von Alerts führen).
Dieser Parameter begrenzt die Anzahl der Alerts,
die von jedem Abonnement abgerufen werden,
und verhindert damit Performance-Probleme.
ANALYTICS SNOOZE_NUM_OF_DAYS 5 Legt die Anzahl an Tagen fest, an denen sich der
Alert im Schlummermodus bendet.
ANALYTICS BUFFERING TRUE Steuert die Puerung von Daten in den
Apps Analysen – erweitert, Dashboards –
erweitert, Benutzerdenierte Alerts und Planner
Workspaces.
Zur Performance-Verbesserung werden die im
Diagramm angezeigten Daten nur bei einer ma-
nuellen Aktualisierung des Diagramms aktuali-
siert. Andernfalls werden die Daten falls verfüg-
bar aus einem Cache gelesen. Die Zeit der letzten
Aktualisierung wird dann als eine relative Zeit an-
gezeigt. Sie wird beispielsweise als Vor 5 Minuten
in einem Diagramm oder einem Abonnement von
benutzerdenierten Alerts angezeigt.
Dies wird durch Puerung der Daten erreicht.
Standardmäßig ist der Parameter BUFFERING
auf TRUE gesetzt. Dies ist die empfohlene Einstel-
lung. Sie können die Puerung deaktivieren, in-
dem Sie diese Einstellung in FALSE ändern. Dies
wird jedoch nicht empfohlen.
Wir empfehlen, die Standardeinstellung zu ver-
wenden.
ANALYTICS BUFFERING_NB_SECS 3 Ein Parameter, der über einen Schwellenwert
steuert, ob die Daten aus dem Puer oder aus
der Datenbank abgerufen werden. Wenn die
letzte Render-Zeit für ein Analysediagramm un-
ter diesem Schwellenwert liegt, werden bei der
Aktualisierung die Daten aus der Datenbank ge-
lesen, andernfalls werden sie aus dem Puer ab-
gerufen.
Leitfaden für die Modellkonguration
Globale Konguration
PUBLIC
ÖFFENTLICH 419
Parametergruppe Parametername Standardwert Parameterbeschreibung
ANALYTICS AUTO_REFRESH TRUE Mit diesem Parameter soll die Performance ver-
bessert werden. Wenn dieser Parameter auf
FALSE gesetzt ist, werden die Datensätze von der
Datenbank gelesen, anstatt den Standardpue-
rungsmechanismus zu verwenden.
ANALYTICS COUNT_ALERT_TILE TRUE Dieser Parameter wird zum Zählen der Anzahl
von Alerts und zum Anzeigen der Anzahl auf den
Alerts-Kacheln verwendet. Wenn der Parameter
auf FALSE gesetzt ist, wird statt der Anzahl N/A
angezeigt.
Achtung
Verwenden Sie diesen Parameter mit Be-
dacht. Wenn Sie ihn auf TRUE setzen, wer-
den alle Alerts für einen Benutzer jedes Mal
dynamisch berechnet, wenn der Benutzer
die Kachel auf dem SAP Fiori Launchpad
anzeigt. Wenn mehrere Benutzer im System
vorhanden sind und alle über viele Alert-
Abonnements verfügen, kann sich diese Be-
rechnung erheblich auf die Performance
auswirken.
ANALYTICS SUBSCRIPTION_NOTIFI
CATION_DFLT
YES Gibt an, ob ein Abonnement von benutzerde-
nierten Alerts für Benachrichtigungen relevant
ist. Standardmäßig ist dieser Wert auf YES ge-
setzt, sodass alle Abonnements von benutzerde-
nierten Alerts, die vor und ab 2108 angelegt
werden, für Benachrichtigungen relevant sind.
420
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Globale Konguration
Parametergruppe Parametername Standardwert Parameterbeschreibung
CHANGE_HIST MAX_RESULT_LIMIT Siehe Standard-
wert für
MAX_RESULT_R
OW_SIZE
Gibt die Zeilenbegrenzung für die Ergebnisse der
Änderungshistorie an, die im Excel-Add-in ange-
zeigt werden.
Die maximale Anzahl an Zeilen für die Ergebnisse
der Änderungshistorie hängt vom globalen Kon-
gurationsparameter MAX_RESULT_ROW_SIZE
ab. Wenn Sie jedoch die maximale Anzahl
an Zeilen für die Änderungshistorie unabhän-
gig von diesem Parameter steuern möchten,
z.B. falls weniger Zeilen für die Änderungshis-
torie als vom globalen Kongurationsparame-
ter MAX_RESULT_ROW_SIZE festgelegt angezeigt
werden sollen, können Sie den globalen Kon-
gurationsparameter MAX_RESULT_LIMIT ver-
wenden. Wenn dieser neue Parameter gesetzt
ist, wird der globale Kongurationsparameter
MAX_RESULT_ROW_SIZE für die Änderungshisto-
rie nicht berücksichtigt.
Um den globalen Kongurationsparameter
MAX_RESULT_LIMIT festzulegen, geben Sie die
maximale Anzahl der Zeilen ein, die für die Ände-
rungshistorie angezeigt werden sollen.
Beachten Sie, dass die Verwendung dieses glo-
balen Kongurationsparameters zu einer länge-
ren Laufzeit führt, wenn Sie Daten von der Da-
tenbank abrufen. Der Vorteil besteht jedoch da-
rin, dass durch Verwendung dieses Parameters
sichergestellt wird, dass die in diesem Parameter
festgelegte erwartete Anzahl an Zeilen zurückge-
geben wird.
CHANGE_HIST MAX_PARALLEL_PACKAG
ES_AV
5Dieser Parameter gibt die Anzahl der Pakete
für einen Hintergrundjob an, der von einem API-
Serviceaufruf der Änderungshistorie zur Berech-
nung einer Analysesicht angestoßen wird.
CHANGE_HIST MAX_PARALLEL_PACKAG
ES_EV
5Dieser Parameter gibt die Anzahl der Pakete für
einen Hintergrundjob an, der von einem API-Ser-
viceaufruf der Änderungshistorie oder der App
Analyse der Änderungshistorie zur Berechnung
einer Sicht der Eekte angestoßen wird.
Leitfaden für die Modellkonguration
Globale Konguration
PUBLIC
ÖFFENTLICH 421
Parametergruppe Parametername Standardwert Parameterbeschreibung
CHANGE_HIST MAX_PARALLEL_PACKAG
ES_OV
5Dieser Parameter gibt die Anzahl der Pakete für
einen Hintergrundjob an, der von einem API-Ser-
viceaufruf der Änderungshistorie oder der App
Analyse der Änderungshistorie zur Berechnung
einer Sicht der ursprünglichen Änderungen ange-
stoßen wird.
COLLABORATION COLLABORATION_ENABL
ED
FALSE Kennzeichen, das Social Collaboration akti-
viert/deaktiviert.
COLLABORATION STP_NO_END_DT_CHK_I
F_NOT_STRTED
FALSE Wenn Sie diesen globalen Kongurationsparame-
ter auf TRUE setzen, wird in der Prozessverwal-
tung das Enddatum in der Endbedingung eines
Schritts nur dann geprüft, wenn der Schritt be-
reits in Bearbeitung ist.
Beispiel
Wenn Sie diesen Parameter auf FALSE set-
zen und ein Schritt im Prozess keine Startbe-
dingung, sondern nur die Endbedingung Am
Enddatum hat, und Sie den Status nicht auf
In Bearbeitung gesetzt haben, dann wird der
Schritt mit Erreichen des Enddatums auto-
matisch abgeschlossen.
Wenn Sie diesen Parameter auf TRUE setzen,
bleibt der Schritt solange im selben Status,
bis Sie ihn auf In Bearbeitung setzen. Der
Schritt wird mit Erreichen des Enddatums
automatisch abgeschlossen.
422
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Globale Konguration
Parametergruppe Parametername Standardwert Parameterbeschreibung
COLLABORATION USED_COLLAB_TOOL Jam/WZ Wählt das Kooperationstool für die Prozessver-
waltung aus, das beim Lesen, Anlegen, Aktuali-
sieren oder Löschen von Aufgaben verwendet
werden soll
Dieser Parameter weist die Prozessverwaltung
an, die HTTP-Destination zu verwenden, das aus
dem Kommunikationsszenario SAP_COM_0026
generiert wurde. Wenn der Wert MS Teams ist,
verwendet die Prozessverwaltung die HTTP-Des-
tinationen, die in den Kommunikationsszenarios
SAP_COM_0864 und SAP_COM_0865 angelegt
wurden.
Ist der Parameter COLLABORATION_ENABLED
auf FALSE gesetzt, kann die Prozessverwaltung
kein Kooperationstool verwenden.
Leitfaden für die Modellkonguration
Globale Konguration
PUBLIC
ÖFFENTLICH 423
Parametergruppe Parametername Standardwert Parameterbeschreibung
COLLABORATION AUTO_INVITE_TO_COLL
AB_GROUPS
TRUE Ist der Parameter auf TRUE gesetzt, lädt die Pro-
zessverwaltung automatisch Teilnehmer zu der
Kooperationsgruppe ein, in der Aufgaben ange-
legt werden müssen.
Ist der Parameter auf FALSE gesetzt, muss der
Eigentümer der Kooperationsgruppe die Teilneh-
mer zur Kooperationsgruppe hinzufügen, bevor
dort Aufgaben angelegt werden.
Wenn Microsoft Teams als Kooperationstool aus-
gewählt wurde und der Tenant-Administrator von
Microsoft Entra (früher Azure AD) keine Admi-
nistratoreinwilligung für die Anwendungsberech-
tigung GroupMember.ReadWrite.All erteilt hat ,
muss dieser Parameter auf FALSE gesetzt wer-
den. Die Mitglieder der Benutzergruppe, die dem
Schritt zugeordnet ist, müssen manuell mit den
Mitgliedern des Teams in Microsoft Teams syn-
chron gehalten werden.
Wir empfehlen Ihnen dringend, den Wert die-
ses Parameters auf TRUE zu setzen, wenn Sie
SAP Jam oder SAP Build Work Zone, Advanced
Edition verwenden möchten. Andernfalls kann
es vorkommen, dass Aufgaben nicht zugeordnet
oder nicht angelegt werden, wenn nicht alle zu-
zuordnenden Benutzer (einschließlich des Aufga-
benzuordners/-erstellers) Teilnehmer oder Ver-
antwortliche der Kooperationsgruppe sind. Dies
gilt auch, wenn Sie Microsoft Teams verwen-
den und der Microsoft-Entra-Tenant-Administra-
tor die Administratoreinwilligung für die Anwen-
dungsberechtigung GroupMember.ReadWrite.All
erteilt hat.
DDR NUMBER_OF_PROCESSIN
G_PACKAGES
1Legt die Anzahl an Paketen von Lokationsproduk-
ten fest, die vom Operator Calculate Average
Daily Usage parallel verarbeitet werden. Stan-
dardmäßig werden alle Lokationsprodukte in ei-
nem Paket verarbeitet. Der Wert muss eine Ganz-
zahl größer oder gleich 1 sein.
Hinweis
Sie können die Paketverarbeitung deaktivie-
ren, wenn der Operator als Anwendungsjob
ausgeführt wird.
424
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Globale Konguration
Parametergruppe Parametername Standardwert Parameterbeschreibung
DEMAND_SENSING DISABLE_BASEBAL_FOR
_NEGBIAS
NO Der Standardwert NO bedeutet, dass der Base-
line-Bedarfsausgleich erlaubt ist, um den kurz-
fristigen Bedarf für Wochen mit erwartetem ne-
gativen Bias zu verringern.
Wenn der Wert auf YES gesetzt wird, verringert
der Baseline-Bedarfsausgleich nicht den kurz-
fristigen Bedarf für Wochen mit erwartetem ne-
gativen Bias.
DEMAND_SENSING CALENDAR_1_FOR_WORK
DAY
YES Steuert, ob 1 in der Kalenderkennzahl einen Ar-
beitstag oder einen Feiertag darstellen soll. Wenn
der Standardwert YES verwendet wird, stellt 1 ei-
nen Arbeitstag und 0 einen Feiertag dar. Wenn
der Parameter auf NO gesetzt ist, stellt 1 einen
Feiertag und 0 einen Arbeitstag dar.
DEMAND_SENSING DS_AT_ANY_LEVEL_ALG
ORITHM
AUTO Steuert, ob das Demand Sensing auf allen Ag-
gregationsebenen oder nur auf einer Ebene mög-
lich ist, die drei Attribute auf der Basis der be-
triebswirtschaftlichen Bedeutungen von Produkt,
Lokation und Kunden-ID enthält.
Wenn der von Ihnen verwendete Planungsbereich
in SAP IBP 2108 oder höher angelegt wurde und
auf dem Beispielplanungsbereich SAP6 basiert,
kann Demand Sensing nur auf jeder Ebene aus-
geführt werden, wenn der Parameter auf EIN ge-
setzt ist oder der Standardwert AUTO verwendet
wird und das Attribut DSFULFILLMENTDAYS im
Planungsbereich konguriert ist.
Wenn der Parameter auf AUS gesetzt ist, kann
Demand Sensing nur auf einer Aggregations-
ebene mit drei Attributen ausgeführt werden, die
auf den betriebswirtschaftlichen Bedeutungen
Produkt-, Lokations- und Kunden-ID basieren.
Es wird empfohlen, den Standardwert nicht zu
ändern.
Leitfaden für die Modellkonguration
Globale Konguration
PUBLIC
ÖFFENTLICH 425
Parametergruppe Parametername Standardwert Parameterbeschreibung
DEMAND_SENSING DS_LOGGING_LEVEL ALL Steuert, welche Protokolle während Demand-
Sensing-Jobs gesichert werden.
Standardmäßig ist dieser Parameter auf ALL
gesetzt, wodurch alle von Demand-Sensing-
Jobs generierten Nachrichtenprotokolle gesi-
chert werden. Wenn diese Option auf WARNINGS
gesetzt ist, werden nur Warn- und Fehlermeldun-
gen gesichert. Informationsprotokolle werden
nicht gesichert. Wenn auf ERRORS gesetzt, wer-
den nur Fehlermeldungen gesichert. Warn- und
Informationsprotokolle werden nicht gesichert.
DEMAND_SENSING GREGORIAN_MONTH_CAL
ENDAR
OFF Unterstützt Monatskalender mit weniger als 28
Tagen, z.B. Geschäftsmonate. Wenn ein Monats-
kalender weniger als 28 Tage hat, sind die Kalen-
derfunktionen eingeschränkt. Bei der Einstellung
ON wird anstelle des Monatskalenders im Zeitpro-
l ein gregorianischer Monatskalender verwen-
det.
Hinweis
Diese Einstellung wirkt sich nur auf die
Demand-Sensing-Optimierung aus. Andere
Funktionen sind von dieser Einstellung nicht
betroen.
DISAGGREGATION NUMBER_OF_PROCESSIN
G_PACKAGES
5Wenn Sie den Kopieroperator ausführen, kann es
abhängig von verschiedenen Faktoren, z.B. der
Konguration von Kennzahlen oder der gewähl-
ten Aggregationsebene, zu einem hohen Spei-
cherverbrauch und Zeitüberschreitungen kom-
men.
Wenn Sie in Ihrem Kopieroperatorprol keine
bestimmte Anzahl von Verarbeitungspaketen de-
nieren, verwendet das System die in diesem
Parameter denierte Anzahl von Verarbeitungs-
paketen, um den Kopieroperator in Pakete auf-
zuteilen. So wird die Systemperformance ver-
bessert und Zeitüberschreitungen werden ver-
hindert. Um die paketierte Verarbeitung zu deak-
tivieren, geben Sie 1 ein. Weitere Details nden
Sie unter l
426
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Globale Konguration
Parametergruppe Parametername Standardwert Parameterbeschreibung
DISAGGREGATION PARALLEL_PROCESSES_
CLEAR
3Bei der Ausführung eines Kopieroperatorprols
mit Kennzahlselektionen, bei denen die Option
Werte löschen auf Ja gesetzt ist und keine Quell-
kennzahl angegeben ist, bestimmt dieser Para-
meter, wie viele parallele Threads für die Verar-
beitung verwendet werden. Wenn der Wert auf
0 oder 1 gesetzt ist, wird keine parallele Ausfüh-
rung ausgelöst. Wenn Sie einen höheren Wert als
den Standardwert eingeben, besteht die Gefahr,
dass Speicherprobleme auftreten.
DISAGGREGATION PARALLEL_PROCESSES_
BASE_COPY
1Während der Ausführung eines Kopieroperator-
prols mit Kennzahlselektionen, bei denen die
ausgewählte Kopierebene aus den Schlüssel-
attributen der Basisplanungsebene der Quell-
und Zielkennzahl (Basisebenenkopie) besteht,
bestimmt dieser Parameter, wie viele parallele
Threads für die Verarbeitung verwendet werden.
Sie können als maximalen Wert 3 eingeben.
Wenn Sie den Wert auf 0 oder 1 setzen, wird
keine parallele Ausführung ausgelöst.
DISAGGREGATION MIN_RECORDS_FOR_MEM
ORY_WARNING
10000000 Wenn Sie den Kopieroperator ausführen, kann es
abhängig von verschiedenen Faktoren, z.B. der
Konguration von Kennzahlen oder der gewähl-
ten Aggregationsebene, zu einem hohen Spei-
cherverbrauch kommen. Daher zeigt das System
in folgenden Fällen eine Warnung im Protokoll für
den Kopieroperator an:
•Daten wurden für mehr als einen Zeitraum
geändert.
•Der Operator ändert mehr als <n> Werte auf
Basisplanungsebene.
Sie können den Schwellenwert für die Anzahl der
Werte im Kopieroperator denieren, indem Sie
einen entsprechenden Wert für diesen globalen
Kongurationsparameter eingeben.
Leitfaden für die Modellkonguration
Globale Konguration
PUBLIC
ÖFFENTLICH 427
Parametergruppe Parametername Standardwert Parameterbeschreibung
DISAGGREGATION SIMULATE_VALUE_ON_F
IXING
XWenn Sie einen Kennzahlwert xieren oder die
Fixierung aufheben, wird der unveränderte Wert
simuliert und zusammen mit den geänderten Fi-
xierungsinformationen gesichert.
Diese Einstellung gilt nicht für berechnete Kenn-
zahlen, bei denen eine erneute Disaggregation
immer erforderlich ist, um die Datenkonsistenz
sicherzustellen.
DISAGGREGATION LIMIT_MISS_PLANOBJE
CT_LOGGING 50.000 Wenn Kennzahlwerte aufgrund fehlender Zielpla-
nungsobjekte nicht durch den Kopieroperator
oder einen Prognosejob disaggregiert werden
können, werden diese fehlenden Planungsob-
jekte im Anwendungsprotokoll des Jobs doku-
mentiert. Dieser Parameter begrenzt die maxi-
male Anzahl fehlender Zielplanungsobjekte, die
im Protokoll pro Verarbeitungspaket dokumen-
tiert wird.
DISAGGREGATION LIMIT_WRITE_PERM_FI
LTER_LOG 50.000 Begrenzt die Anzahl der Protokolleinträge, die
das System anlegt, wenn Kombinationen wäh-
rend der Batch-Disaggregation geändert werden,
für die der Benutzer keine Schreibberechtigung
hat. Batch-Prozesse können zu hohem Datenvo-
lumen und Tabellenüberlauf führen.
DISAGGREGATION_REMA
INDERS
CONSIDER_PROPORTION
ALITY
NEIN Dieser Parameter steuert, ob die Proportionalität
der Kennzahl berücksichtigt werden soll, wenn
Restwerte verteilt werden oder wenn die Werte
zufällig verteilt werden können. Wenn der Wert
auf YES oder X (von Groß-/Kleinschreibung un-
abhängig) gesetzt wird, wird die Proportionalität
berücksichtigt, sonst nicht. Weitere Informatio-
nen nden Sie unter Disaggregation und Propor-
tionalität.
428
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Globale Konguration
Parametergruppe Parametername Standardwert Parameterbeschreibung
DISAGGREGATION_RE-
MAINDERS
RANDOM_DISTRIBUTION JA Wenn der Aggregatwert einer Kennzahl nicht
gleichmäßig verteilt werden kann, wird der Rest-
wert automatisch auf einige untergeordnete Pla-
nungsobjektdatensätze verteilt. Diese unterge-
ordneten Planungsobjektdatensätze werden zu-
fällig ausgewählt. Wenn Sie den globalen Kon-
gurationsparameter auf NO setzen, können
Sie erzwingen, dass die automatische Auswahl
der untergeordneten Planungsobjektdatensätze
einer bestimmten Logik folgt. Infolgedessen wird
der Rest immer demselben untergeordneten
Knoten zugeordnet, wenn Sie denselben Wert
mit denselben Anteilsfaktoren disaggregieren.
Weitere Informationen nden Sie unter Disaggre-
gationsmodus: Gleichmäßige Verteilung.
DRIVER_BASED_PLANNI
NG
APPLY_FILTER_DURING
_CREATION
YES Wenn der Parameter auf YES steht, werden die
denierten Planungslter beim Anlegen, Erset-
zen oder Bearbeiten von Treibern angewendet.
Wenn der Parameter auf NO steht, werden die
denierten Planungslter ignoriert.
DRIVER_BASED_PLANNI
NG
LENGTH_OF_SUMMARY_V
IEW_PLAN_ATTR
0Sie können die maximale Länge für die Anzeige
von Planungsebenenattributen in der Übersicht
der App Treiberbasierte Planung festlegen. Dies
ist nützlich, wenn der Wert eines Planungsebene-
nattributs länger als der erforderliche Parameter
ist. Wenn der Parameter auf den Standardwert
gesetzt ist, werden die Planungsebenenattribute
vollständig angezeigt.
Wenn der Parameter nicht auf den Standardwert
gesetzt ist, werden die Attribute auf die von Ih-
nen angegebene Anzahl Zeichen gekürzt. Wenn
Sie den Wert z.B. auf 20 setzen, werden die Pla-
nungsebenenattribute auf 20 Zeichen abgekürzt.
Leitfaden für die Modellkonguration
Globale Konguration
PUBLIC
ÖFFENTLICH 429
Parametergruppe Parametername Standardwert Parameterbeschreibung
DRIVER_BASED_PLANNI
NG
DBP_COLUMN_WIDTH 0 Sie können in der App Treiberbasierte Planung in
den Sichten Übersicht und Details die maximale
Breite der Spalten einstellen und damit die An-
zeige der Quick-Info verbessern. Wenn der Para-
meter auf den Standardwert gesetzt ist, werden
die Spalten vollständig angezeigt.
Wenn der Parameter nicht auf den Standardwert
gesetzt ist, werden die Attribute auf die von Ih-
nen angegebene Anzahl Zeichen gekürzt. Wenn
Sie den Wert z.B. auf 10 setzen, werden die Pla-
nungsebenenattribute auf 10 Zeichen abgekürzt.
DRIVER_BASED_PLANNI
NG
GENERATED_ID_EDITAB
LE
NO Wenn der Parameter auf YES steht, kann der Be-
nutzer die Treiber-ID bearbeiten, wenn in einer
Planungssicht automatisch generierte IDs akti-
viert sind.
Wenn der Parameter auf NO steht, kann die Trei-
ber-ID nicht bearbeitet werden.
DRIVER_BASED_PLANNI
NG
DISPLAY_LOG_AUTOMAT
ICALLY
YES Wenn der Wert auf YES gesetzt ist, wird die Pro-
tokolltabelle automatisch angezeigt, wenn der
Benutzer sichert.
Wenn der Wert auf NO gesetzt ist, wird die Proto-
kolltabelle nur angezeigt, wenn der Benutzer sie
anzeigt.
DRIVER_BASED_PLANNI
NG
NUMBER_OF_VISIBLE_L
OG_ENTRIES
10 Wenn der Wert auf 10 gesetzt ist, zeigt die Proto-
kolltabelle 10 Zeilen an.
Sie können den Standardwert auf eine niedrigere
Zahl setzen, um die Anzahl der angezeigten Zei-
len zu reduzieren.
DRIVER_BASED_PLANNI
NG
SEP_DRV_ATTR_VISIBI
LITY
BOTH Mit diesem Parameter legen Sie fest, welche Fel-
der in der separaten Treibersicht angezeigt wer-
den:
•Um das Feld ID, aber nicht die Beschreibung
anzuzeigen, setzen Sie den Parameter auf
ID.
•Um das Feld Beschreibung, aber nicht die
ID anzuzeigen, setzen Sie den Parameter auf
DESCR.
•Wenn Sie beides anzeigen möchten, können
Sie die Standardeinstellung lassen.
430
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Globale Konguration
Parametergruppe Parametername Standardwert Parameterbeschreibung
FLEXQUERY ENABLE_NULL_INFO FALSE Sie können eine Eigenschaft für Kennzahlen ver-
wenden, die im Planungsbereich zugänglich sind,
um zu prüfen, ob der Wert der Kennzahlen NULL
ist oder nicht. Der Name der Eigenschaft ist
<key_figure_ID>_isNull.
Wenn dieser globale Kongurationsparameter
auf TRUE gesetzt ist, generiert der OData-
Service /IBP/PLANNING_DATA_API_SRV die
<key_figure_ID>_isNull-Eigenschaften
in den Metadaten und die NULL-Handhabungs-
funktion wird aktiv. Wenn er auf FALSE gesetzt
ist, enthält der Service diese Eigenschaften nicht,
und die Funktion ist nicht verfügbar.
FLEXQUERY IMPORT_SAC_KF_VIA_D
ATA_INTEG
FALSE Sie können zwischen zwei Ansätzen zum Schrei-
ben von Kennzahlen im OData-Service /IBP/
EXTRACT_ODATA_SRV wechseln.
Wenn dieser globale Kongurationsparameter
auf FALSE gesetzt ist, verwendet der Service die
Standardlösung. Ist er TRUE, wird der Service mit
besserer Performance ausgeführt.
Einschränkung
Beachten Sie, dass Sie eine eingeschränkte
Anzahl von Funktionen im Service haben,
wenn Sie diesen globalen Kongurationspa-
rameter aktivieren. Weitere Informationen
nden Sie unter Kennzahldaten mit OData-
Service importieren.
Achtung
Ändern Sie den Wert dieses globalen Kon-
gurationsparameters während des Schreib-
vorgangs der Kennzahl nicht, da dadurch
nicht zurückverfolgt werden kann, ob der
Schreibvorgang erfolgreich durchgeführt
wurde.
Leitfaden für die Modellkonguration
Globale Konguration
PUBLIC
ÖFFENTLICH 431
Parametergruppe Parametername Standardwert Parameterbeschreibung
FLEXQUERY PLANNINGAREA Mit diesem globalen Kongurationspa-
rameter können Sie denieren, wel-
che Planungsbereiche für die OData-Ser-
vices /IBP/EXTRACT_ODATA_SRV und /IBP/
PLANNING_DATA_API_SRV verfügbar sind.
Listet die relevanten Planungsbereiche durch
Kommas getrennt auf. Verwenden Sie nach den
Kommas keine Leerzeichen.
FORECAST FORECAST_ESCAPENULL 1 Wenn historische Daten für einige Perioden
fehlen, werden die fehlenden Werte durch
den für den globalen Kongurationsparame-
ter HISTORY_MIN_VALUE angegebenen Wert er-
setzt. Dies trit nicht zu, wenn dieser Wert auf 0
gesetzt wird.
FORECAST PARAM_OPTIMIZATION_
MAX_TIME
10 Zeitlimit für den Optimierungsprozess, der aus-
geführt wird, wenn der Algorithmus zur automa-
tischen exponentiellen Glättung im Prognosemo-
dell ausgewählt wird. Die Zeiteinheit wird in Se-
kunden angegeben und der Wert muss größer
oder gleich null sein.
FORECAST HISTORY_MIN_VALUE 0.000 Sie müssen einen Wert für HISTORY_MIN_VALUE
eingeben, wenn die Historiendaten NULL be-
tragen, d.h. nicht verfügbar sind. Wenn kein
Eintrag für diesen Parameter vorgenommen
wird, wird der Standardwert 0.000 verwendet.
Dieser Parameter wird nur verwendet, wenn
FORECAST_ESCAPENULL auf 1 gesetzt ist. Geben
Sie diesen Parameter als numerischen Wert als
Ganzzahl oder Dezimalzahl ein. Der niedrigste
mögliche Wert, den Sie verwenden können, ist
-999999999999.
FORECAST MIN_FORECAST -9999999 Prognoseberechnungen können manchmal nega-
tive Ergebnisse generieren. Wenn Sie für diesen
Parameter einen Wert (z.B. 0) festlegen, werden
negative Werte in diesen Wert geändert. Andern-
falls werden die berechneten negativen Werte zu-
rückgegeben. Der niedrigste mögliche Wert ist
-999999999999. Beachten Sie, dass sich der Pa-
rameter nur auf die nale Prognose auswirkt. Er
hat keine Auswirkungen auf die Werte von Ziel-
kennzahlen, die für einzelne Algorithmen angege-
ben sind.
432
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Globale Konguration
Parametergruppe Parametername Standardwert Parameterbeschreibung
FORECAST FCSTASSIGN_SUPPR_RC
_COMMENT
None Steuert, ob ein Benutzer beim Ändern ei-
ner Prognosemodellzuordnung in der App
Prognosemodelle verwalten einen Ursachencode
auswählen und einen Kommentar anlegen kann.
Wenn der Wert TRUE ist, wird die Liste der verfüg-
baren Ursachencodes und das Kommentarfeld
nicht auf dem UI angezeigt.
FORECAST CREATE_MISSING_PLAN
NING_OBJECT
XPlanungsobjekte, die über eine Verkaufshistorie
verfügen, werden manchmal noch nicht auf der
Ebene angelegt, auf der die Prognose hinterlegt
ist, aber das System kann sie automatisch anle-
gen. Dieser Parameter steuert, ob und wann dies
geschehen soll. Sie haben folgende Möglichkei-
ten:
•X – dies ist der Standardwert. Wenn Sie den
Standardwert beibehalten, werden fehlende
Planungsobjekte während der interaktiven
oder der im Hintergund ausgeführten Prog-
nose angelegt.
•B – fehlende Planungsobjekte werden nur
während der im Hintergrund ausgeführten
Prognose angelegt.
•Wenn Sie das Feld Wert leer lassen, wird die
Funktion deaktiviert.
FORECAST FCSTASSIGNMENT_LOG_
MAX_TIME
10 Während der Pege von Prognosemodellzuord-
nungen werden die Änderungen aufgezeichnet
(Änderer des zugeordneten Prognosemodells, al-
ter Wert, neuer Wert, Ursachencode und Kom-
mentar). Der Parameter steuert, wie lange die
Änderungen zur Rückverfolgbarkeit gespeichert
werden. Sie können 0 oder eine positive Ganz-
zahl als Anzahl der Jahre eingeben, für die die
Änderungsprotokolle gespeichert werden sollen.
FORECAST DETAILED_LOG NULL Während der im Hintergrund ausgeführten Prog-
nose kann ein detailliertes Protokoll generiert
werden, das zusätzliche Meldungen zu jedem
verarbeiteten Planungsobjekt enthält. Zur Akti-
vierung müssen Sie den Parameter auf X setzen.
Leitfaden für die Modellkonguration
Globale Konguration
PUBLIC
ÖFFENTLICH 433
Parametergruppe Parametername Standardwert Parameterbeschreibung
FORECAST SEASONALITY_TEST_TH
RESHOLD 0.3 Schwellenwert für die Autokorrelation, ab dem
ein Saisonalitätsmuster von den Algorithmen
automatische exponentielle Glättung und Auto-
ARIMA/SARIMA berücksichtigt werden sollte.
Der eingegebene Wert sollte zwischen 0 und 1
liegen.
Hinweis
Dieser Parameter kann sich auch auf Prog-
noseberechnungen auswirken, die vom Al-
gorithmus Gradient Boosting von Entschei-
dungsbäumen durchgeführt werden.
FORECAST PARAM_OPTIMIZATION_
MAX_ITERATION 100 Die maximale Anzahl, wie oft der Algorithmus au-
tomatische exponentielle Glättung den Optimie-
rungsprozess während des Prognosejobs ausfüh-
ren sollte. Sie können für diese Einstellung 0 oder
eine positive Ganzzahl eingeben.
FORECAST NUM_OF_CHANGE_POINT
S_CONSIDERED 10 Die Anzahl der neuesten Änderungspunkte, die
Prognosealgorithmen verwenden sollten, wenn
die Option Änderungspunkte berücksichtigen für
sie ausgewählt ist.
Dies ist ein technischer Parameter. Wenn Sie den
Wert dieses Parameters ändern möchten, wen-
den Sie sich bitte an den SAP-Support.
FORECAST USERGROUP_MANDATORY
_JOB_FILTER
Auf diese Weise können Sie Planungslter ver-
wenden, die für eine bestimmte Benutzergruppe
obligatorisch sind, wenn sie Anwendungsjobs für
statistische Prognosen einplanen oder ausfüh-
ren. Sie können dafür eine spezielle Benutzer-
gruppe anlegen und den Namen dieser Gruppe
als Parameterwert verwenden.
FORECAST FA_MIN_PACKAGE_SUCC
ESS_REQ
SINGLE Steuert, wann das System ein Paket paralleler
Prognoseautomatisierungs-Anwendungsjobs als
erfolgreich berücksichtigen soll.
Der Standardwert ist SINGLE, d.h., ein Anwen-
dungsjob gilt als erfolgreich, wenn mindestens
ein Paket erfolgreich verarbeitet und gesichert
wurde.
Wenn Sie den Wert in ALL ändern, wird die Jo-
bausführung erst dann als erfolgreich registriert,
wenn alle Pakete erfolgreich verarbeitet wurden.
434
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Globale Konguration
Parametergruppe Parametername Standardwert Parameterbeschreibung
FORECAST FC_MIN_PACKAGE_SUCC
ESS_REQ
SINGLE Steuert, wann das System ein Paket paralleler
Jobs für die statistische Prognose als erfolgreich
berücksichtigen soll.
Der Standardwert ist SINGLE, d.h., ein Anwen-
dungsjob gilt als erfolgreich, wenn mindestens
ein Paket erfolgreich verarbeitet und gesichert
wurde.
Wenn Sie den Wert in ALL ändern, wird die Jo-
bausführung erst dann als erfolgreich registriert,
wenn alle Pakete erfolgreich verarbeitet wurden.
FORECAST USE_WRITE_PERMISSIO
NSteuert, ob der Operator für die statistische
Prognose Schreibzugrie berücksichtigen soll,
wenn dies in einem Berechtigungslter festgelegt
ist.
Dies ist insbesondere bei der Disaggregation re-
levant. Sie können mit entsprechenden Schreib-
rechten z.B. festlegen, dass Benutzer die Daten
anderer Benutzer auf regionaler Ebene anzeigen
können, aber nur manuelle Änderungen an Kenn-
zahldaten eines bestimmten Lands vornehmen
können.
Leitfaden für die Modellkonguration
Globale Konguration
PUBLIC
ÖFFENTLICH 435
Parametergruppe Parametername Standardwert Parameterbeschreibung
FORECAST PURGE_FORECAST_RESU
LTS Steuert, ob das System vorhandene Prognose-
daten für Planungsobjekte löschen soll, für die
keine Verkaufshistorie mehr verfügbar ist, und
wenn ja, welche Arten von Daten gelöscht wer-
den sollen.
Die ausgewählten Werte werden nur gelöscht,
wenn die Option Vorausgehende Zellen ohne Wert
ignorieren für das angewendete Prognosemodell
ausgewählt ist.
Standardmäßig ist der Parameter leer, und es
wird keine Prognose gelöscht. Zusätzlich können
folgende Werte verwendet werden:
•1 – Prognose und Ergebnisse der Auswir-
kungsanalyse für die Prognose löschen
•2 - Ex-post-Prognose und Ergebnisse der
Variablenauswirkungsanalyse für die Ex-
post-Prognose löschen
•3 - Ex-post-Prognose, Prognose und Ergeb-
nisse der Variablenauswirkungsanalyse lö-
schen
Hinweis
Benutzer können den Wert dieses Parame-
ters für bestimmte Prognosemodelle über-
schreiben.
436
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Globale Konguration
Parametergruppe Parametername Standardwert Parameterbeschreibung
FORECAST READ_DATA_FOR_VARIA
BLE_OFFSET
Steuert, ob Daten für in den Horizont verscho-
bene Perioden außerhalb des Planungshorizonts
berechnet oder gelesen werden sollen. Der Para-
meter hat die folgenden Werte:
Leer (Standard): Werte nach folgenden Regeln
berechnen:
•Bei kategorischen Variablen: Wählen Sie die
am häugsten verwendete Kategorie in der
Kennzahl der jeweiligen unabhängigen Vari-
ablen. Wenn mehrere Kategorien dieselbe
Anzahl aufweisen, verwenden Sie die Ka-
tegorie, die durch den niedrigsten numeri-
schen Code dargestellt wird.
•Bei nicht kategorischen Variablen: Verwen-
den Sie den Mittelwert der Kennzahl der un-
abhängigen Variablen.
X: Daten außerhalb des Prognosehorizonts lesen,
falls verfügbar; wenn nicht, nach folgenden Re-
geln berechnen:
•Bei kategorischen Variablen: Befolgen Sie
die Standardregel, d.h. wählen Sie die am
häugsten verwendete Kategorie in der
Kennzahl der unabhängigen Variablen. Wenn
mehrere Kategorien dieselbe Anzahl aufwei-
sen, verwenden Sie die Kategorie, die durch
den niedrigsten numerischen Code darge-
stellt wird.
•Bei nicht-kategorischen Variablen: Wenn die
Auswirkungsanalyse für den Algorithmus
aktiviert ist, befolgen Sie die Einstellung des
Auswirkungsanalyseergebnisses (null oder
Mittelwert). Wenn die Auswirkungsanalyse
deaktiviert ist, verwenden Sie den Mittelwert
der Kennzahl.
FORECAST IGNORE_ZERO_PERCENT
_ERROR
Steuert, ob Nullwerte in der Verkaufshistorie ig-
noriert werden sollen, wenn die Fehlermaße für
den mittleren prozentualen Fehler (MPE) und den
mittleren absoluten prozentualen Fehler (MAPE)
in der Prognose berechnet werden. Nullwerte
werden standardmäßig durch sehr kleine Werte
ersetzt, was zu Prognosefehlern führen kann. Da-
her empfehlen wir Ihnen, die Standardeinstellung
in 1 zu ändern.
Leitfaden für die Modellkonguration
Globale Konguration
PUBLIC
ÖFFENTLICH 437
Parametergruppe Parametername Standardwert Parameterbeschreibung
FORECAST EXT_FORECAST_TIMEOU
T_BACKGROUND
3600 Gibt an, wie viele Sekunden die Anwendung war-
ten soll, bis die Ergebnisse des Vorverarbeitungs-
schritts vom externen System zurückgesendet
werden, wenn ein externe Prognosealgorithmus
ausgeführt wird. Sie können für diese Einstellung
0 oder eine positive Ganzzahl eingeben. Bei An-
wendungsjobs für die Statistische Prognose, die
diesen Algorithmus verwenden, kommt es nach
Ablauf der von Ihnen festgelegten Anzahl Perio-
den zu einem Timeout mit Fehlermeldung.
FORECAST EXT_FORECAST_TIMEOU
T_INTERACTIVE
60 Gibt an, wie viele Sekunden die Anwendung war-
ten soll, bis die Ergebnisse des Vorverarbeitungs-
schritts vom externen System zurückgesendet
werden, wenn ein externe Prognosealgorithmus
im SAP Integrated Business Planning, Add-in für
Microsoft Excel ausgeführt wird. Sie können für
diese Einstellung 0 oder eine positive Ganzzahl
eingeben. Bei Simulationen für die statistische
Prognose, die diesen Algorithmus verwenden,
kommt es nach Ablauf der festgelegten Anzahl
Perioden zu einem Timeout mit Fehlermeldung.
FORECAST NO_NEGATIVE_OUTLIER
_CORRECTION
Steuert, ob negative Korrekturwerte positiver
Ausreißer bei der Ausführung des Vorverar-
beitungsalgorithmus für die Ausreißerkorrektur
durch Nullen ersetzt werden sollen. Der Parame-
ter kann zwar eine Verfälschung der Prognose
verhindern, aber auch die Prognosegenauigkeit
verringern. Daher empfehlen wir Ihnen, diesen
Parameter nur zu aktivieren, wenn Sie die Ausrei-
ßerkorrektur ohne nachfolgenden Prognoselauf
ausführen.
HOME_PAGE DEFAULT_PLAN_AREA NULL Gibt an, welcher Standardplanungsbereich in
den Dashboards von SAP Integrated Business
Planning angezeigt wird. Dieser Parameter gibt
auch den Standardplanungsbereich für die Be-
nutzungsoberäche im SAP Integrated Business
Planning, Add-in für Microsoft Excel an.
438
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Globale Konguration
Parametergruppe Parametername Standardwert Parameterbeschreibung
INTEGRATION ENABLE_SNAPSHOT_KFS NO Diesen Parameter können Sie verwenden, wenn
Sie Snapshots aus einem externen System in-
tegrieren möchten oder Original-Snapshots im
Versionskopier- und Versionslöschoperator un-
terstützt werden sollen.
Integration von Original-Snapshots Standard-
mäßig sind Snapshot-Kennzahlen vom Typ
Original nicht zum Hochladen über die Datenin-
tegration verfügbar. Über diesen Parameter kön-
nen Sie festlegen, ob Werte für Snapshot-Kenn-
zahlen in einen bestimmten Planungsbereich
mithilfe des Datenintegrationsprozesses impor-
tiert werden können. In der Regel ist dies nur in
Ausnahmefällen nötig, z.B. wenn Sie vorher mit
einem externen System gearbeitet haben und Sie
jetzt die Snapshot-Daten von diesem externen
System in Ihr SAP-IBP-System migrieren möch-
ten.
Da Sie Snapshot-Daten in der Regel nur einmal
und nicht regelmäßig hochladen, empfehlen wir,
den Parameterwert wieder auf den Standardwert
zurückzusetzen, sobald Sie die Snapshot-Daten
hochgeladen und den Planungsbereich erneut
aktiviert haben, um die Änderungen zu überneh-
men.
Verwendung im Versionskopier- und Versi-
onslöschoperator: Standardmäßig werden die
Snapshot-Kennzahlen des Typs Original weder
im Versionskopier- noch im Versionslöschope-
rator verwendet. Um Snapshot-Kennzahlen für
diese Operatoren zu aktivieren, müssen Sie den
entsprechenden Planungsbereich zu diesem glo-
balen Kongurationsparameter hinzufügen und
den Planungsbereich neu aktivieren.
Sie geben den Parameterwert als eine Liste
von Planungsbereichen ein, getrennt durch Kom-
mata. Wenn der Parameterwert z.B. PLAREA1,
PLAREA2, PLAREA3 ist, sind die Snapshot-
Kennzahlen zum Hochladen via Datenintegration
verfügbar in den Planungsbereichen PLAREA1,
PLAREA2 und PLAREA3.
Leitfaden für die Modellkonguration
Globale Konguration
PUBLIC
ÖFFENTLICH 439
Parametergruppe Parametername Standardwert Parameterbeschreibung
INTEGRATION KF_UPLOAD_EXT_AT_BA
SE_LEVEL_ONLY
Steuert, ob Sie Kennzahldaten auf aggregierter
Zeitebene aus einer externen Quelle wie SAP
Cloud Integration für Datenservices hochladen
können. Geben Sie x oder X als Wert an, um das
Hochladen von Kennzahldaten ausschließlich auf
das Hochladen auf Basisplanungsebene zu be-
schränken, und auf diese Weise die Zeitdisaggre-
gation zu deaktivieren.
INTEGRATION KF_UPLOAD_INT_AT_BA
SE_LEVEL_ONLY
Steuert, ob Sie Kennzahldaten auf ei-
ner aggregierter Zeitebene in der App
Datenintegrationsjobs hochladen können. Geben
Sie x oder X als Wert an, um das Hochladen
von Kennzahldaten ausschließlich auf das Hoch-
laden auf Basisplanungsebene zu beschränken,
und auf diese Weise die Zeitdisaggregation zu
deaktivieren.
INTEGRATION KF_UPLOAD_NO_PROPOR
TIONAL_DISAGG
Mit diesem Parameter können Sie die proportio-
nale Disaggregation beim Hochladen von Kenn-
zahlwerten in das System deaktivieren.
Wenn Sie den Wert auf X oder x setzen,
wird Keine proportionale Disaggregation als
Proportionalität verwendet, d.h. die Kennzahl-
werte werden entsprechend ihrem Disaggrega-
tionsmodus (Gleich oder Kopie) disaggregiert.
Wenn ein Periodengewichtungsfaktor deniert
wurde, wird er berücksichtigt.
440
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Globale Konguration
Parametergruppe Parametername Standardwert Parameterbeschreibung
INTEGRATION STAGCLEANUP 7 Steuert die Dauer, nach der Datenimport-Bat-
ches aus Ihrem System gelöscht werden. Für
Ihr System ist standardmäßig eine Dauer von 7
Tagen eingestellt. Sie können den Standard über-
schreiben, indem Sie eine positive Ganzzahl ein-
geben. Nach dem Bereinigen der Datenimport-
Batches werden diese permanent aus Ihrem Sys-
tem entfernt. Danach ist das Reporting für den
Datenimport für die bereinigten Batches nicht
mehr verfügbar. Sie würden ein Produktivsystem
normalerweise auf 2 Tage setzen. Wenn Sie täg-
lich sehr große Datenmengen importieren, soll-
ten Sie diese Dauer auf mehr als einen Tag set-
zen, da sich andernfalls die Daten in Ihrem Sys-
tem ansammeln. Nach der Verarbeitung eines
Datenimport-Batches, ist dessen Zweck erfüllt.
Der einzige Grund, die Daten länger als ein oder
zwei Tage aufzubewahren, gilt ausschließlich Re-
porting-Zwecken für den Datenimport. Diese Da-
ten werden für keine anderen Systemfunktionen
verwendet und belegen nur Speicher. Je früher
Sie sie bereinigen, desto besser für Ihr System.
Leitfaden für die Modellkonguration
Globale Konguration
PUBLIC
ÖFFENTLICH 441
Parametergruppe Parametername Standardwert Parameterbeschreibung
INTEGRATION JOB_THREAD_COUNT 1 Steuert, wie viele Import-Jobs oder -Batches
zeitgleich verarbeitet werden können.
Der Standardwert ist 1, was bedeutet, dass nur
ein Datenimport-Job in der Warteschlange auf
einmal verarbeitet wird. Der nächste Datenim-
port-Job wird erst für die Verarbeitung aufgegrif-
fen, wenn der vorherige Job abgeschlossen ist.
Wenn Sie die parallele Verarbeitung von Import-
Jobs zulassen möchten, können Sie den Stan-
dardwert von 1 überschreiben. Damit legen Sie
fest, wie viele Import-Jobs das System gleichzei-
tig verarbeitet.
Achtung
Wenn Sie diesen Wert überschreiben, über-
nehmen Sie die Verantwortung für die Ko-
ordination Ihrer Datenintegrations-Jobs. Sie
müssen sicherstellen, dass die parallel ver-
arbeiten Jobs einander nicht beeinträchti-
gen. Sie sollten testen, ob Ihre Datenimporte
mit dem neuen Wert reibungslos ausgeführt
werden.
Folgendes sollten Sie z.B. beachten:
•Es sollte nur ein Kennzahl-Import-Job
auf einmal für die gleiche Planungs-
ebene in einem Planungsbereich verar-
beitet werden.
•Es sollte nur ein Stammdaten-Import-
Job auf einmal für die gleiche Planungs-
ebene verarbeitet werden.
•Abhängige Planungsobjekte sollten
nicht parallel verarbeitet werden. Bei-
spiel: Lokation und Produkt sind abhän-
gige einfache Stammdatentypen, wenn
Sie einen zusammengesetzten Stamm-
datentyp "Lokationsprodukt" haben, der
auf Lokations- und Produktinformatio-
nen basiert.
442
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Globale Konguration
Parametergruppe Parametername Standardwert Parameterbeschreibung
INTEGRATION SPACE_TO_NULL Attributwerte, die nur aus SPACE-Zeichen be-
stehen, sind während des Stammdatenimports
nicht zulässig. Zur Angabe eines leeren (Ini-
tial-)Werts für ein Attribut, muss stattdessen
NULL verwendet werden. Wenn Sie für diesen
Parameter den Wert 1 eingeben, setzt das Sys-
tem den Wert eines nur aus Leerzeichen beste-
henden NVARCHAR-Attributs automatisch in den
Wert NULL um.
INTEGRATION PERSONAL_DATA_CHANG
E_LOG_AGE
90 Änderungen an personenbezogenen Daten in
Stammdatensätzen werden standardmäßig nach
90 Tagen gelöscht. Mit diesem Parameter kön-
nen Sie die Standardaufbewahrungszeit für Än-
derungen an personenbezogenen Daten verlän-
gern oder verkürzen. Der Wert, den Sie hier ein-
geben, bestimmt die Anzahl der Tage zur Aufbe-
wahrung der Änderungen.
INTEGRATION USE_DATAINTEGRATION
_PERMISSION
Wenn Sie SAP IBP vor Release 1711 verwen-
det haben, können Sie mit diesem Parame-
ter steuern, ob Einschränkungen in der App
Datenintegrationsjobs angewendet werden sol-
len. Standardmäßig ist dieser Parameter deakti-
viert. Wenn Sie die Einschränkungen anwenden
möchten, müssen Sie diesen Parameter hinzufü-
gen und x oder X als Wert eingeben, um ihn zu
aktivieren.
Hinweis
Dieser globale Parameter ist nur für Kunden
relevant, die SAP IBP vor Release 1711 ver-
wendet haben und ein Upgrade auf 1711 oder
ein höheres Release durchführen.
Wenn Sie SAP IBP zum ersten Mal mit Re-
lease 1711 oder einem höheren Release in-
stalliert haben, müssen Sie diesen Parame-
ter nicht zum Anwenden der Einschränkun-
gen festlegen. Diese Einschränkungen sind
standardmäßig aktiviert.
Leitfaden für die Modellkonguration
Globale Konguration
PUBLIC
ÖFFENTLICH 443
Parametergruppe Parametername Standardwert Parameterbeschreibung
INTEGRATION INTERACTIVE_DATA_UP
LOAD
Standardmäßig werden Datenintegrationsjobs
die über die App Datenintegrationsjobs übertra-
gen werden, in eine Warteschlange gestellt, so-
dass sie vom System nacheinander verarbeitet
werden können.
Wenn diese Datenintegrationsjobs direkt verar-
beitet werden sollen, müssen Sie diesen Parame-
ter auf X oder x setzen.
Hinweis
Das Erhöhen dieses Werts kann zu einem
Deadlock führen, weil das System zu viele
Jobs gleichzeitig verarbeiten muss. Daher
empfehlen wir, die Standardeinstellung zu
verwenden.
INTEGRATION MAX_REPORT_ROWS 50.000 Dieser Parameter begrenzt die Anzahl der Zei-
len, die in einem Datenintegrationsreport aus der
App Datenintegrationsjobs aufgenommen wer-
den. Standardmäßig werden 50000 Zeilen aufge-
nommen. Sie können diesen Standardwert Ihren
Anforderungen entsprechend anpassen.
Hinweis
Wir empfehlen, hier keinen höheren Wert als
den Standardwert einzugeben, da das An-
legen eines Datenintegrationsreports mit ei-
ner großen Anzahl Zeilen zu Out-of-Memory-
Problemen führen kann.
444
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Globale Konguration
Parametergruppe Parametername Standardwert Parameterbeschreibung
INTEGRATION MAX_RECORD_IN_SIM_T
ABLE
0 Dieser Parameter gibt an, wie viele Datensätze,
die bei der Integration von Daten mit dem OData-
Service /IBP/PLANNING_DATA_API_SRV ange-
legt werden, maximal in einem Szenario gespei-
chert werden können.
Die Anzahl der Datensätze hängt von den Kombi-
nationen aus Planungsobjekten und Zeiträumen
ab. Beachten Sie, dass sich die Anzahl der Daten-
sätze nach der Disaggregation erheblich erhöhen
kann.
Um Kennzahldaten über einen OData-Service in
Szenarios integrieren zu können, müssen Sie den
Standardwert in eine höhere Zahl ändern.
Achtung
Verwenden Sie diesen Parameter mit Vor-
sicht, da das Festlegen eines zu hohen Li-
mits zu schwerwiegenden Performanceprob-
lemen führen kann. Prüfen Sie vor der pro-
duktiven Verwendung der Funktion, welche
Leistung Ihr System erbringen kann.
Leitfaden für die Modellkonguration
Globale Konguration
PUBLIC
ÖFFENTLICH 445
Parametergruppe Parametername Standardwert Parameterbeschreibung
INTEGRATION CHECK_ARIBA_CHARACT
ERISTIC_IN
Verwendung zur Aktivierung von Kooperationss-
zenarios mit SAP Ariba, die auf einer Planungs-
ebene basieren, für die ein drittes Schlüssel-
attribut deniert ist. Diese Art der Koopera-
tion wird durch die Verwendung eines kongu-
rierbaren Merkmalselements (das sich aus ei-
ner Domäne und einem Wert zusammensetzt)
der cXML-Nachricht als zusätzliches Datenaus-
tauschmodell-Attribut erreicht. Beispiel: Auf ei-
ner Planungsebene mit den Schlüsselattributen
Location - Product - Source ID kann in
der cXML das Schlüsselattribut Source ID als
ein Merkmals-Element deniert werden.
Wenn dieser globaler Parameter auf X gesetzt ist,
ermittelt SAP IBP, ob ein Merkmalselement der
cXML-Nachricht einem Attribut in SAP IBP zu-
geordnet ist, wenn die Lieferantenzusage (Prog-
nose) mit der Eingangsnachricht empfangen
wird. Dadurch wird festgelegt, ob die aus SAP
Ariba stammenden Planungsobjekte ein eindeu-
tiges Gegenstück in SAP IBP haben. Standard-
mäßig ist der Parameter nicht gesetzt, d.h. das
System prüft nicht, ob ein Merkmalselement zu-
geordnet ist.
Achtung
Stellen Sie sicher, dass dieser Parameter
gesetzt ist, wenn Sie mit Ihren Lieferanten
auf einer Planungsebene kooperieren möch-
ten, für die ein drittes Schlüsselattribut de-
niert ist. Andernfalls prüft das System nicht,
ob das Merkmalselement korrekt zugeordnet
ist. Dies kann zu Dateninkonsistenzen füh-
ren.
INTEGRATION RTI_LOG_DISPLAY_LIM
IT
10 Die maximale Anzahl der Warnmeldungen des-
selben Typs, die in den Protokolldetails des An-
wendungsjobs Echtzeitintegration (ausgehend)
angezeigt werden. Sie können den Anhang he-
runterladen, um die restlichen Warnungen zu
prüfen. Um für den nächsten Integrationslauf
mehr Warnmeldungen im Protokoll anzuzeigen,
aktualisieren Sie den Parameterwert entspre-
chend.
446
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Globale Konguration
Parametergruppe Parametername Standardwert Parameterbeschreibung
INTEGRATION RTI_LOG_ATTACHMENT_
LIMIT
100000 Die maximale Anzahl der Warnmeldungen
desselben Typs, die in den Protokollanhän-
gen des Anwendungsjobs Echtzeitintegration
(ausgehend) angezeigt werden. Wenn Sie 0 ein-
geben, bedeutet dies, dass die maximal zuläs-
sige Anzahl an Warnmeldungen (100000), ein-
schließlich der Meldungen in den Protokolldetails
des Anwendungsjobs, im Anhang angezeigt wer-
den. Um weniger Warnmeldungen für den nächs-
ten Integrationslauf anzuzeigen, aktualisieren Sie
den Parameterwert entsprechend. Sollen alle
Meldungen nur in den Protokolldetails angezeigt
werden, geben Sie X ein.
INTEGRATION RTI_ENABLE_BUNDLING NO Dieser Parameter kann verwendet werden, um
das Daten-Bundling während der Integration ein-
gehender Bewegungsdaten über die Echtzeitin-
tegration zu aktivieren.
Wenn Sie das Daten-Bundling aktivieren möch-
ten, setzen Sie den Wert des Parameters auf YES.
Daten-Bundling kann die Performance der Integ-
ration verbessern.
INTEGRATION RTI_ENABLE_REAL_TIM
E_OUTBOUND
NO Mit diesem Parameter können Sie die Echtzeit-
datenintegration aktivieren, wenn Sie Daten aus
SAP IBP an SAP ERP Central Component (SAP
ECC) oder SAP S/4HANA senden.
Um die Echtzeitintegration ausgehender Daten
zu aktivieren, setzen Sie den Parameterwert auf
YES. In der App Prole für Echtzeitintegration
können Sie die Objekttypen für die Echtzeitin-
tegration auswählen. Sie können den Ausgangs-
übertragungsmodus für jeden Objekttyp indivi-
duell festlegen.
Hinweis
Es kann mehrere Minuten dauern, bis der ge-
änderte Parameterwert im System angezeigt
wird.
Leitfaden für die Modellkonguration
Globale Konguration
PUBLIC
ÖFFENTLICH 447
Parametergruppe Parametername Standardwert Parameterbeschreibung
INTEGRATION SDI_DO_NOT_WRITE_OU
TBOUND_CP
Value set to
empty
Wenn Sie die Integration ausgehender Daten mit
SAP HANA SDI durchführen, verwenden Sie die-
sen Parameter, um das System daran zu hindern,
für die folgenden Arten von Änderungen ausgeh-
ende Änderungszeiger zu schreiben:
•Anlegen, Aktualisieren oder Löschen von
Aufträgen
•Änderung des Bestätigungsstatus von Kun-
denaufträgen
Um das System daran zu hindern, für derartige
Änderungen Änderungszeiger zu schreiben, set-
zen Sie den Wert auf TRUE.
INTEGRATION ORPHAN_BATCH_RETENT
ION_DAYS
1Dieser Parameter deniert die Mindestanzahl
Tage, nach denen unvollständige Daten-Bat-
ches ohne Kopfdaten mit dem Anwendungsjob
Datenimport-Batches bereinigen bereinigt wer-
den können.
In seltenen Fällen senden Aufgaben in SAP Cloud
Integration für Datenservices Daten-Batches, de-
nen wichtige Informationen wie z.B. die Batch-
ID und Datenquelle fehlen. Diese unvollständi-
gen Daten können nicht verwendet werden und
müssen mit dem Anwendungsjob Datenimport-
Batches bereinigen gelöscht werden.
Beachten Sie, dass Daten-Batches, die ange-
legt werden, wenn Sie den Parameter auf 0
setzen, möglicherweise gelöscht werden. Wenn
der Wert die festgelegte Anzahl für das Parame-
ter STAGCLEANUP übersteigt, werden Daten aus
dem System basierend auf der im Parameter
STAGCLEANUP festgelegten Dauer gelöscht.
448
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Globale Konguration
Parametergruppe Parametername Standardwert Parameterbeschreibung
INTEGRATION MDT_REPL_KEY_VAL_CH
ECK_REJ_ROWS
Wenn der Parameter leer ist (Standardeinstel-
lung) und die neue Stammdatenverarbeitung
bereits aktiviert ist, werden automatisch alle
Dateien für den hochgeladenen Stammdaten-
typ abgelehnt, wenn beim Ersetzen von Stamm-
daten in mindestens einer Zeile ein Schlüssel-
wert fehlt. Dies gilt, wenn Sie in der App
Datenintegrationsjobs Stammdaten mit der Ope-
ration Ersetzen und dem Batch-Befehl REPLACE
über SAP Cloud Integration für Datenservices
hochladen. Das Risiko, dass Daten verloren ge-
hen, ist so geringer. Jedoch muss beim Ersetzen
von Daten immer vorsichtig vorgegangen wer-
den.
Wenn der Parameter auf X gesetzt ist, werden
nur Zeilen mit leeren Schlüsselspalten abgelehnt.
Der Rest der Datei wird integriert. Da in diesem
Fall jedoch die abgelehnten Zeilen nicht integriert
werden, werden die entsprechenden Stammda-
ten aus SAP IBP gelöscht, da der Ersetzungsmo-
dus diese Art der Integration vorsieht.
Achtung
Wenn Zeilen angelehnt und die entsprechen-
den Daten aus dem System gelöscht werden,
werden auch abhängige Objekte gelöscht.
Abhängige Objekte sind Kennzahlen und zu-
sammengesetzte Stammdaten, die sich auf
die gelöschten Stammdaten beziehen. Für
diese abhängigen Objekte löscht das Sys-
tem alle Zeilen, in denen die ursprünglich
gelöschten Zeilen als Bestandteil des Schlüs-
sels enthalten sind.
Wir empfehlen Ihnen, Dateien als Ganzes ab-
zulehnen, da fehlende Schlüsselwerte unbe-
absichtigt sein können und viele Daten verlo-
ren gehen, wenn dieser Parameter aktiviert
ist.
Beachten Sie, dass Schlüsselspalten auch dann
als leer gelten, wenn sie nur Leerzeichen enthal-
ten.
Leitfaden für die Modellkonguration
Globale Konguration
PUBLIC
ÖFFENTLICH 449
Parametergruppe Parametername Standardwert Parameterbeschreibung
Hinweis
Dieser Parameter hat nur Auswirkungen,
wenn die verbesserte Stammdatenverarbei-
tung in Ihrem System bereits aktiviert ist.
Weitere Informationen nden Sie unter
Enabling Improved Master Data Processing.
Außerdem hat dieser Parameter keine Aus-
wirkungen auf die Integration externer
Stammdaten in Planungsbereichen, die für
die auftragsbasierte Planung relevant sind.
450
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Globale Konguration
Parametergruppe Parametername Standardwert Parameterbeschreibung
INTEGRATION SKIP_UNCHANGED_DATA Wenn dieser Parameter auf leer (Standard) ge-
setzt ist, werden alle integrierten Stammdate-
neinträge in SAP IBP aktualisiert, unabhängig da-
von, ob sie geändert wurden oder nicht.
Wenn der Wert auf X gesetzt ist, werden
unveränderte Stammdaten von SAP Cloud
Integration für Datenservices und der App
Datenintegrationsjobs nicht aktualisiert. Auf
diese Weise kann der Zeitaufwand für die Nach-
bearbeitung von Daten reduziert werden.
Hinweis
Wenn das Überspringen unveränderter Da-
ten aktiviert ist, ist die Performance nicht
konstant, da sie vom Volumen der seit der
letzten Integration geänderten oder hinzuge-
fügten Daten abhängt. Beim Testen des Pa-
rameters wird empfohlen, ein Datenset mit
mehreren geänderten Einträgen zu verwen-
den.
Hinweis
Dieser Parameter hat nur Auswirkungen,
wenn die verbesserte Stammdatenverarbei-
tung in Ihrem System bereits aktiviert ist.
Wenn sie noch nicht aktiviert ist, werden alle
integrierten Stammdateneinträge während
Integrationsläufen aktualisiert. Weitere Infor-
mationen nden Sie unter Enabling Impro-
ved Master Data Processing.
Außerdem hat dieser Parameter keine Aus-
wirkungen auf die Integration externer
Stammdaten in Planungsbereichen, die für
die auftragsbasierte Planung relevant sind.
Bei SAP Cloud Integration für Datenservices
ist dieser Parameter nur für Jobs rele-
vant, die eine WebSocket-RFC-Verbindung
verwenden.
Wenn unveränderte Stammdaten nicht aktuali-
siert werden, wird auch das Datum der letzten
Änderung nach dem Daten-Upload nicht aktuali-
siert.
Leitfaden für die Modellkonguration
Globale Konguration
PUBLIC
ÖFFENTLICH 451
Parametergruppe Parametername Standardwert Parameterbeschreibung
Beachten Sie, dass Sie die Stammdaten aktuali-
sieren müssen, um zugehörige Planungsobjekte
und Attribute als Kennzahlen zu aktualisieren
und anzulegen. Betrachten Sie die folgenden An-
wendungsfälle:
Beispiel
Sie haben ein Planungsobjekt gelöscht oder
aktualisiert und möchten seinen vorheri-
gen Stand wiederherstellen. Wenn sich die
Stammdaten seit dem letzten Upload geän-
dert haben, werden sie unabhängig von der
Parametereinstellung in SAP IBP aktualisiert,
da sich die Daten seit der letzten Integration
geändert haben.
Wenn es jedoch in den hochgeladenen Da-
ten im Vergleich zum letzten Stammdaten-
Upload keine Änderungen gibt, werden die
Daten nur wiederhergestellt, wenn Sie den
Wert des Parameters auf leer setzen.
Beispiel
Sie haben eine neue Planungsebene mit At-
tributen als Kennzahlen unter Verwendung
vorhandener Stammdaten als Quelle ange-
legt. In diesem Fall müssen Sie den Wert des
Parameters für die Attribute als Kennzahlen,
die auf der neuen Planungsebene angelegt
werden sollen, auf leer setzen.
Dieser Parameter ist nur für den Vor-
gang Einfügen/Aktualisieren in der App
Datenintegrationsjobs und den Batch-Befehl
INSERT_UPDATE in SAP Cloud Integration für
Datenservices relevant.
Hinweis
Sie können die Einstellung dieses Parame-
ters für einzelne Integrationsjobs in der App
Datenintegrationsjobs übersteuern.
452
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Globale Konguration
Parametergruppe Parametername Standardwert Parameterbeschreibung
INVENTORY DECIMAL_LT_DEMAND_P
ROPAGATION
ROUND UP Wird vom Operator Calculate Target Inventory
Components zur Berechnung des propagierten
Bedarfsmittels verwendet, wenn die Transport-
oder die Produktionsbeschaungszeit als Dezi-
malwert vorliegt.
Wenn für den Parameter der Standardwert
ROUND UP gesetzt ist, werden alle als Bruch-
wert vorliegenden Beschaungszeiten auf den
nächsten ganzzahligen Wert aufgerundet. Bei-
spiel: Eine Beschaungszeit von 0,2 wird auf 1
gerundet, eine Beschaungszeit von 1,6 auf 2.
Wenn für den Parameter der Standardwert
ROUND DOWN gesetzt ist, werden alle als Dezimal-
wert vorliegenden Beschaungszeiten auf den
nächsten ganzzahligen Wert gerundet. Beispiel:
Eine Beschaungszeit von 0,2 wird auf 0 gerun-
det, eine Beschaungszeit von 1,6 auf 1.
Wenn der Wert ROUND NEAREST eingestellt ist,
wird auf den nächsten ganzzahligen Wert gerun-
det. Beispiel: Eine Beschaungszeit von 0,2 wird
auf 0 gerundet, eine Beschaungszeit von 1,6 auf
2 und eine Beschaungszeit von 1,49 auf 1.
Die Berechnungen von Bestandsergebnissen
(Ziel und Durchschnitt) auf der Basis des pro-
pagierten Bedarfsmittels werden immer entspre-
chend der Rundungsoption angepasst. Das gilt
für Zyklusbestand, Lagerbestand, Pipeline-Be-
stand, Bestand in Verarbeitung, Lieferantentran-
sitbestand, Bestandsposition und Meldebestand.
INVENTORY FORECAST_ERROR_INPU
T_TYPE
FIXED LAG Bei der Einstellung DYNAMIC LAG wird der dyna-
mische Lag berücksichtigt. Bei der Einstellung
FIXED LAG wird der dynamische Lag nicht
berücksichtigt. Bei der Einstellung CV OVER
INTERVAL wird die Bedarfsprognosevariabilität
basierend auf den Beschaungszeitintervallen
berücksichtigt.
Leitfaden für die Modellkonguration
Globale Konguration
PUBLIC
ÖFFENTLICH 453
Parametergruppe Parametername Standardwert Parameterbeschreibung
INVENTORY LOOP_HANDLING REMOVE Wenn der Parameterwert auf LOG gesetzt wird,
werden die Schleifen (zyklische Beschaung in
Algorithmen) in Geschäftsprotokollen festgehal-
ten.
Wird der Parameter auf REMOVE gesetzt, werden
die Schleifen auf bis zu sechs Ebenen protokol-
liert und entfernt. Die verbleibenden Schleifen
werden als WARNING protokolliert (beschränkt
auf 500 pro Typ und Schleife).
Falls der Parameterwert auf ENABLE gesetzt
wird, werden die Bestandsoptimierungsalgorith-
men erfolgreich ausgeführt, wenn zeitlich variie-
rende Beschaungsquoten Schleifen erstellen.
Schleifen werden als WARNING protokolliert (be-
schränkt auf 500 pro Typ und Schleife).
Detaillierte Informationen zur Schleifenbehand-
lungslogik und zum Protokollieren von Schleifen
nden Sie unter Schleifenbehandlung.
INVENTORY PLEADTIME_UNIT WEEK Gibt den Wert der Eingabe
Produktionsbeschaungszeit (PLEADTIME) in
den Einheiten Wochen oder Tagen an. Bei der
Einstellung DAY verbrauchen Bestandsoptimie-
rungsoperatoren Eingaben für die Produktions-
beschaungszeit als eine Menge von Tagen.
INVENTORY SAME_ISL_ACROSS_COM
PONENTS
YES Wenn der Parameter auf den Wert YES gesetzt
ist, nimmt der Operator Global (multi-stage)
inventory optimization an, dass jede Stücklisten-
komponente den gleichen Lieferbereitschafts-
grad (bzw. die gleiche Wahrscheinlichkeit für kei-
nen Fehlbestand) hat.
Wenn der Parameter auf den Wert NO gesetzt
ist, erlaubt der Operator Global (multi-stage)
inventory optimization für jede Stücklistenkom-
ponente die getrennte Berechnung des Lieferbe-
reitschaftsgrads (bzw. der Wahrscheinlichkeit für
keinen Fehlbestand).
INVENTORY STORAGE_CAPACITY_CO
NSTRAINTS
IGNORE Legen Sie fest, ob Begrenzungen der Lagerkapa-
zität ignoriert oder berücksichtigt werden sollen.
Wird dieser Wert auf CONSIDER gesetzt, berück-
sichtigen die Bestandsoptimierungsoperatoren
die Kennzahlen für die Einschränkung der Lager-
kapazität.
454
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Globale Konguration
Parametergruppe Parametername Standardwert Parameterbeschreibung
INVENTORY STORAGE_PENALTY_OPT
ION
VARIABLE Legt fest, wie die Kosten für Nichteinhaltung der
Lagerbegrenzung gehandhabt werden sollen.
Wird dieser Parameter auf FIXED gesetzt, mini-
miert er die Anzahl der Bestandsaufbau-Knoten,
bei denen die Lagerbeschränkung nicht eingehal-
ten wird und geht von hohen Fixkosten aus, um
Lagerprobleme zu lösen.
Die Option VARIABLE minimiert die Gesamtla-
gerkosten und geht von variablen Kosten für jede
Instanz von zusätzlichem erforderlichen Lager-
platz aus.
INVENTORY TLEADTIME_UNIT WEEK Gibt den Wert der Eingabe
Transportdispositionsvorlaufzeit (TLEADTIME) in
den Einheiten Wochen oder Tagen an. Bei der
Einstellung DAY verbrauchen Bestandsoptimie-
rungsoperatoren Eingaben für die Transportdis-
positionsvorlaufzeit als eine Menge von Tagen.
LAG_BASED_SNAPSHOT LAG_BASED_BATCH_SIZ
E
Aktiviert die Paketierung für Lag-basierte Snaps-
hots. Dazu müssen Sie für den Parameter eine
positive ganze Zahl als Wert eingeben. Dann wer-
den die Anwendungsjobs für Lag-basierte Snaps-
hots für jeweils einen Batch von Planungsobjek-
ten ausgeführt. Jeder Batch kann nur so viele
Planungsobjekte enthalten, wie im Parameter-
wert angegeben.
Leitfaden für die Modellkonguration
Globale Konguration
PUBLIC
ÖFFENTLICH 455
Parametergruppe Parametername Standardwert Parameterbeschreibung
MASTER_DATA ENFORCE_UNIQUE_CONV
_SOURCE_CHECK
Value set to
empty
Erzwingt eine Prüfung auf eine eindeutige Um-
rechnungsquelle, wenn Planungsobjekte für Pla-
nungsebenen angelegt werden, die das Umrech-
nungsquellenattribut als eines der Schlüsselattri-
bute haben.
Wenn der Parameter auf leer gesetzt ist, ist
das Anlegen von Planungsobjekten, die sich nur
im Wert des Umrechnungsquellenattributs un-
terscheiden, zulässig.
Wenn der Parameter auf X gesetzt ist, ist das
Anlegen von Planungsobjekten, die sich nur
im Wert des Umrechnungsquellenattributs un-
terscheiden, nicht zulässig.
Es wird davon ausgegangen, dass der Stamm-
datentyp für das Umrechnungsziel, z.B.
Zielwährung, als Referenzstammdatentyp model-
liert ist, der sich auf den Stammdatentyp für die
Umrechnungsquelle bezieht, z.B. Währung. Wei-
tere Informationen nden Sie unter Planungse-
benen anlegen [Seite 117].
MASTER_DATA_OP MAX_BATCH_SIZE 10000 Die maximale Anzahl der Datensätze, die ein Be-
nutzer bei der Pege der Stammdatensätze über
die Funktionen der Stammdaten-Arbeitsmappe
in SAP IBP, Add-in für Microsoft Excel herunter-
oder hochladen kann.
Diese Einschränkung gilt nicht für die Verwen-
dung der App Stammdaten verwalten, die Daten
basierend auf einem bedarfsgetriebenen Belade-
muster lädt, um die Systemperformance zu opti-
mieren.
MASTER_DATA_OP SORT_REQFIELD_FIRST YES Steuert die Reihenfolge der Spalten in der Mas-
senpege der Stammdaten im SAP IBP, Add-in
für Microsoft Excel. Wenn der Wert des Para-
meters YES ist, folgen die Spalten der erforder-
lichen Attribute den Spalten der Schlüsselattri-
bute. Andernfalls setzt das System die Spalten
der Schlüsselattribute an den Anfang und zeigt
die Spalten der restlichen Attribute in alphabeti-
scher Reihenfolge an.
MDA SIMULATION_CALC_REA
D_DB_MAX_REC
100000 Steuert die maximale Anzahl der Datensätze, die
beim Ausführen der App Kennzahlberechnungen
simulieren aus der Datenbank gelesen werden.
456
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Globale Konguration
Parametergruppe Parametername Standardwert Parameterbeschreibung
MDA SIMULATION_CALC_REA
D_UI_MAX_REC
5000 Steuert die maximale Anzahl der Datensätze, die
beim Ausführen der App Kennzahlberechnungen
simulieren auf der Benutzungsoberäche ange-
zeigt werden.
MDA SIMULATION_DEFLT_RE
TENTION_DAYS
50 Legt den Aufbewahrungszeitraum von Simulatio-
nen in der App Kennzahlberechnungen simulieren
fest. Das bedeutet, dass eine Simulation für die
durch diesen Parameter denierte Anzahl von
Tagen nach der letzten Ausführung durch jeman-
den im System gespeichert wird. Sie können die
Anzahl der Aufbewahrungstage auch in der App
selbst festlegen.
MDA SIMULATION_MAX_PARA
LLEL_THREADS
10 Steuert die maximale Anzahl von Paketen, die
von der App Kennzahlberechnungen simulieren
beim Ausführen einer Simulation verwendet wer-
den können.
MODEL_CONFIGURATION COPY_PLANNING_PROFI
LE
TRUE Steuert, ob Planungsprole und andere pla-
nungsbereichsbezogene Entitäten (z.B. Modelle
für die Prognose, Einstellungen für die zeitreihen-
basierte Beschaungsplanung oder Operatoren
wie der Kopieroperator) mitkopiert werden, wenn
Sie einen Planungsbereich mit den Optionen Neu
anlegen oder Neu anlegen mit Abhängigkeiten
kopieren. Die Standardeinstellung ist TRUE, d.h.
die Entitäten werden mit den Planungsbereichen
mitkopiert. Wenn Sie dies nicht wollen, ändern
Sie den Wert in FALSE.
MODEL_CONFIGURATION HISTORY_RETENTION_R
ELEASES
4Steuert die Anzahl der Freigaben, für die his-
torische Stände, die für Modellentitäten gesi-
chert wurden, beibehalten werden. Nach Ab-
lauf des Aufbewahrungszeitraums werden histo-
rische Stände automatisch gelöscht.
MRO NUMBER_PACKAGES 5 Legt die Anzahl der Pakete fest, die für MRO-
Operatorläufe angelegt werden sollen. Wenn
Operatorläufe in Pakete aufgeteilt werden, kann
dies die Systemperformance verbessern und
Timeouts verhindern.
MRO NUMBER_PACKAGES_PRL
_INVCALC
1Gibt die Anzahl der Datenpakete an, die parallel
von den MRO-Operatoren ausgeführt werden. Bei
einem Wert größer 1 führen die Operatoren die
entsprechende Anzahl Pakete parallel aus. Beim
Wert 1 werden Pakete sequenziell ausgeführt.
Standardmäßig werden Datenpakete sequenziell
ausgeführt (Standardwert 1).
Leitfaden für die Modellkonguration
Globale Konguration
PUBLIC
ÖFFENTLICH 457
Parametergruppe Parametername Standardwert Parameterbeschreibung
NETWORK_AGGREGATION IND_NETWORK_ID_ATTR Value set to
empty
Dieser Parameter dient dazu, Attribut-IDs zu
speichern.
Um den Planungslter im Anwendungsjob
Netzwerkaggregationsoperator verwenden zu
können, müssen Sie Ihre eigenen Attribute (mit
einem Namen Ihrer Wahl) für die Stammdatenty-
pen Produkt/Lokation angeben.
Mit diesem Parameter können Sie in der Anwen-
dungsjobvorlage Netzwerkaggregationsoperator
einen Filter setzen, um den Rollup von Netz-
werkaggregationsprolen, z.B. für die Kostenwäl-
zung, auf Attribute der Stammdatentypen Pro-
dukt/Lokation einzuschränken.
OUTPUT_MANAGEMENT EMAIL_SENDER_ADDRES
S
Gibt die E-Mail-Adresse des Absenders einer Be-
nachrichtigungsmail an.
OUTPUT_MANAGEMENT EMAIL_SENDER_NAME Gibt den Namen des Absenders einer Benach-
richtigungsmail an.
Hinweis
Wenn Sie den Absendernamen ändern
möchten, können Sie die E-Mail-Adresse
nicht leer lassen. Sie müssen auch die E-
Mail-Adresse ändern.
OUTPUT_MANAGEMENT CUSTOM_ALERTS_SUMMA
RY_TEMPLATE
Gibt die benutzerdenierte E-Mail-Vorlage an, die
anstelle der vordenierten E-Mail-Vorlage für Be-
nachrichtigungen zu benutzerdenierten Alerts
verwendet werden soll.
OUTPUT_MANAGEMENT CUSTOM_PM_GRP_TSK_S
TS_TEMPLATE
Dieser Parameter gibt die benutzerdenierte
E-Mail-Vorlage vor, die für Benachrichtigungen
zu Gruppenaufgabenstatus in der Prozessverwal-
tung verwendet werden soll. Der Wert muss
der Name einer E-Mail-Vorlage für solche Be-
nachrichtigungen sein. Wenn der Wert leer
ist, wird die vordenierte E-Mail-Vorlage (/IBP/
PM_GRP_TASK_STATUS_EMAIL) verwendet.
458
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Globale Konguration
Parametergruppe Parametername Standardwert Parameterbeschreibung
OUTPUT_MANAGEMENT CUSTOM_PM_PROC_DEAD
LINE_TEMPLATE
Dieser Parameter gibt die benutzerdenierte E-
Mail-Vorlage vor, die für Benachrichtigungen zu
Prozessterminen in der Prozessverwaltung ver-
wendet werden soll. Der Wert muss der Name
einer E-Mail-Vorlage für die Benachrichtigung
zu Prozessterminen sein. Wenn der Wert leer
ist, wird die vordenierte E-Mail-Vorlage (/IBP/
PM_PROC_DEADLINE_EMAIL) verwendet.
OUTPUT_MANAGEMENT CUSTOM_PM_PROC_STAT
US_TEMPLATE
Dieser Parameter gibt die benutzerdenierte E-
Mail-Vorlage vor, die für Benachrichtigungen zu
Prozessstatus in der Prozessverwaltung verwen-
det werden soll. Der Wert muss der Name ei-
ner E-Mail-Vorlage für solche Benachrichtigun-
gen sein. Wenn der Wert leer ist, wird die vorde-
nierte E-Mail-Vorlage (/IBP/PM_PROCESS_STA-
TUS_EMAIL) verwendet.
OUTPUT_MANAGEMENT CUSTOM_PM_SHRD_TSK_
STS_TEMPLATE
Dieser Parameter gibt die benutzerdenierte E-
Mail-Vorlage vor, die für Benachrichtigungen zu
den Status von Aufgaben mit mehreren Bearbei-
tern in der Prozessverwaltung verwendet werden
soll. Der Wert muss der Name einer E-Mail-Vor-
lage für solche Benachrichtigungen sein. Wenn
der Wert leer ist, wird die vordenierte E-Mail-
Vorlage (/IBP/PM_SHRD_TSK_STATUS_EMAIL)
verwendet.
OUTPUT_MANAGEMENT CUSTOM_PM_STEP_DEAD
LINE_TEMPLATE
Dieser Parameter gibt die benutzerdenierte E-
Mail-Vorlage vor, die für Benachrichtigungen zu
Schrittterminen in der Prozessverwaltung ver-
wendet werden soll. Der Wert muss der Name
einer E-Mail-Vorlage für solche Benachrichtigun-
gen sein. Wenn der Wert leer ist, wird die vorde-
nierte E-Mail-Vorlage (/IBP/PM_STEP_DEAD-
LINE_EMAIL) verwendet.
OUTPUT_MANAGEMENT CUSTOM_PM_STEP_EXC_
STS_TEMPLATE
Dieser Parameter gibt die benutzerdenierte E-
Mail-Vorlage vor, die für Benachrichtigungen zu
Schrittausführungsstatus in der Prozessverwal-
tung verwendet werden soll. Der Wert muss
der Name einer E-Mail-Vorlage für solche Be-
nachrichtigungen sein. Wenn der Wert leer
ist, wird die vordenierte E-Mail-Vorlage (/IBP/
PM_STEP_EXC_STATUS_EMAIL) verwendet.
Leitfaden für die Modellkonguration
Globale Konguration
PUBLIC
ÖFFENTLICH 459
Parametergruppe Parametername Standardwert Parameterbeschreibung
OUTPUT_MANAGEMENT CUSTOM_PM_STEP_STAT
US_TEMPLATE
Dieser Parameter gibt die benutzerdenierte E-
Mail-Vorlage vor, die für Benachrichtigungen zu
Schrittstatus in der Prozessverwaltung verwen-
det werden soll. Der Wert muss der Name ei-
ner E-Mail-Vorlage für solche Benachrichtigun-
gen sein. Wenn der Wert leer ist, wird die vor-
denierte E-Mail-Vorlage (/IBP/PM_STEP_STA-
TUS_EMAIL) verwendet.
OUTPUT_MANAGEMENT CUSTOM_PM_TASK_ASSG
MT_TEMPLATE
Mit diesem Parameter können Sie eine benut-
zerdenierte E-Mail-Vorlage angeben, die für Be-
nachrichtigungen zu Aufgabenzuordnungen in
der Prozessverwaltung verwendet werden soll.
Der Wert muss der Name einer E-Mail-Vorlage
für solche Benachrichtigungen sein. Wenn der
Wert leer ist, wird die vordenierte E-Mail-Vorlage
(/IBP/PM_TASK_ASSIGNMENT_EMAIL) verwen-
det.
OUTPUT_MANAGEMENT CUSTOM_PM_TASK_DEAD
LINE_TEMPLATE
Dieser Parameter gibt die benutzerdenierte
E-Mail-Vorlage vor, die für Benachrichtigun-
gen zu Aufgabenterminen in der Prozessverwal-
tung verwendet werden soll. Der Wert muss
der Name einer E-Mail-Vorlage für solche Be-
nachrichtigungen sein. Wenn der Wert leer
ist, wird die vordenierte E-Mail-Vorlage /IBP/
PM_TASK_DEADLINE_EMAIL verwendet.
OUTPUT_MANAGEMENT CUSTOM_PM_TSK_ASSGM
T_TA_TEMPLATE
Mit diesem Parameter können Sie eine benut-
zerdenierte E-Mail-Vorlage angeben, die für
Benachrichtigungen zu Aufgabenzuordnungen
für Aufgabenbearbeiter in der Prozessverwal-
tung verwendet werden soll. Der Wert muss
der Name einer E-Mail-Vorlage für solche Be-
nachrichtigungen sein. Wenn der Wert leer
ist, wird die vordenierte E-Mail-Vorlage (/IBP/
PM_TASK_ASSGMT_TA_EMAIL) verwendet.
PLANNING_CALENDAR DEFAULT_FACTORY_CAL
ENDAR
Sie können diesen Parameter verwenden, um
einen Standardfabrikkalender als Grundlage für
bestehende Planungskalender zu denieren, falls
deren zugehörige Fabrikkalender gelöscht wur-
den.
460
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Globale Konguration
Parametergruppe Parametername Standardwert Parameterbeschreibung
PLANNING_CALENDAR NW_CAL_ODATA_INT Deniert, ob Fabrikkalenderdaten in SAP IBP zur
Verwendung in der zeitreihenbasierten Planung
integriert werden können.
Um die Datenintegration zu aktivieren, setzen Sie
den Wert dieses Parameters auf X.
PLANNING_OBJECT_MAN
AGEMENT
MAX_PLANNING_OBJECT
S_DISPLAY
5.000 Legt die maximale Anzahl an Planungsobjekten
fest, die in der App Planungsobjekte verwalten
angezeigt werden können.
PLANNING_OBJECT_MAN
AGEMENT
MAX_PLANNING_OBJECT
S_DELETE
5000 Legt die maximale Anzahl an Planungsobjekten
fest, die in der App Planungsobjekte verwalten
gelöscht werden können.
PLAN_VIEW ACTIVATE_VBA_HOOKS Ermöglicht es Ihnen, Hooks (VBA-Ereignisse)
zu aktivieren, um Planungssichtfunktionen des
Excel-Add-ins über VBA-Code (Microsoft Visual
Basic for Applications) zu erweitern. Die Hooks
können ähnlich wie VBA-Ereignisse von Microsoft
verwendet werden.
Die folgenden Hooks (VBA-Ereignisse) können
aktiviert werden:
•IBPBeforeSend
•IBPAfterRefresh
Der Parameter hat die folgenden Werte:
•Mandatory
Wenn keine Implementierung für diese
Hooks verfügbar ist, wird der SAP-IBP-Code
gestoppt.
•Optional
Wenn keine Implementierung für diese
Hooks verfügbar ist, wird der SAP-IBP-Code
fortgesetzt.
Hinweis
Bei den Parameterwerten wird nicht zwi-
schen Groß- und Kleinschreibung unter-
schieden.
Wenn keiner der Werte gesetzt ist, sind die APIs
deaktiviert.
Weitere Informationen nden Sie unter SAP-IBP-
Hooks (VBA-Ereignisse).
Leitfaden für die Modellkonguration
Globale Konguration
PUBLIC
ÖFFENTLICH 461
Parametergruppe Parametername Standardwert Parameterbeschreibung
PLAN_VIEW ACTIVATE_MD_VBA_HOO
KS
Ermöglicht es Ihnen, Hooks (VBA-Ereignisse) zu
aktivieren, um Stammdaten-Arbeitsmappen im
Excel-Add-in über VBA-Code (Microsoft Visual
Basic for Applications) zu erweitern. Die Hooks
können ähnlich wie VBA-Ereignisse von Microsoft
verwendet werden.
Die folgenden Hooks (VBA-Ereignisse) können
aktiviert werden:
•IBPMDAfterRefresh
•IBPMDBeforeUpdate
Der Parameter hat die folgenden Werte:
•Mandatory
Wenn für diese Hooks keine VBA-Implemen-
tierung verfügbar ist, wird der SAP-IBP-Code
gestoppt.
•Optional
Wenn für diese Hooks keine VBA-Implemen-
tierung verfügbar ist, wird der SAP-IBP-Code
fortgesetzt.
Hinweis
Bei den Parameterwerten wird nicht zwi-
schen Groß- und Kleinschreibung unter-
schieden.
Wenn keiner der Werte gesetzt ist, sind die APIs
deaktiviert.
Weitere Informationen nden Sie unter SAP-IBP-
Hooks (VBA-Ereignisse).
462
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Globale Konguration
Parametergruppe Parametername Standardwert Parameterbeschreibung
PLAN_VIEW ADD_ALL_PLAN_OBJECT
_RECORDS
NO Steuert, wie fehlende Planungsobjekt-Daten-
sätze während der Disaggregation im SAP IBP,
Add-in für Microsoft Excel oder in der App
Planner Workspaces angelegt werden.
Wenn Sie den Wert auf NO setzen, werden feh-
lende Planungsobjekt-Datensätze nur generiert,
wenn keine Planungsobjekt-Datensätze vorhan-
den sind, die als Disaggregationsziel verwendet
werden können.
Wenn Sie den Wert auf YES setzen, werden feh-
lende Planungsobjekt-Datensätze bei Bedarf im-
mer generiert.
Weitere Informationen nden Sie unter Aggrega-
tionsebenen und Zielplanungsobjekt-Datensätze.
PLAN_VIEW DEL_COMB_KF_CHECK_F
OR_NULL
YES Steuert, ob bei der Auswahl von Planungsobjekt
löschen in SAP IBP, Add-in für Microsoft Excel nur
die Planungsobjekte gelöscht werden, bei denen
alle Zellen den Kennzahlwert NULL haben, oder
auch die Planungsobjekte, die Kennzahlwerte
enthalten.
PLAN_VIEW DOWNLOADLINK Mit diesem Parameter können Administratoren
einen Downloadpfad kongurieren, über den Be-
nutzer das SAP Integrated Business Planning,
Add-in für Microsoft Excel (Excel-Add-in) in der
App Excel-Add-in herunterladen installieren kön-
nen.
Wenn Sie für diesen Parameter keinen Wert an-
geben und Benutzer in der App Excel-Add-in
herunterladen die Option Installieren wählen, wird
im SAP Support Portal die entsprechende Down-
load-Seite für die neueste Version des Excel-Add-
ins geönet. Dies ist nicht hilfreich, wenn die
Benutzer, die auf die Installationsdatei zugreifen
müssen, keine Berechtigung zum Herunterladen
von Inhalten aus dem SAP Support Portal haben.
PLAN_VIEW ENFORCE_REASON_CODE NO Wenn der Wert des Parameters auf YES gesetzt
ist, müssen die Benutzer von SAP IBP, Add-in für
Microsoft Excel und der App Planner Workspaces
beim Sichern von Daten einen Ursachencode
auswählen.
Leitfaden für die Modellkonguration
Globale Konguration
PUBLIC
ÖFFENTLICH 463
Parametergruppe Parametername Standardwert Parameterbeschreibung
PLAN_VIEW EXCEL_MASTER_DATA_A
DMIN_FIELDS
YES Wenn der Wert dieses Parameters auf gesetzt
YES ist, werden die folgenden Spalten zur
Stammdaten-Arbeitsmappe im SAP IBP, Add-in
für Microsoft Excel (Excel-Add-in) hinzugefügt:
•Geändert von
•Geändert am
•Angelegt von
•Angelegt am
Hinweis
Sie müssen Version 2305.2.0 oder höher des
Excel-Add-ins installiert haben, um die Spal-
ten in der Stammdaten-Arbeitsmappe anzu-
zeigen.
Ab Version 2402.2.0 des SAP Integrated
Business Planning, Add-ins für Microsoft Ex-
cel können Benutzer entscheiden, ob sie die
entsprechenden Spalten hinzufügen möch-
ten. Daher wird ab Version 2402.2.0 der
Wert, der in diesem globalen Kongurations-
parameter gepegt ist, nicht mehr berück-
sichtigt.
464
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Globale Konguration
Parametergruppe Parametername Standardwert Parameterbeschreibung
PLAN_VIEW EXCEL_MASTER_DATA_A
PIS
NONE Ermöglicht Ihnen die Aktivierung von APIs, die
über VBA-Code (Visual Basic for Applications)
verwendet werden können. Die APIs können ähn-
lich wie VBA-Methoden von Microsoft verwendet
werden.
Der Parameter hat die folgenden Werte:
•Read
APIs zum Abrufen von Stammdatensätzen
sind aktiviert.
•Write
APIs zum Ändern von Stammdatensätzen
sind zusätzlich zu allen anderen stammda-
tenbezogenen APIs aktiviert.
Hinweis
Bei den Parameterwerten wird nicht zwi-
schen Groß- und Kleinschreibung unter-
schieden.
Wenn keiner der obigen Werte gesetzt ist, sind
die meisten APIs, die mit Version 2205.2.0 des
Excel-Add-ins bereitgestellt werden, deaktiviert.
Weitere Informationen nden Sie unter SAP-IBP-
APIs aktivieren.
Leitfaden für die Modellkonguration
Globale Konguration
PUBLIC
ÖFFENTLICH 465
Parametergruppe Parametername Standardwert Parameterbeschreibung
PLAN_VIEW EXCEL_PLANNING_VIEW
_APIS
NONE Erlaubt Ihnen die Aktivierung von APIs für Pla-
nungssichtfunktionen, die mithilfe von VBA-Code
(Visual Basic for Applications) verwendet werden
können. Die APIs können ähnlich wie VBA-Me-
thoden von Microsoft verwendet werden.
Der Parameter hat die folgenden Werte:
•Read
APIs zum Ändern der Planungssichtdeni-
tion sind aktiviert und können über VBA-
Code verwendet werden.
•Simulate
APIs zum Simulieren von Datenänderungen
sowie APIs zum Ändern der Planungssicht-
denition sind aktiviert und können über
VBA-Code verwendet werden.
•Save
APIs zum persistenten Sichern von Daten-
änderungen sind zusätzlich zu allen anderen
planungssichtbezogenen APIs aktiviert und
können über VBA-Code verwendet werden.
Hinweis
Bei den Parameterwerten wird nicht zwi-
schen Groß- und Kleinschreibung unter-
schieden.
Wenn keiner der Werte gesetzt ist, sind die meis-
ten APIs, die mit Version 2202.2.0 und 2205.2.0
des Excel-Add-ins bereitgestellt werden, deakti-
viert.
Weitere Informationen nden Sie unter SAP-IBP-
APIs aktivieren.
466
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Globale Konguration
Parametergruppe Parametername Standardwert Parameterbeschreibung
PLAN_VIEW FORCE_PLANNING_VIEW
_FILTER
NONE Steuert, ob Benutzer einen attributbasierten Fil-
ter für die Arbeitsmappe und die spezischen
Arbeitsblätter einrichten müssen, wenn sie eine
Planungssicht im SAP IBP, Add-in für Microsoft
Excel und in der App Planner Workspaces anle-
gen oder bearbeiten. Der Parameter hat die fol-
genden Werte:
•WARNING
Benutzer erhalten eine Warnung, wenn sie
versuchen, eine Planungssicht ohne einen
attributbasierten Filter zu önen.
•MANDATORY
Benutzer können erst dann fortfahren, nach-
dem sie einen attributbasierten Filter für die
Planungssicht deniert haben, die sie önen
möchten.
PLAN_VIEW HOME_PAGE /sap/bc/
ui5_ui5/ui2/
ushell/
shells/abap/
FioriLaunchp
ad.html
Dieser globale Kongurationsparameter gibt den
Standardpfad für den Aufbau des SAP-Fiori-
Launchpads an.
PLAN_VIEW KEYWORD_CREATION_IN
_PLAN_VIEW
NO Dieser globale Kongurationsparameter legt fest,
ob es möglich ist, Schlüsselwörter für Planungs-
notizen auf Planungs-UIs anzulegen, z.B. im SAP
IBP, Add-in für Microsoft Excel (Excel-Add-in)
und in der App Planner Workspaces oder nur in
der App Planungsnotizen verwalten .
PLAN_VIEW MAX_ADD_NEW_PLAN_OB
JECT
100000 Mit diesem Parameter können Sie die maximale
Anzahl der neuen Planungsobjekte festlegen, die
über SAP IBP, Add-in für Microsoft Excel angelegt
werden können. Wenn die Anzahl der neuen Pla-
nungsobjekte größer ist als der Wert, den Sie für
den Parameter eingeben, wird das Anlegen der
Planungsobjekte abgebrochen.
PLAN_VIEW MAX_DETAIL_LOG 10000 Mit diesem Parameter können Sie die maximale
Anzahl an Nachrichten im Anwendungsprotokoll
denieren, die in SAP IBP, Add-in für Microsoft
Excel heruntergeladen werden können.
Leitfaden für die Modellkonguration
Globale Konguration
PUBLIC
ÖFFENTLICH 467
Parametergruppe Parametername Standardwert Parameterbeschreibung
PLAN_VIEW MAX_DIM_MEMBERS 100000 Standardmäßig werden bis zu 100.000 Stamm-
datenattribute in der Wertehilfe des SAP IBP,
Add-ins für Microsoft Excel angezeigt.
Wenn die Anzahl der Werte für ein Attribut in
Ihrem System größer als der von Ihnen für den
Parameter festgelegte Wert ist, werden in den
Filter- und Planungssichtdenitionen nicht alle
Werte angezeigt. Benutzer können alle Werte an-
zeigen, indem sie explizit danach suchen.
Mit diesem globalen Kongurationsparameter
können Sie steuern, wie viele Stammdatenattri-
bute standardmäßig in der Wertehilfe angezeigt
werden. Bei einem kleineren Wert muss das Sys-
tem weniger Stammdatenattributwerte laden,
was zu einer besseren Performance beitragen
kann.
Hinweis
Wenn Sie einen Stammdatentyp in der Kon-
guration denieren, können Sie dessen At-
tribut ID mit dem dazugehörigen Attribut
Beschreibung verknüpfen. Wenn Sie die bei-
den Attribute miteinander verknüpfen, kön-
nen Sie allerdings die dynamische Auswahl-
logik für Stammdatenattribute im Excel-Add-
in nicht nutzen.
PLAN_VIEW MAX_KEYWORDS_PER_PL
ANNING_NOTE 5Dieser globale Kongurationsparameter legt die
maximale Anzahl von Schlüsselwörtern fest, die
einer Planungsnotiz zugeordnet werden können.
468
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Globale Konguration
Parametergruppe Parametername Standardwert Parameterbeschreibung
PLAN_VIEW MAX_RESULT_CELL_SIZ
E
1000000 Dieser globale Kongurationsparameter deniert
die maximale Anzahl von Zellen, die in einer
Planungssicht im Excel-Add-in angezeigt wer-
den. Damit können Sie Performanceprobleme
aufgrund zu großer Planungssichten vermeiden.
Mit dem Parameter MAX_RESULT_CELL_SIZE
kann die Datenmenge, die aus der Datenbank ge-
lesen wird, auf ein verarbeitbares Maß begrenzt
werden, wenn Benutzer Planungssichten ohne
die Verwendung von ausreichenden Planungsl-
tern generieren. In solchen Situationen schneidet
das System den Teil der Daten ab, der die durch
den Parameter festgelegte Grenze überschreitet,
um zu vermeiden, dass die von den zugehörigen
Abfragen benötigte Laufzeit und der Speicher zu
stark erhöht werden.
Die Benutzer werden durch eine Systemwarnung
über das Phänomen informiert und ihnen wird
geraten, ihre Planungssichtdenition unter be-
sonderer Berücksichtigung der Filterkriterien zu
überprüfen, die zur Eingrenzung des Umfangs
der ausgeführten Abfragen verwendet werden.
Hinweis
Der Parameter MAX_RESULT_CELL_SIZE
gibt ein Limit für die verarbeitete Daten-
menge in einer Abfrage vor. Diese Ober-
grenze wird berücksichtigt, wenn die Da-
ten im SAP-IBP-Backend-System gesam-
melt und verarbeitet werden. Um eine
aus betriebswirtschaftlicher Sicht sinnvolle
Planungssicht bereitzustellen, kann die Er-
gebnismenge aus der Datenbank unter be-
stimmten Bedingungen reduziert oder er-
höht werden.
Beispiel
Mögliche Anwendungsfälle, die dazu füh-
ren, dass weniger Daten in der Planungs-
sicht angezeigt werden:
•Nicht alle von der Datenbank zurückge-
gebenen Planungsdatenkombinationen
sind für die Planungssicht gültig, z.B.
Leitfaden für die Modellkonguration
Globale Konguration
PUBLIC
ÖFFENTLICH 469
Parametergruppe Parametername Standardwert Parameterbeschreibung
aufgrund von Constraints der Basispla-
nungsebene. Folglich werden ungültige
Kombinationen in einem Validierungs-
schritt entfernt, der auf die Daten-
sammlung folgt.
•Die Gesamtzahl der Zellen mit Daten
wird proportional zur Anzahl der Pe-
rioden pro Zeitebene vor dem Lesen
der Daten auf Zeitebenen (einschließlich
Zeitsummen), Versionen und benutzer-
denierte Szenarios verteilt. Da es mög-
lich ist, dass nicht alle Zeitebenen, Ver-
sionen und Szenarios dieselbe Daten-
menge enthalten, kann die Anzahl der
von der Planungssicht verwendeten Zel-
len geringer sein als die im Parameter
festgelegte Grenze.
•Jedes Planungsobjekt, das nicht voll-
ständig in der Ergebnismenge jeder
Zeitebene, Version und jedes benutzer-
denierten Szenarios enthalten ist, wird
aus dem Ergebnis entfernt.
Möglicher Anwendungsfall, der dazu führt,
dass mehr Daten in der Planungssicht an-
gezeigt werden:
•In einigen Fällen sind nicht für alle Pla-
nungskombinationen, die für die vom
Benutzer in den Zeiteinstellungen de-
nierten Perioden zurückgegeben wer-
den, Zeitreihendaten vorhanden. Die
fehlenden Daten für solche Kombina-
tionen werden in einem ergänzenden
Schritt hinzugefügt, um sicherzustellen,
dass das Layout der Planungssicht kon-
sistent bleibt. Dies führt dazu, dass
in der Planungssicht mehr Zellen ange-
zeigt werden, als durch diesen Parame-
ter deniert werden.
470
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Globale Konguration
Parametergruppe Parametername Standardwert Parameterbeschreibung
PLAN_VIEW MAX_RESULT_CELL_SIZ
E_PLEVEL
10000000 Dieser globale Kongurationsparameter deniert
die maximale Anzahl an Zellen in einer Stamm-
daten-Arbeitsmappe, wenn Sie mit der Arbeits-
mappe Planungsobjekte und abgelegte Kenn-
zahldaten für eine ausgewählte Planungsebene
anzeigen, bearbeiten und anlegen. Mit diesem
Parameter soll verhindert werden, dass durch
zu viele Zellen in einer Stammdaten-Arbeits-
mappe Speicher-Dumps auftreten. Weitere In-
formationen nden Sie unter Planungsobjekte
mit Kennzahldaten in der Stammdaten-Arbeits-
mappe pegen.
PLAN_VIEW MAX_RESULT_ROW_SIZE 2000 Steuert die Anzahl der in einer Planungs-
sicht für die Änderungshistorie angezeigten
Kombinationen, sofern für den Parameter
MAX_RESULT_LIMIT kein Wert gepegt wurde.
Weitere Details nden Sie in der Dokumentation
zum Parameter MAX_RESULT_LIMIT in der Para-
metergruppe CHANGE_HIST.
PLAN_VIEW MAX_SUB_TOTALS 0 Mit diesem globalen Kongurationsparameter
können Sie attributbasierte Summen im SAP IBP,
Add-in für Microsoft Excel und in der App Planner
Workspaces aktivieren. Die Zahl, die Sie als Wert
für diesen Parameters eingeben, gibt die Anzahl
der zulässigen attributbasierten Summen pro Ar-
beitsblatt oder Planungssicht an.
PLAN_VIEW MAX_TIME_LEVELS 3 Die Anzahl der Zeitebenen, die in einer Planungs-
sicht verwendet werden können. Mit diesem Pa-
rameter können Sie die Verwendung exibler
Zeitachsen aktivieren, indem Sie den Parameter-
wert auf einen Wert größer als 0 setzen.
PLAN_VIEW MINIMUM_ADDIN_VERSI
ON
Wenn Sie in diesem globalen Kongurationspara-
meter eine Version angeben, prüft das System
bei der Anmeldung an SAP IBP über das SAP
IBP, Add-in für Microsoft Excel (Excel-Add-in),
die Version des Excel-Add-ins. Wenn die Version
niedriger als die im Parameter denierte Version
ist, zeigt das System eine Warnmeldung an.
Hinweis
Bitte beachten Sie die beiden Perioden in
dem Format für diesen globalen Parameter,
z.B. 2005.2.0.
Leitfaden für die Modellkonguration
Globale Konguration
PUBLIC
ÖFFENTLICH 471
Parametergruppe Parametername Standardwert Parameterbeschreibung
PLAN_VIEW PARTIAL_READ_TIMEOU
T
Sie können die Zeit in Minuten festlegen, nach
der der Puer von Kennzahlenberechnungen und
Bearbeitungshorizonten ungültig wird. Der Puf-
fer wird verwendet, wenn der globale Kongurati-
onsparameter PARTIAL_READ_ACTIVE auf YES
gesetzt wurde und die Benutzer die Daten über
die folgenden Apps in den Planungssichten simu-
lieren:
•SAP IBP, Add-in für Microsoft Excel
•Planner Workspaces
PLAN_VIEW PLANNING_NOTE_DISPL
AY_CELL_LIMIT
1000000 Das Önen einer Planungssicht im SAP IBP,
Add-in für Microsoft Excel mit vielen Zellen, de-
nen Planungsnotizen angehängt sind, kann sich
negativ auf die Performance auswirken. Mit die-
sem Parameter können Sie die Anzahl der Zellen
mit Planungsnotizen einschränken, die beim Ö-
nen einer Planungssicht angezeigt werden. Wenn
die in diesem globalen Kongurationsparameter
festgelegte Grenze überschritten wird, werden
in der Planungssicht keine Planungsnotizen an-
gezeigt, und der Benutzer erhält eine Warnmel-
dung.
Hinweis
Eine Erhöhung dieses Schwellenwerts kann
zu einer schlechteren Performance bei den
Benutzern führen.
PLAN_VIEW PV_COUNT_MAX 5 Die maximale Anzahl oener Microsoft Excel-Ar-
beitsmappen, die Planungssichten enthalten.
PLAN_VIEW SHARE_WITH_NONE FIRST Steuert die Einträge, die Benutzer im Feld
Freigeben für sehen, wenn sie Änderungen im
SAP Integrated Business Planning, Add-in für
Microsoft Excel sichern. Folgende Werte sind
möglich:
•FIRST: (Keiner) wird als erster Eintrag in der
Liste angezeigt
•LAST: (Keiner) wird als letzter Eintrag in der
Liste angezeigt
•NO: (Keiner) wird überhaupt nicht angezeigt
472
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Globale Konguration
Parametergruppe Parametername Standardwert Parameterbeschreibung
PLAN_VIEW SUPPRESS_RC_COMMENT Value set to
empty
Ist ein beliebiger Wert für diesen Parameter an-
gegeben, wird der Dialog unterdrückt, in dem die
Benutzer zur Angabe eines Ursachencodes bzw.
Kommentars aufgefordert werden oder die Ände-
rungen im Kooperationstool teilen können. Durch
Anwenden dieses Parameters wird der Dialog
für Ursachencodes, Kommentare und zum Tei-
len von Informationen überall in SAP Integrated
Business Planning unterdrückt (z.B. wenn Daten
einer Planungssicht gesichert oder Stammdaten
geändert werden).
Um den Dialog für Ursachencodes und Kommen-
tare wieder zu aktivieren, muss der Wert des Pa-
rameters auf leer gesetzt werden.
PLAN_VIEW USE_XML_TABLE_FOR_Q
UERY
NO Die Ergebnismenge von großen Abfragen in SAP
IBP, Add-in für Microsoft Excel überschreitet
eventuell den internen Höchstwert für die Daten-
serialisierung von 2 GB. Mit diesem globalen
Kongurationsparameter können Daten in eine
CHAR(8192)-Tabelle statt in einen String (mit ei-
ner Maximalgröße von 2 GB) serialisiert werden.
Achtung
Bitte ändern Sie den Standardwert für die-
sen globalen Kongurationsparameter nicht.
Legen Sie stattdessen eine Meldung an. SAP
Support wird dann ermitteln, ob es erforder-
lich ist, die Datenserialisierung in eine Ta-
belle statt in einen String zu aktivieren.
Leitfaden für die Modellkonguration
Globale Konguration
PUBLIC
ÖFFENTLICH 473
Parametergruppe Parametername Standardwert Parameterbeschreibung
PLAN_VIEW VALID_NULL_VALUES_N
ON_ROOT_ATTR
Yes Bestimmt, ob Zeilen mit Nullwerten für ein
Nichtschlüsselattribut in der Planungssicht an-
gezeigt werden sollen oder nicht. Standardmä-
ßig werden die Zeilen mit Nullwerten angezeigt.
Wenn Sie den globalen Kongurationsparame-
ter VALID_NULL_VALUES_NON_ROOT_ATTR auf
NO setzen und ein Nichtschlüsselattribut als
Stammdatenattribut einer Kennzahl ausgewählt
haben, werden die auf Nullwerten basierenden
Zeilen für dieses Nichtschlüsselattribut nicht an-
gezeigt.
Dieser Parameter beeinusst nicht die Berech-
nungen der Zwischensumme, da es sich nur
um einen Anzeigelter handelt und die Werte
der Zwischensumme sich eventuell von der
Summe der angezeigten Attributkombinationen
unterscheiden. Das liegt daran, dass die ange-
zeigten Attributkombinationen eventuell unvoll-
ständig sind.
Hinweis
Nullwerte von Attributen, die nicht
zur Basisplanungsebene der Kennzahl
gehören, sind immer gültig und wer-
den angezeigt, auch wenn der Wert
des globalen Kongurationsparameters
VALID_NULL_VALUES_NON_ROOT_ATTR auf
NO gesetzt ist.
474
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Globale Konguration
Parametergruppe Parametername Standardwert Parameterbeschreibung
WBP_PLAN_VIEW WBP_MAX_RESULT_CELL
_SIZE
100000 Dieser globale Kongurationsparameter deniert
die maximale Anzahl an Zellen, die in den Apps
Treiberbasierte Planung und Planner Workspaces
in einer Planungssicht angezeigt werden. Sie
können es verwenden, um Performanceprobleme
aufgrund zu großer Planungssichten zu vermei-
den.
Mit dem Parameter
WBP_MAX_RESULT_CELL_SIZE kann die Daten-
menge, die aus der Datenbank gelesen wird, auf
ein verarbeitbares Maß begrenzt werden, wenn
Benutzer Planungssichten ohne die Verwendung
von ausreichenden Planungsltern generieren. In
solchen Situationen schneidet das System den
Teil der Daten ab, der die durch den Parameter
festgelegte Grenze überschreitet, um zu vermei-
den, dass die von den zugehörigen Abfragen be-
nötigte Laufzeit und der Speicher zu stark erhöht
werden.
Die Benutzer werden durch eine Systemwarnung
über das Phänomen informiert und ihnen wird
geraten, ihre Planungssichtdenition unter be-
sonderer Berücksichtigung der Filterkriterien zu
überprüfen, die zur Eingrenzung des Umfangs
der ausgeführten Abfragen verwendet werden.
Hinweis
Der Parameter
WBP_MAX_RESULT_CELL_SIZE gibt ein Li-
mit für die verarbeitete Datenmenge in ei-
ner Abfrage vor. Diese Obergrenze wird be-
rücksichtigt, wenn die Daten im SAP-IBP-Ba-
ckend-System gesammelt und verarbeitet
werden. Um eine aus betriebswirtschaftli-
cher Sicht sinnvolle Planungssicht bereitzu-
stellen, kann die Ergebnismenge aus der Da-
tenbank unter bestimmten Bedingungen re-
duziert oder erhöht werden.
Beispiel
Mögliche Anwendungsfälle, die dazu füh-
ren, dass weniger Daten in der Planungs-
sicht angezeigt werden:
Leitfaden für die Modellkonguration
Globale Konguration
PUBLIC
ÖFFENTLICH 475
Parametergruppe Parametername Standardwert Parameterbeschreibung
•Nicht alle von der Datenbank zurückge-
gebenen Planungsdatenkombinationen
sind für die Planungssicht gültig, z.B.
aufgrund von Constraints der Basispla-
nungsebene. Folglich werden ungültige
Kombinationen in einem Validierungs-
schritt entfernt, der auf die Daten-
sammlung folgt.
•Die Gesamtzahl der Zellen mit Daten
wird proportional zur Anzahl der Pe-
rioden pro Zeitebene vor dem Lesen
der Daten auf Zeitebenen (einschließlich
Zeitsummen), Versionen und benutzer-
denierte Szenarios verteilt. Da es mög-
lich ist, dass nicht alle Zeitebenen, Ver-
sionen und Szenarios dieselbe Daten-
menge enthalten, kann die Anzahl der
von der Planungssicht verwendeten Zel-
len geringer sein als die im Parameter
festgelegte Grenze.
•Jedes Planungsobjekt, das nicht voll-
ständig in der Ergebnismenge jeder
Zeitebene, Version und jedes benutzer-
denierten Szenarios enthalten ist, wird
aus dem Ergebnis entfernt.
Möglicher Anwendungsfall, der dazu führt,
dass mehr Daten in der Planungssicht an-
gezeigt werden:
•In einigen Fällen sind nicht für alle Pla-
nungskombinationen, die für die vom
Benutzer in den Zeiteinstellungen de-
nierten Perioden zurückgegeben wer-
den, Zeitreihendaten vorhanden. Die
fehlenden Daten für solche Kombina-
tionen werden in einem ergänzenden
Schritt hinzugefügt, um sicherzustellen,
dass das Layout der Planungssicht kon-
sistent bleibt. Dies führt dazu, dass
in der Planungssicht mehr Zellen ange-
zeigt werden, als durch diesen Parame-
ter deniert werden.
476
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Globale Konguration
Parametergruppe Parametername Standardwert Parameterbeschreibung
PLCNTRL MAX_FILTER_VALUES 200 Deniert die maximale Anzahl von Attributwer-
ten, die beim Anlegen oder Bearbeiten von
Planungssichten als attributbasierte Filterkrite-
rien ausgewählt werden können. Die Attribut-
werte werden attributübergreifend summiert,
z.B. wenn der Wert des globalen Kongurations-
parameters auf 200 eingestellt ist, können Sie
nach 120 Kunden-IDs und 80 Produkt-IDs ltern.
Hinweis
Aus Performancegründen ist der Standard-
wert für diesen Parameter 200. Sie können
diesen Wert an eine angemessene Anzahl
anpassen und die Auswirkungen in Ihrem in-
dividuellen Anwendungsfall testen. Sie kön-
nen jedoch auch andere Filterkriterien ver-
wenden, z.B. Produktgruppe anstelle von
Produkt-ID.
PLCNTRL MAX_SORTING_VALUES 100 Sie können Attributwerte in einer Planungssicht
basierend auf verschiedenen Logiken sortieren,
einschließlich benutzerdenierter Regeln, die Sie
auf der Grundlage von Geschäftspräferenzen
festlegen.
Indem Sie die Position der ausgewählten Werte in
Ihrer Attributwerteliste festlegen, können Sie die
Planungssicht übersichtlicher gestalten und Ihre
Ezienz steigern. Sie können beispielsweise Ihre
Top-3-Kunden an den Anfang der Attributwerte-
liste anheften und die schlechtesten drei Kunden
an das Ende setzen. Außerdem können Sie die
Sortierregel auf "Aufsteigend" (A-Z) setzen.
Es kann nur eine begrenzte Anzahl von Attri-
butwerten verwendet werden, um benutzerde-
nierte Sortierregeln festzulegen. Die Grenze
wird vom globalen Kongurationsparameter
MAX_SORTING_VALUES gehandhabt. Der Stan-
dardwert ist 100 Attributwerte pro Attribut.
Leitfaden für die Modellkonguration
Globale Konguration
PUBLIC
ÖFFENTLICH 477
Parametergruppe Parametername Standardwert Parameterbeschreibung
PLCNTRL EXT_MISSING_TIMEPER
IOD_CREATION
NO Sie können diesen globalen Kongurationspara-
meter im Ausnahmefall verwenden, wenn ein
Zeitraum für ein bestehendes Planungsobjekt
fehlt. Dies kann z.B. dann vorkommen, wenn
ein fehlender Kennzahlwert durch den Wert ei-
ner anderen Kennzahl voreingestellt ist, die auf
einer anderen Planungsebene als die Kennzahl
mit dem fehlenden Wert abgelegt ist. In einem
solchen Fall kann es vorkommen, dass der feh-
lende Kennzahlwert nicht gesichert werden kann,
da der Zeitraum in der Datenbank fehlt.
Wenn Sie den Parameterwert auf YES setzen,
prüft das System während der Basissimulation,
ob für alle geänderten Zellen Zeiträume vorhan-
den sind. Bei Bedarf erstellt das System die feh-
lenden Zeiträume für die bestehenden Planungs-
objekte.
Wenn Sie den Standardparameterwert NO beibe-
halten, überprüft das System nur, ob die anfangs
leeren Zellen vorhanden sind. Dies kann wäh-
rend der Basissimulation zu einer Änderung in
einem Kennzahlwert führen, wobei die Kennzahl
entsprechend der Berechnungsregeln wieder auf
ihren Standardwert zurückgesetzt wird.
Achtung
Den Wert dieses globalen Kongurationspa-
rameters auf YES zu setzen, kann sich nega-
tiv auf die Systemperformance auswirken.
Zudem kann ein Kennzahlwert nur in selte-
nen Ausnahmefällen aufgrund der oben be-
schriebenen Situation nicht gesichert wer-
den, da Werkzeuge zur Verfügung stehen,
mit denen die Planungsdaten konsistent und
aktuell gehalten werden können. So kann
zum Beispiel das Kopieren (Operator COPY)
mit dem Parameter CREATE_TIMEPERIODS
ausgeführt oder das Hochladen von Daten
geplant werden.
Wir empfehlen, diesen globalen Kongurati-
onsparameter nur temporär in den oben be-
schriebenen Situationen zu aktivieren und
erneut zu versuchen, den Kennzahlwert zu
ändern. Sobald die Änderung übernommen
wird, sollte der Parameter aufgrund der Per-
formance-Auswirkungen auf die restlichen,
478
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Globale Konguration
Parametergruppe Parametername Standardwert Parameterbeschreibung
konsistenten und aktuellen Daten wieder
deaktiviert werden. Wird die Änderung nicht
übernommen, sollte der Parameter deakti-
viert werden, da die eigentliche Ursache des
Fehlers nicht der fehlende Zeitraum ist.
PLCNTRL SCM_LOCAL_MODE No Aktiviert den lokalen Aktualisierungsalgorithmus
(lokalen Modus) für die zeitreihenbasierte Be-
schaungsplanung, mit der sichergestellt wird,
dass Fehlmenge, Unterdeckung und projizierter
Bestand innerhalb eines bestimmten Lokations-
produkt konsistent sind. Beachten Sie, dass
diese Berechnungen die Performance stark be-
einträchtigen können. Weitere Informationen n-
den Sie unter Lokale Aktualisierungen von Kenn-
zahlen.
Für Excel-Add-in-Versions vor 2305.2.0 wird der
lokale Modus nicht unterstützt, wenn der glo-
bale Kongurationsparameter EXCEL_SOP_UI_2
in Ihrem System auf YES gesetzt ist. Stellen Sie in
diesem Fall sicher, dass SCM_LOCAL_MODE auf NO
(Standard) gesetzt ist.
Ab Version 2305.2.0 des Excel-Add-ins wird der
lokale Modus unterstützt, wenn Sie diesen Para-
meter auf YES setzen und der globale Kongura-
tionsparameter EXCEL_SOP_UI_2 in Ihrem Sys-
tem ebenfalls auf YES gesetzt ist.
Weitere Informationen nden Sie unter S&OP-
Operator V2 im SAP IBP, Add-in für Microsoft
Excel ausführen.
Leitfaden für die Modellkonguration
Globale Konguration
PUBLIC
ÖFFENTLICH 479
Parametergruppe Parametername Standardwert Parameterbeschreibung
PLCNTRL SESSION_GROUP_POOL_
LOWER_LIMIT
15 Dieser Parameter steuert die bevorzugte Min-
destanzahl an vordenierten Planungssitzungs-
gruppen, die im Pool vorgehalten werden. Wenn
die Anzahl der Planungssitzungsgruppen im Pool
unter diese angegebene Zahl abfällt, wird ein
asynchroner Prozess gestartet, der den Pool wie-
der bis zur festgelegten Anzahl an Planungssit-
zungsgruppen auüllt.
Der ausgelieferte Standardwert ist 15.
Wenn zu viele Benutzer innerhalb kurzer Zeit
Planungssitzungsgruppen aus dem Pool anfor-
dern, kann es sein, dass es keine vorkongurier-
ten Sitzungen mehr im Pool gibt. Dann wird
eine Planungssitzungsgruppe angelegt, um die
Anfrage des Benutzers zu verarbeiten. Der Be-
nutzer erhält eine entsprechende Meldung. Falls
dies oft auftritt, empfehlen wir Ihnen, den Wert
dieses Parameters leicht zu erhöhen und die
Obergrenze des Pools anzpassen.
Hinweis
Planungssitzungsgruppen werden im Voraus
angelegt und sind unabhängig von der Be-
nutzeranmeldung. Sie werden in einer benut-
zerübergreifenden Ablage (Pool) abgelegt,
die für jeden Benutzer, der sich an SAP IBP,
Add-in für Microsoft Excel anmeldet, verfüg-
bar ist.
Während der Benutzeraktivität in SAP IBP,
Add-in für Microsoft Excel werden Planungs-
sitzungsgruppen aus diesem Pool entnom-
men und Benutzern zugeordnet.
Achtung
Erhöhen Sie den Parameterwert nicht über-
mäßig, da für jede Planungssitzungsgruppe
HANA-Speicher benötigt wird und unnötige
Planungssitzungsgruppen Ressourcen ver-
schwenden können.
480
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Globale Konguration
Parametergruppe Parametername Standardwert Parameterbeschreibung
PLCNTRL SESSION_GROUP_POOL_
UPPER_LIMIT
30 Dieser Parameter steuert die maximale Anzahl
der Planungssitzungsgruppen in der benutzer-
übergreifenden Ablage (Pool).
Der ausgelieferte Standardwert ist 30.
Wenn ein Benutzer sich von SAP IBP, Add-in
für Microsoft Excel abmeldet oder eine Arbeits-
mappe schließt, werden die Planungssitzungs-
gruppen dieses Benutzers oder dieser Arbeits-
mappe aktualisiert und an den Pool zurückgege-
ben.
Wenn die Anzahl der Planungssitzungsgruppen
im Pool die Einstellung überschreiten würde, wird
die Planungssitzungsgruppe nicht an den Pool
zurückgegebene sondern stattdessen verworfen.
PLCNTRL SESSION_TIMEOUT 7200 Die Anzahl Sekunden, nach der eine Sitzung von
SAP Integrated Business Planning abläuft und
Sie sich erneut anmelden müssen.
REALIGNMENT LOG_ATTACHMENT_LIMI
T
500000 Dieser Parameter begrenzt die Anzahl der Zei-
len in den Anlagen von Protokollnachrichten der
Realignment-Läufe, sowohl bei Simulationsläufen
als auch bei konkreten Läufen. Durch Einschrän-
kung der Anzahl der Läufe können Sie den Spei-
cherverbrauch der Realignment-Läufe einschrän-
ken, insbesondere von solchen, die große Daten-
sätze enthalten. Der Standard- und Maximalwert
für den Parameter ist 500.000.
REALIGNMENT APPROVAL_FOR_RESCHE
DULING
YES Realignment-Projekte mit dem Status Erfolgreich
ausgeführt müssen auf den Status Genehmigt
gesetzt werden, bevor sie erneut eingeplant wer-
den können. Wenn Sie diesen Parameter auf NO
setzen, kann der Benutzer Zuordnungsprojekte
mit dem Status Erfolgreich ausgeführt direkt um-
planen.
Leitfaden für die Modellkonguration
Globale Konguration
PUBLIC
ÖFFENTLICH 481
Parametergruppe Parametername Standardwert Parameterbeschreibung
RESPONSE ATTR_SUFFIX Mit diesem Parameter können Sie ein Sux an-
geben, das zu einem Attributnamen hinzugefügt
wird, falls Sie den Beispielplanungsbereich SAP7
mit zusätzlichen Bedarfsattributen kopieren und
folgendes Problem auftritt: Ein zu kopierendes
Attribut ist bereits in einer Ihrer anderen Pla-
nungsebenen vorhanden und dieses vorhandene
Attribut ist nicht mit dem zu kopierenden Attri-
but kompatibel. Wenn kein Sux angegeben ist,
wird eine Planungsbereichskopie mit einer Warn-
meldung abgebrochen.
RESPONSE CONT_COPY_IF_CONFLI
CT
Für Planungsbereiche mit Daten, die mit SAP
HANA Smart Data Integration (SDI) integriert
wurden, steuert dieser Parameter das folgende
Verhalten beim Kopieren von Versionen mit
dem Anwendungsjob Auftragsbasierte Planung:
Versionsdaten kopieren: Sie möchten Auftragsda-
ten aus einer Quellversion in eine Zielversion ko-
pieren. Die Quell- und Zieldaten enthalten jedoch
einen oder mehrere gleiche Aufträge, und auf-
grund dieser Duplikate schlägt der Anwendungs-
job fehl. Sie können diesen Parameter auf X set-
zen, um Duplikate und deren abhängige Objekte
aus den Daten zu entfernen, bevor diese kopiert
werden. Dadurch kann der Anwendungsjob fort-
fahren. Die Duplikate werden in einem Anhang
im Anwendungsprotokoll aufgelistet, unabhängig
davon, ob der Parameter gesetzt ist.
RESPONSE DESCRIPTION_ATTRIBU
TE_LANGUAGE
Die Sprache der Attributbeschreibungen von
Stammdaten, die aus dem SAP-ERP-System in
die auftragsbasierte Planung in SAP IBP übertra-
gen werden. Verwenden Sie den aus zwei Buch-
staben bestehenden Sprachcode, um die Spra-
che festzulegen. Beschreibungen werden stan-
dardmäßig in Englisch angezeigt.
482
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Globale Konguration
Parametergruppe Parametername Standardwert Parameterbeschreibung
RESPONSE ENABLE_UDS_KF_PUSH_
DOWN Mit diesem Parameter können Sie zum Verhalten
der Simulations-Engine zurückkehren, das vor
SAP IBP 2205 verfügbar war. Wenn Sie diesen
Parameter aktivieren, deaktivieren Sie die Opti-
mierung der Kennzahlauswahl in externen Daten-
quellen in der simulativen Planung in benutzerde-
nierten Szenarios.
Standardmäßig ist dieser Parameter inaktiv. Um
den Parameter zu aktivieren, setzen Sie den Wert
auf X.
RESPONSE ENG_DIAGNOSIS_LEVEL 0 Dieser Parameter dient Support-Zwecken. Wei-
tere Informationen über den Parameter nden
Sie unter 2380705 .
Ändern Sie den Parameterwert nicht, außer es
wurde Ihnen vom SAP-Support geraten.
RESPONSE EXT_PLEVEL_UPLOAD_P
RECHECK
Mit diesem Parameter können Sie in einer Vor-
abprüfung die Datensätze ermitteln, die mit
dem Anwendungsjob Auftragsbasierte Planung:
Kennzahl-Upload für externe Planungsebene
(abgekündigt) hochgeladen werden sollen. Wenn
keine Datensätze gefunden werden, müssen Sie
nicht den kompletten Job ausführen und sparen
somit Zeit.
Standardmäßig ist dieser Parameter inaktiv. Um
den Parameter zu aktivieren, setzen Sie den Wert
auf X.
Leitfaden für die Modellkonguration
Globale Konguration
PUBLIC
ÖFFENTLICH 483
Parametergruppe Parametername Standardwert Parameterbeschreibung
RESPONSE EXT_PLEVEL_UPLOAD_L
OCK_TIMEOUT
0 Mit diesem Parameter können Sie ver-
hindern, dass mehrere Anwendungsjobs
Auftragsbasierte Planung: Kennzahl-Upload für
externe Planungsebene (abgekündigt) für densel-
ben Planungsbereich zur gleichen Zeit ausge-
führt werden.
Für diesen Parameter sind die folgenden Werte
möglich:
•0: Der Job schlägt fehl, wenn bereits ein an-
derer Job der Art Auftragsbasierte Planung:
Kennzahl-Upload für externe Planungsebene
(abgekündigt) für denselben Planungsbe-
reich ausgeführt wird.
•-1: Sie können mehrere Jobs der Art
Auftragsbasierte Planung: Kennzahl-Upload
für externe Planungsebene (abgekündigt) für
denselben Planungsbereich ausführen.
•Ganzzahliger Wert zwischen 30 und 600:
Der Job schlägt erst fehl, wenn das
angegebene Timeout (in Sekunden) er-
reicht ist und ein anderer Job der Art
Auftragsbasierte Planung: Kennzahl-Upload
für externe Planungsebene (abgekündigt) für
denselben Planungsbereich ausgeführt wird.
484
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Globale Konguration
Parametergruppe Parametername Standardwert Parameterbeschreibung
RESPONSE OBP_USE_CURRENT_HOR
IZON
Mit diesem Parameter können Sie beeinussen,
wie der Planungshorizont bei auftragsbasierten
Planungsprozessen behandelt wird, wenn Sie e-
xible Planungsstarts verwenden.
Wenn dieser Parameter deaktiviert ist (alter Mo-
dus) und Sie die Planung ab einem bestimmten
Datum starten möchten, wird dieses Datum von
einem Planungslauf als "jetzt" betrachtet. Das
heißt, wenn Sie einen Kennzahlwert außerhalb
Ihres Planungsbereichshorizonts gepegt haben,
z.B. in der Vergangenheit oder weit in der Zu-
kunft, und dieser Wert für Sie als Planer in der
Planungssicht nicht sichtbar ist, wird er von den
ABP-Planungsläufen weiterhin bei der Planung
berücksichtigt.
Wenn dieser Parameter aktiviert ist (neuer Mo-
dus) und Sie einen Tag in der Zukunft oder
in der Vergangenheit als Planungsstart für ABP-
Planungsprozesse festlegen, verwenden die Pla-
nungsläufe den Lesehorizont für Kennzahlen, der
für Sie in der Planungssicht verfügbar ist, basie-
rend auf dem Planungsbereichshorizont, der sich
auf die Ausführung des Anwendungsjobs und
nicht auf den denierten Planungsstart bezieht.
Dies bedeutet, dass für den Planungsstart in der
Vergangenheit das Ende des Lesehorizonts der
Kennzahl verlängert wird und die Zeit enthält, die
im alten Modus nicht berücksichtigt wird. Wenn
Sie den Planungsstart früher als den Start des
Horizonts pegen, werden die Aufträge berück-
sichtigt, aber der Lesehorizont der Kennzahl be-
ginnt weiterhin nur am Beginn des Horizonts.
Für den Planungsstart in der Zukunft wird
der Planungshorizont verkürzt und die Zeit au-
ßerhalb Ihres Planungsbereichshorizonts ausge-
schlossen. Dies bedeutet, dass ein kürzerer Hori-
zont als im alten Modus berücksichtigt wird.
Standardmäßig ist dieser Parameter inaktiv. Um
den Parameter zu aktivieren, setzen Sie den Wert
auf X.
Leitfaden für die Modellkonguration
Globale Konguration
PUBLIC
ÖFFENTLICH 485
Parametergruppe Parametername Standardwert Parameterbeschreibung
RESPONSE OPENAPI_JOB_STATUS_
TIMEOUT
1.800 Zeit in Sekunden, für die die automa-
tische Auftragsverarbeitung während des
Jobs Datenintegration über SAP HANA SDI
(ausgehend) aufrechterhalten wird, wenn die
SDI-Verbindung zu SAP ERP, Add-on für die Lie-
ferkettenintegration in SAP Integrated Business
Planning oder SAP S/4HANA, Add-on für die Lie-
ferkettenintegration für SAP Integrated Business
Planning, unterbrochen wird. Wenn die Verbin-
dung während dieser Zeit nicht wiederhergestellt
wird, schlägt der Job fehl. Der Wert sollte größer
als Null sein.
RESPONSE OPENAPI_LOG_ATTACHM
ENT_LIMIT
100000 Die maximale Anzahl der Warnmeldungen des-
selben Typs, die in den Protokollanhängen
des Anwendungsjobs Datenintegration über SAP
HANA SDI (eingehend) angezeigt werden. Wenn
Sie 0 eingeben, bedeutet dies, dass die maximal
zulässige Anzahl an Warnmeldungen (100000),
einschließlich der Meldungen in den Protokollde-
tails des Anwendungsjobs, im Anhang angezeigt
werden. Um weniger Warnmeldungen für den
nächsten Integrationslauf anzuzeigen, aktualisie-
ren Sie den Parameterwert entsprechend. Sollen
alle Meldungen nur in den Protokolldetails ange-
zeigt werden, geben Sie X ein.
RESPONSE OPENAPI_LOG_DISPLAY
_LIMIT
10 Die maximale Anzahl der Warnmeldungen des-
selben Typs, die in den Protokolldetails des An-
wendungsjobs Datenintegration über SAP HANA
SDI (eingehend) angezeigt werden. Sie können
den Anhang herunterladen, um die restlichen
Warnungen zu prüfen. Um für den nächsten In-
tegrationslauf mehr Warnmeldungen im Proto-
koll anzuzeigen, aktualisieren Sie den Parameter-
wert entsprechend.
RESPONSE PLANNING_RUN_DETAIL
ED_LOG
Mit diesem Parameter können Sie detaillierte
Protokollmeldungen zum Lesen von Kennzahlen
während Planungsläufen in der auftragsbasierten
Planung anzeigen. Diese Daten können Ihnen da-
bei helfen, den Fortschritt eines Planungslaufs
und die zum Lesen der verschiedenen Kennzah-
len benötigte Zeit zu überwachen. Standardmä-
ßig ist dieser Parameter inaktiv. Geben Sie X ein,
um ihn zu aktivieren.
486
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Globale Konguration
Parametergruppe Parametername Standardwert Parameterbeschreibung
RESPONSE PLANNING_RUN_MALO_F
ILTER_MODE
FIRST_VALID Mit diesem Parameter können Sie beeinussen,
wie Planungslter in auftragsbasierten Planungs-
läufen funktionieren, wenn es in Ihrem Planungs-
bereich mit der Datenquelle STD_MALO mehrere
Planungsebenen gibt und einige dieser Planungs-
ebenen keine zugeordneten Planungsobjekte ha-
ben.
Hinweis
Anstelle dieses globalen Kongurations-
parameters können Sie auch die App
Einstellungen für auftragsbasierte Planung
verwenden und dort im Feld Planungsebene
für Filtern nach Lokationsprodukt festlegen,
mit welcher Planungsebene Sie ltern möch-
ten. Wenn Sie in diesem Feld einen Wert
denieren, wird die vorhandene Logik ab-
hängig von der Zuordnung der Datenquelle
STD_MALO zu Planungsebenen und diesem
globalen Parameter überschrieben.
Wenn Sie weiterhin den globalen Kongura-
tionsparameter verwenden möchten, lassen
Sie das Feld Planungsebene für Filtern nach
Lokationsprodukt leer.
Für diesen Parameter sind die folgenden Werte
möglich:
•CHECK_ALL: Alle aufgelisteten Planungse-
benen werden in der angegebenen Reihen-
folge geprüft und geltert. Aus jeder gülti-
gen Planungsebene werden alle Lokations-
produkte gesammelt, und ein aggregiertes
Ergebnis wird für den Planungslauf bereit-
gestellt. Diese Option kann verwendet wer-
den, wenn sich Gruppen von Lokationspro-
dukten auf verschiedenen Planungsebenen
benden und diese Gruppen nicht überein-
stimmen.
•FIRST_VALID: Die aufgelisteten Planungse-
benen werden in der angegebenen Reihen-
folge geprüft und geltert, bis für eine Ebene
Daten zurückgegeben werden. Lokations-
produkte aus dieser Planungsebene werden
für den Planungslauf bereitgestellt. Dies ist
das Standardverhalten.
•FIRST_ONLY: Das erste Element der Pla-
nungsebenenliste wird geprüft und geltert.
Leitfaden für die Modellkonguration
Globale Konguration
PUBLIC
ÖFFENTLICH 487
Parametergruppe Parametername Standardwert Parameterbeschreibung
Der Planungslauf endet mit einer Fehler-
meldung, wenn keine Planungsobjekte auf
dieser Planungsebene vorhanden sind. Wir
empfehlen, dass Sie diese Einstellung nur in
Ausnahmefällen verwenden.
RESPONSE CVCGEN_DISABLE_DELE
TE_DI_JOBS
TRUE Wenn dieser Parameter auf TRUE gesetzt ist,
löscht der Anwendungsjob Datenintegration über
SAP HANA SDI (eingehend) keine Planungsob-
jekte, die mit den gelöschten Stammdaten ver-
knüpft sind. Verwenden Sie den Anwendungsjob
Nicht übereinstimmende Daten bereinigen, um
die referenzierten Planungsobjekte zu löschen.
Hinweis
Sie können den Parameter auch aktivieren,
indem Sie diesen auf 'YES', 'ON' oder 'X' set-
zen.
488
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Globale Konguration
Parametergruppe Parametername Standardwert Parameterbeschreibung
RESPONSE PLRUN_EXT_PROC_TYPE
_BY_LOCPROD Bei Kunden, die
ein Upgrade von
einem Release
vor SAP IBP
2205 durchfüh-
ren, ist der
Standardwert X.
Bei Neukunden
ab SAP IBP
2205 ist der
Standardwert
leer.
Wenn dieser Parameter auf X gesetzt ist, gilt
unabhängig von der Art der Umlagerung der
Transportbeziehung Folgendes: Die Art der Um-
lagerung ist im RTI-Integrationsprol in der Regel
ESOKZ aus SAP ERP oder SAP S/4HANA zuge-
ordnet.
•Wenn ein Quelllokationsprodukt vorhanden
ist, ist die Transportbeziehung für Um-
lagerungen. In diesem Fall werden bei
Planungsläufen Umlagerungsbestellanforde-
rungen angelegt.
•Wenn kein Quelllokationsprodukt vorhanden
ist, ist die Transportbeziehung für den Ein-
kauf vorgehsehen. In diesem Fall legen Pla-
nungsläufe Bestellanforderungen an, auch
wenn die Transportbeziehung für Umlage-
rungen kategorisiert ist.
Wenn der Wert leer ist, berücksichtigen Pla-
nungsläufe nur die Einstellung der Transportbe-
ziehung, um ihren Typ zu ermitteln. Wenn eine
Transportbeziehung vom Typ Umlagerung kein
Quelllokationsprodukt hat, wird die Transportbe-
ziehung von der Planung ignoriert.
Hinweis
Beachten Sie, dass sich Planungsläufe nach
einer Änderung der Parametereinstellung
wie folgt verhalten: Für vorhandene Aufträge,
die in der aktuellen Planung basierend auf ih-
ren Terminen und Mengen beibehalten wer-
den, wird die Umlagerungsart nicht geän-
dert. Das bedeutet, dass ihre Umlagerungs-
art möglicherweise nicht der Parameterein-
stellung entspricht. Sobald jedoch bereits
vorhandene Aufträge geändert werden, ent-
spricht die Umlagerungsart der Parameter-
einstellung.
Leitfaden für die Modellkonguration
Globale Konguration
PUBLIC
ÖFFENTLICH 489
Parametergruppe Parametername Standardwert Parameterbeschreibung
RESPONSE USE_MANDATORY_GT_FI
LTER Wenn Sie diesen Parameter aktivieren, werden
Attribute für die auftragsbasierte Planung (ABP)
in globalen temporären Tabellen (GT-Tabellen)
obligatorisch geltert. Sie müssen zuerst die At-
tributlter setzen und dann diesen Parameter
aktivieren. Ansonsten werden vom System keine
ABP-Daten zurückgegeben.
Standardmäßig ist dieser Parameter inaktiv. Um
den Parameter zu aktivieren, setzen Sie den Wert
auf X.
SCENARIO SCN_COUNT_MAX 3 Maximale Anzahl erlaubter Versionen in einem
Planungsbereich.
SCHEDULING JOB_RETENTION_TIME 90 Anzahl der Tage, die ausgeführte Jobs aufbe-
wahrt werden. Dieser Parameter ist für die fol-
genden Jobs gültig:
•ABC-/XYZ-Segmentierung
•Kopieroperator
•Kopieroperator mit Zeitraumlter
•Versionskopieroperator
•Versionslöschoperator
•Prognoseautomatisierung
•Operator zur Berechnung von Prognosefeh-
lern
•Bestandsoptimierungsoperator
•Echtzeitintegration (ausgehend)
•Echtzeitintegration: Abgleich
•Redo-Snapshot-Operator
•S&OP-Operator
•S&OP-Optimierer-Erklärung
•S&OP-Vorplanungsverrechnung
•Snapshot-Operator
•Statistische Prognose
490
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Globale Konguration
Parametergruppe Parametername Standardwert Parameterbeschreibung
SCHEDULING APJT Dieser Parameter steuert, ob die Option
Anwendungsjobvorlage im SAP IBP, Add-in für
Microsoft Excel angezeigt wird oder nicht.
Wenn der Parameter auf FALSE steht, wird die
Option Anwendungsjobvorlage im SAP IBP, Add-
in für Microsoft Excel nicht angezeigt, und Benut-
zer können keine Anwendungsjobvorlagen aus
dem SAP IBP, Add-in für Microsoft Excel einpla-
nen.
SCHEDULING CONTINUE_AFTER_HCI_
FAIL
False Steuert, ob eine Jobkette gestoppt wird, wenn
ein Schritt für die Datenintegration mit SAP HCI
fehlschlägt, der zu der Kette gehört. Beim Stan-
dardwert FALSE wird die Ausführung der Job-
kette gestoppt, wenn einer der Schritte zur Da-
tenintegration mit SAP Cloud Integration für
Datenservices fehlschlägt.
SCHEDULING DISABLE_EXCEL_APJT_
CPIDS False Wenn der Parameter
DISABLE_EXCEL_APJT_CPIDS bei der Anmel-
dung im SAP IBP, Add-in für Microsoft Excel
auf TRUE gesetzt ist, beschränkt dies die Liste
der Anwendungsjobvorlagen innerhalb eines Pla-
nungsbereichs. Dieser Parameter ltert die Vor-
lagen mit Operatoren vom Typ „Datenintegra-
tion“ CI-DS (Datenintegration über SAP Cloud
Integration für Datenservices) heraus.
Der Parameter DISABLE_EXCEL_APJT_CPIDS
kann in der App Globale Konguration kongu-
riert werden.
Leitfaden für die Modellkonguration
Globale Konguration
PUBLIC
ÖFFENTLICH 491
Parametergruppe Parametername Standardwert Parameterbeschreibung
SCHEDULING HIDE_APPLICATIONJOB
TEMPLATES
BLANK Mit diesem globalen Parameter blenden
Sie die Einplanungsfunktion in der App
Anwendungsjobvorlagen aus. Planer können
dann für die Einplanung von Jobs nur die
Apps Planner Workspaces und Anwendungsjobs
überwachen verwenden.
Der globale Kongurationsparameter
HIDE_APPLICATIONJOBTEMPLATES kann fol-
gende Werte haben, die durch ein Semikolon (;)
getrennt werden.
•MAJ für die App Anwendungsjobs
überwachen
•PWS für die App Planner Workspaces
•PWS;MAJ für die Apps Anwendungsjobs
überwachen und Planner Workspaces
Der Wert für den globalen Parameter kann sich
auch auf die Drucktaste für das geteilte Menü in
der App Planner Workspaces auswirken.
SCHEDULING JOB_NOTIFICATION_US
ER_GROUP
BLANK Sie verwenden diesen globalen Parameter, um
eine Benachrichtigung auszulösen, wenn ein ge-
planter Anwendungsjob fehlgeschlagen ist, mit
einem Benutzerfehler beendet wurde oder wäh-
rend der Ausführung abgebrochen wurde.
Die Benachrichtigungen können für eine oder
mehrere Benutzergruppen eingerichtet werden.
Wenn Sie mehrere Benutzergruppen angeben
möchten, müssen Sie die Werte durch ein Semi-
kolon (;) trennen.
Beispiel: ADMIN;EUROPE_USERS löst eine Jobbe-
nachrichtigung für ADMIN und EUROPE_USERS
aus.
Standardmäßig empfängt der Benutzer, der
den Job eingeplant hat, die Benachrichtigung
mit einem Link, um zum Anwendungsprotokoll
zu navigieren. Der Standardwert des Parame-
ters JOB_NOTIFICATION_USER_GROUP wird auf
BLANK gesetzt, und die Benachrichtigung wird
nur einmal pro Benutzer gesendet.
Beispiel: Wenn der Benutzer, der einen Job ein-
geplant hat, Teil von ADMIN und EUROPE_USERS
ist, erhält er die Benachrichtigung nur einmal.
492
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Globale Konguration
Parametergruppe Parametername Standardwert Parameterbeschreibung
SCHEDULING PROCESS_MGMT_AUTO_F
REQUENCY
30 In der Prozessautomatisierung steuert dieser Pa-
rameter, wie oft das System prüft, ob die Auto-
matisierungsbedingung erfüllt ist, und entspre-
chend automatisierte Aktionen auslöst.
Der Parameterwert gibt die Zeit in Minuten an.
Der Standardwert ist 30. Sie können einen be-
liebigen Wert zwischen 3 und 30 Minuten ein-
geben, um die Wartezeit bis zur Auslösung des
nächsten Ereignisses zu verkürzen.
SCHEDULING JOB_OUTLIER_RADIUS_
PERCENTAGE
20 Stellt den Prozentsatz des Jobdauerbereichs dar,
der als Radius im DBSCAN-Algorithmus für die
Erkennung von Job-Ausreißern verwendet wird.
Der Wert kann zwischen 1 und 99 festgelegt wer-
den. Je höher der Wert, desto größer wird der
Radius, und die Anzahl der erkannten Ausreißer
nimmt ab.
SCHEDULING JOB_OUTLIER_MIN_NR_
IN_CLUSTER
2Stellt die Mindestanzahl von Jobs dar, die für die
Bildung eines Clusters erforderlich sind.
Je höher der Wert ist, desto größer ist die Anzahl
der erkannten Ausreißer.
SCHEDULING JOB_NOTIFICATION_EM
AIL_TEMPLATE
/IBP/
JOBRUN_NOTIF
ICATION_EMAI
L
Mit diesem globalen Parameter können Sie
die von SAP ausgelieferte E-Mail-Vorlage /IBP/
JOBRUN_NOTIFICATION_EMAIL kopieren und
ersetzen und die kopierte Version inhaltlich in der
jeweiligen Sprache anpassen. Dazu können Sie
die App E-Mail-Vorlagen pegen verwenden. Wei-
tere Informationen zur Verwendung der E-Mail-
Vorlage nden Sie unter Benachrichtigungen für
eingeplante Jobs empfangen.
SCHEDULING JOB_DEFINITION_MAX_
STEPS
5Mit diesem Parameter können Sie die maximale
Anzahl Schritte übersteuern, die in einer Refe-
renzvorlage zum Anlegen einer Jobdenition er-
laubt sind. Sie können einen numerischen Wert
zwischen 1 und 100 eingeben. Weitere Informati-
onen über Jobschritte nden Sie unter Liste von
zulässigen Referenzjobvorlagen.
Leitfaden für die Modellkonguration
Globale Konguration
PUBLIC
ÖFFENTLICH 493
Parametergruppe Parametername Standardwert Parameterbeschreibung
SOFTWARE_COLLECTION TRANSPORT_USER_GROU
P_ASSIGNMENT NO Ermöglicht Ihnen, die Benutzergruppenzuord-
nungen für Attributberechtigungen, Berechti-
gungslter und Jobdenitionen zu übertragen.
Wir empfehlen Ihnen, den Parameter im Quell-
und im Zielsystem auf denselben Wert (YES
oder NO) zu setzen. Wenn Sie den Parameter
im Quell- und im Zielsystem auf NO setzen, wer-
den die Objekte ohne die Details zu Benutzer-
gruppenzuordnungen exportiert. Wenn Sie den
Parameter im Quell- und im Zielsystem auf YES
setzen, müssen die Benutzergruppenzuordnun-
gen im Quellsystem gepegt sein, da sie die Be-
nutzergruppenzuordnungen im Zielsystem über-
schreiben.
SOP READ_CAL_KF_PAST_FO
R_GOODS_RCPT
NO Nur relevant, wenn Sie Kalender für den Trans-
port- oder Produktionswareneingang zusammen
mit Kennzahlen für die Transport- oder Produk-
tionskalender verwenden und die Kalenderkenn-
zahlen Nichtarbeitsperioden in der Vergangen-
heit enthalten.
Setzen Sie diesen Parameter auf YES, um Kalen-
derkennzahldaten vor dem Start des Planungs-
horizonts zu berücksichtigen. Wenn Sie diesen
Parameter auf dem Standardwert NO belassen,
gehen die Planungsalgorithmen, die Warenein-
gangskalender unterstützen, davon aus, dass alle
vergangenen Perioden der Kalenderkennzahlen
Arbeitsperioden sind.
Hinweis
Beachten Sie, dass die Verwendung dieser
Funktion die Menge der für die Planung
berücksichtigten Kennzahldaten mindestens
verdoppelt und sich negativ auf die Perfor-
mance Ihrer Planungsläufe auswirken kann.
494
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Globale Konguration
Parametergruppe Parametername Standardwert Parameterbeschreibung
SOP EXCEL_SOP_UI_2 NO Aktiviert die Funktionen der Anwendungsjobvor-
lagen S&OP-Operator V2 und S&OP-Optimierer-
Erklärung V2 für Ihre Anwendungsbenutzer, die
mit dem Excel-Add-in arbeiten.
Ab Version 2208.2.0 sind diese Funktionen
im Menüband SAP IBP in der Gruppe
Anwendungsjobs in der Dropdown-Liste S&OP-
Operator verfügbar.
Ab Version 2305.2.0 sind diese Funktionen auch
für die Simulation des S&OP-Operators verfüg-
bar. Sie nden sie im Menüband SAP IBP in der
Gruppe Dateneingabe im Dropdown Simulieren.
Dies bietet Ihren Anwendungsbenutzern erwei-
terte Flexibilität bei der Zeit- und Teilnetzaus-
wahl.
Hinweis
Bevor Sie die V2-Funktionen aktivieren, in-
dem Sie den Parameterwert in YES ändern,
müssen alle Anwendungsbenutzer ein Up-
grade des Excel-Add-ins durchgeführt ha-
ben, und zwar mindestens auf Version
2305.2.0. Wenn Sie frühere Versionen des
Excel-Add-ins verwenden und diesen Para-
meter auf YES setzen, wird der S&OP-Opera-
tor für die Simulation nicht angezeigt oder
ist gar nicht in der Gruppe Anwendungsjobs
verfügbar.
Weitere Informationen nden Sie unter
S&OP-Operator V2 im SAP IBP, Add-in für
Microsoft Excel ausführen.
Leitfaden für die Modellkonguration
Globale Konguration
PUBLIC
ÖFFENTLICH 495
Parametergruppe Parametername Standardwert Parameterbeschreibung
SOP INTERACTIVE_SOP_WAR
NINGS_AS_INFO
NO Unterdrückt ein Dialogfenster, das den Benutzer
über Warnungen informiert, die vom Planungs-
lauf generiert wurden. Dies gilt zwar systemweit,
ist jedoch nur für interaktive ZR-basierte Be-
schaungsplanungsläufe relevant. Benutzer kön-
nen alle von einem Planungslauf ausgegebenen
Meldungen weiterhin mit Meldungen anzeigen
unter Simulieren im Excel-Add-in prüfen.
Geben Sie YES ein, um das Anzeigen des Warn-
ungsdialogfensters für Benutzer zu verhindern.
Alle Warnmeldungen des Operators und der An-
wendung sind im Anwendungsprotokoll enthal-
ten.
Das Anwendungsprotokoll zeichnet auch sons-
tige Warnmeldungen auf, die auf ein Problem hin-
weisen. Diese werden als Information (und nicht
als Warnung) klassiziert.
SOP LEADTIME_UNIT BLANK (Pla-
nungsperioden)
Deniert die Einheit der Vorlaufzeit. Der Standard
(leer) ist Planungsperioden. Geben Sie DAYS ein,
um die Einheit der Beschaungszeit für alle Pla-
nungsbereiche, die für die zeitreihenbasierte Be-
schaungsplanung aktiviert sind, in Ihrem SAP-
IBP-System in Tage zu ändern.
Wenn Sie diesen Parameter auf DAYS setzen,
müssen Sie alle Beschaungszeiten und alle O-
sets einer Komponente und Kapazität in Tagen
angeben.
Die Einstellung dieses Parameters wirkt sich
nicht auf die Laufebene aus, die Sie für den Pla-
nungsalgorithmus im zugehörigen Planungsprol
angeben.
Dieser Parameter ist für alle Algorithmen für
die zeitreihenbasierte Beschaungsplanung rele-
vant, mit Ausnahme der zeitreihenbasierten Vor-
planungsverrechnung.
SOP OPT_DIAGNOSIS_LEVEL 0 Dieser Parameter dient Support-Zwecken. Wei-
tere Informationen über den Parameter nden
Sie unter 2380705 .
Ändern Sie den Parameterwert nicht, außer es
wurde Ihnen vom SAP-Support geraten.
496
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Globale Konguration
Parametergruppe Parametername Standardwert Parameterbeschreibung
SOP PLNG_OPR_DIAGNOSIS_
END_TIMESTAMP
0Dieser Parameter dient Support-Zwecken. Wei-
tere Informationen über den Parameter nden
Sie unter 2380705 .
Ändern Sie den Parameterwert nicht, außer es
wurde Ihnen vom SAP-Support geraten.
SOP USE_CONVFACT_1_IF_N
OT_MAINTAINED
YES Verhindert, dass der Umrechnungsfaktor stan-
dardmäßig auf 1 gesetzt wird, wenn er nicht
gepegt ist. Dies ist für die zeitreihenbasierte
Beschaungsplanung relevant, wenn aggregierte
Constraints Umrechnungsfaktoren verwenden.
Der Standardwert ist YES (Umrechnungsfaktor
wird standardmäßig auf 1 gesetzt (d.h. Eins-zu-
Eins-Umrechnung)).
Setzen Sie diesen Parameter auf NO, wenn Sie
verhindern möchten, dass der Umrechnungsfak-
tor auf 1 gesetzt wird, wenn er nicht gepegt ist.
Wenn Sie dies tun, werden Planungsobjekte, die
vom aggregierten Constraint betroen sind, in
Perioden ignoriert, für die der Constraint angege-
ben ist.
SOP V2_ENFORCE_FCSTCONS
MP_FILTER
NO Erzwingt die Angabe eines Vorplanungsverrech-
nungslters, sodass Vorplanungsverrechnungs-
läufe aus einer V2-Anwendungsjobvorlage ohne
diesen nicht gestartet werden können. Geben Sie
YES ein, um den Filter in Ihrem SAP-IBP-System
zu erzwingen.
SOP V2_ENFORCE_SUBNETWO
RK_FILTER
NO Erzwingt die Angabe einer Teilnetzlter-ID, so-
dass Planungsläufe aus einer V2-Anwendungs-
jobvorlage ohne diese nicht gestartet werden
können. Geben Sie YES ein, um den Filter in Ih-
rem SAP-IBP-System zu erzwingen.
PERMISSIONS ATTPERM_ASSIGN_NEW_
USER
XDieser Parameter steuert, ob ein neuer Benut-
zer automatisch zur Leseattributberechtigung
SAP_ALL_ATTRIBUTES zugeordnet wird. Wenn
der Parameter den Wert X hat (TRUE, Stan-
dardwert), ordnet das System den neuen Benut-
zer automatisch zu SAP_ALL_ATTRIBUTES zu.
Wenn der Wert leer ist, ndet keine automatische
Zuordnung statt, und der Benutzer muss manuell
einer Attributberechtigung zugeordnet werden.
Leitfaden für die Modellkonguration
Globale Konguration
PUBLIC
ÖFFENTLICH 497
Parametergruppe Parametername Standardwert Parameterbeschreibung
TIMEZONE CURRENT_PERIOD_CALC
ULATION_TZ
UTC Deniert die Zeitzone Ihres SAP-IBP-Systems.
Sie nden alle gültigen Zeitzonen und ihre Abkür-
zungen in der Tabelle TTZZ in Ihrem On-Premise-
System.
TIMEZONE CURRENT_PERIOD_CALC
ULATION_TYP
NOT
BUSINESS_USE
R_LOCAL
Mit diesem Parameter können Sie die Ver-
wendung benutzerspezischer Zeitzonen aktivie-
ren. Ändern Sie dazu den Standardwert auf
BUSINESS_USER_LOCAL.
FLEXQUERY RELEVANT_MDT_FOR_MD
_API
Speziziert die relevanten Stammdaten-
typen für den OData-Service /IBP/
MASTER_DATA_API_SRV. Standardmäßig ist der
Parameter leer, d.h. es werden keine Daten integ-
riert.
Wenn Sie den Wert festlegen, können Sie bei-
spielsweise die folgenden Parameter verwenden:
•Leer – es wird kein Stammdatentyp integ-
riert
•* – alle Stammdatentypen werden integriert
•A* – Stammdatentypen, die mit „A“ begin-
nen, werden integriert
•B1PRODUCT – der angegebene Stammda-
tentyp wird integriert
•!B* – Stammdatentypen, die mit „B“ begin-
nen, werden ausgeschlossen
Wenn Sie weitere Werte hinzufügen, verwen-
den Sie ein Komma (,) als Trennzeichen, z.B.
B1PRODUCT,A*,!B*.
FLEXQUERY KF_DELTA_MAX_QUERY_
NR
10 Dieser Parameter steuert, wie viele Delta-Abfra-
gedenitionen maximal in einem System de-
niert werden können.
FLEXQUERY KF_DELTA_MAX_SELECT
_KF
10 Dieser Parameter steuert die maximale An-
zahl an Kennzahlen, die in der Eigenschaft
DeltaQuerySelect der Delta-Abfragedeni-
tion aufgeführt sind.
FLEXQUERY KF_DELTA_MAX_TIME_B
UCKETS
36 Dieser Parameter steuert die maximale
Anzahl an Perioden, die durch den zeit-
spezischen Filterabschnitt der Eigenschaft
DeltaQueryFilter deniert werden. Sie
wird auf der tatsächlichen Zeitraumebene inter-
pretiert, die in der Delta-Abfragedenition ver-
wendet wird.
498
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Globale Konguration
Parametergruppe Parametername Standardwert Parameterbeschreibung
RULE_BASED_MD_MAINT
ENANCE
RULE_RESULT_VOLUME_
LIMIT
5.000.000
(5Millionen)
Dieser Parameter steuert die maximale Anzahl
von Stammdateneinträgen, die der Anwendungs-
job Regelbasierte Stammdatenpege in einer Ab-
frage pegen kann.
MASTER_DATA_MAINTE-
NANCE
MMD_RE-
SULT_SCROLL_SIZE
1.000 Der Parameter steuert die maximale Anzahl
von Zeilen, die die App Stammdaten verwalten
in einem Batch lädt, wenn Sie innerhalb eines
Stammdatentyps durch Datensätze blättern. Das
Standardlimit für den Parameter beträgt 1.000
Datensätze, die auf 20.000 erhöht oder auf min-
destens 100 Datensätze verringert werden kön-
nen. Wenn Sie in der App nach unten blättern,
wird jedes Mal, wenn Sie das im Parameter de-
nierte Limit erreichen, der nächste Batch von
Datensätzen geladen.
Hinweis
Abhängig vom Datenvolumen, das in der App
verwaltet wird, und Ihrer Hardwarekongu-
ration kann eine übermäßige Erhöhung des
Limits die Systemperformance beeinträchti-
gen.
PERMISSIONS PERMFILTER_SIMPLE_T
O_COMPOUND_MD NO Dieser Parameter steuert Berechtigungslter-
bedingungen, die für die Attribute einfacher
Stammdaten deniert sind, die an den zusam-
mengesetzten Stammdatentyp propagiert wer-
den. Beispiele für die Verwendung dieses Pa-
rameters nden Sie unter Beispiel: Propagie-
rung der Berechtigungslter an den zusammen-
gesetzten Stammdatentyp.
PLANNING_RUN_MONITO
R
MAX_RETENTION_DAYS 14 Dieser Parameter steuert die maximale Anzahl
von Tagen, nach denen Daten des Planungslauf-
Monitors (PRM) automatisch gelöscht werden
(Datenhaltung). Der Wertebereich ist 1-14.
MASTER_DATA_HEALTH_
CHECK
MAX_PARALLEL_PROCES
S_COUNT
5 Dieser Parameter gibt die maximale Anzahl
Stammdatentypen an, die der Anwendungsjob
Stammdaten-Health-Check parallel verarbeitet.
Standardmäßig verarbeitet der Job Datensätze
in fünf Stammdatentypen parallel. Sie können
diesen Wert jedoch ändern.
Leitfaden für die Modellkonguration
Globale Konguration
PUBLIC
ÖFFENTLICH 499
Parametergruppe Parametername Standardwert Parameterbeschreibung
MASTER_DATA_HEALTH_
CHECK
MAX_PARALLEL_PROCES
S_WAITTIME
600 Dieser Parameter gibt die maximale Ausfüh-
rungszeit (in Sekunden) für den Anwendungs-
job Stammdaten-Health-Check an, bevor es zu
einem Timeout kommt. Standardmäßig wird der
Stammdaten-Health-Check maximal 600 Sekun-
den ausgeführt. Sie können diesen Wert jedoch
ändern.
MASTER_DATA_HEALTH_
CHECK
RUN_MDHC_AFTER_ACTI
VATION
NEIN Wenn dieser Parameter aktiviert ist, wird der
Stammdaten-Health-Check nach jeder Planungs-
bereichsaktivierung automatisch ausgeführt.
MASTER_DATA_HEALTH_
CHECK
SHOW_MDHC_APP_SPECI
FIC_STATUS
NEIN Wenn dieser Parameter aktiviert ist, können Sie
für jede Anwendung den Status der Stammda-
ten-Health-Checks in der App Planungsbereiche
nachverfolgen.
Hinweis
Wenn Sie diese Parametereinstellung än-
dern, wird Ihre Änderung nicht automatisch
in der Benutzungsoberäche übernommen.
Führen Sie zunächst einen Stammdaten-
Health-Check aus, um die Auswirkung Ihrer
Aktion zu überprüfen.
Weitere Informationen nden Sie unter Vorde-
nierte Anwendungsjobvorlagen.
500
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Globale Konguration
Parametergruppe Parametername Standardwert Parameterbeschreibung
MASTER_DATA_HEALTH_
CHECK
WRITE_DETAILED_ERRO
R_LOG
NEIN Wenn dieser Parameter aktiviert ist, können
Sie die detaillierten Protokolle der Stammdaten-
Health-Checks in der App Anwendungsprotokolle
anzeigen und jeden protokollierten Fehler einzeln
prüfen.
Achtung
Einschränkungen für den Zugri auf die
Stammdaten werden vom Anwendungsjob
Health Check für Stammdaten nicht berück-
sichtigt. Im Anwendungsprotokoll des Jobs
werden alle geprüften Stammdatentypen
nachverfolgt, unabängig von den Stammda-
tenberechtigungen des jeweiligen Jobbenut-
zers.
Um den Zugri auf potenziell sensible Daten
im Protokoll zu kontrollieren, haben Sie fol-
gende Möglichkeiten:
•Sie verwenden den glo-
balen Kongurationsparameter
WRITE_DETAILED_ERROR_LOG. Für das
Anwendungsprotokoll gibt es eine ver-
einfachte Version, die keine Details zu
den beim Health Check erkannten Feh-
lern enthält.
Wenn dieser Parameter in Ihrem System
noch die Initialeinstellung hat, müssen
Sie nichts tun: Die Detailinformationen
werden ausgeblendet und nur das ver-
einfachte Jobprotokoll wird angezeigt,
ohne potenziell sensible Informationen
zu Fehlern in der Datenmenge.
•Ordnen Sie Anwendungskataloge, die
zum Ausführen des Health Check und/
oder zum Anzeigen von Anwendungs-
protokollen erforderlich sind, nur An-
wendungsrollen zu, die im Hinblick auf
die Datensicherheit als sicher gelten.
•Wenn das detaillierte Anwendungspro-
tokoll sensible Informationen enthält
und Sie es trotzdem aktivieren möch-
ten, stellen Sie sicher, dass es nur
von berechtigten Benutzern aufgeru-
fen werden kann. Legen Sie dazu in
Leitfaden für die Modellkonguration
Globale Konguration
PUBLIC
ÖFFENTLICH 501
Parametergruppe Parametername Standardwert Parameterbeschreibung
den entsprechenden Anwendungsrollen
Einschränkungen für Anwendungspro-
tokolle fest.
PRODUCT_LIFECYCLE_M
ANAGEMENT
USER_GROUP_NEW_PLM_
ENGINE
Eine neue Engine ist verfügbar, um Referenz-
produkte und Prognosetermine auszuwerten,
die in der App Produktlebenszyklus verwalten
deniert wurden, z.B. während Prognosejobs.
Um die neue Engine zu aktivieren, setzen
Sie den globalen Kongurationsparameter
USE_NEW_PLM_ENGINE auf YES. Sobald die
PLM-Engine aktiviert ist, können Sie sie mit die-
sem globalen Kongurationsparameter für aus-
gewählte Benutzer oder alle Benutzer aktivieren:
•Um die PLM-Engine für ausgewählte Benut-
zer zu aktivieren, legen Sie in der App
Benutzergruppen eine Benutzergruppe mit
den relevanten Benutzern an, und geben Sie
den Namen hier als Parameterwert ein.
•Um die PLM-Engine für alle Benutzer zu ak-
tivieren, geben Sie ALL als Parameterwert
ein.
•Zum Deaktivieren der PLM-Engine löschen
Sie den Parameterwert, oder wählen Sie Auf
Standardeinstellung zurücksetzen.
PRODUCT_LIFECYCLE_M
ANAGEMENT
USE_NEW_PLM_ENGINE NEIN Setzen Sie diesen Parameter auf JA, wenn
Sie mit der PLM-Engine arbeiten möchten. Mit
der PLM-Engine können Sie nun Informationen
zum Produktlebenszyklus (PLM) in weiteren
Bereichen der Absatzplanung und Bestandsop-
timierung berücksichtigen. Die Engine wertet
während der Prognose die Referenzprodukte
und Prognosestarttermine aus, die in der App
Produktlebenszyklus verwalten deniert wurden.
502
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Globale Konguration
Parametergruppe Parametername Standardwert Parameterbeschreibung
PRODUCT_LIFECYCLE_M
ANAGEMENT
PLM_ENG_DEFAULT_LOG
_LEVEL_SIM
STANDARD Deniert die Protokollebene für interaktive Jobs,
z.B. interaktive Prognosesimulation.
Die PLM-Engine kann die Datenverarbeitung
mit unterschiedlichen Detaillierungsebenen pro-
tokollieren. Die STANDARD-Ebene ist für Fälle
vorgesehen, in denen keine detaillierte Analyse
der Datenverarbeitung erforderlich ist, z.B. wie-
derkehrende Prognosejobs. Das Protokoll enthält
dann nur die wichtigsten Meldungen, z.B. ob Pro-
duktzuordnungen für ein Produkt berücksichtigt
wurden.
Um genauer zu verstehen, wie die Produktle-
benszykluseinstellungen auf die Verarbeitung der
Daten angewendet wurden, wählen Sie die detail-
lierte Protokollebene, indem Sie diesen Parame-
ter auf DETAILED setzen. Das Protokoll enthält
dann zusätzliche Details, z.B. die verwendeten
Referenzprodukte. Beachten Sie, dass diese Pro-
tokollebene nur verwendet werden sollte, wenn
sie wirklich erforderlich ist, da sie zu sehr großen
Protokollen führen kann, die schwer auszuwerten
sind und sich negativ auf die Laufzeiten auswir-
ken können.
RESPONSE FINITE_HEUR_USE_CUR
RENT_BUCKET
•Yes
•NO für eine
Über-
gangs-
phase für
Kunden,
die die auf-
tragsba-
sierte Pla-
nung be-
reits vor
Release
2402 von
SAP Integ-
rated Busi-
ness Plan-
ning for
Supply
Chain (SAP
IBP) ver-
wendet ha-
ben.
Wenn der Parameter auf YES gesetzt ist, wird
der Planungsstart von Planungsläufen mit der -
niten Heuristik durch das Datum des Planungss-
tarts bestimmt. Dieses Datum hängt von dem
Planungsstart und der Zeitzone ab, die in der Pla-
nungslaufvorlage angegeben sind. Dieses Datum,
das in allen Zeitzonen um 00:00:00 beginnt, wird
als frühestes Datum zum Anlegen neuer Zugänge
verwendet.
Beim Wert NO wird der Planungsstart basierend
auf dem UTC-Zeitstempel ermittelt, der abge-
kündigt wurde. Das kann dazu führen, dass die
Planung an verschiedenen Tagen in verschiede-
nen Zeitzonen beginnt. In periodischen Sichten
kann dies so aussehen, als ob die Planung Zu-
gangselemente in der Vergangenheit erstellt hat,
was zu einer Neuterminierung während der In-
tegration führen kann. Ab Relese 2411 von SAP
IBP ist diese Methode nicht mehr verfügbar.
Leitfaden für die Modellkonguration
Globale Konguration
PUBLIC
ÖFFENTLICH 503
Parametergruppe Parametername Standardwert Parameterbeschreibung
SHARING EXPLICIT_SHARING TRUE Mit diesem Parameter steuern Sie die Freigabe
von Planner Workspaces und Workspace-Con-
tent. Wenn Sie diesen Parameter auf TRUE set-
zen, müssen Benutzer einen Planner Workspace,
einschließlich Workspace-Content, explizit frei-
geben, damit andere Benutzer darauf zugreifen
können. Wenn Sie diesen Parameter auf FALSE
setzen, müssen Benutzer Planner Workspaces
nicht explizit freigeben. Stattdessen können sie
einen direkten Link an andere Benutzer senden,
damit diese auf einen Planner Workspace und
Workspace-Content zugreifen können.
Weitere Informationen nden Sie unter Globale Kongurationsparameter pegen [Seite 417].
504
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Globale Konguration
27 Kongurationshistorie
Sie können eine Historie herunterladen, die die Änderungen an der Modellkonguration für einen ausgewählten
Datumsbereich anzeigt. Sie können die heruntergeladene Historie zudem nach Planungsbereich und Benutzer
ltern. Die Historie erfasst Änderungen an Attributen, Stammdatentypen, Zeitprolen und bestimmten Teilen
der Planungsbereiche (Attribute, Planungsebenen, Kennzahlen und Versionen). Die Daten werden in einer
CSV-Datei (trennzeichengetrennte Datei) heruntergeladen, die anzeigt, welche Daten eingefügt, aktualisiert
und gelöscht wurden.
Schritte
Um die Kongurationshistorie herunterzuladen, gehen Sie zur App Planungsbereiche, wählen Sie den
Planungsbereich und wählen Kongurationshistorie herunterladen. Geben Sie Ihre Selektionskriterien ein, und
wählen Sie Herunterladen. Das System lädt die Daten herunter, und Sie können die Datei sichern.
In der CSV-Datei sind folgende Informationen enthalten:
•Benutzer, der die Änderung vorgenommen hat
•Uhrzeit der Änderung
•Art der Änderung (einfügen, aktualisieren oder löschen)
Bitte beachten Sie, dass für eine Aktualisierung der Benutzungsoberäche der Datensatz in der Datenbank
gelöscht und anschließend eingefügt wird. In diesem Fall enthält die CSV-Datei daher eine Reihe mit der
Aktion DELETE und eine Reihe mit der Aktion INSERT.
•Name der betroenen Tabelle (SOPDM_PLANLEVELATTR ist z.B. die Tabelle, die von Änderungen an den
Attributen der Planungsebenen betroen ist).
•Änderungs-ID und Änderungspositions-ID
Für mehrere Änderungen auf der Benutzungsoberäche, die ein Benutzer zusammen sichert (d.h., auf der
Benutzungsoberäche einmal Sichern wählt), gilt Folgendes:
•Alle Änderungen haben in der Historie dieselbe Änderungs-ID, selbst wenn die Änderungen in
verschiedenen Datenbanktabellen gespeichert werden.
•Bei Änderungen an derselben Datenbanktabellen erhöht sich die Änderungspositions-ID schrittweise
um 1 für jede Änderung.
•Folgende Felder für die Attribute:
•ATTRIBUTE_ID: enthält eine durch Komma getrennte Liste aller Tabellenspaltennamen, die von der
Änderung betroen sind.
•ATTRIBUTE_OLD_VALUE: enthält eine durch Komma getrennte Liste der alten Tabellenspaltenwerte.
•ATTRIBUTE_NEW_VALUE: enthält eine durch Komma getrennte Liste der neuen Tabellenspaltenwerte.
Leitfaden für die Modellkonguration
Kongurationshistorie
PUBLIC
ÖFFENTLICH 505
Beispiel: Beispiel
Sie legen eine neue Kennzahl TOTALRECEIPTS an. Sie geben die folgende Werte ein:
•Name: TOTALRECEIPTS
•Beschreibung: TOTALRECEIPTS
•Basisplanungsebene PERPRODLOC
•Aggregationsmodus: Summe
•Abgelegt: markiert
•Bearbeitung zulässig: Nicht bearbeitbar
Sie geben zudem eine Berechnungsdenition ein.
Alle Einträge werden zusammen gesichert. Da Sie eine neue Kennzahl angelegt haben, wird in der Tabelle
die Aktion INSERT angezeigt, zusammen mit Einträgen für die Datenbanktabellen, die für Kennzahlen,
Kennzahlentexte, -berechnungen und -berechnungseingaben verwendet werden.
Im Folgenden sehen Sie einen vereinfachten Auszug aus der Kongurationshistorie für das o.g. Beispiel:
CHANGE_US
ER
CHANGE
_ID
CHANGE_ITE
M_ID
TABLENAME AC-
TION
ATTRIBUTE ATTRIBUTE_NEW_VA-
LUE
MILLER 384 1 SOPDM_KEYFIGURE INSE
RT
LASTMODIFIEDDA
TE; CONV_KFID;
2015-05-18 14:20:57;
NULL;
MILLER 384 1 SOPDM_KEYFIGURE_T INSE
RT
DESCR; KFNAME Total Receipts; Total Re-
ceipts;
MILLER 384 1 SOPCM_KEYFIGCALC INSE
RT
CODEID;
CREATEDBY;
CREATEDDATE;
NULL; MILLER;
2015-05-18 14:20:57
MILLER 384 1 SOPCM_KEYFIGCALC_I
NPUT
INSE
RT
CREATEDBY;
CREATEDDATE;INP
UTTYPE
MILLER; 2015-05-18
14:20:57; 0
Andere Felder in der Kongurationshistorie enthalten den Planungsbereich, die Kennzahl-ID, Berechnungs-
ID, Planungsebene, Attribut-ID, LCODE, das Szenario und den Aktivstatus. Die folgenden zusätzlichen
Informationen würden im o.g. Beispiel zur Verfügung gestellt werden:
•KEYFIGURE_ID: TOTALRECEIPTS
•CALCULATION_ID: 209318
•ACTIVE: I
506
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Kongurationshistorie
28 Erweiterte Modellierung
Sobald Sie einen Planungsbereich im System eingerichtet haben, können Sie weitere
Kongurationseinstellungen und Berechnungen vornehmen.
SAP Integrated Business Planning ermöglicht Ihnen, die folgenden erweiterten Kongurationseinstellungen
und Berechnungen in einem Planungsbereich vorzunehmen:
•Zeitunabhängige Kennzahlen
•Währungsumrechnung
•Mengeneinheitenumrechnung
•Attribut-Transformationen
•Berechnung des gewichteten Durchschnitts
•Preise und Kosten für Währung und Mengeneinheit
•Verteilungsfaktorberechnung
•Änderungshistorie für Kennzahlen und Planungsbereiche
•Gegenüberstellung von Periode zu Periode mit Zeitprolattributen
•Auf der Änderungshistorie basierende Berechnungen
•Kumulative Multiplikation mit Logarithmen
Weitere Informationen
Zeitunabhängige Kennzahlen [Seite 507]
Währungsumrechnung kongurieren [Seite 508]
Mengeneinheitenumrechnung kongurieren [Seite 511]
Attribut-Transformationen [Seite 512]
Berechnung des gewichteten Durchschnitts [Seite 515]
Preis und Kosten für Währungs- und ME-Umrechnungen kongurieren [Seite 517]
Verteilungsfaktorberechnung [Seite 519]
Aktivieren der Änderungshistorie? [Seite 520]
Gegenüberstellung von Periode zu Periode mit Zeitprolattributen kongurieren [Seite 532]
Einrichten von änderungshistoriebasierten Berechnungen [Seite 527]
Kumulative Multiplikation [Seite 209]
28.1 Zeitunabhängige Kennzahlen
Zeitunabhängig Kennzahlen werden ähnlich wie als Kennzahlen verwendete Attribute konguriert, außer dass
der Kennzahlwert nicht unabhängig von der Periode ist. Ein Beispiel für eine zeitunabhängige Kennzahl ist der
Leitfaden für die Modellkonguration
Erweiterte Modellierung
PUBLIC
ÖFFENTLICH 507
ME-Umrechnungsfaktor. Im Gegensatz zu einem Attribut als Kennzahl, bei der ein Attributwert in alle Perioden
in den Zeitreihen für das Planungsobjekt kopiert wird, haben zeitunabhängige Kennzahlen nur einen Satz in den
Zeitreihen für das Planungsobjekt.
Empfehlung
Der einheitliche Planungsbereich SAPIBP1 verwendet zeitunabhängige Kennzahlen. Wir empfehlen, diese
als eine Referenzimplementierung zu markieren, die Sie dann als Hilfe beim Einrichten Ihrer eigenen
zeitunabhängigen Kennzahlen verwenden können.
Sie können zeitunabhängige Kennzahlen nur laden, wenn sie zuvor als Attribute als Kennzahlen konguriert
wurden. Sie kongurieren diese auf die gleiche Weise, nur dass die Planungsebene keine Zeiträume enthält,
z.B. die Basisplanungsebene für ME-Umrechnungsfaktor ist PRODUOMTO.
Sie können zeitunabhängige Kennzahlen im IBP-Excel-Add-in unter Stammdatenpege für den
Stammdatentyp, auf dem sie basieren, anzeigen und bearbeiten. Es ist jedoch nicht möglich, diese Kennzahlen
in den Excel-Planungssichten anzuzeigen. Wenn das Anzeigen dieser Kennzahlen in Excel möglich sein soll,
müssen Sie die Konguration erweitern. Hierzu müssen Sie zum Beispiel Ausdrücke wie die folgenden
eingeben:
UOMCONVERSIONFACTOR@REQUEST=AVG(UOMCONVERSIONFACTOR@MTHPRODUOMTO)
UOMCONVERSIONFACTOR@MTHPRODUOMTO=UOMCONVERSIONFACTOR@PRODUOMTO(<input_key_figure@
MTH>)
Beachten Sie, dass die Eingabekennzahl <input_key_figure@MTH> nicht Teil des Ausdrucks, sondern die
Eingabekennzahl der Berechnung ist. Dies könnte jede Kennzahl sein, die auf Monatsebene aggregiert wird und
für alle Monate vorhanden ist.
Empfehlung
Wir empfehlen, zeitunabhängige Kennzahlen anstatt der Attribute als Kennzahlen zu verwenden, wenn der
Kennzahlwert im Laufe der Zeit nicht variiert und nicht wie eine reguläre Kennzahl in Excel gepegt werden
muss. Diese Art von Kennzahl bietet eine erheblich bessere Performance als ein Attribut als Kennzahl, das
den Kennzahlwert für alle Zeiträume ablegt.
Achtung
Wenn Sie sich für zeitabhängige Umrechnungskennzahlen entscheiden, denken Sie daran, dass solche
Kennzahlen einen höheren Speicherverbrauch verursachen können und sich negativ auf die Performance
auswirken.
28.2 Währungsumrechnung kongurieren
Voraussetzungen
Stellen Sie sicher, dass Sie die erforderlichen Berechtigungen für diese Aktivität haben, also dass
die erforderlichen Anwendungskataloge für diese Aktivität einer Anwendungsrolle zugeordnet sind, die
Ihrem Anwendungsbenutzer zugeordnet ist. Weitere Informationen nden Sie auf dem SAP Help Portal
508
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Erweiterte Modellierung
http://help.sap.com/ibp unter Anwendungshilfe für SAP Integrated Business Planning Identitäts- und
Zugrisverwaltung Grundkonzepte Anwendungskataloge .
Kontext
SAP Integrated Business Planning kann Währungen direkt umrechnen, zum Beispiel wenn ein Benutzer
des Add-ins für Microsoft Excel oder von Analytics zur Laufzeit Zielwährung für eine Kennzahl wie
Absatzprognoseerlös auswählt. Als Voraussetzung für die Währungsumrechnung müssen die Wechselkurse im
System vorliegen, und eine Berechnung der Währungsumrechnung muss für die betreende Kennzahl deniert
worden sein.
Das folgende Beispiel veranschaulicht die Kongurationsschritte für die Währungsumrechnung:
Schritte
1. Denieren Sie die Attribute S2CURRID, S2CURRTOID, S2CURRDESCR, S2CURRTODESCR, S2EXCHGRATE.
2. Legen Sie in der App Stammdatentypen die folgenden Stammdatentypen an:
1. Einen einfachen Stammdatentyp für „Currency“ (S2CURR)
Basisdaten des einfachen Stammdatentyps S2CURR
Feldbezeichner Eintrag/Auswahl
Name* Currency
Beschreibung Currency
Typ Einfach
Attribute Beschreibung Schlüssel Req.
S2CURRDESCR Währungsbeschreibung
S2CURRID Currency ja ja
2. Einen Referenz-Stammdatentyp für „Zielwährung“ (S2CURRTO)
Basisdaten des Referenz-Stammdatentyps S2CURRTO
Feldbezeichner Eintrag/Auswahl
Name* Zielwährung
Beschreibung Zielwährung
Leitfaden für die Modellkonguration
Erweiterte Modellierung
PUBLIC
ÖFFENTLICH 509
Feldbezeichner Eintrag/Auswahl
Typ Referenz
Referenzierter Stammdatentyp S2 Currency
Attribute Beschreibung Schlüssel Req. Ref. Attribute
S2CURRTODESCR Währungsbeschrei-
bung
S2CURRDESCR
S2CURRTOID Currency ja ja S2CURRID
3. Einen zusammengesetzten Stammdatentyp für „Exchange Rates“ (S2EXCHANGERATE)
Basisdaten des zusammengesetzten Stammdatentyps S2EXCHANGERATE
Feldbezeichner Eintrag/Auswahl
Name* Exchange Rate
Beschreibung Exchange Rate
Typ Zusammengesetzt
Komponenten-Stammdatentypen S2CURR und S2CURRTO
Attribute Beschreibung Schlüssel Req.
S2CURR Currency ja ja
S2CURRTOID Zielwährung ja ja
S2EXCHANGERATE Exchange Rate
3. Ordnen Sie auf der Registerkarte Attribute der App Planungsbereich dem Planungsbereich Folgendes zu:
•Die Währungsattribute (in diesem Beispiel S2CURRENCY und S2CURRENCYTO)
•Das Attribut für „Wechselkurs“ als Kennzahl (S2EXCHANGERATE)
4. Legen Sie auf der Registerkarte Planungsebenen Währungsplanungsebenen an. Wählen Sie die
Umrechnungsquelle und das Umrechnungsziel aus.
5. Fügen Sie auf der Registerkarte Kennzahlen den Umrechnungsausdruck zu den Zielkennzahlen für die
Währungsumrechnung hinzu. Unter der Kennzahl TARGETREV geben Sie z.B. S2EXCHANGERATE für
Umrechnen mit an.
510
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Erweiterte Modellierung
28.3 Mengeneinheitenumrechnung kongurieren
Voraussetzungen
Stellen Sie sicher, dass Sie die erforderlichen Berechtigungen für diese Aktivität haben, also dass
die erforderlichen Anwendungskataloge für diese Aktivität einer Anwendungsrolle zugeordnet sind, die
Ihrem Anwendungsbenutzer zugeordnet ist. Weitere Informationen nden Sie auf dem SAP Help Portal
http://help.sap.com/ibp unter Anwendungshilfe für SAP Integrated Business Planning Identitäts- und
Zugrisverwaltung Grundkonzepte Anwendungskataloge .
Kontext
Die Modellkonguration für SAP Integrated Business Planning (SAP IBP) unterstützt die
Mengeneinheitenumrechnung (ME-Umrechnung), d.h., die Umrechnung von Kennzahlen von einer
Basismengeneinheit in eine Zielmengeneinheit mithilfe eines kongurierten Umrechnungsfaktors. Die
Kongurationsschritte, die für die Mengeneinheitenumrechnung erforderlich sind, gleichen denen für die
Währungsumrechnung. Es bestehen jedoch ein paar Unterschiede:
•Mengeneinheiten sind in der Regel zeitabhängig.
•Bei einer Mengeneinheit handelt es sich um ein Attribut eines Stammdatentyps, wie Produkt.
In den Planungssichten und Analysen haben Benutzer die Möglichkeit, die Zielmengeneinheit auszuwählen. Die
Umrechnung wird von SAP Integrated Business Planning ausgeführt.
Das folgende Beispiel veranschaulicht die Kongurationsschritte für die Mengeneinheitenumrechnung:
Schritte
1. Önen Sie die App Attribute.
Denieren Sie die Attribute S2UOMID, S2UOMDESCR, S2UOMTOID, S2UOMTODESCR, und
S2UOMCONVFACTOR.
2. Denieren Sie in der App Stammdatentypen die Stammdatentypen S2UOMTO und S2UOMCONVERSION.
Basisdaten des einfachen Stammdatentyps S2UOMTO
Feldbezeichner Eintrag/Auswahl
Name* Zielmengeneinheit
Beschreibung Zielmengeneinheit
Typ Einfach
Leitfaden für die Modellkonguration
Erweiterte Modellierung
PUBLIC
ÖFFENTLICH 511
Attribute Beschreibung Schlüssel Req.
S2UOMTODESCR Beschreibung Zielmengen-
einheit
S2UOMTOID Zielmengeneinheit ja ja
Basisdaten des zusammengesetzten Stammdatentyps S2UOMCONVERSION
Feldbezeichner Eintrag/Auswahl
Name* UoM Conversion
Beschreibung UoM Conversion
Typ Zusammengesetzt
Komponenten-Stammdatentypen S2PRODUCT und S2UOMTO
Attribute Beschreibung Schlüssel Req.
S2PRDID Product ja ja
S2UOMCONVFACTOR Conversion factor
S2UOMTOID Zielmengeneinheit ja ja
3. Ordnen Sie auf der Registerkarte Attribute in der App Planungsbereiche Ihrem Planungsbereich die
Attribute für die Mengeneinheit zu und ordnen Sie das Attribut S2UOMCONVFACTOR als Kennzahl zu.
4. Legen Sie auf der Registerkarte Planungsebenen Mengeneinheit-Planungsebenen an. Wählen Sie die
Umrechnungsquelle und das Umrechnungsziel aus.
5. Fügen Sie auf der Registerkarte Kennzahlen den Umrechnungsausdruck zu den Mengenkennzahlen für die
Mengeneinheitenumrechnung hinzu. Für die Kennzahl TARGETQTY geben Sie z.B. S2UOMCONVFACTOR für
Umrechnen mit an.
28.4 Attribut-Transformationen
Eine Attribut-Transformation wandelt den Wert eines Attributs auf Basis eines Rechenausdrucks um. Sie
können eine Attribut-Transformation nutzen, um z.B. Kennzahlwerte zu verrechnen.
Voraussetzungen
Stellen Sie sicher, dass Sie die erforderlichen Berechtigungen für diese Aktivität haben, also dass
die erforderlichen Anwendungskataloge für diese Aktivität einer Anwendungsrolle zugeordnet sind, die
Ihrem Anwendungsbenutzer zugeordnet ist. Weitere Informationen nden Sie auf dem SAP Help Portal
512
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Erweiterte Modellierung
http://help.sap.com/ibp unter Anwendungshilfe für SAP Integrated Business Planning Identitäts- und
Zugrisverwaltung Grundkonzepte Anwendungskataloge .
Kontext
SAP Integrated Business Planning unterstützt eine besondere Art der Umrechnung, mit der Sie den Wert eines
Attributs basierend auf einem Rechenausdruck umwandeln können. Die Rechenausdrücke in der Attribut-
Transformation können sehr einfach sein, z.B. ATTR1 + ATTR2. Sie können jedoch auch Kennzahlen, eine
Kombination von Attributen und Kennzahlen oder eine Kombination von Attributen und Konstanten enthalten.
Attribut-Transformationen werden durch ein LKW-Symbol gekennzeichnet.
Beispiel
•Periodenverschiebung: Das Attribut PERIODID wird mit dem Osetwert für die Anzahl der Perioden
transformiert.
•Produktsubstitution: Mit Hilfe der Attribut-Transformation können Sie eine Produktsubstitution
durchführen.
•Alert-Kennzeichen: Wenn für eine Kennzahl ein Alert vorliegt, können Sie ein Attribut auf 1 setzen. Dies
wird zum Filtern von Alerts verwendet.
Einschränkung
Die Attribut-Transformation ist nicht möglich für die Historienattribute S_CHINPERIODID und
S_CHINPERIODIDx.
Alle Eingabekennzahlen müssen die gleiche Eingabeplanungsebene als Quelle haben, und die
Eingabeplanungsebene muss die gleiche Struktur wie die Ausgabeplanungsebene haben.
Empfehlungen für die Attribut-Transformation
Wir empfehlen Ihnen, die folgenden Schritte auszuführen, bevor Sie eine Attribut-Transformation anlegen.
1. Aggregieren Sie alle Attribute auf der Eingabeplanungsebene, die von der Attribut-Transformation
betroen sind, aber nicht direkt transformiert werden. So bleiben diese Attribute konsistent.
Hinweis
Aggregieren Sie keine Attribute auf der Eingabeplanungsebene, die durch die Attribut-Transformation
nicht geändert werden. So können Sie nach diesen Attributen ltern und die Performance verbessern.
2. Legen Sie für alle Attribute, die Sie transformieren möchten, eine Attribut-Transformation an.
Um eine Attribut-Transformation anzulegen, wechseln Sie zur Registerkarte Kennzahlen in der App
Planungsbereiche und wählen Neu und Attribut-Transformation aus.
3. Erstellen Sie eine Berechnung zum Abrufen der zuvor mit dem transformierten Attribut aggregierten
Attribute.
Leitfaden für die Modellkonguration
Erweiterte Modellierung
PUBLIC
ÖFFENTLICH 513
Beispiel: Periodenverschiebung
Das folgende Beispiel einer Attribut-Transformation zeigt, wie Sie für die Istmenge einen Oset von 12 Monaten
einrichten.
1. Legen Sie die neuen Planungsebenen MTHPRODCUST und MTHPRODCUST1 an. (Von den Zeitattributen
enthalten beide Planungsebenen nur Monat als Schlüsselattribut.)
2. Fügen Sie eine Berechnung für ACTUALSQTY@MTHPRODCUST hinzu, die alle Nichtschlüsselattribute der
Zeitdimension verwirft:
ACTUALSQTY@MTHPRODCUST = SUM(ACTUALSQTY@MTHQTRYEARPRODCUST).
3. Fügen Sie eine Berechnung hinzu, die die Istmenge um einen Beschaungszeitwert von 12 Perioden (hier
12 Monate) verschiebt:
PERIODID0@MTHPRODCUST1 = PERIODID0 + 12
Die Attribut-Transformation enthält ACTUALSQTY@MTHPRODCUST als zusätzliche Eingabe, wobei es sich um
die Ausgabe aus Schritt 2 handelt.
Die Eingabekennzahl wird indirekt auf Ausgabeplanungsebene durch die Attribut-Transformation deniert
(Schritt 3).
Die Kennzahl ACTUALSQTY@MTHPRODCUST führt nun die Attribut-Transformation in ihren
Berechnungsdenitionen mit einem LKW-Symbol auf.
4. Fügen Sie eine Berechnung hinzu, die die verschobenen Kennzahlwerte von Actuals Quantity nach Actuals
Quantity 1 Year Oset zuordnet:
ACTUALSQTY1YROFFSET@MTHPRODCUST1 = ACTUALSQTY@MTHPRODCUST1
5. Fügen Sie eine Berechnung hinzu, um die anderen Kennzahl-Zeitdimensionen wieder zu
berücksichtigen. (Die Eingabekennzahlen sind ACTUALSQTY1YROFFSET@MTHQTRYEARPRODCUST sowie
K3@MTHQTRYEARPRODCUST):
ACTUALSQTY1YROFFSET@MTHQTRYEARPRODCUST = ACTUALSQTY1YROFFSET@MTHPRODCUST1
Hinweis
Für K3@MTHQTRYEARPRODCUST können Sie eine beliebige Kennzahl verwenden, die die Bedingungen
erfüllt, d.h. eine Kennzahl mit einer Planungsebene aus mindestens aus Monat, Quartal und Jahr.
Damit diese Berechnung funktioniert, muss K3@MTHQTRYEARPRODCUST Werte für alle
Attributkombinationen für alle Perioden enthalten, auf die ACTUALSQTY verschoben wird.
6. Sichern Sie die Berechnung.
7. Aktivieren Sie Ihren Planungsbereich.
Hinweis
Würde das Verschieben einer Zeitprolebene dazu führen, dass die anderen Zeitprolebenen inkonsistent
werden, müssen Sie vor dem Erstellen der Attribut-Transformationen die betroenen Zeitprolebenen
aggregieren. Erstellen Sie anschließend eine Berechnung zum Abrufen der zuvor mit dem transformierten
Attribut aggregierten Zeitprolebenen. Wenn Sie z.B. die Zeitprolebene MONTH mit 1 verschieben, können
die Wochen entsprechend nicht mit 1 verschoben werden. Aggregieren Sie in diesem Fall die Zeitprolebene
WEEK vor der Attribut-Transformation. Anschließend können Sie eine Berechnung anlegen, um die Werte
für die Zeitprolebene WEEK nach der Transformation abzurufen.
514
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Erweiterte Modellierung
Beispiel: Produktsubstitution
In diesem Beispiel führen Sie mit Hilfe der Attribut-Transformation eine Produktsubstitution durch. Ihr
Planungsmodell enthält die folgenden Planungsebenen und Berechnungen:
DAYPRODPRODTO: DAY, MONTH, QUARTER, YEAR, PRODUCTID, PRODUCTFAMILY,…, PRODUCTTO
DAYPRODPRODTO2: DAY, MONTH, QUARTER, YEAR, PRODUCTID, PRODUCTFAMILY,…, PRODUCTTO
PRODUCTID = PRODUCTTO(INPUTKF: KF1@DAYPRODPRODTO)
1. Aggregieren Sie die Attribute unten.
DAYPRODAGGPRODTO: DAY, MONTH, QUARTER, YEAR, PRODUCTID, PRODUCTTO
KF1@DAYPRODAGGPRODTO = SUM(KF1@DAYPRODPRODTO)
Hinweis
In diesem Beispiel gehören alle hochgeladenen Produkte zur gleichen Produktfamilie, d.h.
PRODUCTFAMILY ist für alle Vorkommen von PRODUCTID identisch. Somit ist PRODUCTFAMILY nicht
von der Attribut-Transformation betroen, d.h. es gibt keine Änderungen nach der Transformation von
PRODUCTID. Sie müssen also dieses Attribut nicht aggregieren, und Sie können nach diesem Attribut
ltern.
Es ist Aufgabe des Modellierungsexperten, dafür zu sorgen, dass die hochgeladenen Daten
die Modellierungsanforderungen erfüllen. Wenn ein hochgeladenes Produkt zu einer anderen
Produktfamilie gehört, liefert die Berechnung im Beispiel unten falsche Ergebnisse.
2. Legen Sie die Attribut-Transformation an.
PRODUCTID@DAYPRODAGGPRODTO2 = PRODUCTTO(INPUTKF: KF1@ DAYPRODAGGPRODTO)
3. Rufen Sie alle anderen produktbezogenen Attribute aus einer anderen Quelle ab.
KF1@ DAYPRODPRODTO2 = KF1@DAYPRODAGGPRODTO2 (Additional input: DUMMYKF@PROD)
Weitere Informationen
Zeitprole anlegen [Seite 48]
Attribute PERIODID und PERIODID(n) in Zeitprolebenen [Seite 48]
28.5 Berechnung des gewichteten Durchschnitts
Voraussetzungen
Stellen Sie sicher, dass Sie die erforderlichen Berechtigungen für diese Aktivität haben, also dass
die erforderlichen Anwendungskataloge für diese Aktivität einer Anwendungsrolle zugeordnet sind, die
Ihrem Anwendungsbenutzer zugeordnet ist. Weitere Informationen nden Sie auf dem SAP Help Portal
http://help.sap.com/ibp unter Anwendungshilfe für SAP Integrated Business Planning Identitäts- und
Zugrisverwaltung Grundkonzepte Anwendungskataloge .
Leitfaden für die Modellkonguration
Erweiterte Modellierung
PUBLIC
ÖFFENTLICH 515
Kontext
Das folgende Beispiel zeigt, wie Berechnungen auf Anfrageebene verwendet werden können, um einen
gewichteten Durchschnitt zu erreichen.
Das folgende Beispiel für die Berechnung des gewichteten Durchschnitts basiert auf der Berechnung des
Konsensbedarfserlöses.
Consensus Demand Revenue = Consensus Demand Qty * Unit Price
Die Berechnung des gewichteten Durchschnitts ist ein Beispiel für eine Berechnung auf Anfrageebene. Unit
Price ist ein gewichteter Durchschnitt von Revenue und Qty. Unit Price ist sowohl eine abgelegte als auch eine
bearbeitbare Kennzahl.
Berechnung des gewichteten Durchschnitts des Stückpreises
Beispiel
Berechnung des Istpreises
Der gewichtete Durchschnitt dient der Berechnung des Istpreises auf Anfrageebene für die Kennzahl
ACTUALSPRICE, bei der es sich um eine berechnete Kennzahl handelt. (Ein solche Kennzahl ist im
Beispielplanungsbereich SAPIBP1 vorhanden.)
Ersetzen Sie die vorgeschlagene Berechnung für ACTUALSPRICE@REQUEST durch
Folgendes: IF(ISNULL("HACTUALSQTY@REQUEST") OR "HACTUALSQTY@REQUEST" = 0 , 0,
"ACTUALSREV@REQUEST"/"HACTUALSQTY@REQUEST").
Hinweis
HACTUALSQTY ist eine Hilfskennzahl, die zur Abwicklung der Währungsumrechnung benötigt wird.
516
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Erweiterte Modellierung
Vereinfachte Berechnung des gewichteten Durchschnitts
Die Funktion IBP_WEIGHTEDAVG für den gewichteten Durchschnitt wurde eingeführt, um diese relativ
komplexe Berechnung zu vereinfachen.
Weitere Informationen nden Sie unter Gewichteter Durchschnitt [Seite 237].
28.6 Preis und Kosten für Währungs- und ME-Umrechnungen
kongurieren
Kennzahlen wie Price und Cost werden als Währung / Mengeneinheit ausgedrückt, z.B. 10 Euro / Schachtel.
Wenn ein Benutzer die Zielmengeneinheit oder Zielwährung auswählt, ändert sich der Wert für die Kennzahl
Price in die entsprechende Angabe. Der Preis kann in IBP wie folgt konguriert werden:
•Abgelegte Kennzahl, die in IBP gepegt werden kann
•Berechnete Kennzahl, die auf Revenue und Quantity basiert, die beide abgelegt sind
Für beide der oben genannten Optionen sind die folgenden Aggregationen möglich:
•Durchschnitt
•Der gewichtete Durchschnitt auf Basis von Revenue und Quantity, beide mit Umrechnungen von
Währung und Mengeneinheit.
Die Basisplanungsebene für eine Kennzahl Price, z.B. PERPRODCUSTCURR, enthält die Basiswährung und die
Basismengeneinheit (ME) aus dem Stammdatentyp Product.
Beispielkonguration für Preiskennzahl mit Umrechnungen
Die folgende Tabelle zeigt die Kennzahl Price:
Kennzahlname Price
Kennzahl-ID PRICE
Basisplanungsebene PERPRODCUSTCURR
Umrechnen mit EXCHANGERATEBYUOM
Aggregation: Durchschnittspreisberechnung mit Umrechnungen
Setzen Sie den Aggregationsmodus für die Kennzahl Price auf Durchschnitt. Wenn die Kennzahl Price
abgelegt und bearbeitbar ist, ist der Disaggregationsmodus Kopieren.
Leitfaden für die Modellkonguration
Erweiterte Modellierung
PUBLIC
ÖFFENTLICH 517
Berechnungen:
•PRICE@REQUEST = AVG(PRICE@PERPRODCUSTCURRUOMFRTO)
•Wenn Price eine abgelegte Kennzahl ist:
PRICE@PERPRODCUSTCURRUOMFRTO = PRICE@PERPRODCUSTCURR (stored) *
EXCHANGERATEBYUOM@PERPRODCUSTCURRUOMFRTO
•Wenn Price eine berechnete Kennzahl ist, basierend auf Revenue (abgelegt) und Qty (abgelegt):
PRICE@PERPRODCUSTCURR = REVENUE@PERPRODCUSTCURR / QTY@PERPRODCUST
PRICE@PERPRODCUSTCURRUOMFRTO = PRICE@PERPRODCUSTCURR (calc) *
EXCHANGERATEBYUOM@PERPRODCUSTCURRUOMFRTO
Where EXCHANGERATEBYUOM@PERPRODCUSTCURRUOMFRTO = IF(UOMCONVFACTOR@PRDUOMTO
=0 OR EXCHGRATE@MTHCURRCURRTO = 0, NULL, EXCHGRATE@PERCURRFRTO /
"UOMCONVFACTOR@PRDUOMTO" )
Aggregation: Gewichteter Durchschnitt auf der Basis von Erlös und Menge
mit Umrechnungen
Setzen Sie den Aggregationsmodus der Kennzahl auf CUSTOM. Wenn die Kennzahl Price abgelegt und
bearbeitbar ist, ist der Disaggregationsmodus Kopieren.
Berechnungen:
•PRICE@REQUEST = HREVENUE@REQUEST / HQTY@REQUEST
Hierbei gilt: REVENUE@REQUEST = SUM(REVENUE@PERPRODCUSTCURRFRTO)
•Wenn Revenue eine abgelegte Kennzahl ist:
REVENUE@PERPRODCUSTCURRFRTO = REVENUE@PERPRODCUSTCURR(stored) *
EXCHANGERATE@PERCURRFRTO
•Wenn Revenue eine berechnete Kennzahl ist, basierend auf Qty (abgelegt) und Price (abgelegt):
REVENUE@PERPRODCUSTCURR = QTY@PERPRODCUST (abgelegt) * PRICE@PERPRODCUSTCURR
(abgelegt)
REVENUE@PERPRODCUSTCURRFRTO = REVENUE@PERPRODCUSTCURR (berechnet) *
EXCHANGERATE@PERCURRFRTO
QTY@REQUEST = SUM(QTY@PERPRODCUSTUOMTO)
QTY@PERPRODCUSTUOMTO = QTY@PERPRODCUST * UOMCONVFACTOR@PRODUOMTO
HREVENUE@REQUEST = SUM(HREVENUE@PERPRODCUSTCURRUOMFRTO)
HREVENUE@PERPRODCUSTCURRUOMFRTO = REVENUE@PERPRODCUSTCURRFRTO (Eingabe:
QTY@PERPRODCUSTUOMTO)
HQTY@REQUEST = SUM(HQTY@PERPRODCUSTCURRUOMFRTO)
HQTY @PERPRODCUSTCURRUOMFRTO = QTY@PERPRODCUSTUOMTO (Eingabe:
REVENUE@PERPRODCUSTCURRFRTO)
Hinweis
Um eine Division durch Null zu vermeiden, suchen Sie nach ISNULL- und 0-Bedingungen.
518
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Erweiterte Modellierung
Vereinfachte Berechnung des gewichteten Durchschnitts
Die Funktion IBP_WEIGHTEDAVG für den gewichteten Durchschnitt wurde eingeführt, um diese relativ
komplexe Berechnung zu vereinfachen.
Weitere Informationen nden Sie unter Gewichteter Durchschnitt [Seite 237].
28.7 Verteilungsfaktorberechnung
Voraussetzungen
Stellen Sie sicher, dass Sie die erforderlichen Berechtigungen für diese Aktivität haben, also dass
die erforderlichen Anwendungskataloge für diese Aktivität einer Anwendungsrolle zugeordnet sind, die
Ihrem Anwendungsbenutzer zugeordnet ist. Weitere Informationen nden Sie auf dem SAP Help Portal
http://help.sap.com/ibp unter Anwendungshilfe für SAP Integrated Business Planning Identitäts- und
Zugrisverwaltung Grundkonzepte Anwendungskataloge .
Kontext
Sie verwenden eine Verteilungsfaktorberechnung, wenn Sie eine Kennzahl anzeigen möchten, die auf einer
aggregierten Ebene mit einer niedrigeren Granularitätsebene deniert ist. Hierzu teilen Sie den Wert für die
aggregierte Kennzahl proportional zum Wert für eine andere Kennzahl auf.
In diesem Beispiel muss die Kennzahl AggDemandQty, die auf der Planungsebene Product/Key Customer
deniert ist, proportional zu SalesQty disaggregiert werden, die auf der Planungsebene Product/Customer
deniert ist. Mit der Verteilungsfaktorkonguration ist die auf der aggregierten Ebene denierte Kennzahl
AggDemandQty auf der detaillierten Ebene Product/Customer basierend auf einer proportionalen Aufteilung
von SalesQty verfügbar.
Angenommen die Gruppe der Schlüsselkunden CG1 hat eine Absatzmenge von 300 für das Produkt P1
erreicht:
Produkt-
ID
Schlüs-
selkunde
Schlüs-
selkun-
den-ID
Kennzahl Okt 14 Nov 14 Dez 14 Jan 15 Feb 15 März 15 ...
P1 CG1 C1 AggDema
ndQty
200 200 200 200 200 ...
SalesQt
y
100 100 100 100 100
Leitfaden für die Modellkonguration
Erweiterte Modellierung
PUBLIC
ÖFFENTLICH 519
Produkt-
ID
Schlüs-
selkunde
Schlüs-
selkun-
den-ID
Kennzahl Okt 14 Nov 14 Dez 14 Jan 15 Feb 15 März 15 ...
C2 AggDema
ndQty
400 400 400 400 400 ...
SalesQt
y
200 200 200 200 200
Schritte
1. Fügen Sie eine Hilfskennzahl (zum Beispiel HSALESFCSTAGG hinzu, die SALESFORECASTQTY zur
Planungsebene PRODCUSTGRP aggregiert. (Sie benötigen eine Hilfskennzahl, da Sie denselben
Kennzahlnamen in einer einzelnen Berechnung nicht zweimal verwenden können.)
Berechnungsdenitionen:
•HSALESFCSTAGG@PERPRODCUST = „SALESFORECASTQTY@PERPRODCUST“
•HSALESFCSTAGG@PERPRODCUSTGRP = SUM(„HSALESFCSTAGG@PERPRODCUST“)
2. Verteilungsfaktor denieren:
HSPLITFACTORSALESQTY@PERPRODCUST = IF(ISNULL(„HSALESFCSTAGG@PERPRODCUSTGRP“)or
„HSALESFCSTAGG@PERPRODCUSTGRP = 0,0, SALESFORECASTQTY@PERPRODCUST /
HSALESFCSTAGG@PERPRODCUSTGRP“)
3. AGGDEMANDQTY@PERPRODCUST = „AGGDEMANDQTY@PERPRODCUSTGRP“*
HSPLITFACTORSALESQTY@PERPRODCUST
4. Ändern Sie auf der Anfrageebene die Planungsebene für die Eingabekennzahl AggDemandQty von
@PERPRODCUSTGRP in @PERPRODCUST.
28.8 Aktivieren der Änderungshistorie?
Die Aktivierung der Änderungshistorie umfasst mehrere obligatorische und optionale Schritte.
Die Aktivierung der Änderungshistorie umfasst mehrere Schritte:
1. Zuerst müssen Sie die Änderungshistorie für den Planungsbereich aktivieren, der die Kennzahlen enthält,
deren Änderungen Sie verfolgen möchten.
520
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Erweiterte Modellierung
2. Anschließend müssen Sie diese abgelegten Kennzahlen für die Änderungshistorie aktivieren.
3. Danach müssen Sie Anwendungsbenutzer für die Anzeige der verschiedenen Änderungshistoriensichten
aktivieren. Die Anwendungsbenutzer können die Änderungshistorie entweder im SAP Integrated Business
Planning, Add-in für Microsoft Excel oder in der App Analyse der Änderungshistorie anzeigen. Abhängig von
der Sicht, die die Benutzer verwenden sollen, müssen Sie die entsprechenden Anwendungskataloge ihren
Rollen zuordnen.
4. Sie können optional entscheiden, ob Sie zusätzliche Ursprünge der Änderung verfolgen möchten, wo nicht
interaktive Änderungen von der Verwendung der App Einstellungen für die Änderungshistorie stammen
können.
Lebenszyklusmanagement von Historiensätzen
Wenn Sie die Änderungshistorie aktivieren, verfolgt das System Änderungen, die an einer Kennzahl
vorgenommen werden, einschließlich interaktiver Änderungen. Wenn die Kennzahl versionsspezisch
ist, werden Änderungen innerhalb der Version ebenfalls verfolgt. Dadurch erhöht sich die Anzahl der
Historiensätze in Ihrem System, wenn Sie die Änderungshistorie aktivieren. Daher müssen Sie den Job
Änderungshistoriendaten bereinigen regelmäßig einplanen, um veraltete Historiensätze zu löschen. Weitere
Informationen nden Sie unter Data Lifecycle Management.
Änderungshistorie für berechnete Kennzahlen
Um Änderungen an einer berechneten Kennzahl richtig zu erfassen, müssen Sie für alle abgelegten
Kennzahleingaben dieser berechneten Kennzahl die Änderungshistorie aktivieren. Andernfalls kann die
Auswirkung der Änderungen auf die berechnete Kennzahl falsch sein.
Beispiel
Sie haben die berechnete Kennzahl Revenue, die von den zwei abgelegten Kennzahlen Price und Quantity
abhängt.
Angenommen, Sie haben die Änderungshistorie nur für die Kennzahl Quantity, jedoch nicht für Price
aktiviert. Wenn der Kennzahlwert für Price von 1 in 2 geändert wird, kann diese Änderung nicht erfasst
werden. Daher ist die Auswirkung der Änderung für Quantity auf die berechnete Kennzahl Revenue
irreführend: Anstatt 30*1 zu berechnen, berechnet das System 30*2, was zu einem Ergebnis von 60
anstatt 30 führt.
Leitfaden für die Modellkonguration
Erweiterte Modellierung
PUBLIC
ÖFFENTLICH 521
Wenn Sie die Änderungshistorie jedoch für beide abgelegten Kennzahlen Quantity und Price aktivieren, wird
die Auswirkung der Änderungen an Quantity und Price richtig angezeigt. Das System kann Werte für beide
Eingabekennzahlen verwenden und 30*1 für Revenue ab Änderungs-ID 2 berechnen und 30*2 für Revenue
ab Änderungs-ID 3.
Weitere Informationen
Änderungshistorie für Planungsbereiche aktivieren [Seite 523]
Änderungshistorie für Kennzahlen aktivieren [Seite 523]
Benutzern die Anzeige der Änderungshistorie ermöglichen [Seite 524]
Optionale Einstellungen für die Änderungshistorie [Seite 525]
Einstellungen für die Änderungshistorie
522
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Erweiterte Modellierung
28.8.1Änderungshistorie für Planungsbereiche aktivieren
Als ersten Schritt müssen Sie die Änderungshistorie für einen Planungsbereich aktivieren.
Voraussetzungen
•Sie haben Zugri auf die App Planungsbereiche.
Vorgehensweise
1. Önen Sie die App Planungsbereiche
2. Wählen Sie den Planungsbereich aus, für den Sie die Änderungshistorie aktivieren möchten.
3. Aktivieren Sie die Änderungshistorie im Bereich Planungsbereichseinstellungen.
4. Sichern Sie Ihre Änderungen.
5. Aktivieren Sie den Planungsbereich.
Nächste Schritte
Im nächsten Schritt müssen Sie die Kennzahlen des Planungsbereichs, für den die Änderungen verfolgt werden
sollen, aktivieren.
Weitere Informationen
Änderungshistorie für Kennzahlen aktivieren [Seite 523]
28.8.2Änderungshistorie für Kennzahlen aktivieren
Nachdem Sie die Änderungshistorie für einen Planungsbereich aktiviert haben, müssen Sie ihn auch für die
Kennzahl des zu verfolgenden Planungsbereichs aktivieren.
Voraussetzungen
•Sie haben Zugri auf die App Planungsbereiche.
Leitfaden für die Modellkonguration
Erweiterte Modellierung
PUBLIC
ÖFFENTLICH 523
•Sie haben die Änderungshistorie für einen bestimmten Planungsbereich aktiviert.
Kontext
Die Änderungshistorie verfolgt Änderungen an gespeicherten Kennzahlen. Die Benutzer können die
Änderungen und ihre Auswirkungen in einem Plan im IBP-Excel-Add-in oder in der App Änderungshistorie
anzeigen.
Vorgehensweise
1. Wählen Sie auf der Registerkarte Kennzahlen die App Planungsbereiche.
2. Wählen Sie die Kennzahl aus, für die Sie Datenänderungen verfolgen möchten. Wählen Sie Bearbeiten.
3. Wählen Sie unter Merkmale das Ankreuzfeld Änderungshistorie aktivieren.
4. Sichern Sie Ihre Änderungen.
Nächste Schritte
Jetzt müssen Sie den Benutzern ermöglichen, die Änderungshistorie anzuzeigen.
Weitere Informationen
Benutzern die Anzeige der Änderungshistorie ermöglichen [Seite 524]
28.8.3Benutzern die Anzeige der Änderungshistorie
ermöglichen
Nachdem Sie die Änderungshistorie für eine Kennzahl und einen Planungsbereich aktiviert haben, müssen Sie
Benutzern als letzten Schritt ermöglichen, die Änderungshistorie zu aktivieren.
Voraussetzungen
•Sie haben Zugri auf die App Anwendungsrollen pegen.
•Sie haben die Änderungshistorie für eine bestimmte Kennzahl sowie für den Planungsbereich, zu dem
diese Kennzahl gehört, aktiviert.
524
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Erweiterte Modellierung
Vorgehensweise
1. Gehen Sie abhängig davon, wo die Benutzer mit der Änderungshistorie arbeiten, wie folgt vor:
App Vorgehensweise
SAP Integrated Business Planning, Add-in für Microsoft
Excel
1. Ordnen Sie in der App Anwendungsrollen pegen den
Anwendungskatalog Grundlegende Planungsaufgaben
der entsprechenden Anwendungsbenutzerrolle zu.
2. Bearbeiten Sie die Einschränkungen für Administrati-
onsfunktionen für diesen Anwendungskatalog:
•Um Benutzern zu ermöglichen, die Sicht „Ef-
fekte“ anzuzeigen, markieren Sie das Ankreuz-
feld CHANGEHIST.
•Um Benutzern zu ermöglichen, die Sicht „Ur-
sprüngliche Änderungen“ anzuzeigen, markieren
Sie das Ankreuzfeld CHANGEORIG.
3. Sichern Sie Ihre Änderungen.
App Analyse der Änderungshistorie Ordnen Sie in der App Anwendungsrollen pegen den An-
wendungskatalog Änderungshistorie der entsprechenden
Anwendungsbenutzerrolle zu.
2. Sie müssen unabhängig von der App, mit der die Benutzer arbeiten, den Benutzern auch eine
Leseberechtigung für die Kennzahlen, Planungsbereiche und Versionen, deren Änderungshistorie sie
anzeigen können sollen, erteilen.
Nächste Schritte
Falls erforderlich, können Sie nun zusätzliche optionale Einstellungen für die Änderungshistorie kongurieren.
Weitere Informationen
Optionale Einstellungen für die Änderungshistorie [Seite 525]
28.8.4Optionale Einstellungen für die Änderungshistorie
Nachdem Sie die Änderungshistorie aktiviert haben, können Sie ggf. weitere optionale Einstellungen
kongurieren.
Verfolgen zusätzlicher Quellen für nicht interaktive Änderungen
Falls eine Kennzahl für die Änderungshistorie aktiviert wurde, werden die interaktiven Änderungen
standardmäßig verfolgt und können nicht deaktiviert werden. Dies ist in den meisten Fällen ausreichend, da die
Leitfaden für die Modellkonguration
Erweiterte Modellierung
PUBLIC
ÖFFENTLICH 525
Information, welcher Benutzer wann eine Kennzahl geändert hat, die wichtigste Information ist. Im Gegensatz
dazu, ist die Information, wann eine interaktive Änderung vorgenommen wurde, in den meisten Fällen nicht
relevant.
Die Verfolgung kann jedoch ggf. auch für Ursprünge von nicht interaktiven Änderungen aktiviert werden. Eine
detaillierte Liste der Ursprünge von Änderungen nden Sie unter Was zeichnet die Änderungshistorie auf?.
Die Nachverfolgung für den entsprechenden Ursprung der Änderung kann in der App Einstellungen für die
Änderungshistorie vorgenommen werden. Hier können Sie den relevanten Planungsbereich und die Kennzahlen
auswählen, die für die Änderungshistorie aktiviert sind. Sie können für jede dieser Kennzahlen die für diese
Kennzahl relevanten Ursprünge der Änderung auswählen.
Achtung
Mit jedem zusätzlichen Ursprung der Änderung, die Sie nachverfolgen, kann sich die Anzahl an
Datensätzen in Ihrem System wesentlich erhöhen, was zu einer Beeinträchtigung der Systemleistung
führen kann. Daher sollten zusätzliche Ursprünge mit Bedacht ausgewählt werden.
Zeilenbegrenzung für die Ergebnisse der Änderungshistorie
Standardmäßig hängt die maximale Anzahl der Zeilen für die im SAP Integrated Business Planning,
Add-in für Microsoft Excel und in der App Analyse der Änderungshistorie angezeigten Ergebnisse der
Änderungshistorie vom globalen Kongurationsparameter MAX_RESULT_ROW_SIZE ab. Dieser Parameter wird
für die Planungssicht verwendet, um die maximale Anzahl an Zellen zu begrenzen, die für eine Kennzahl aus
der Datenbank abgerufen werden können.
Wenn Sie die maximale Anzahl an Zeilen für die Änderungshistorie unabhängig von diesem Parameter
denieren möchten, können Sie den globalen Kongurationsparameter MAX_RESULT_LIMIT festlegen. So
können Sie z.B. weniger Zeilen für die Änderungshistorie anzeigen als im globalen Kongurationsparameter
MAX_RESULT_ROW_SIZE angezeigt werden.
Zeitzone für Datum und Uhrzeit der Änderungen
Änderungen werden mit einem Zeitstempel in der UTC-Zeitzone erfasst. Einstellungen, die Sie für
die Systemzeitzone mit dem globalen Kongurationsparameter CURRENT_PERIOD_CALCULATION_TZ
vorgenommen haben, werden nicht berücksichtigt.
Weitere Informationen
Einstellungen für die Änderungshistorie
526
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Erweiterte Modellierung
28.9 Einrichten von änderungshistoriebasierten
Berechnungen
Sie können änderungshistoriebasierte Berechnungen basierend auf den Kennzahlwerten aus vergangenen
Datenaustauschaktionen einrichten oder auf den Werten, die in der Änderungshistorie der Kennzahlen erfasst
wurden.
Voraussetzungen
Stellen Sie sicher, dass Sie die erforderlichen Berechtigungen für diese Aktivität haben, also dass
die erforderlichen Anwendungskataloge für diese Aktivität einer Anwendungsrolle zugeordnet sind, die
Ihrem Anwendungsbenutzer zugeordnet ist. Weitere Informationen nden Sie auf dem SAP Help Portal
http://help.sap.com/ibp unter Anwendungshilfe für SAP Integrated Business Planning Identitäts- und
Zugrisverwaltung Grundkonzepte Anwendungskataloge .
Kontext
Unabhängig davon, woher die historischen Daten stammen, führen Sie immer dieselben Kongurationsschritte
durch, um den Planungsbereich für änderungshistoriebasierte Berechnungen zu aktivieren und die
erforderlichen Planungsebenen und Kennzahlen einschließlich Berechnungen zu denieren.
Vorgehensweise
1. Aktivieren Sie den Planungsbereich für änderungshistoriebasierte Berechnungen.
2. Kongurieren Sie die historiebasierten Kennzahlberechnungen.
3. Aktivieren Sie den Planungsbereich.
Weitere Informationen
Änderungshistorie-basierte Berechnungen aktivieren [Seite 528]
Konguration der Berechnung von historieabhängigen Kennzahlen [Seite 529]
Aktivierung eines Planungsbereichs für Berechnungen, die auf der Änderungshistorie basieren [Seite 531]
Änderungshistorie für Kennzahlen
Auf der Änderungshistorie basierende Berechnungen
Quellen von historischen Daten
Freigegebene Daten nachverfolgen
Leitfaden für die Modellkonguration
Erweiterte Modellierung
PUBLIC
ÖFFENTLICH 527
28.9.1Änderungshistorie-basierte Berechnungen aktivieren
Verwenden Sie die Funktion für Änderungshistorie-basierte Berechnungen zum Ausführen von auf historischen
Kennzahlwerten basierenden Berechnungen.
Voraussetzungen
Stellen Sie sicher, dass Sie die erforderlichen Berechtigungen für diese Aktivität haben, also dass
die erforderlichen Anwendungskataloge für diese Aktivität einer Anwendungsrolle zugeordnet sind, die
Ihrem Anwendungsbenutzer zugeordnet ist. Weitere Informationen nden Sie auf dem SAP Help Portal
http://help.sap.com/ibp unter Anwendungshilfe für SAP Integrated Business Planning Identitäts- und
Zugrisverwaltung Grundkonzepte Anwendungskataloge .
Sie haben einen Planungsbereich mit Planungsebenen und Kennzahlen angelegt.
Vorgehensweise
1. Önen Sie die App Planungsbereiche
2. Suchen Sie die Planungsebene, die Sie für auf der Änderungshistorie basierende Berechnungen aktivieren
möchten.
3. Aktivieren Sie auf der Registerkarte Allgemein in Planungsbereich-Einstellungenden Planungsbereich für
Änderungshistorie.
4. Wählen Sie das Ankreuzfeld Änderungshistorie-basierte Berechnungen für den Planungsbereich.
5. Sichern Sie Ihre Änderungen.
6. Gehen Sie zur Registerkarte Planungsebenen.
7. Suchen Sie die Planungsebene, die Sie für Änderungshistorie-basierte Berechnungen verwenden möchten,
und önen Sie sie.
8. Fügen Sie unter Historienattribute die benötigten Attribute hinzu.
Hinweis
Diese Attribute werden nicht in der App Attribute aufgelistet und sind nicht änderbar.
Folgende Historien- und Datenaustauschattribute sind verfügbar:
Attribut-ID Attributbeschreibung Anmerkung
S_CHANGEDBY Geändert von ID des Benutzers, der die Kennzahl
geändert hat
528
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Erweiterte Modellierung
Attribut-ID Attributbeschreibung Anmerkung
TSCHANGEIDFR Änderungs-ID Entspricht der bestehenden Gültig-
von-Spalte der Änderungs-ID in der
Kennzahlwert-/Zeitreihentabelle
TSCHANGEIDTO Änderungs-ID Entspricht der bestehenden Gültig-
bis-Spalte der Änderungs-ID in
der Kennzahlwert-/Zeitreihentabelle
TSCHANGEIDTO = -1 für aktuelle
Werte
S_CHINPERIODID Geändert in PERIODID Zeitpunkt der Änderung, zugeordnet
zu PERIODID gemäß Zeitproldeni-
tion
S_CHINPERIODIDx Geändert in PERIODIDx Zeitebenen-PERIODIDs, die S_CHPE-
RIODID entsprechen, gemäß Deni-
tion im Zeitprol (S_CHPERIODID1,
S_CHPERIODID2, S_CHPERIODID3,
…)
S_DSPID Datenaustauschmodell Datenaustauschmodell-ID
S_DSAID Datenaustauschvereinbarung Datenaustauschvereinbarungs-ID
S_DSEVENTID Datenaustauschaktion Datenaustauschaktions-ID
9. Wählen Sie das Attribut TSCHANGEIDFR als Wurzel.
10. Sichern Sie Ihre Änderungen.
Weitere Informationen
Konguration der Berechnung von historieabhängigen Kennzahlen [Seite 529]
Aktivierung eines Planungsbereichs für Berechnungen, die auf der Änderungshistorie basieren [Seite 531]
Änderungshistorie für Kennzahlen
Auf der Änderungshistorie basierende Berechnungen
Freigegebene Daten nachverfolgen
Quellen von historischen Daten
28.9.2Konguration der Berechnung von historieabhängigen
Kennzahlen
Kongurieren Sie Kennzahlen, um deren Werte basierend auf den Vergangenheitswerten der Eingabe zu
berechnen und anzuzeigen.
Leitfaden für die Modellkonguration
Erweiterte Modellierung
PUBLIC
ÖFFENTLICH 529
Voraussetzungen
Stellen Sie sicher, dass Sie die erforderlichen Berechtigungen für diese Aktivität haben, also dass
die erforderlichen Anwendungskataloge für diese Aktivität einer Anwendungsrolle zugeordnet sind, die
Ihrem Anwendungsbenutzer zugeordnet ist. Weitere Informationen nden Sie auf dem SAP Help Portal
http://help.sap.com/ibp unter Anwendungshilfe für SAP Integrated Business Planning Identitäts- und
Zugrisverwaltung Grundkonzepte Anwendungskataloge .
Kontext
Um die Werte von geänderten oder gemeinsamen Kennzahlen erfassen zu können, müssen Sie entweder
die Einstellungen der Kennzahl ändern oder eine dedizierte abgelegte Kennzahl als Gegenstück zur Kennzahl
anlegen, deren Änderungen oder gemeinsame Werte Sie erfassen möchten (die Basiskennzahl).
Vorgehensweise
1. Wechseln Sie zur Registerkarte Kennzahlen des Planungsbereichs in der App Planungsbereiche.
Entscheiden Sie, ob Sie eine dedizierte Kennzahl benötigen, um die Änderungen zu erfassen oder die
gemeinsamen Werte nachzuverfolgen.
•Zur Erfassung der Änderungshistorie einer Kennzahl müssen Sie keine dedizierte Kennzahl kongurieren.
•Beim Nachverfolgen vergangener Datenaustauschaktionen müssen Sie für jede veröentlichte
Kennzahl, die Sie nachverfolgen möchten, eine entsprechende Vergangenheitskennzahl denieren, die für
die Änderungshistorie aktiviert wurde.
•Bei empfangenen Kennzahlen haben Sie zwei Möglichkeiten.
Wenn Sie die Änderungen der empfangenen Werte nachverfolgen möchten, legen Sie eine dedizierte
Vergangenheitskennzahl an. Bei diesem Ansatz teilt IBP die Werte, die von Ihrem Lieferanten eingingen
(diese Werte wurden in der dedizierten Vergangenheitskennzahl erfasst), von den Werten ab, die von einem
Benutzer eingegeben wurden (Änderungen direkt an der nachzuverfolgenden Kennzahl).
Wenn Sie alle Änderungen an den Kennzahlwerten, also sowohl von Lieferanten als auch Benutzern,
nachverfolgen möchten, verwenden Sie die Kennzahl selbst für die Nachverfolgung.
2. Wenn Sie eine dedizierte Kennzahl anlegen, wählen Sie Neu.
a. Geben Sie eine Kennzahl-ID ein, und wählen Sie im Dropdown-Listenfeld eine Basisplanungsebene
aus.
Wir empfehlen, der ID der Basiskennzahl ein Sux hinzuzufügen, z.B. DS oder CHG, und es als ID der
für die Historie aktivierten Kennzahl zu verwenden.
Wählen Sie die Basisplanungsebene aus, die auch der nachzuverfolgenden Kennzahl zugeordnet
wurde.
b. Füllen Sie die Merkmale entsprechend aus:
Stellen Sie sicher, dass Sie die Kennzahl als Abgelegt festlegen und markieren Sie das Ankreuzfeld
Änderungshistorie aktivieren.
530
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Erweiterte Modellierung
Die dedizierte Vergangenheitskennzahl und die nachzuverfolgende Kennzahl müssen dieselbe
Basisplanungsebene haben.
Wählen Sie für Bearbeitung zulässig die Option Vom System bearbeitbar aus.
c. Fügen Sie eine Berechnung auf Anfrageebene hinzu. Fügen Sie bei Bedarf zusätzliche Berechnungen
hinzu.
Für die Kennzahl auf Historienplanungsebene müssen sowohl Als Eingabe wählen als auch
Abgelegter Wert ausgewählt werden. Dann stehen die Historien- und Datenaustauschattribute, die die
Planungsebene enthält, für Berechnungen, Aggregationen und Disaggregationen zur Verfügung.
Eine Kennzahl kann nur dann eine abgelegte Eingabekennzahl auf einer Historienplanungsebene
sein, wenn die Historienplanungsebene mit der Basisplanungsebene der Eingabekennzahl
kompatibel ist. Das bedeutet, dass die Historienplanungsebene genau dieselben Attribute
wie die Basisplanungsebene der Kennzahl sowie die Historienattribute und bei Bedarf
die Datenaustauschattribute enthalten muss. Die Historienplanungsebene muss dieselben
Schlüsselattribute wie die Basisplanungsebene und zusätzlich das Historienattribut TSCHANGEIDFR
enthalten.
d. Sichern Sie Ihre Änderungen.
3. Wenn Sie die Kennzahl selbst zur Nachverfolgung von Änderungen verwenden, vergewissern Sie sich, dass
die erforderlichen Einstellungen für die Kennzahl vorgenommen wurden.
•Die Kennzahl muss abgelegt und das Ankreuzfeld Änderungshistorie aktivieren muss markiert sein.
•Sie haben den Historieplanungsebenen Berechnungen hinzugefügt.
Weitere Informationen
Kennzahlberechnungen [Seite 177]
Kennzahlen anlegen [Seite 155]
Änderungshistorie für Kennzahlen
Auf der Änderungshistorie basierende Berechnungen
Quellen von historischen Daten
Freigegebene Daten nachverfolgen
28.9.3Aktivierung eines Planungsbereichs für
Berechnungen, die auf der Änderungshistorie
basieren
Eine Liste zusätzlicher Prüfungen, die ausgeführt werden, wenn Sie eine Konsistenzprüfung für einen
Planungsbereich durchführen, der für auf der Änderungshistorie basierende Berechnungen aktiviert ist, oder
wenn Sie einen solchen Planungsbereich aktivieren.
Wenn Sie die Konsistenzprüfung oder Aktivierung eines Planungsbereichs starten, der für auf der
Änderungshistorie basierende Berechnungen aktiviert ist, führt das System die folgenden Prüfungen für
Leitfaden für die Modellkonguration
Erweiterte Modellierung
PUBLIC
ÖFFENTLICH 531
den Planungsbereich und die Modellentitäten aus, die mit dem Planungsbereich zusammen aktiviert werden
(Planungsebenen, Kennzahlen und Versionen):
•Prüfung der Denition des Planungsbereichs
•Der Planungsbereich muss für die Änderungshistorie aktiviert sein.
•Eine Version darf keine Kennzahl aufweisen, die für die Änderungshistorie aktiviert ist.
•Prüfung der Planungsebenen
•Eine Planungsebene kann nur dann Historienattribute enthalten, wenn der Planungsbereich für
Berechnungen aktiviert ist, die auf der Änderungshistorie basieren.
•Abgelegte Kennzahlen können keine Basisplanungsebene haben, die Historienattribute oder
Datenaustauschattribute enthält.
•Prüfung der Berechnungen von Kennzahlen
•Eine Kennzahl kann nur dann eine abgelegte Eingabekennzahl auf einer Historienplanungsebene sein,
wenn diese Eingabekennzahl für die Änderungshistorie aktiviert ist.
•Eine Kennzahl kann nur dann eine abgelegte Eingabekennzahl auf einer Historienplanungsebene sein,
wenn das Attribut TSCHANGEIDFR als Schlüsselattribut festgelegt ist.
•Eine Kennzahl kann nur dann eine abgelegte Eingabekennzahl auf einer Historienplanungsebene sein,
wenn die Historienplanungsebene mit der Basisplanungsebene der Eingabekennzahl kompatibel ist.
Die Historienplanungsebene ist mit der Basisplanungsebene kompatibel, wenn sie genau denselben
Attributsatz wie die Basisplanungsebene der Kennzahl und zusätzlich die Historienattribute enthält.
Die Historienplanungsebene muss dieselben Schlüsselattribute wie die Basisplanungsebene und
zusätzlich das Historienattribut TSCHANGEIDFR enthalten.
Sie können einen Planungsbereich, der für auf der Änderungshistorie basierende Berechnungen aktiviert
ist, nur dann aktivieren, wenn – neben den allgemeinen Prüfungen – auch alle oben genannten Prüfungen
erfolgreich bestanden wurden.
Weitere Informationen
Auf der Änderungshistorie basierende Berechnungen
Änderungshistorie für Kennzahlen
28.10Gegenüberstellung von Periode zu Periode mit
Zeitprolattributen kongurieren
In der Regel können Sie bei der Analyse von Kennzahlen nur ein Zeitattribut verwenden. Wenn Sie Kennzahlen
über verschiedene Zeiträume hinweg vergleichen möchten, können Sie Zeitprolattribute kongurieren, um
Gegenüberstellungen von Periode zu Periode zu erleichtern.
532
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Erweiterte Modellierung
Voraussetzungen
Stellen Sie sicher, dass Sie die erforderlichen Berechtigungen für diese Aktivität haben, also dass
die erforderlichen Anwendungskataloge für diese Aktivität einer Anwendungsrolle zugeordnet sind, die
Ihrem Anwendungsbenutzer zugeordnet ist. Weitere Informationen nden Sie auf dem SAP Help Portal
http://help.sap.com/ibp unter Anwendungshilfe für SAP Integrated Business Planning Identitäts- und
Zugrisverwaltung Grundkonzepte Anwendungskataloge .
Sie haben bereits einen Planungsbereich angelegt und alle Stammdatentypen hinzugefügt, die Sie für die
Gegenüberstellung verwenden möchten.
Kontext
Mit der Gegenüberstellung von Periode zu Periode können Sie beispielsweise einen Jahresvergleich von
Kennzahlen durchführen, die nach Monat oder Quartal gruppiert sind. Nachdem Sie die Gegenüberstellung von
Periode zu Periode konguriert haben, können Sie wie im folgenden Beispiel gezeigt Planungssichten anlegen.
Beispiel
Pro-
dukt-
ID
Kenn-
zahl
Zeit-
raum
01-
JAN
02-
FEB
03-
MAR
04-
APR
05-
MAY
06-
JUN
07-
JUL
08-
AUG
09-
SEP
10-
OCT
11-
NOV
12-
DEC
IBP-10
0
Ist 2021 100 110 120 150 160 180 200 210 250 260 270 300
2022 100 120 130 150 160 190 200 230 250 260 270 300
Die Werte der Spalte Zeitraum werden aus dem zugeordneten Zeitprol abgeleitet und spiegeln die Ebene des
jährlichen Zeitraums wider. Der Kopf, der über den tatsächlichen Kennzahlwerten angezeigt wird, wird durch
das Hinzufügen eines Attributs zum Zeitprol wie folgt realisiert.
Hinweis
Die folgende Vorgehensweise ist ein Beispiel. Sie können die Zeitprolattribute auch auf anderen
Zeitprolebenen kongurieren.
Vorgehensweise
1. Legen Sie in der App Attribute das neue Attribut MONTHNAME mit den folgenden Details an:
•ID: MONTHNAME
•Name: Monatsname
•Datentyp: NVARCHAR
•Länge: 20
Leitfaden für die Modellkonguration
Erweiterte Modellierung
PUBLIC
ÖFFENTLICH 533
Dieses Attribut wird dem Zeitprol zugeordnet, das Ihrem Planungsbereich zugeordnet ist, und enthält den
Namen des Monats (z.B. 02-FEB).
2. Suchen Sie in der App Zeitprole nach dem Zeitprol, das Ihrem Planungsbereich zugeordnet ist, und
fügen Sie das neue Attribut der entsprechenden Zeitprolebene hinzu. In diesem Beispiel möchten wir
eine Kennzahl anlegen und vergleichen, die auf Monatsebene gespeichert wird. Deswegen müssen wir das
Attribut MONTHNAME der Monatsebene zuordnen.
3. Fügen Sie auf der Registerkarte Planungsebenen der App Planungsbereiche das Attribut MONTHNAME
zur Planungsebene der Kennzahl hinzu, die für Gegenüberstellungen von Periode zu Periode verwendet
werden soll. Möglicherweise müssen Sie das Attribut mehreren Planungsebenen hinzufügen, um ein
konsistentes Modell zu gewährleisten. Wenn Sie noch keine Planungsebene für monatliche Perioden
haben, empfehlen wir, eine anzulegen. In diesem Fall müssen Sie auch eine neue Kennzahl anlegen.
4. Prüfen und aktivieren Sie den Planungsbereich mit seinen Abhängigkeiten.
5. Laden Sie die vorhandenen Zeitproldaten herunter und pegen Sie das Attribut MONTHNAME auf der
Zeitprolebene, die Sie in Schritt 2 angelegt haben. Stellen Sie sicher, dass die Zeitproldaten selbst
unverändert bleiben, da es sonst zu Datenverlust kommen kann.
Ergebnisse
Hinweis
Die folgenden Einschränkungen können bei der Verwendung von Zeitprolattributen im SAP Integrated
Business Planning, Add-in für Microsoft Excel auftreten:
Fixierung von Kennzahlwerten Keine Einschränkungen
Attributbasierte Summen Keine Einschränkungen
Zeitbasierte Summen Je nach Konguration können Einschränkungen auftreten.
Änderungshistorie Es wird empfohlen, die Änderungshistorie für periodenbe-
zogene Kennzahlen nicht zu aktivieren.
Planungsnotizen Es wird empfohlen, Planungsnotizen für periodenbezo-
gene Kennzahlen nicht zu aktivieren.
Formatierung der Bearbeitbarkeit (vergangener, aktueller,
zukünftiger Horizont oder Bearbeitungshorizont)
Je nach Konguration können Einschränkungen auftreten.
534
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Erweiterte Modellierung
29 Namenskonventionen von
Modellentitäten
Die IDs von Modellentitäten müssen bestimmte Anforderungen erfüllen.
Wenn Sie eine neue Modellentität anlegen, beachten Sie folgende Regeln bei der Auswahl einer ID für die
Entität.
Attribut-ID
Attribut-IDs können folgende Merkmale aufweisen:
•maximal 32 Zeichen enthalten
•Zahlen und Buchstaben enthalten
•nur mit einem Buchstaben beginnen
Stammdatentyp-ID
Stammdatentyp-IDs können folgende Merkmale aufweisen:
•maximal 32 Zeichen enthalten
•Zahlen und Buchstaben enthalten
•nur mit einem Buchstaben beginnen
Zeitprol-ID
Zeitprol-IDs können folgende Merkmale aufweisen:
•maximal 32 Zeichen enthalten
•nur positive Ganzzahlen
Planungsbereichs-ID
Planungsbereichs-IDs können folgende Merkmale aufweisen:
•maximal 10 Zeichen enthalten
•Zahlen und Buchstaben enthalten
Leitfaden für die Modellkonguration
Namenskonventionen von Modellentitäten
PUBLIC
ÖFFENTLICH 535
•nur mit einem Buchstaben beginnen
Planungsebenen-ID
Planungsebenen-IDs können folgende Merkmale aufweisen:
•maximal 32 Zeichen enthalten
•Zahlen und Buchstaben enthalten
•nur mit einem Buchstaben beginnen
Kennzahl-ID
Kennzahl-IDs können folgende Merkmale aufweisen:
•maximal 32 Zeichen enthalten
•Zahlen und Buchstaben enthalten
•nur mit einem Buchstaben beginnen
Versions-ID
Versions-IDs können folgende Merkmale aufweisen:
•maximal 10 Zeichen enthalten
•Zahlen und Buchstaben enthalten
•nur mit einem Buchstaben beginnen
29.1 Reservierte Namen und Namenseinschränkungen
Zeichenfolgen, die eine besondere Bedeutung in SAP Integrated Business Planning haben, dürfen für IDs oder
Werte von Modellentitäten nicht verwendet werden.
Reservierte Namen
Ziehen Sie bei der Konguration und Verwendung Ihres Planungsmodells die unten aufgeführten IDs, Namen,
Beschreibungen und Werte nicht heran.
536
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Namenskonventionen von Modellentitäten
IDs für Attribute und für Kennzahlen
Verwenden Sie für Attribute und Kennzahlen keine der folgenden IDs:
BASEPERIOD BATCH CACHEID CHANGEID
CHID CID CLIENT COMMENT
COPYINDEX CREATEDBY CREATEDDATE DATE
DESCR DSID DUMMY FILENAME
FROM GROUP ID IDX
KEYFIGUREDATE KFID LANGUAGE LASTMODIFIEDBY
LASTMODIFIEDDATE LASTMODIFIEDEXT MODIFIEDBY MODIFIEDDATE
MSGID MSGNO MSGTY MSGV1
MSGV2 MSGV3 MSGV4 NEWVALUE
NULL OBJECTID OBJECTNAME OLDVALUE
PARENTID PERIODDESC PERIODDESCR PERIODEND
PERIODID PERIODID(n) PERIODLEVEL PERIODSTART
PLANSESSION PLCHANGEIDFR PLCHANGEIDTO PLEVELID
PLOBJCOUNT PLOBJID REFDATE REVISIONDATE
SCNID SCNNAME SCNNUM SETTINGSID
SHEETID SIMID SOPSEQ SOPSEQ2
SUBCHANGEID TPID TPLEVEL TSCHANGEIDFR
TSCHANGEIDTO TSTFR TSTTO TXNID
VALUE
IDs für Planungsebenen
Legen Sie eine Planungsebene nicht mit einer der folgenden IDs an:
•STOREDVALUES
•SCMRESTRICTFILTER
•REQUEST
Attributwerte
Die folgenden Werte für Attribute dürfen Sie beim Hochladen von Daten nicht verwenden:
•NONE
Leitfaden für die Modellkonguration
Namenskonventionen von Modellentitäten
PUBLIC
ÖFFENTLICH 537
•ALL
•BASELINE
•REALTIME
Namenseinschränkungen
Attribute
Sie dürfen keine Attribute anlegen, die eine der folgenden Abhängigkeiten zwischen ihren IDs haben:
ID von Attribut 1 ID von Attribut 2 Beispiel
<ATTRIBUTEID> <ATTRIBUTEID>+A BATCH und BATCHA
<ATTRIBUTEID> <ATTRIBUTEID>+NUM BATCH und BATCHNUM
<ATTRIBUTEID> <ATTRIBUTEID>+ID BATCH und BATCHID
<ATTRIBUTEID>+ID <ATTRIBUTEID>+NUM BATCHID und BATCHNUM
Kennzahlen
Die Kennzahl-ID und der Kennzahlname müssen innerhalb eines Planungsbereichs eindeutig sein.
Attribute, Kennzahlen und Versionen
Innerhalb eines Planungsgebietes müssen die Attribut-ID, Kennzahl-ID und Versions-ID eindeutig sein.
29.2 Anlegen einer Kennzahl mit der ID eines gelöschten
Attributs oder eines Attributs mit der ID einer
gelöschten Kennzahl
Die Aktivierung eines Planungsbereichs schlägt fehl, wenn Sie ein Attribut löschen und dessen ID
wiederverwenden, um eine neue Kennzahl in einem Transport anzulegen. Das gleiche Problem tritt auf, wenn
Sie eine Kennzahl löschen und ihre ID wiederverwenden, um ein neues Attribut in einem Transport anzulegen.
Beachten Sie, dass Attribut-IDs und Kennzahl-IDs innerhalb eines Planungsbereichs eindeutige Werte haben
müssen.
Die Aktivierung schlägt beispielsweise fehl, wenn Sie eine neue Kennzahl wie folgt anlegen:
1. Sie löschen ein Attribut und aktivieren den Planungsbereich, dem das Attribut im Quellsystem zugeordnet
wurde.
2. Sie legen eine Kennzahl mit derselben ID an und führen die Aktivierung erneut aus.
3. Sie exportieren beide mit demselben Transport.
538
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Namenskonventionen von Modellentitäten
Dies hat zur Folge, dass ein zu löschendes Attribut und eine anzulegende Kennzahl mit derselben ID
gleichzeitig in dem System vorhanden sind, in das der Transport importiert wurde, der die Änderungen
enthält.
4. Wenn Sie versuchen, den Planungsbereich im Zielsystem zu aktivieren, führt dies zu einem Fehler.
Das gleiche Problem tritt auf, wenn Sie eine Kennzahl löschen und ein Attribut mit derselben ID wie
beschrieben anlegen.
Wiederherstellen, wenn die Aktivierung fehlschlägt, nachdem ein Attribut
(oder eine Kennzahl) gelöscht und seine ID in einem Transport
wiederverwendet wurde
Das folgende Beispiel zeigt die Situation, wenn Sie ein Attribut löschen und eine Kennzahl anlegen. Der Prozess
ist derselbe, wenn Sie eine Kennzahl löschen und ein Attribut anlegen.
1. Löschen Sie die neue Kennzahl manuell aus dem Zielsystem.
2. Aktivieren Sie den Planungsbereich im Zielsystem.
Dieser Schritt entfernt das Attribut, das Sie löschen und dessen ID Sie wiederverwenden möchten.
3. Importieren Sie die Kennzahl erneut, und aktivieren Sie den Planungsbereich im Zielsystem.
Hinweis
Wenn Sie in einer Dreisystemlandschaft arbeiten, müssen Sie diese Schritte in jedem Ihrer Systeme
ausführen.
Attribut (oder Kennzahl) löschen und ID für eine neue Kennzahl (oder ein
neues Attribut) wiederverwenden
Das folgende Beispiel zeigt die Situation, wenn Sie ein Attribut löschen und eine Kennzahl anlegen. Der Prozess
ist derselbe, wenn Sie eine Kennzahl löschen und ein Attribut anlegen.
1. Löschen Sie das Attribut, dessen ID Sie wiederverwenden möchten, und führen Sie die Aktivierung im
Quellsystem aus.
2. Exportieren Sie das zu löschende Attribut in das Zielsystem und führen Sie die Aktivierung im Zielsystem
durch.
3. Sie können eine Kennzahl mit derselben ID wie das Attribut anlegen, das Sie gerade gelöscht haben, und
die Aktivierung im Quellsystem ausführen.
4. Exportieren Sie die neue Kennzahl, und aktivieren Sie den Planungsbereich.
Leitfaden für die Modellkonguration
Namenskonventionen von Modellentitäten
PUBLIC
ÖFFENTLICH 539
30 Monitoring und Fehlerbehebung
Sobald Ihre Planungsmodelle einsatzbereit sind, können Sie Ihre Prozesse jederzeit überwachen und
überprüfen. In diesem Bereich nden Sie hilfreiche Methoden, mit denen Sie Ihre Planungsmodelle
überwachen, mögliche Probleme untersuchen und Best Practices einführen können, um entsprechende
Probleme in der Zukunft zu vermeiden.
30.1 Kennzahlenberechnungen simulieren
In der App Kennzahlberechnungen simulieren können Sie Simulationen anlegen und ausführen, um die
Korrektheit jedes Berechnungsschritts zu prüfen, von der Ebene der abgelegten Kennzahl bis hin zu
Berechnungen auf Anfrageebene, einschließlich Zwischenberechnungsschritten.
Mit der App Kennzahlberechnungen simulieren erhalten Sie einen Überblick über das gesamte
Berechnungsdiagramm einer Kennzahl. Sie können entweder die aktive oder die inaktive Instanz eines
Planungsbereichs anzeigen. Die aktive Instanz ist ein vollständiger und konsistenter Arbeitsbereich, andernfalls
hätte sie nicht aktiviert werden können. Die inaktive Instanz enthält Änderungen seit der letzten Aktivierung
und ist möglicherweise nicht vollständig oder nicht konsistent. Die Kennzahldaten werden in einem leicht
lesbaren Tabellenformat angezeigt, ähnlich wie die anderen Benutzungsoberächen von SAP IBP.
Die App Kennzahlberechnungen simulieren verbessert auch die Produktivität der Modellierung, indem die
Korrektheit der Berechnungen anhand der tatsächlichen Kennzahldaten getestet werden kann, ohne dass
zuerst der Planungsbereich aktiviert wird. Die App kann die aktive oder inaktive Version des Planungsbereichs
zu Simulationszwecken verwenden, um das Testen vor der Produktivnutzung zu vereinfachen und die
Fehlerbehebung während der Produktivnutzung zu unterstützen. Die inaktive Instanz enthält Änderungen seit
der letzten Aktivierung und ist möglicherweise nicht vollständig oder nicht konsistent.
Die Simulation verwendet vorhandene Filter, die in SAP IBP, Add-in für Microsoft Excel deniert wurden, um
Daten zu ltern und die Konguration eines Simulationslaufs zu beschleunigen.
Jede Simulation erfordert Eingabedaten, und die App Kennzahlberechnungen simulieren verwendet die
im System gespeicherten Kennzahldatensätze. In der App können Sie die im System gespeicherten
Kennzahldatensätze nicht ändern. Sie werden nur zu Anzeigezwecken verwendet.
Hinweis
SAP IBP arbeitet in der Regel mit sehr großen Datenvolumen, da Planungsmodelle leicht Hunderte
Millionen von Datensätzen in den Datenbanktabellen enthalten können. Die Eingabedaten können durch
Planungslter geltert werden, um die Menge der Eingabedaten zu verringern, sodass diese gerade noch
aureichend für die Validierung der Berechnung ist.
540
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Monitoring und Fehlerbehebung
Berechtigung
Damit Sie auf die App Kennzahlberechnungen simulieren zugreifen können, stellen Sie sicher, dass der
Anwendungskatalog Kennzahlberechnungen simulieren (SAP_IBP_BC_KFCSIM_PC) Ihrer Anwendungsrolle
zugeordnet ist. Dieser Anwendungskatalog bietet die Möglichkeit, die folgenden Einschränkungen unter
Einschränkungen pegen einzurichten:
•Planungsbereich
Sie können einschränken, für welchen Planungsbereich eine Simulation angelegt werden kann.
•Zugri auf Simulationen von Kennzahlberechnungen
Sie können angeben, ob ein Benutzer Zugri auf eine beliebige Simulation im System hat oder nur auf die,
die er angelegt hat. Benutzer, die Zugri auf alle Simulationen haben, können eine Simulation auch für
andere Benutzer ausführen.
•Art der Daten, die für die Simulation verwendet werden
Wählen Sie TRANS aus, da nur im System gespeicherte Bewegungsdaten als Eingabe verwendet werden
können.
Die App verwendet zudem die Einschränkungen und Berechtigungen aus dem Anwendungskatalog
Grundlegende Planungsaufgaben (SAP_IBP_BC_EXCEL_ADDIN_PC), der für den Anwendungskatalog
SAP_IBP_BC_KFCSIM_PC funktionell erforderlich ist.
Damit Sie alle abhängigen Modellierungsobjekte und Protokolle anzeigen können, müssen Ihrer
Anwendungsrolle auch die folgenden Anwendungskataloge zugeordnet sein:
•Planungsmodell-Konguration (SAP_IBP_BC_PLANMODEL_CF_PC)
•Anwendungsprotokolle (SAP_IBP_BC_LOG_PC)
30.1.1Verwendung der App
Führen Sie die folgenden Schritte aus, um eine Simulation anzulegen und auszuführen.
1. Wählen Sie Anlegen.
2. Wählen Sie einen Planungsbereich aus.
Wählen Sie aus, ob Sie die aktive oder die inaktive Instanz des Planungsbereichs verwenden möchten.
3. Wählen Sie eine Planungssichtvorlage oder einen Favoriten und ein Arbeitsblatt aus.
4. Wählen Sie die Kennzahlen aus, für die Sie die Simulation ausführen möchten.
5. Um die Simulation spezischer zu gestalten und die Zeilen zu reduzieren, die nach dem Simulationslauf
angezeigt werden sollen, können Sie auch die folgenden Einstellungen denieren:
•Zeitraum, aus dem Sie Daten auf Basisplanungsebene lesen möchten.
•Planungslter für Attribute auf der Basisplanungsebene.
•Umfang der Simulation: Sie können die Simulation für das gesamte Diagramm oder nur für
ausgewählte Knoten ausführen.
Um die Simulation nur für ausgewählte Berechnungen auszuführen, wählen Sie Ausgewählte Knoten
und dann Anlegen. Wählen Sie die Berechnungen entweder im Diagramm oder in einer Listenansicht
aus (Berechnungen auswählen), und wählen Sie dann Simulieren und Ausgewählte Knoten.
•Anzahl der Tage, für die Sie die Simulation im System speichern möchten.
Der Standardwert beträgt 50 Tage ab der letzten Simulation.
Leitfaden für die Modellkonguration
Monitoring und Fehlerbehebung
PUBLIC
ÖFFENTLICH 541
6. Sie können die Simulation für Ihren eigenen Benutzer oder für einen anderen Benutzer ausführen.
Wenn Sie die Simulation für einen anderen Anwendungsbenutzer ausführen, werden
Planungssichtvorlagen und Favoriten beim Ausführen der Simulation auf Basis der Berechtigungslter
des Anwendungsbenutzers beschränkt.
7. Sie können der Simulation auch einen Namen geben.
Nachdem die Simulation erfolgreich ausgeführt wurde, können Sie eine beliebige Berechnung im Diagramm
auswählen, um die Simulationsergebnisse anzuzeigen.
30.1.2Beispiel: Fehlende Umrechnungskurse
In diesem Beispiel können Sie fehlende Umrechnungskurse in der Berechnungskette ermitteln, indem Sie eine
Simulation in der App Kennzahlberechnungen simulieren ausführen.
Wie Sie dem Beispiel unten entnehmen können, geben die Berechnungen auf den obersten Ebenen nach der
Währungsumrechnung keine Kennzahldaten zurück. Berechnungen ohne Berechnungsergebnisse werden mit
einem Ausrufezeichen gekennzeichnet.
Eine Währungsumrechnung kann nur dann berechnet werden, wenn Wechselkurse im System vorliegen
und eine Berechnung der Währungsumrechnung für die betreende Kennzahl deniert wurde. Die
Simulationsergebnisse zeigen, dass die Eingabe der Währungsumrechnung in USD verfügbar ist.
542
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Monitoring und Fehlerbehebung
Wenn Sie sich jedoch die Kennzahl auf der Basisplanungsebene EXCHANGERATE@MTHCURRCURRTO ansehen,
stellen Sie fest, dass der Kurs für die Umrechnung von USD in EUR für alle Zeiträume fehlt. Aus diesem Grund
geben die obersten Berechnungen keine Ergebnisse zurück.
Eine weitere Variante dieses Beispiels ist, wenn der Umrechnungskurs nur für einige Zeiträume fehlt. In
diesem Fall liefern die Berechnungen nur für Zeiträume, in denen der Wechselkurs fehlt, keine Ergebnisse.
Im folgenden Beispiel fehlen Umrechnungskurse für März 2022 und April 2022. Daher gibt es keine
Leitfaden für die Modellkonguration
Monitoring und Fehlerbehebung
PUBLIC
ÖFFENTLICH 543
Anfrageberechnungsergebnisse für diese Zeiträume (obwohl diese Zeiträume vor der Währungsumrechnung
vorhanden sind).
Da alle Zeiträume vor der Währungsumrechnung vorhanden sind, sollten die Umrechnungskurse geprüft
werden. Beim Betrachten von EXCHANGERATE@MTHCURRCURRTO sehen Sie, dass der Wechselkurs für die
Umrechnung von USD in USD nur im März und April 2022 fehlt.
544
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Monitoring und Fehlerbehebung
30.1.3Beispiel: Division durch Null
In diesem Beispiel können Sie eine fehlerhafte Division durch Null ermitteln, indem Sie eine Simulation in der
App Kennzahlberechnungen simulieren ausführen.
Eine Berechnung darf keine Division durch Null für tatsächliche Kennzahlwerte enthalten. Die Division
durch Null führt zu einer numerischen Überlaufbedingung und muss daher vermieden werden. Da die App
Kennzahlberechnungen simulieren die im System gespeicherten Kennzahldatensätze verwendet, kann sie
Fälle erkennen, die einen Laufzeitfehler, z.B. einen numerischen Überlauf, während des täglichen Betriebs
verursachen. Im Beispiel unten zeigen die rot markierten Berechnungen an, dass während der Simulation ein
Fehler aufgetreten ist.
Die fehlerhafte Berechnung MARKETINGFORECASTREV@WKPRODCUSTCURR enthält eine Division. Wenn Sie das
Fehlerprotokoll prüfen, sehen Sie, dass eine Division durch Null erfolgt ist, indem Sie die Kennzahldaten
verwenden. Da eine Division durch Null nicht zulässig ist, werden für die fehlerhaften Berechnungsknoten keine
Berechnungsergebnisse zurückgegeben.
30.1.4Blöcke in Simulation ltern
Berechnungen, die Filtersperren [Seite 558] verursachen können Auswirkungen darauf haben, wie
Simulationsergebnisse in der App Kennzahlberechnungen simulieren angezeigt werden.
Leitfaden für die Modellkonguration
Monitoring und Fehlerbehebung
PUBLIC
ÖFFENTLICH 545
Berechnungen mit Filterblöcken
Berechnungen, die Filtersperren verursachen, bedeuten, dass selbst wenn ein Filter auf einer
Planungssichtvorlagenebene deniert ist (z.B. für einen bestimmten Zeithorizont), solche Filter nicht
unter diese Berechnungen verschoben werden können, da sie keine korrekten Ergebnisse liefern würden.
Beispielsweise muss eine Periodenverschiebungsberechnung Zugri auf den gesamten Zeithorizont haben,
damit die Periodenverschiebung korrekt funktioniert. Erst wenn die Periodenverschiebungsberechnung
durchgeführt wurde, kann das System die Filter für den Zeithorizont anwenden. Dieses Verhalten kann
auch in der App Kennzahlberechnungen simulieren beobachtet werden: Berechnungen, die Filtersperren
(und ihre Eingabeberechnungen und abgelegten Kennzahlen) verursachen, führen zu einem deutlich
größeren Datenvolumen. Daher sehen Sie auch Zeiträume in diesen Ergebnismengen, die sonst nicht im
Zeithorizontbereich liegen, der durch die Planungssichtvorlage deniert wurde.
Filter auf Basisplanungsebene
Um die Performance zu verbessern und die Datenmenge einzuschränken, die in der Tabellensicht für
die Berechnungsknoten angezeigt wird, können Sie Filter für Basisplanungsebenen im Abschnitt Filter auf
Basisplanungsebene setzen. Hier können Sie zwischen zwei Optionen wählen:
•Sie können einen Zeitlter setzen.
Dieser Zeitlter schränkt den Zeithorizont immer auf der Ebene der abgelegten Kennzahlen ein. Überlegen
Sie sorgfältig, welchen Zeithorizont Sie festlegen, wenn es eine periodenübergreifende Berechnung gibt.
Wenn wir z.B. bei einer Periodenverschiebungsberechnung Daten für einen Zeitraum abrufen, erfolgt die
eigentliche Berechnung über mehrere Zeiträume hinweg. Wenn wir also den Wert der Eingabekennzahl z.B.
um ein Jahr verschieben, setzen Sie einen Zeitlter, der sicherstellt, dass Daten für ein weiteres Jahr in der
Zukunft verfügbar sind.
Weitere Informationen nden Sie unter Beispiel: Zeitattribut-Transformation [Seite 561].
•Sie können einen Planungslter für Attribute verwenden.
Achten Sie in diesem Fall besonders auf Berechnungen, die eine Transformation der Stammdatenattribute
enthalten.
Weitere Informationen nden Sie unter Beispiel: Transformation von Stammdatenattributen [Seite 564].
Filter auf Basisplanungsebene unterscheiden sich von Filtern, die in der Planungssichtvorlage gesetzt wurden.
Filter auf Basisplanungsebene werden immer auf der Ebene der abgelegten Daten angewendet, unabhängig
von Filtersperren.
30.1.5Umgang mit fehlender Eingabe
Bei der Fehlerbehebung oder sogar bei der Modellierung ist es wichtig zu verstehen, wie sich die App
Kennzahlberechnungen simulieren verhält, wenn die von der Simulation verwendeten Daten fehlende Werte
oder NULL-Werte enthalten. Die folgenden Fälle erläutern, wie Sie die in der Tabellensicht dargestellten Daten
bei fehlenden oder NULL-Werten interpretieren können.
546
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Monitoring und Fehlerbehebung
Fehlende Daten
Wenn der Berechnungsknoten im Diagramm keine Ausgabedatensätze bereitstellt, wird in der oberen linken
Ecke des Knotens ein Symbol mit einem Ausrufezeichen angezeigt. Dies gibt an, dass andere Berechnungen,
die diesen Knoten als Eingabe verwenden, keine Eingabedaten von diesem Knoten erhalten. Je nach
Berechnung kann dies entweder bedeuten, dass die abhängige Berechnung auch keine Ausgabedatensätze
zurückgibt, oder dass die Berechnung falsche Ergebnisse liefert. Der Grund, warum ein Berechnungsknoten
keine Ausgabesätze hat, kann folgender sein:
•Wenn es sich um eine abgelegte Kennzahl handelt, werden möglicherweise keine Daten für die in der
Planungssicht denierte Selektion hochgeladen.
•In der Simulationskonguration können Planungslter oder Zeitlter Daten auf der Basisplanungsebene
weiter einschränken.
Wenn diese Filter zu restriktiv sind, liefern Berechnungen möglicherweise überhaupt keine Ergebnisse. Ein
typisches Beispiel für einen solchen Fall sind Attributtransformationen, z.B. Periodenverschiebungen.
Weitere Informationen nden Sie unter Blöcke in Simulation ltern [Seite 545].
•Wenn es sich um eine Join-Berechnung handelt (Berechnungen mit Eingaben aus mehreren
Planungsebenen), stellen entweder eine oder beide Eingabeberechnungen (oder abgelegte Kennzahlen)
möglicherweise keine Daten für diese Berechnung bereit.
Wenn bei Join-Berechnungen eine Eingabe der Berechnung keine Daten für eine Planungsobjekt-
Kombination oder einen bestimmten Zeitraum bereitstellt, liefert die Ausgabe dieser Join-Berechnung
auch keine Ergebnisse für diese fehlenden Kombinationen oder Zeiträume.
•Berechtigungslter können auch einschränken, was Benutzer sehen können. Daher kann dies auch
bedeuten, dass Knoten überhaupt keine Datensätze zurückgeben.
NULL-Werte und leere Werte
In SAP IBP können Kennzahlen NULL-Werte haben, was sich von der Situation unterscheidet, in der keine
Zeitreihendaten für das Planungsobjekt initialisiert werden. Letzteres bedeutet, dass, wenn eine bestimmte
Planungsobjekt-Kombination auf einer Planungsebene vorhanden ist, aber keine Zeitreihendaten generiert
werden (entweder mit Datenintegrations- oder Planungsoperatoren), die Daten für diese Kombination nicht
angezeigt werden. NULL-Werte zeigen jedoch an, dass tatsächliche Zeitreihendaten vorhanden sind oder dass
das Ergebnis einer Berechnung NULL ist. In beiden Fällen wird NULL in der Tabellensicht mit einem leeren
Zellenwert (ungleich null, initial) angezeigt.
Der Wert einer Kennzahl kann auch 0 sein, was sich vom NULL-Wert unterscheidet. Nullwerte werden mit einer
tatsächlichen 0 angezeigt, während NULL als leere Zelle dargestellt wird.
Fehlende Initialisierung der Zeitreihen
Wie zuvor erwähnt, müssen Zeitreihen (Kennzahl) auch dann, wenn Planungsobjekte bereits auf einer
Planungsebene vorhanden sind, für diese Planungsobjekte initialisiert werden. Dazu können entweder
Daten in SAP IBP über die Datenintegration hochgeladen oder bestimmte Planungsoperatoren, z.B. der
Kopieroperator, ausgeführt werden. Wenn Zeitreihendaten für bestimmte Planungsobjekte (eingeschränkt
durch die Planungssichtlter und die Filter auf Basisplanungsebene in der App Kennzahlberechnungen
Leitfaden für die Modellkonguration
Monitoring und Fehlerbehebung
PUBLIC
ÖFFENTLICH 547
simulieren) nicht verfügbar sind, zeigt die Tabellensicht keine Daten für diese Planungsobjekte (es wird also
kein Datensatz angezeigt, auch nicht mit leeren Kennzahlwerten).
Hinweis
Initialisierung bedeutet, dass, wenn eine der abgelegten Kennzahlen einer angegebenen Planungsebene
über hochgeladene Werte verfügt, alle anderen Kennzahlen auf dieser Planungsebene automatisch einen
NULL-Wert erhalten, sofern kein anderer Wert hochgeladen wird. Dies bedeutet z.B., dass auch wenn
KF1@DAYPRODLOC nicht explizit hochgeladen wird, das Hochladen von Daten für KF2@DAYPRODLOC zur
Folge hat, dass KF1@DAYPRODLOC NULL-Werte für die Zeiträume hat, in denen für KF2@DAYPRODLOC Daten
hochgeladen wurden.
Fehlende Zeiträume
Es kann passieren, dass für ein Planungsobjekt für bestimmte Zeiträume, jedoch nicht für alle, keine
Zeitreihendaten hochgeladen wurden Beispielsweise werden Daten für Januar 2022, Februar 2022 und April
2022 usw. hochgeladen, aber März 2022 fehlt (es werden keine Daten hochgeladen). Abhängig davon,
ob die Simulation für ein oder mehrere Planungsobjekte ausgeführt wird, kann die Darstellung solcher
Planungsobjekte in der Tabellensicht unterschiedlich sein:
•Wenn nur Kombinationen mit fehlenden Zeiträumen abgefragt werden, wird die Spalte, die diesen Monat
darstellt, nicht in der Tabellensicht angezeigt, sondern einfach weggelassen. In der Tabellensicht gibt es
keinen weiteren Hinweis darauf, dass ein Zeitraum in der Zeitreihe fehlt.
•Werden bei der Simulation Kombinationen mit und ohne fehlende Zeiträume gemeinsam abgefragt, gibt es
auch in der Tabellensicht Spalten für die fehlenden Zeiträume. In diesem Fall ist der Kennzahlwert für die
fehlenden Zeiträume leer.
Fehlende Planungsobjekte
Wenn weder Zeitreihendaten noch Planungsobjekte auf einer bestimmten Planungsebene verfügbar sind, die
durch die Simulationslter (deniert in der Planungssicht und durch Filter auf Basisplanungsebene) deniert
ist, ist kein Datensatz in der Tabellensicht sichtbar.
30.1.6Kennzahlwerte für Simulationen manuell ändern
Sie können Kennzahldaten für vorhandene Planungsobjekte und Zeiträume manuell eingeben oder löschen und
anschließend Simulationen in der App Kennzahlberechnungen simulieren ausführen.
Wenn Sie Kennzahldaten manuell ändern, werden die geänderten Werte nicht im tatsächlichen
Produktivsystem gespeichert: Sie sind nur für den Zeitpunkt der Simulation verfügbar. Die nicht geänderten
Kennzahlwerte werden live aus den vorhandenen Bewegungsdaten abgerufen. Das bedeutet, dass die
Simulation, die für geänderte Kennzahlwerte ausgeführt wird, mit einer Mischung aus geänderten
Kennzahlwerten und tatsächlichen Live-Bewegungsdaten arbeitet.
548
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Monitoring und Fehlerbehebung
Beachten Sie Folgendes, wenn Sie eine Simulation für manuell geänderte Daten ausführen:
•Sie können Kennzahldaten nur manuell für vorhandene Planungsobjekte und Zeiträume eingeben, aber Sie
können keine neuen Planungsobjekte oder Zeiträume anlegen oder löschen.
•Sie können Kennzahldaten nur auf Ebene der abgelegten Kennzahlen, aber nicht auf einer berechneten
Ebene ändern.
•Sie können auch vorhandene Kennzahldaten löschen. In diesem Fall ist der neue Wert NULL.
•Sie müssen mindestens einmal eine Simulation auf der Grundlage der im System vorhandenen
produktiven Originaldaten ausführen, bevor Sie Kennzahldaten ändern können. Daher basieren die
Änderungen nicht unbedingt auf den neuesten Produktivdaten im System, sondern auf den Daten, die
zum Zeitpunkt der Ausführung der Simulation im System vorhanden waren.
•Wenn Sie eine neue Simulation für die geänderten Kennzahldaten ausführen, sehen Sie möglicherweise
nur die Kennzahlwerte, die Sie geändert haben, und alle anderen Werte sind NULL. Das Problem tritt
auf, wenn die Planungsobjekte für diese Werte seit der vorherigen Simulation aus dem System entfernt
wurden.
•Sie können zur unveränderten Version der Kennzahlwerte zurückkehren und alle geänderten Werte
verwerfen, indem Sie die Simulation kopieren und so eine neue anlegen. Diese Kopie stellt sicher, dass
die Simulation erneut mit den im System vorhandenen Bewegungsdaten arbeitet, anstatt die geänderten
Werte zu verwenden.
30.1.7Einschränkungen in der App "Kennzahlberechnungen
simulieren"
Bei der Verwendung der App Kennzahlberechnungen simulieren müssen Sie einige Einschränkungen beachten.
Mit der App Kennzahlberechnungen simulieren können Sie Kongurationsänderungen testen, die Sie an
Kennzahlen vornehmen. Um die Simulation auszuführen, müssen Sie den Planungsbereich nicht aktivieren,
nachdem Sie darin eine Kennzahl geändert haben. Der Planungsbereich kann aktiv oder inaktiv sein. Sie
können die App auch verwenden, um neue Berechnungsketten zu testen.
Die Simulation verwendet vorhandene abgelegte Kennzahldaten, was bedeutet, dass es Einschränkungen
hinsichtlich der Art der Änderung gibt, die Sie an den Kennzahlen vornehmen können. Wenn Sie die Simulation
für die inaktive Version des Planungsbereichs ausführen, prüft das System die Änderungen, die Sie an den
Kennzahlen mithilfe von Validierungsprüfungen vorgenommen haben.
Beachten Sie Folgendes, wenn Sie mit der App Kennzahlberechnungen simulieren arbeiten:
•Der Planungsbereich muss gültig sein, damit das inaktive Modell ohne Fehler aktiviert werden kann.
•Da die Simulation im System gespeicherte Kennzahldaten verwendet, beachten Sie Folgendes:
•Wenn Sie neu angelegte gespeicherte Kennzahlen in der Berechnungskette verwenden möchten, die
simuliert wird, müssen Sie zuerst den Planungsbereich aktivieren, der sie enthält. Außerdem müssen
Daten für Simulationszwecke verfügbar sein.
•Sie können die Basisplanungsebenen abgelegter Kennzahlen in der Berechnungskette nicht ändern.
•Funktionen, die sich nicht direkt auf die Planungsmodellkonguration beziehen, können in der App nicht
simuliert werden. Beispielsweise ist es nicht möglich, die Auswirkungen der Disaggregation zu simulieren.
•Sie können in dieser App keine Planungsoperatoren auslösen und die inaktive Kennzahlkonguration nicht
als Eingabe für Planungsoperatoren verwenden. Sie können aktive Kennzahlen als Eingabe verwenden und
Planungsoperatoren standardmäßig auslösen.
Leitfaden für die Modellkonguration
Monitoring und Fehlerbehebung
PUBLIC
ÖFFENTLICH 549
•Sie können vorhandene Berechnungen mithilfe von Hilfskennzahlen simulieren und die Werte der
Hilfskennzahlen in der App prüfen. Sie benötigen jedoch eine Berechnung auf Anfrageebene für die
Simulation, um Hilfskennzahlen verwenden zu können.
•Sie können zeitunabhängige Kennzahlen in der App nur verwenden, wenn es eine Berechnung auf
Anfrageebene gibt, die die zeitunabhängige Kennzahlberechnung verwendet.
•Sie können keine Planungssichtvorlagen und Favoriten verwenden, deren Arbeitsblätter einen
teleskopischen Horizont aufweisen.
30.2 Verwendungsdiagramme
Kennzahlberechnungen können in Berechnungsdiagrammen dargestellt werden, mit denen Sie sich einen
Überblick über das gesamte Diagramm einer Kennzahl verschaen können. Ein Berechnungsdiagramm zeigt
die Berechnungsdenitionen einer Kennzahl auf verschiedenen Planungsebenen sowie ihre Eingabe-Ausgabe-
Beziehungen an. Darüber hinaus können Kennzahlberechnungen auch in Verwendungsdiagrammen dargestellt
werden, damit Sie sich einen Überblick über die Abhängigkeiten zwischen Berechnungen verschaen können.
In einem Verwendungsdiagramm werden alle Berechnungen angezeigt, die eine bestimmte Berechnung als
direkte oder indirekte Eingabe verwenden.
Indem Sie das Verwendungsdiagramm einer Berechnung laden, können Sie alle Kennzahlen und Berechnungen
anzeigen, die von der ausgewählten Berechnung abhängig sind. Dies ist vor allem dann hilfreich, wenn Sie
eine Berechnung ändern und sehen möchten, welche anderen Berechnungen von dieser Änderung betroen
sind. Wenn eine Kennzahlberechnung erhebliche Ressourcen verbraucht, möchten Sie vielleicht wissen, welche
Berechnungen auf Anfrageebene die betreende Berechnung verwenden.
Um das Verwendungsdiagramm einer Berechnung anzuzeigen, müssen Sie zuerst die Berechnung in den
Fokus stellen und dann das Diagramm laden. Hierzu gehen Sie wie folgt vor:
1. Rufen Sie die App Kennzahlberechnungen auf.
2. Wählen Sie einen Planungsbereich und eine Kennzahl aus, und wählen Sie dann Starten, um zuerst das
Berechnungsdiagramm anzuzeigen.
3. Wählen Sie die Berechnung aus, die in den Fokus gestellt werden soll, und laden Sie das zugehörige
Verwendungsdiagramm.
Sie haben drei Möglichkeiten zum Anzeigen des Verwendungsdiagramms einer Berechnung:
•Wählen Sie auf der Registerkarte Berechnungsdiagramm den Knoten aus, der die in den Fokus
zu stellende Berechnung enthält und wählen Sie dann die Drucktaste In den Fokus stellen und
Verwendungsdiagramm laden.
•Wählen Sie auf der Registerkarte Berechnungsdiagramm den Knoten, der die Berechnung enthält, die
Sie in den Fokus stellen und für die Sie das Verwendungsdiagramm laden möchten, und gehen Sie
dann zur Registerkarte Verwendungsdiagramm.
•Wählen Sie auf der Registerkarte Verwendungsdiagramm den Knoten aus, der die in den Fokus
zu stellende Berechnung enthält, und wählen Sie dann die Drucktaste In den Fokus stellen und
Verwendungsdiagramm laden.
4. Wählen Sie in der Dropdown-Liste aus, ob Sie die Schlüsselattribute oder die Berechnungen in den Knoten
der Diagramme anzeigen möchten.
Dadurch wird die ausgewählte Berechnung in den Fokus gestellt (durch einen violetten Hintergrund und
eine gestrichelte Linie gekennzeichnet). Sie können nun alle Berechnungen anzeigen, die die ausgewählte
Berechnung als Direkteingabe verwenden, sowie die Direkteingaben der Berechnung.
550
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Monitoring und Fehlerbehebung
Die drei Punkte in der oberen linken Ecke eines Knotens weisen darauf hin, dass es weitere Knoten oberhalb
oder unterhalb des Knotens gibt.
Hinweis
Beachten Sie beim Laden eines Verwendungsdiagramms, dass es durch Auswahl eines Knotens nicht
in den Fokus gestellt wird. Dazu müssen Sie es auswählen und die Drucktaste In den Fokus stellen und
Verwendungsdiagramm laden wählen.
Sie können nun die in den Fokus gestellte Berechnung auswählen und die Drucktasten Alles aufklappen/
zuklappen wählen, um das Diagramm aufzuklappen und alle Berechnungen, die auf der ausgewählten
Berechnung basieren, sowie alle Eingaben der von Ihnen ausgewählten Berechnung zu laden. So können Sie
schließlich alle Kennzahlen, die von dieser Berechnung abhängig sind, sowie alle Eingaben der ausgewählten
Berechnung anzeigen. Wenn Sie ein Diagramm auf- und zuklappen, ändert sich der Fokus nicht. Wenn Sie mit
den Drucktasten Alles aufklappen/zuklappen navigieren, können Sie einfach das Verwendungsdiagramm der
Berechnung analysieren, die Sie zuvor in den Fokus gestellt haben.
Um eine Liste aller Kennzahlen zu erhalten, die von der ausgewählten Berechnung abhängig sind, wählen Sie
die Drucktaste Verwendungsdiagramm nach Excel exportieren ().
Sie können das soeben von Ihnen geladene Diagramm mit Ihren Kollegen teilen. Wählen Sie die Drucktaste
Teilen (), und senden Sie die URL des aktuellen Bildschirms per E-Mail, oder sichern Sie das Diagramm als
Kachel. Sie können die URL auch direkt aus Ihrem Browser kopieren und das Diagramm mit anderen teilen.
Leitfaden für die Modellkonguration
Monitoring und Fehlerbehebung
PUBLIC
ÖFFENTLICH 551
Wenn Sie Interesse am Verwendungsdiagramm einer anderen Berechnung im Diagramm haben, markieren
Sie den Knoten, der die Berechnung enthält, und wählen Sie die Drucktaste In den Fokus stellen und
Verwendungsdiagramm laden. Auch hier können Sie das Diagramm beliebig auf- und zuklappen und das
Verwendungsdiagramm nach Excel exportieren.
30.3 Datenvolumen in Berechnungen analysieren
SAP IBP arbeitet in der Regel mit sehr großen Datenvolumen, da Planungsmodelle leicht Hunderte Millionen
von Datensätzen in den Datenbanktabellen enthalten können. Diese Planungsmodelle bestehen aus komplexen
Berechnungsdiagrammen, die Sie in der App Kennzahlberechnungen anzeigen können. In den meisten
Fällen verarbeiten Berechnungsdiagramme große Datenvolumen, um die Kennzahlen auf Anfrageebene zu
berechnen. Mit der App Datenvolumen in Berechnungen analysieren können Sie einen detaillierten Bericht über
das Datenvolumen anlegen, das in jedem Schritt eines Berechnungsdiagramms verarbeitet wird.
Berechtigung
Damit Sie auf die App Datenvolumen in Berechnungen analysieren zugreifen können, stellen Sie
sicher, dass der Anwendungskatalog Datenvolumen in Berechnungen analysieren für Administratoren
(SAP_IBP_BC_DATAVOLAN_ADM_PC) Ihrer Anwendungsrolle zugeordnet ist. Die App verwendet
Einschränkungen und Berechtigungen aus dem Anwendungskatalog Grundlegende Planungsaufgaben
(SAP_IBP_BC_EXCEL_ADDIN_PC), der für den Anwendungskatalog SAP_IBP_BC_DATAVOLAN_ADM_PC
funktionell erforderlich ist.
Abhängig von den Einschränkungen und Berechtigungen aus dem Anwendungskatalog
SAP_IBP_BC_EXCEL_ADDIN_PC dürfen Sie eventuell nicht alle Vorlagen des SAP IBP, Add-ins für Microsoft
Excel verwenden und sehen möglicherweise nicht alle Datensätze. Die Anzahl an Datensätzen, die vom Report
zum Datenvolumen zurückgegeben werden, ist von den Berechtigungen des Benutzers abhängig, für den
dieser Report ausgeführt wird.
Damit Sie alle abhängigen Modellierungsobjekte und Protokolle anzeigen können, müssen Ihrer
Anwendungsrolle auch die folgenden Anwendungskataloge zugeordnet sein:
•Planungsmodell-Konguration (SAP_IBP_BC_PLANMODEL_CF_PC)
•Anwendungsprotokolle (SAP_IBP_BC_LOG_PC)
30.3.1Was ist ein Report zum Datenvolumen?
In der App Datenvolumen in Berechnungen analysieren können Sie einen Report zum Datenvolumen
für eine bestimmte Planungssichtvorlage oder einen Favoriten anlegen, der im SAP Integrated Business
Planning, Add-in für Microsoft Excel (SAP IBP, Add-in für Microsoft Excel) verfügbar ist. Klicken Sie dazu
auf Anlegen und wählen Sie den Planungsbereich, die Planungssichtvorlage oder den Favoriten und das
Arbeitsblatt aus, für die Sie den Report anlegen möchten. Sie können den Report zum Datenvolumen für
552
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Monitoring und Fehlerbehebung
Ihren eigenen Benutzer oder für einen anderen Benutzer auszuführen. Wenn Sie den Report für einen
anderen Anwendungsbenutzer ausführen, werden Planungssichtvorlagen und Favoriten beim Ausführen der
Abfrage auf Basis der Berechtigungslter des Anwendungsbenutzers geltert. Sie können dem Report zum
Datenvolumen auch einen Namen geben.
Beim Ausführen des Reports analysiert das System die Planungssicht so, als ob sie im SAP IBP, Add-in für
Microsoft Excel ausgeführt würde. Kennzahlen werden auf der angeforderten Aggregationsebene analysiert.
Dabei werden auch die ausgewählten Stammdaten und Zeitattribute, von den Anwendungsbenutzern
angewendete Filter sowie benutzerspezische Berechtigungslter berücksichtigt. Daraufhin analysiert der
Report die vollständigen Berechnungsdiagramme aller Kennzahlen, die der Planungssicht hinzugefügt wurden.
Nach erfolgreicher Ausführung des Reports erhalten Sie eine Liste aller Zwischenberechnungsschritte mit der
Anzahl der pro Schritt verarbeiteten Datensätze. Der Report wird für alle Kombinationen aus Zeitprolebene
und Version ausgeführt, die in der ausgewählten Planungssicht verfügbar sind.
Die Menge der Datensätze korreliert in der Regel mit der Laufzeit. Durch die Analyse der Datensatzanzahl
in einer Berechnungskette können Sie herausnden, welche Berechnungsschritte für eine große Anzahl von
Datensätzen ausgeführt werden. Wenn Sie sich diese Schritte genauer ansehen und die Gründe für eine große
Anzahl untersuchen, können Sie nachvollziehen, warum bestimmte Abfragen länger laufen als andere und was
Sie tun können, um die Performance zu verbessern.
30.3.2Was passiert beim Ausführen des Reports?
Während der Analyse ermittelt das System jeden Berechnungsschritt, der zur Berechnung der in der
Planungssicht abgefragten Kennzahlen erforderlich ist. Obwohl diese Zwischenberechnungsschritte nicht
sichtbar sind, werden sie während der Verarbeitung der Anfrage temporär angelegt. Der Report misst
die Anzahl der Datensätze, die in jedem Berechnungsschritt verarbeitet werden, einschließlich der
Zwischenberechnungsschritte sowie der Berechnungen auf Anfrageebene.
Zwischendatensätze werden zur Laufzeit generiert und nicht in der Datenbank gespeichert. Datensätze
von Zwischenberechnungsschritten bleiben so lange erhalten, bis die in der Planungssicht abgefragten
Kennzahlen berechnet werden. Beispielsweise kann eine Zwischenberechnung auf Produkt-/Lokations-/
Tagesebene durchgeführt werden, während die Berechnung auf Anfrageebene auf Produktgruppen-/
Regions-/Wochenebene durchgeführt wird. Das bedeutet, dass die Anzahl der Datensätze während der
Berechnungskette mithilfe von Aggregationen reduziert wird.
Was wird mit Datensätzen gemessen?
Datensätze werden verwendet, um das Datenvolumen in Berechnungen zu messen. Der Datensatz ist eine
Zeile einer zur Laufzeit aufgebauten temporären Datenbanktabelle. Beispiel: Wenn eine Berechnung auf
Monats-/Produkt-/Lokationsebene (CALC1@MONTHPRODLOC) deniert ist, dann ist ein Datensatz eine Zeile
in der folgenden Tabelle:
Monat Produkt Lokation CALC1@MONTHPRODLOC
2021 März P1 L1 100
Leitfaden für die Modellkonguration
Monitoring und Fehlerbehebung
PUBLIC
ÖFFENTLICH 553
Monat Produkt Lokation CALC1@MONTHPRODLOC
2021 März P1 L2 80
2021 April P1 L1 120
Diese Darstellung von Datensätzen spiegelt jedoch nicht notwendigerweise wider, wie Daten in der
Planungssicht zurückgegeben werden. Der Benutzer kann festlegen, wie Daten in der Planungssicht im SAP
IBP, Add-in für Microsoft Excel formatiert werden, und zusätzliche Einstellungen auf Client-Seite vornehmen
(z.B. wertbasierte Filter anwenden). Dies kann dazu führen, dass die Anzahl der vom Report gezählten
Datensätze und die Anzahl der Zellen in der Planungssicht abweichen. Außerdem ist die Anzahl der Datensätze
ein geschätzter Wert, da die Datenbank bei der Verarbeitung der Abfrage die Ausführung optimieren und
bestimmte Schritte zusammen ausführen kann.
Datenvolumen und Laufzeit
Die Menge der Datensätze korreliert in der Regel mit der Laufzeit. Obwohl das Datenvolumen kein direktes
Laufzeitkennzeichen ist, nimmt die Verarbeitung großer Datenmengen tendenziell mehr Zeit in Anspruch
als die Verarbeitung einer kleineren Anzahl von Datensätzen. Dies ist jedoch nicht immer der Fall. In
SAP IBP gibt es Berechnungen, die parallel ausgeführt werden können, z.B. Aggregationen und einfache
arithmetische Operationen. In diesen Fällen können große Datenmengen gleichzeitig verarbeitet werden,
sodass ein großes Datenvolumen nicht notwendigerweise zu einer längeren Laufzeit führt. Andererseits gibt
es Berechnungen, die schwieriger parallel ausgeführt werden können, z.B. L-Skript und einige der vereinfachten
Kennzahlenberechnungen. In diesen Fällen führen große Datenmengen höchstwahrscheinlich zu längeren
Laufzeiten.
Indem Sie die Anzahl der Datensätze reduzieren, die in einem bestimmten Berechnungsschritt verarbeitet
werden, verbessern Sie die Performance. Der Grad der Verbesserung, den Sie so erreichen können, hängt von
folgenden Faktoren ab:
•Art der Berechnung (wie kompliziert die Berechnung ist)
•Relative Gewichtung des Berechnungsschritts
•Wenn der Berechnungsschritt von vielen Berechnungen als direkte oder indirekte Eingabe verwendet
wird, ist die Performanceverbesserung beträchtlich.
•Wenn der Berechnungsschritt nicht in anderen Berechnungen verwendet wird und weitere
Berechnungen parallel ausgeführt werden müssen, ist die Performanceverbesserung vernachlässigbar.
30.3.3Ergebnisse des Reports interpretieren
Wenn der Report erfolgreich ausgeführt wurde, wählen Sie den Report, um die detaillierten Ergebnisse
anzuzeigen. Wenn Ihre Planungssicht mehr als eine Zeitprolebene oder -version enthält, wählen Sie zunächst
die Kombination aus Zeitprolebene und Version aus, für die Sie die Anzahl der Datensätze anzeigen möchten.
Sie nden Informationen zu Folgendem:
•Berechnungskette von Kennzahlen auf Anfrageebene
•Anzahl der Datensätze im jeweiligen Berechnungsschritt
554
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Monitoring und Fehlerbehebung
•Anzahl der Zeitreihendatensätze auf der Ebene der abgelegten Kennzahlen
•Filtersperren, die sich auf die Berechnungsschritte auswirken
•Berechnungsknoten, die von mehreren Kennzahlen oder Berechnungen gemeinsam verwendet werden
•Laufzeit der Abfrage
Berechnungskette von Kennzahlen auf Anfrageebene
Alle Kennzahlen in der Planungssichtvorlage oder im Favoriten werden beim Ausführen eines Reports
zusammen abgefragt und verarbeitet. Berechnungsschritte, die für mehr als eine Kennzahl erforderlich
sind, werden nur einmal ausgeführt und von allen Kennzahlen verwendet, die darauf aufbauen. Sie können
entscheiden, wie Sie die Berechnungsschritte beim Prüfen der Ergebnisse Ihres Reports zum Datenvolumen
anzeigen möchten.
Wenn Sie die Berechnungsketten aller Kennzahlen auf Anfrageebene anzeigen möchten, gruppieren
Sie die Berechnungsschritte auf Anfrageebene nach Kennzahlen. In diesem Fall werden gemeinsame
Berechnungsschritte unter jeder Kennzahl angezeigt, die sie als Eingabe verwendet. Obwohl sie mehrmals
aufgeführt sind, werden sie nur einmal ausgeführt und dann von allen darauf aufbauenden Berechnungen
wiederverwendet. Wenn Sie die Gruppierung der Berechnungsschritte aufheben, wird jede Berechnung in der
Tabelle nur einmal aufgeführt.
Datensätze
Diese Zahl zeigt die Anzahl der Datensätze an, die im jeweiligen Berechnungsschritt verarbeitet wurden. Es
handelt sich um einen Schätzwert. Wenn Sie den Report zum Datenvolumen ausführen, führt das System
die Berechnungen genau so durch, wie sie modelliert sind, und berechnet die Datensätze entsprechend.
Die Anzahl an Datensätzen kann jedoch unterschiedlich sein, wenn die Datenbank die Verarbeitung
bestimmter Berechnungen optimieren kann, z.B. bestimmte Schritte zusammenführen oder bestimmte
Verarbeitungsblöcke neu anordnen kann.
Im optimalen Fall wird das Datenvolumen geltert und somit so nah wie möglich an der Datenquelle verrringert,
sodass alle obigen Berechnungen für ein kleineres Daten-Set durchgeführt werden. Indem Sie die Anzahl der
Datensätze reduzieren, können Sie die Performance Ihrer Abfragen erhöhen.
Es gibt jedoch bestimmte Arten von Berechnungen, die vorübergehend eine große Anzahl von Datensätzen
verarbeiten müssen, unabhängig von den in der Planungssicht gesetzten Filtern. Diese Berechnungen
verursachen Filtersperren, die in der Regel das Filtern verhindern und somit das Datenvolumen unterhalb
der sperrenden Berechnungen verringern.
Zeitreihendatensätze
Diese Abbildung zeigt die Anzahl der Zeitreihendatensätze auf der Ebene abgelegter Kennzahlen. Sie können
die Gesamtanzahl anzeigen, wobei die benutzerspezische Berechtigungslter ignoriert werden, sowie die
Anzahl der Zeitreihensätze, die durch die benutzerspezischen Berechtigungslter begrenzt sind.
Leitfaden für die Modellkonguration
Monitoring und Fehlerbehebung
PUBLIC
ÖFFENTLICH 555
Die Gesamtanzahl der Zeitreihendatensätze stellt die Gesamtanzahl der Datensätze dar, die auf der
Basisplanungsebene der abgelegten Kennzahl verfügbar sind.
Um eine unnötig große Anzahl von Datensätzen zu ermitteln, die zu Performanceproblemen führen können,
vergleichen Sie diese Anzahl mit der Anzahl der Datensätze auf Ebene der abgelegten Kennzahl. Wenn die
Anzahl der Datensätze auf der Ebene der abgelegten Kennzahl und die Gesamtzahl der Zeitreihendatensätze
sowohl groß als auch nahe beieinander liegen, wird die Abfrage höchstwahrscheinlich sehr lange laufen. Es
wird empfohlen, sich die betroenen Berechnungen genauer anzuschauen, um die möglichen Gründe für diese
großen Datenvolumen zu nden. Die häugsten Ursachen sind, dass entweder die Planungssicht nicht eektiv
geltert wird oder dass die Filterung durch eine Berechnung gesperrt wird. Wenn dies der Fall ist, versuchen
Sie, andere Filter in Ihrer Planungssicht anzuwenden oder die Filtersperren in Ihrem Berechnungsdiagramm zu
untersuchen, falls vorhanden.
Filtersperren
Eine häuge Ursache dafür, dass das Datenvolumen auf der Ebene der abgelegten Kennzahlen nicht reduziert
wird, besteht darin, dass es Filtersperren im Berechnungsdiagramm gibt.
Einige Modellierungsverfahren verhindern das Filtern auf der Ebene der abgelegten Kennzahlen, indem sie
Filtersperren für bestimmte Attribute festlegen. Für diese Berechnungen wird eine Filtersperre benötigt, um
korrekte Ergebnisse zu liefern. Beispielsweise ist bei periodenübergreifenden Berechnungen das Filtern von
Zeitattributen nicht zulässig, da die Berechnung Werte aus mehreren Zeiträumen verwendet.
In den Berechnungen, in denen das Filtern blockiert ist, sind die in den Dialogfenstern aufgeführten
Attribute von einer Filtersperre betroen. Das bedeutet, dass diese Attribute zwar zum Filtern in der
Planungssicht ausgewählt werden, aber aufgrund der in der tatsächlichen oder einer übergeordneten
Berechnung verwendeten Modellierungstechnik nicht zum Filtern verwendet werden können. Das Filtern
kann erst erfolgen, nachdem die sperrende Berechnung ausgeführt wurde. Infolgedessen werden die von
der Filtersperre betroenen Berechnungen für einen großen, ungelterten Datensatz durchgeführt, was die
Laufzeit von Abfragen verlängern kann.
Wenn die Planungssicht mehrere Kennzahlen enthält und eine Berechnung eine Filtersperre vorschreibt,
wird die Filtersperre nicht nur in ihrem eigenen Berechnungsdiagramm, sondern auch in den
Berechnungsdiagrammen der anderen Kennzahlen ausgelöst. Der Grund dafür ist, dass die Datenbank die
Ausführung von Abfragen optimiert, sodass mehrere Berechnungen und abgelegte Kennzahlen zusammen in
einem Berechnungsknoten verarbeitet werden. Auf diese Weise werden auch Filtersperren geteilt.
Weitere Informationen und Beispiele zu Filtersperren und eektiven Filtern nden Sie unter Filtersperren [Seite
558].
Geteilte Berechnungsknoten
Verschiedene Berechnungen und Kennzahlen, die auf derselben Planungsebene deniert sind, können
im selben Berechnungsknoten verarbeitet werden. Dies bedeutet, dass zwar mehrere verschiedene
Berechnungen deniert sind, diese jedoch nicht einzeln ausgeführt, sondern gemeinsam im selben
Verarbeitungsblock (Berechnungsknoten) verarbeitet werden. Dies dient der Beschleunigung von Abfragen.
In einem solchen Fall werden die Daten nur einmal abgerufen und dann von allen Berechnungen verwendet, die
denselben Berechnungsknoten verwenden. Obwohl diese Berechnungsschritte und Kennzahlen als separate
556
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Monitoring und Fehlerbehebung
Einträge im Ergebnis des Reports zum Datenvolumen aufgeführt werden, werden die relevanten Datensätze
nur einmal verarbeitet, unabhängig davon, wie oft sie in der Tabelle aufgeführt sind.
Laufzeit der Abfrage
Planungssichtvorlagen und Favoriten können mehrere Versionen und Zeitprolebenen enthalten. Für jede
Kombination aus Version und Zeitprolebene wird eine separate Abfrage ausgeführt. In den Details des Reports
zum Datenvolumen können Sie die Abfragelaufzeit und die Anzahl der Datensätze im Ausgabedatenatz für jede
Kombination aus Version und Zeitprolebene anzeigen.
Wie bereits erwähnt, dient das Laufzeitergebnis nur zu Ihrer Information, da der Wert möglicherweise sehr
unterschiedlich ist von dem, was die Benutzungsoberäche im SAP IBP, Add-in für Microsoft Excel zeigt. Dies
ist insbesondere dann der Fall, wenn die Planungssicht mehrere Versionen und Zeitprolebenen enthält. Die
Laufzeitzahlen können jedoch sehr gut als Indikatoren für die performanceintensivsten Kombinationen dienen,
die Sie weiter untersuchen und verfeinern können.
30.3.4Wie geht es weiter?
Sie haben folgende Möglichkeiten, mehr über Schlüsselkennzahlen und Berechnungen zu erfahren, die
anscheinend eine größere Anzahl von Datensätzen verarbeiten, als erforderlich wäre.
Önen Sie die Kennzahl in der App Planungsbereiche
Wählen Sie auf dem Bild Details für Report zum Datenvolumen auf eine Berechnung, um den
Berechnungsausdruck und die direkten Eingaben des Berechnungsschritts anzuzeigen. Sie können auch zur
App Planungsbereiche navigieren, in der Sie alle Details der ausgewählten Kennzahl anzeigen können.
In der App Planungsbereiche wird ein historischer Stand der Kennzahl geladen, der den Stand des
Planungsmodells zum Zeitpunkt der Ausführung des Datenvolumen-Reports widerspiegelt.
Berechnungsdiagramm in der App Kennzahlenberechnungen anzeigen
Sie haben auch die Möglichkeit, das Berechnungsdiagramm, das die ausgewählte Berechnung enthält, in der
App Kennzahlenberechnungen anzuzeigen.
Wenn Sie von der gruppierten Sicht der Kennzahlen aus navigieren, wird nur das Diagramm dieser bestimmten
Kennzahl angezeigt, unter der Sie die Berechnung ausgewählt haben. Wenn Sie von der ungruppierten Sicht
der Kennzahlen aus navigieren, wird das Diagramm für alle Kennzahlen angezeigt, die die ausgewählte
Berechnung enthalten. Wählen Sie die Legende aus, um zu sehen, aus welchen Arten von Berechnungen
das Berechnungsdiagramm aufgebaut ist. Suchen Sie nach vereinfachten Kennzahlenberechnungen, Inner
Join und L-Skript, da diese Arten von Berechnungen das Datenvolumen erhöhen oder das Filtern verhindern
können, was zu Performanceproblemen führen kann.
Leitfaden für die Modellkonguration
Monitoring und Fehlerbehebung
PUBLIC
ÖFFENTLICH 557
In der App Kennzahlenberechnungen wird ein historischer Stand des Diagramms geladen. Dies bedeutet,
dass das Diagramm den Stand des Planungsmodells zum Zeitpunkt der Ausführung des Reports zum
Datenvolumen wiedergibt.
Wenn Sie vom Dialogfenster Details zu Filtersperren aus navigieren, wird die Registerkarte Filtersperren
in der App Kennzahlenberechnungen geönet. Auf der Registerkarte Filtersperren sind die Attribute, die
in der Planungssichtvorlage oder im Favoriten als Filter verwendet werden, standardmäßig vorausgewählt.
Nur diese Attribute sind aus Sicht der Filterung und damit der Performance relevant. Hier haben Sie die
Möglichkeit, mehr über Filtersperren zu erfahren und nach Attributen zu suchen, die eektiv zum Filtern im
Berechnungsdiagramm verwendet werden können.
Weitere Informationen über Filtersperren nden Sie unter Video ansehen [Seite 570].
30.4 Filtersperren
SAP IBP arbeitet in der Regel mit sehr großen Datenvolumen, da Planungsmodelle leicht Hunderte Millionen
von Datensätzen in den Datenbanktabellen enthalten können. Um die Performance zu verbessern, werden
Abfragen in der Regel geltert. Dafür werden normalerweise Filter im SAP Integrated Business Planning, Add-
in für Microsoft Excel (SAP IBP, Add-in für Microsoft Excel) oder in der App Planungslter verwendet. Dies
reduziert das Datenvolumen bei Kennzahlenberechnungen und beschleunigt Abfragen. Weitere Informationen
über Filter nden Sie unter Filter in Planungssichten.
Kennzahlberechnungen können in Berechnungsdiagrammen dargestellt werden, die Sie in der App
Kennzahlenberechnungen anzeigen können. Bei der Verwendung von Filtern werden alle Attribute so früh wie
möglich in der Berechnungskette geltert, idealerweise auf der Ebene der abgelegten Kennzahlen. Dadurch
wird sichergestellt, dass das Datenvolumen reduziert wird und Berechnungen für gelterte Datenmengen
ausgeführt werden können. Einige Modellierungsverfahren verhindern jedoch das Filtern auf Ebene der
abgelegten Kennzahlen, indem sie – sogenannte – Filtersperren für bestimmte Attribute in bestimmten
Berechnungen festlegen. Für diese Berechnungen wird eine Filtersperre benötigt, um korrekte Ergebnisse zu
liefern. Die Anzeige von Filtersperren in Ihrem Berechnungsdiagramm kann Ihnen dabei helfen, Daten eektiver
zu ltern und die Leistung Ihrer Abfragen zu verbessern.
Sie können diese Filtersperren in der App Kennzahlenberechnungen anzeigen. Wählen Sie einen
Planungsbereich und eine Kennzahl aus, und wählen Sie dann Starten, um das Berechnungsdiagramm
anzuzeigen. Wählen Sie die Registerkarte Filtersperren, und wählen Sie Alle Attribute anzeigen aus der
Auswahlliste aus, um Attribute anzuzeigen, in denen Filtersperren ausgelöst werden, sowie Attribute, für die
Filterungen möglich sind. Möchten Sie nur Attribute anzeigen, die zu Filtersperren führen können, wählen
Sie die Option Nur direkte Attribute für Filtersperre aus. Um die wirksamen Filter anzuzeigen, wählen Sie Nur
Attribute für Filter.
Berechnungsdiagramme enthalten in der Regel eine große Anzahl an Attributen. Wir empfehlen, Filtersperren
und wirksame Filteroptionen nur für die Attribute anzuzeigen, die Sie zum Filtern im SAP IBP, Add-in für
Microsoft Excel verwenden. Wenn ein Attribut nicht als Filter in Ihrer Microsoft-Excel-Vorlage verwendet
wird, verursacht es während der Berechnung keine Filtersperre und damit keine Performanceprobleme.
Filtersperren wirken sich nur auf die Performance aus, wenn das betroene Attribut zum Filtern verwendet
wird. Sie können die anzuzeigenden Attribute über Attribute auswählen im entsprechenden Dialogfenster
auswählen. Auf diese Weise werden nur Filterinformationen für die ausgewählten Attribute angezeigt und die
Navigation im Diagramm vereinfacht.
558
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Monitoring und Fehlerbehebung
Für Informationen zu den Details und Ursachen der Filtersperren klicken Sie auf ein Attribut mit einer
Filtersperre, oder zeigen Sie die Knoten-Info an.
Im Beispiel unten sind keine Filtersperren vorhanden, alle Knoten sind grün. Das bedeutet, dass Sie nach allen
Attributen auf der Ebene der abgelegten Kennzahl ltern können. Dies ist die eektivste Art der Filterung, da
alle Berechnungen im Diagramm für eine gelterte Datenmenge ausgeführt werden können.
Das nächste Beispiel enthält mehrere Filtersperren, die mit roten Knoten gekennzeichnet sind.
Leitfaden für die Modellkonguration
Monitoring und Fehlerbehebung
PUBLIC
ÖFFENTLICH 559
Wir unterscheiden zwischen direkten Filtersperren und vererbten Filtersperren. Bei direkten Filtersperren
wird das Filtern von Attributen durch die eigentliche Berechnung verhindert, z.B. durch eine Attribut-
Transformation. In diesem Fall können die Filter erst nach der Berechnung angewandt werden. Bei vererbten
Filtersperren wird das Filtern der Attribute von Berechnungen verhindert, die auf der betreenden Berechnung
basieren. In beiden Fällen ist eektives Filtern nicht möglich, Berechnungen werden für große Datensätze
ausgeführt und Performanceprobleme können auftreten.
Im obigen Beispiel gibt es aufgrund einer Attribut-Transformation eine direkte Sperre für LOCTYPE.
Dementsprechend gibt es für alle Vorkommen von LOCTYPE eine vererbte Filtersperre in allen Berechnungen
im Berechnungsdiagramm darunter.
Sie können auch Attribute anzeigen (z.B. LOCID), die sowohl als Filtersperren als auch als Filter innerhalb
desselben Knotens dienen. Dabei führt LOCID zwar zu einer Filtersperre vor der Berechnung, es kann
560
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Monitoring und Fehlerbehebung
aber verwendet werden, um die Ausgabe der Berechnung zu ltern. Folglich kann das Datenvolumen für
die Berechnung nicht reduziert werden. LOCID kann nur ab der nächsten Berechnung als wirksamer Filter
verwendet werden.
Berechnungen, die Filtersperren verursachen
Die Attribut-Transformation ist ein typisches Beispiel für Berechnungen, die Filtersperren verursachen.
Zeitattribut-Transformation
Bei der Zeitattribut-Transformation verschieben wir den Wert eines Attributs um die Beschaungszeit. Vor der
Verschiebung des Zeitattributs müssen wir alle anderen Zeitattribute mit einer Aggregation löschen. Damit
soll sichergestellt werden, dass diese Attribute nach der Transformation konsistent bleiben. Es bedeutet
jedoch, dass wir nicht nach diesen Attributen ltern können, d.h., die Attribut-Transformation erzeugt eine
Filtersperre für sie. Diese Filtersperre ist nicht nur in der eigentlichen Transformation vorhanden, sondern in
allen Berechnungen, die im Berechnungsdiagramm darunter liegen.
Stammdatentransformation
Bei der Stammdatentransformation verschieben wir den Wert eines Attributs in ein anderes Attribut. Vor dem
Verschieben des Werts eines Attributs müssen Sie alle anderen Attribute löschen, die nicht direkt transformiert
werden, die aber von der Attribut-Transformation betroen sind. Dadurch wird sichergestellt, dass diese
Attribute konsistent bleiben, aber es bedeutet auch, dass die Transformation eine Filtersperre für sie erzeugt.
Weitere Informationen über die Attribut-Transformation nden Sie unter Attribut-Transformationen [Seite 512].
Periodenübergreifende Berechnungen
Wenn bei periodenübergreifenden Berechnungen (z.B. rollierende Aggregation, kumulative Aggregation,
Periodenverschiebung, L-Skript-Berechnungen usw.) Daten für einen Zeitraum abgerufen werden, erfolgt die
eigentliche Berechnung über mehrere Zeiträume hinweg. Da diese Berechnungen die Eingabe aus mehreren
Zeiträumen verwenden, gibt es für alle beteiligten Zeitattribute eine Filtersperre. Die einzige Ausnahme ist
die neue dynamische Aggregation der letzten Periode (IBP_LPA), die keine Filtersperre für die Zeitattribute
verursacht. Aus diesem Grund empfehlen wir, dass Sie die dynamische Funktion IBP_LPA anstelle der
alten Zeitattribut-Transformation verwenden. Weitere Informationen nden Sie unter Aggregation der letzten
Periode [Seite 218].
30.4.1Beispiel: Zeitattribut-Transformation
In diesem Beispiel wird für die Berechnung der Kennzahl KF1OFFSET sehr viel Zeit benötigt und die
Vorlagen von Microsoft Excel werden sehr langsam geladen. Um das Problem zu untersuchen, rufen Sie
die App Kennzahlenberechnungen auf, und suchen Sie nach der Kennzahl KF1OFFSET. Durch die Prüfung
des Berechnungsdiagramms der Kennzahl erfahren wir, dass das Diagramm eine Zeitattribut-Transformation
enthält, wodurch Filtersperren zur Anwendung kommen, die wahrscheinlich die Performanceprobleme
verursachen. Um dieses Problem zu analysieren und zu beheben, führen Sie die folgenden Schritte aus.
1. Önen Sie die App Kennzahlenberechnungen, wählen Sie den Planungsbereich und die Kennzahl aus (in
diesem Fall KF1OFFSET), und wählen Sie dann Starten.
Leitfaden für die Modellkonguration
Monitoring und Fehlerbehebung
PUBLIC
ÖFFENTLICH 561
Das Berechnungsdiagramm der Kennzahl wird geladen.
2. Wählen Sie zuerst die Registerkarte Berechnungen, um sich einen Überblick über die Berechnungen im
Diagramm zu verschaen.
Hier sehen Sie, dass eine Zeitattribut-Transformation vorliegt: PERIODID0@PERPRODLOC1SHIFT =
"PERIODID0" + 1. Die Periode wird um eine technische Woche verschoben. Um die Konsistenz dieser
Berechnung sicherzustellen, werden alle anderen Zeitattribute mit der Aggregation KF1@PERPRODLOC1
= SUM( "KF1@PERPRODLOC") eliminiert und aus der Planungsebene entfernt. Nach der Transformation
werden sie mit einem Inner Join zurückgegebenen.
3. Wählen Sie nun die Registerkarte Filtersperren, und wählen Sie aus der Dropdown-Liste die Option Alle
Attribute anzeigen.
562
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Monitoring und Fehlerbehebung
Man kann sehen, dass für die folgenden Zeitattribute Filtersperren gesetzt wurden: PERIODID0,
PERIODID1, PERIODID2 und PERIODID3 fast für das gesamte Berechnungsdiagramm. Die Filterung nach
PERIODID0 ist aufgrund der Zeitattribut-Transformation direkt gesperrt. Zudem enthält sie eine vererbte
Filtersperre für dieses Attribut in allen Berechnungen unter der Attribut-Transformation. Die Filterung
nach PERIODID1, PERIODID2 und PERIODID3 wird aufgrund des Inner Join, der diese Attribute nach der
Transformation zurückgibt, direkt gesperrt. Auch hier werden wieder Filtersperren auf die Attribute in allen
im Diagramm darunter vorkommenden Berechnungen angewendet.
Da es in diesem Berechnungsdiagramm verschiedene direkte und vererbte Filtersperren gibt, können
Sie erst in einem späteren Schritt der Berechnungsverarbeitung nach Zeitattributen ltern (nach
der Zeitattribut-Transformation). Das bedeutet, dass Sie Datenvolumina erst ganz am Ende der
Berechnungskette verringern können, d.h., dass die Abfrage KF1OFFSET wahrscheinlich sehr zeitintensiv
sein wird.
Leitfaden für die Modellkonguration
Monitoring und Fehlerbehebung
PUBLIC
ÖFFENTLICH 563
4. Um die Performance zu verbessern und Ihre Abfrage zu beschleunigen, gehen Sie nach den folgenden
Empfehlungen vor:
•Verwenden Sie diejenigen Attribute für die Filterung, die bereits für die Filterung auf Ebene der
abgelegten Kennzahl verwendet werden können.
Suchen Sie nach denjenigen Attributen, die für die Filterung auf Ebene der abgelegten Kennzahlen
verwendet werden können.
Wenn Planer beispielsweise nur für bestimmte Produkte oder Lokationen verantwortlich sind, können
sie die Attribute PRDID oder LOCID für die Filterung verwenden. Dabei handelt es sich um eine
sehr eektive Weise der Filterung, da das Datenvolumen direkt von Beginn der Berechnungskette
an reduziert wird. Berechnungen werden für ein kleineres Datenset ausgeführt, und sie führen
höchstwahrscheinlich zu einer verbesserten Performance.
•Erwägen Sie, die Berechnungen unterhalb der Zeitattribut-Transformation zu vereinfachen. Auf diese
Weise können Sie komplexe Berechnungen auf Basis großer Datenmengen vermeiden, und Sie können
sicherstellen, dass ungelterte Daten so schnell wie möglich verarbeitet werden.
•Teilen Sie diese Kennzahlen auf verschiedene Planungssichtvorlagen auf (im SAP IBP, Add-in für
Microsoft Excel), die nicht geltert und damit ezient zusammen abgefragt werden können.
Die Filterung kann zwar für ein Attribut für mehrere Kennzahlen eektiv sein, bei anderen Kennzahlen
aber zu Filtersperren führen. Ein Stammdatenattribut kann beispielsweise als ein eektiver Filter
fungieren, wenn Kennzahlen in ihren Berechnungsdiagrammen eine Zeitattribut-Transformation
aufweisen. Bei Kennzahlen mit Stammdatentransformationen in den Berechnungsdiagrammen kann
es jedoch zu Filtersperren für das entsprechende Stammdatenattribut kommen. Unterteilen Sie diese
Kennzahlen in verschiedene Planungssichtvorlagen, oder treen Sie diese Kennzahlen unabhängig
voneinander, indem Sie die häug verwendeten Berechnungen duplizieren.
30.4.2Beispiel: Transformation von Stammdatenattributen
In diesem Beispiel wird für die Berechnung der Kennzahl ACTUALSQTY sehr viel Zeit benötigt und die
Vorlagen von Microsoft Excel werden sehr langsam geladen. Um das Problem zu untersuchen, rufen Sie die
App Kennzahlenberechnungen auf, und suchen Sie nach der Kennzahl ACTUALSQTY. Durch die Prüfung des
Berechnungsdiagramms der Kennzahl erfahren wir, dass das Diagramm eine Stammdatentransformation
enthält, wodurch Filtersperren zur Anwendung kommen, die wahrscheinlich die Performanceprobleme
verursachen. Um dieses Problem zu analysieren und zu beheben, führen Sie die folgenden Schritte aus.
1. Önen Sie die App Kennzahlenberechnungen, wählen Sie den Planungsbereich und die Kennzahl aus (in
diesem Fall ACTUALSQTY), und wählen Sie dann Starten.
Das Berechnungsdiagramm der Kennzahl wird geladen.
2. Wählen Sie zuerst die Registerkarte Berechnungen, um sich einen Überblick über die Berechnungen im
Diagramm zu verschaen.
564
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Monitoring und Fehlerbehebung
Hier sehen Sie, dass eine Stammdatentransformation vorliegt: LOCID@MTHPRODLOCSHIFT = "LOCFR".
Die Stammdaten LOCID werden den Wert der Stammdaten LOCFR enthalten. Um die Konsistenz
dieser Berechnung sicherzustellen, werden alle anderen Lokationsattribute mit der Aggregation
ACTUALSQTY@MTHPRODLOCSHIFT1 = SUM("ACTUALSQTY@MTHPRODLOC") eliminiert und aus der
Planungsebene entfernt. Nach der Transformation werden sie mit einem Inner Join zurückgegeben.
3. Wählen Sie nun die Registerkarte Filtersperren, und wählen Sie aus der Dropdown-Liste die Option Alle
Attribute anzeigen.
Leitfaden für die Modellkonguration
Monitoring und Fehlerbehebung
PUBLIC
ÖFFENTLICH 565
Man kann sehen, dass für die folgenden Lokationsattribute Filtersperren gesetzt wurden: LOCID,
ATDREGION, LOCTYPE und REGION fast für das gesamte Berechnungsdiagramm. Die Filterung nach LOCID
ist aufgrund der Attribut-Transformation direkt gesperrt. Zudem enthält sie eine vererbte Filtersperre für
dieses Attribut in allen Berechnungen unter der Attribut-Transformation. Die Filterung nach ATDREGION,
LOCTYPE und REGION wird aufgrund des Inner Join, der diese Attribute nach der Transformation
zurückgibt, direkt gesperrt. Auch hier werden wieder Filtersperren auf die Attribute in allen im Diagramm
darunter vorkommenden Berechnungen angewendet.
Da es in diesem Berechnungsdiagramm verschiedene direkte und vererbte Filtersperren gibt, können Sie
erst in einem späteren Schritt der Berechnungverarbeitung nach Lokationsattributen ltern (nach der
Transformation der Stammdatenattribute). Das bedeutet, dass die Filterung nach Lokationsattributen
Datenvolumina erst ganz am Ende der Berechnungskette verringern kann, d.h., dass die Abfrage
ACTUALSQTY wahrscheinlich sehr zeitintensiv sein wird.
566
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Monitoring und Fehlerbehebung
4. Um die Performance zu verbessern und Ihre Abfrage zu beschleunigen, gehen Sie nach den folgenden
Empfehlungen vor:
•Verwenden Sie diejenigen Attribute für die Filterung, die bereits für die Filterung auf Ebene der
abgelegten Kennzahl verwendet werden können.
Um eziente Filterattribute zu erhalten, wählen Sie aus der Dropdown-Liste die Option Nur Attribute
für Filter. Suchen Sie nach denjenigen Attributen, die für die Filterung auf Ebene der abgelegten
Kennzahlen verwendet werden können.
Wenn Planer beispielsweise nur für bestimmte Produkte oder Produktfamilien verantwortlich sind,
können sie die Produktattribute (PRDFAMILY und PRDID) für die Filterung verwenden. Dabei handelt
es sich um eine sehr eektive Weise der Filterung, da das Datenvolumen direkt von Beginn der
Berechnungskette an reduziert wird. Berechnungen werden für ein kleineres Datenset ausgeführt, und
sie führen höchstwahrscheinlich zu einer verbesserten Performance.
•Bevor Sie eine Kennzahl verschieben, aggregieren Sie die Attribute nicht, die aufgrund der Attribut-
Transformation unverändert bleiben. Auf diese Weise können Planer sie direkt von Beginn der
Berechnungskette an zum Filtern verwenden.
Wenn Planer beispielsweise für Lokationen verantwortlich sind, die alle zur selben Region gehören,
aggregieren sie REGION nicht. Auf diese Weise können sie nach der Region ltern, für die sie zuständig
sind, und so die Abfragen beschleunigen.
Bitte beachten Sie, dass es die Aufgabe des Modellierungsexperten ist, dafür zu sorgen, dass die
hochgeladenen Daten die Modellierungsanforderungen erfüllen. Das heißt, wenn Planer für Lokationen
zuständig sind, die zu einer anderen Region gehören, liefert die Berechnung falsche Ergebnisse.
•Erwägen Sie, die Berechnungen unterhalb der Stammdatentransformation zu vereinfachen. Auf diese
Weise können Sie komplexe Berechnungen auf Basis großer Datenmengen vermeiden, und Sie können
sicherstellen, dass ungelterte Daten so schnell wie möglich verarbeitet werden.
•Teilen Sie diese Kennzahlen auf verschiedene Planungssichtvorlagen auf (im SAP IBP, Add-in für
Microsoft Excel), die nicht geltert und damit ezient zusammen abgefragt werden können.
Die Filterung kann zwar für ein Attribut für mehrere Kennzahlen eektiv sein, bei anderen Kennzahlen
aber zu Filtersperren führen. Ein Zeitattribut kann beispielsweise als ein eektiver Filter fungieren,
wenn Kennzahlen in ihren Berechnungsdiagrammen Stammdatentransformationen aufweisen. Bei
Kennzahlen mit Zeitattribut-Transformation in den Berechnungsdiagrammen kann es jedoch zu
Filtersperren für das entsprechende Zeitattribut kommen. Unterteilen Sie diese Kennzahlen in
verschiedene Planungssichtvorlagen, oder treen Sie diese Kennzahlen unabhängig voneinander,
indem Sie die häug verwendeten Berechnungen duplizieren.
30.4.3Beispiel: Kumulative Aggregation
In diesem Beispiel wird für die Berechnung der Kennzahl CKF03CAGGR sehr viel Zeit benötigt und
die Vorlagen von Microsoft Excel werden sehr langsam geladen. Um das Problem zu untersuchen,
rufen Sie die App Kennzahlenberechnungen auf, und suchen Sie nach der Kennzahl CKF03CAGGR.
Durch die Prüfung des Berechnungsdiagramms der Kennzahl erfahren wir, dass das Diagramm
eine periodenübergreifende Berechnung enthält, wodurch Filtersperren zur Anwendung kommen, die
wahrscheinlich die Performanceprobleme verursachen. Um dieses Problem zu analysieren und zu beheben,
führen Sie die folgenden Schritte aus.
1. Önen Sie die App Kennzahlenberechnungen, wählen Sie den Planungsbereich und die Kennzahl aus (in
diesem Fall CKF03CAGGR), und wählen Sie dann Starten.
Das Berechnungsdiagramm der Kennzahl wird geladen.
Leitfaden für die Modellkonguration
Monitoring und Fehlerbehebung
PUBLIC
ÖFFENTLICH 567
2. Wählen Sie zuerst die Registerkarte Berechnungen, um sich einen Überblick über die Berechnungen im
Diagramm zu verschaen.
Hier sehen Sie, dass es eine kumulative Aggregation gibt: CKF03CAGGR@MTHPRODLOC =
IBP_CAGGR("SKF01@MTHPRODLOC" , 'MIN' , 'FORWARD' , 'FUTURE'). Hierbei handelt es sich
um eine periodenübergreifende Berechnung, bei der die Berechnung eines Kennzahlwertes Werte aus
mehreren Zeiträumen verwendet. Aufgrund dieser periodenübergreifenden Berechnungsweise können Sie
nicht nach den Zeitattributen ltern, bevor die Berechnung durchgeführt wird, sondern erst nach der
Berechnung.
3. Wählen Sie nun die Registerkarte Filtersperren, und wählen Sie aus der Dropdown-Liste die Option Alle
Attribute anzeigen.
568
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Monitoring und Fehlerbehebung
Sie können sehen, dass aufgrund der kumulativen Aggregation Filtersperren auf alle Zeitattribute
(PERIODID0, PERIODID1 und PERIODID2) für nahezu das gesamte Berechnungsdiagramm angewendet
werden. Zudem werden für diese Attribute in allen Berechnungen unter der kumulativen Aggregation
vererbte Filtersperren ausgelöst. Filtersperren sind erforderlich, da für die Berechnung Eingaben aus
verschiedenen Zeiträumen verwendet werden.
Da es in diesem Berechnungsdiagramm verschiedene direkte und vererbte Filtersperren gibt, können
Sie erst nach Durchführung der kumulativen Aggregation nach Zeitattributen ltern. Das bedeutet, dass
das Filtern nach Zeitattributen das Datenvolumen erst ganz am Ende der Berechnungskette verringern
kann. Das heißt, dass die Abfrage CKF03CAGGR auf Basis einer großen Datenmenge ausgeführt und
wahrscheinlich viel Zeit beanspruchen wird.
4. Um die Performance zu verbessern und Ihre Abfrage zu beschleunigen, gehen Sie nach den folgenden
Empfehlungen vor:
•Verwenden Sie diejenigen Attribute für die Filterung, die bereits für die Filterung auf Ebene der
abgelegten Kennzahl verwendet werden können.
Um eziente Filterattribute zu erhalten, wählen Sie aus der Dropdown-Liste die Option Nur Attribute
für Filter. Suchen Sie nach denjenigen Attributen, die für die Filterung auf Ebene der abgelegten
Kennzahlen verwendet werden können.
Wenn Planer beispielsweise nur für bestimmte Produkte oder Lokationen verantwortlich sind, können
sie die Attribute PRDID oder LOCID für die Filterung verwenden. Dabei handelt es sich um eine
sehr eektive Weise der Filterung, da das Datenvolumen direkt von Beginn der Berechnungskette
an reduziert wird. Berechnungen werden für ein kleineres Datenset ausgeführt, und sie führen
höchstwahrscheinlich zu einer verbesserten Performance.
Leitfaden für die Modellkonguration
Monitoring und Fehlerbehebung
PUBLIC
ÖFFENTLICH 569
•Ziehen Sie in Betracht, die Berechnungen unterhalb der kumulativen Aggregation zu vereinfachen. Auf
diese Weise können Sie komplexe Berechnungen auf Basis großer Datenmengen vermeiden, und Sie
können sicherstellen, dass ungelterte Daten so schnell wie möglich verarbeitet werden.
•Teilen Sie diese Kennzahlen auf verschiedene Planungssichtvorlagen auf (im SAP IBP, Add-in für
Microsoft Excel), die nicht geltert und damit ezient zusammen abgefragt werden können.
Die Filterung kann zwar für ein Attribut für mehrere Kennzahlen eektiv sein, bei anderen Kennzahlen
aber zu Filtersperren führen. Ein Stammdatenattribut kann beispielsweise als ein eektiver
Filter fungieren, wenn Kennzahlen in ihren Berechnungsdiagrammen eine periodenübergreifende
Berechnung aufweisen. Bei Kennzahlen mit Stammdatentransformationen in den
Berechnungsdiagrammen kann es jedoch zu Filtersperren für das entsprechende Stammdatenattribut
kommen. Unterteilen Sie diese Kennzahlen in verschiedene Planungssichtvorlagen, oder treen
Sie diese Kennzahlen unabhängig voneinander, indem Sie die häug verwendeten Berechnungen
duplizieren.
30.4.4Video ansehen
Sehen Sie sich ein Video zu Filtersperren und eektivem Filtern an.
570
PUBLIC
ÖFFENTLICH
Leitfaden für die Modellkonguration
Monitoring und Fehlerbehebung
Ausschlussklauseln und rechtliche Aspekte
Hyperlinks
Einige Links werden durch ein Symbol und/oder einen Quick-Info-Text klassiziert. Über diese Links erhalten Sie weitere Informationen.
Informationen zu den Symbolen:
•Links zum Symbol : Sie rufen eine Website auf, die nicht von SAP gehostet wird. Durch die Nutzung solcher Links stimmen Sie Folgendem zu (sofern sich
nicht aus Ihren Vereinbarungen mit SAP etwas anderes ergibt):
•Der Inhalt der verlinkten Site ist keine SAP-Dokumentation. Basierend auf diesen Informationen ergibt sich für Sie keinerlei Produkthaftungsanspruch
gegen SAP.
•Weder widerspricht SAP dem Inhalt auf der verlinkten Site noch stimmt SAP ihm zu. Außerdem übernimmt SAP keine Gewährleistung für dessen
Verfügbarkeit und Richtigkeit. SAP übernimmt keine Haftung für Schäden, die durch die Nutzung solchen Inhalts verursacht wurden, es sei denn, dass
diese Schäden von SAP grob fahrlässig oder vorsätzlich verursacht wurden.
•Links zum Symbol : Sie verlassen die Dokumentation für das jeweilige SAP-Produkt oder den jeweiligen SAP-Service und rufen eine von SAP gehostete
Website auf. Durch die Nutzung solcher Links stimmen Sie zu (sofern sich nicht aus Ihren Vereinbarungen mit SAP etwas anderes ergibt), dass sich basierend
auf diesen Informationen für Sie keinerlei Produkthaftungsanspruch gegen SAP ergibt.
Videos, die auf externen Plattformen gehostet werden
Einige Videos verweisen möglicherweise auf Video-Hosting-Plattformen von Drittanbietern. SAP kann die zukünftige Verfügbarkeit von Videos, die auf diesen
Plattformen gespeichert sind, nicht garantieren. Außerdem unterliegen alle Werbungen und anderen Inhalte, die auf diesen Plattformen gehostet werden (z.B.
empfohlene Videos oder Navigation zu anderen gehosteten Videos auf derselben Site), nicht der Kontrolle oder Verantwortlichkeit von SAP.
Beta und andere experimentelle Funktionen
Experimentelle Funktionen sind nicht Teil des oziellen Lieferumfangs, den SAP für künftige Releases garantiert. Dies bedeutet, dass experimentelle Funktionen
von SAP jederzeit, aus beliebigen Gründen und ohne vorherige Ankündigung geändert werden können. Experimentelle Funktionen sind nicht zur Nutzung in einem
Produktivsystem vorgesehen. Die experimentellen Funktionen dürfen nicht für Demonstrationen, Tests, Untersuchungen, Bewertungen oder anderweitige Zwecke in
einer Produktivumgebung oder in Verbindung mit Daten, die nicht ausreichend gesichert wurden, verwendet werden.
Der Zweck der experimentellen Funktionen besteht darin, frühzeitig Feedback zu erhalten und so Kunden und Partnern die Möglichkeit zu geben, das zukünftige
Produkt entsprechend zu beeinussen. Durch die Abgabe von Feedback (z.B. über SAP Community) stimmen Sie zu, dass die geistigen Eigentumsrechte der Beiträge
oder daraus abgeleiteten Werke im ausschließlichen Besitz von SAP verbleiben.
Beispielcode
Bei dem Quelltext und/oder den Code-Snippets handelt es sich ausschließlich um beispielhafte Darstellungen. Sie sind nicht zur Nutzung in einem Produktivsystem
vorgesehen. Der Beispielcode dient ausschließlich dem Zweck, Syntax- und Verphrasungsregeln besser zu erläutern und zu visualisieren. SAP übernimmt keine
Gewährleistung für die Richtigkeit und Vollständigkeit des Beispielcodes. SAP übernimmt keine Haftung für Fehler oder Schäden, die durch die Nutzung des
Beispielcodes verursacht wurden, es sei denn, dass diese Fehler oder Schäden von SAP grob fahrlässig oder vorsätzlich verursacht wurden.
Vorurteilsfreie Sprache
SAP unterstützt eine Kultur der Vielfalt und Integration. Wann immer möglich, verwenden wir in unserer Dokumentation unvoreingenommene Sprache, um auf
Menschen aller Kulturen, ethnischen Zugehörigkeiten, Geschlechter und Fähigkeiten zu verweisen.
Leitfaden für die Modellkonguration
Ausschlussklauseln und rechtliche Aspekte
PUBLIC
ÖFFENTLICH 571
www.sap.com/contactsap
© 2024 SAP SE oder ein SAP-Konzernunternehmen Alle Rechte
vorbehalten.
Weitergabe und Vervielfältigung dieser Publikation oder von Teilen
daraus sind, zu welchem Zweck und in welcher Form auch immer, ohne
die ausdrückliche schriftliche Genehmigung durch SAP SE oder ein SAP-
Konzernunternehmen nicht gestattet. In dieser Publikation enthaltene
Informationen können ohne vorherige Ankündigung geändert werden.
Die von SAP SE oder deren Vertriebsrmen angebotenen
Softwareprodukte können Softwarekomponenten auch anderer
Softwarehersteller enthalten. Produkte können länderspezische
Unterschiede aufweisen.
Die vorliegenden Unterlagen werden von der SAP SE oder einem
SAP-Konzernunternehmen bereitgestellt und dienen ausschließlich zu
Informationszwecken. Die SAP SE oder ihre Konzernunternehmen
übernehmen keinerlei Haftung oder Gewährleistung für Fehler oder
Unvollständigkeiten in dieser Publikation. Die SAP SE oder ein SAP-
Konzernunternehmen steht lediglich für Produkte und Dienstleistungen
nach der Maßgabe ein, die in der Vereinbarung über die jeweiligen
Produkte und Dienstleistungen ausdrücklich geregelt ist. Keine der hierin
enthaltenen Informationen ist als zusätzliche Garantie zu interpretieren.
SAP und andere in diesem Dokument erwähnte Produkte und
Dienstleistungen von SAP sowie die dazugehörigen Logos sind
Marken oder eingetragene Marken der SAP SE (oder von
einem SAP-Konzernunternehmen) in Deutschland und verschiedenen
anderen Ländern weltweit. Alle anderen Namen von Produkten und
Dienstleistungen sind Marken der jeweiligen Firmen.
Zusätzliche Informationen zur Marke und Vermerke nden Sie auf der
Seite https://www.sap.com/germany/about/legal/trademark.html.
THE BEST RUN
