*DESTINATION_APP

Mit dem Schlüsselwort DESTINATION_APP können Sie die Ergebnisse von Berechnungen in eine andere Anwendung schreiben.

Syntax

*DESTINATION_APP = {Anwendungsname}

Häufig hat die Zielanwendung nur einige Dimensionen mit der Ausgangsanwendung gemeinsam. In diesem Fall kann man die fehlenden Dimensionen aus den ursprünglichen Sätzen mit folgender Anweisung wegfallen lassen:

*SKIP_DIM= {Dimensionsname}[,{Dimensionsname},…]

Wenn die ursprüngliche Anwendung Dimensionen besitzt, die in der Zielanwendung nicht vorhanden sind, ist das Schlüsselwort SKIP_DIM obligatorisch. Eine Validierung kann ohne das Schlüsselwort SKIP_DIM nicht stattfinden.

Der Anweisung können mehrere Dimensionsnamen, durch Kommas getrennt, hinzugefügt werden, oder es können mehrere SKIP_DIM-Anweisungen in einzelnen Zeilen eingegeben werden.

Wenn die Zielanwendung Dimensionen aufweist, die in der Ausgangsanwendung nicht vorhanden sind, können diese den übermittelten Sätzen mit folgender Anweisung hinzugefügt werden:

*ADD_DIM {Dimensionsname}={Wert}[,{Dimensionsname}={Wert},…]

Der Anweisung können mehrere Dimensionsnamen und -werte, durch Kommas getrennt, hinzugefügt werden, oder es können mehrere ADD_DIM-Anweisungen in einzelnen Zeilen eingegeben werden.

Mit dem Schlüsselwort RENAME_DIM können Sie den Namen einer oder mehrerer Dimensionen ändern. Die Syntax lautet wie folgt:

*RENAME_DIM {Dimensionsname}={Wert}[,{Dimensionsname}={Wert},…]

Diese Anweisung kann verwendet werden, wenn Daten an eine Anwendung übermittelt werden, in der eine Dimension eine andere ID trägt.

Der Anweisung können mehrere Dimensionsnamen und -werte, durch Kommas getrennt, hinzugefügt werden, oder es können mehrere RENAME_DIM-Anweisungen in einzelnen Zeilen eingegeben werden.

Alle Kombinationen der drei oben genannten Schlüsselwörter werden unterstützt.

Beispiele

Beispiel 1

AppSet: APSHELL_V

Anwendung: PLANNING

In diesem Beispiel ist APSHELL_V eine Kopie von APSHELL, und COPY_PLANNING ist eine Kopie der PLANNING-Anwendung. Sie können das Skript aus diesem Beispiel in einer PLANNING-Anwendung ausführen, um die ACTUAL-Daten in die COPY_PLAN-Anwendung zu übernehmen.

Wenn der Befehl *DESTINATION_APP ein Mal mitten im Skript erscheint, werden alle noch zu schreibenden Daten der Skriptlogikdatei in die referenzierte Zielanwendung geschrieben. Vor dem Auftreten von *DESTINATION_APP werden alle Daten in die Anwendung geschrieben, in der das Skript aktuell ausgeführt wird.

Syntax Syntax

```
*XDIM_MEMBERSET TIME = 2006.AUG
```
```
*XDIM_MEMBERSET CATEGORY=ACTUAL
```
```
*DESTINATION_APP=COPY_PLANNING
```
```
*WHEN CATEGORY
```
```
*IS "ACTUAL"
```
```
*REC(EXPRESSION=%VALUE%)
```
```
*ENDWHEN
```

Coding-Ende

Beispiel 2

Um DESTINATION_APP mit SKIP_DIM, ADD_DIM und RENAME_DIM zu erklären, ließe sich als Beispiel nennen, dass eine andere Anwendung, DETAIL_PLAN, durch Kopieren der Anwendung PLANNING aus der mit Planning and Consolidation ausgelieferten APSHELL-Anwendung angelegt wird. Sie müssen:

die neuen Dimensionen PRODUCT und MARKET anlegen und diese zur Anwendung DETAIL_PLAN hinzufügen
P_ACCT durch P_ACCTDETAIL ersetzen
die Dimension P_ACTIVITY aus dem Cube DETAIL_PLAN entfernen

Syntax Syntax

```
*XDIM_MEMBERSET TIME = 2006.AUG
```
```
 *XDIM_MEMBERSET CATEGORY=ACTUAL
```
```
*DESTINATION_APP=DETAIL_PLAN
```
```
*SKIP_DIM = P_ACTIVITY
```

*ADD_DIM P_DATASRC=INPUT, PRODUCT = NO_PRODUCT, MARKET = NO_MARKET

```
*RENAME_DIM P_ACCT=P_ACCTDETAIL
```
```
*WHEN CATEGORY
```
```
	*IS "ACTUAL"
```
```
	*REC(EXPRESSION=%VALUE%)
```
```
*ENDWHEN
```

Coding-Ende

Erläuterung

DETAIL_PLAN ist die Zielanwendung, die alle Dimensionen von PLANNING außer P_ACCT besitzt. Diese Dimension wird durch P_ACCTDETAIL ersetzt. Außerdem besitzt DETAIL_PLAN zwei zusätzliche Dimensionen, nämlich PRODUCT und MARKET.

Die oben beschriebene Skriptlogik verschiebt die Daten nach DETAIL_PLAN mit:

den leeren Dimensionen PRODUCT und MARKET
P_DATASRC definiert durch das Schlüsselwort INPUT
entsprechenden Werten aus P_ACCT übernommen nach P_ACCTDETAIL

Alle in dieser Dokumentation enthaltenen Software-Quelltextzeilen oder -Strings („Code“) dienen nur als Beispiele und sind nicht für die Anwendung in einem Produktivsystem vorgesehen. Der angegebene Quelltext soll lediglich die Syntax und die Ausdrucksregeln bestimmter Softwarecodes erläutern. SAP übernimmt keine Verantwortung für die Richtigkeit und Vollständigkeit des angegebenen Quelltextes und übernimmt keine Haftung für Fehler oder Schäden, die aus dessen Anwendung entstehen könnten; es sei denn, derartige Schäden wurden von SAP vorsätzlich oder fahrlässig hervorgerufen.