Ansicht
Dokumentation

BDT_COMPARE - BDT: Vergleich und Transport von Steuerungstabellen

ROGBILLS - Synchronize billing plans   ROGBILLS - Synchronize billing plans  
Diese Dokumentation steht unter dem Copyright der SAP AG.

Titel

Programm zum Vergleich und Transport von BDT-Einstellungen zwischen verschiedenen Mandanten und Systemen

Verwendung

Sie können mit diesem Report alle relevanten Customizing-Einträge für die Steuerung eines BDT-Anwendungobjekts vergleichen. Die entsprechenden Tabellen sind dem Paket BUPA zugeordnet. Sie sind vom Typ C und mandantenabhängig.

Die verglichenen Einträge werden in einer Liste ausgegeben. Die Einträge können markiert und auf Wunsch in einen Customizing-Transportauftrag gestellt werden. Für diesen muss sicher gestellt werden, dass er in das Zielsystem führt.

Integration

Wesentlich ist die BDT-Anwendung als Unterbegriff des BDT-Anwendungsobjekts. Das Programm verwendet die Anwendung als kleinste sinnvolle Einheit, für die sich die entsprechenden Steuerungseinstellungen sinnvoll zusammenfassen und transportieren lassen. Ausgangspunkt ist die Namenskonvention (laut BDT-Handbuch), mit der alle BDT-Entitäten wie Bilder, Objektteile, Datensets usw. eindeutig einer Anwendung zugeordnet sind.

Für eine gegebene Anwendung werden alle Entitäten verglichen, die mit der entsprechenden Namenskonvention übereinstimmen. Die Zuordnungen zwischen zwei Entitäten werden als zur Anwendung gehörig betrachtet, wenn zumindest eine der beiden Entitäten selbst zur Anwendung gehört.

Soll z.B. im Anwendungsobjekt BUPA die Anwendung BUP ausgewählt werden, dann wird der Abschnitt BUP010 selbst und sowohl die Zuordnungen zu den Sichten, die er enthält, als auch die Zuordnungen zu den Bildern, in denen er enthalten ist, ausgewählt. Dabei ist es unerheblich, ob die Sichten oder Bilder ihrerseits durch ihren Namen der Anwendung BUP zugeordnet sind.

Die Vollständigkeit des Vergleichs zu einer Anwendung hängen von der konsequenten Beachtung der Namenskonvention ab.

Von den Entitäten direkt abhängige Tabelleneinträge (z.B. Texttabellen) gehören automatisch zu derselben Anwendung. Dies trifft auch auf die Feldgruppen, Dynprofelder und die Zuordnungen zu den Dynprofeldern zu, die direkt von der Sicht einer Anwendung abhängen.

Falls nur ein Anwendungsobjekt ohne Anwendungen angegeben wird, dann werden alle Einträge selektiert, die das Anwendungsobjekt im Schlüssel haben.

Voraussetzungen

Es muss grundsätzlich eine RFC-Verbindung über Transaktion SM59 definiert werden (auch dann, wenn sich Quell- und Zielsystem nur im Mandanten unterscheiden).

Im Zielsystem muss der Funktionsbaustein BDT_SELECT existieren.

Das Coding funktioniert erst ab 4.6.

Funktionsumfang

Selektion

Geben Sie ein Anwendungsobjekt an.

Falls die Anwendungen nicht spezifiziert werden, werden alle für das angegebene Anwendungsobjekt relevanten Einträge selektiert. In diesem Falle ist es sinnvoll, das Kennzeichen für anwendungsübergreifende Einstellungen zu setzen, um so alle für das Anwendungsobjekt notwendigen Einstellungen zu transportieren.

Weiterhin können Sie eine oder mehrere Anwendungen angeben. In diesem Falle sollte man in der Regel von einem Transport von anwendungsübergreifenden Einstellungen absehen und das entsprechende Kennzeichen nicht setzen.

Sie können festlegen, ob Sie gleiche, verschiedene, nur im Quellsystem oder nur im Zielsystem vorhandene Einträge anzeigen lassen wollen.

Außerdem können Sie nur die zu einer Sprache gehörigen Einstellungen anzeigen lassen.

Standardvarianten

Ausgabe

Das Vergleichsergebnis wird in einer Liste ausgegeben, die auf dem ALV Grid-Control basiert. Entsprechend kann das Ausgabeergebnis aufbereitet werden.

Per Doppelklick wird eine Detailsicht je Listenzeile angezeigt.

Die Einträge lassen sich beliebig markieren (Strg-Taste gedrückt halten). Wenn Sie die Transportfunktion im Menü der Liste wählen, werden für den Transport ein Customizing-Auftrag und eine Customizing-Aufgabe angelegt (Transaktion SE10) und in die Tabellen E071 und E071K geschrieben.

Sie können die Einträge für einen Transportauftrag auswählen. Dies ist auch dann möglich, wenn die Einträge verschieden oder nur im Quellsystem sind, oder wenn sie nur im Zielsystem vorhanden sind. Im letzteren Fall werden die Einträge mit dem entsprechenden Schlüssel im Zielsystem gelöscht. Um einen Gesamttransport zu ermöglichen, ist auch der Transport übereinstimmender Einträge möglich.

Aktivitäten

Beispiel

BAL_S_LOG - Application Log: Log header data   RFUMSV00 - Advance Return for Tax on Sales/Purchases  
Diese Dokumentation steht unter dem Copyright der SAP AG.

Length: 5210 Date: 20240520 Time: 143400     sap01-206 ( 100 ms )