Ansicht
Dokumentation
RZ11_DOKUMENTATION - RZ11 transaction documentation
BAL_S_LOG - Application Log: Log header data RFUMSV00 - Advance Return for Tax on Sales/PurchasesDiese Dokumentation steht unter dem Copyright der SAP AG.
Parametereigenschaften
----------------------
Mit dieser Transaktion sollen die Parametereigenschaften und die
Parameterdokumentation erfasst werden.
Die Eigenschaften des Profileparameters dienen als Grundlage für
die Verprobung der Start-, Default- und Instanzprofile innerhalb
von CCMS ( Transaktion RZ10 ).
Für die gültigen Eingabewerte des Arbeitsgebietes, des Parameter-
typs, der Änderbarkeit und des gültigen Betriebssystemes steht
eine F4-Auswahlmöglichkeit zur Verfügung.
Eine ausführliche Dokumentation zu den Werten findet man weiter
hinten im Anhang
Parameterdokumentation
----------------------
Die Dokumentation wird in der Anmeldesprache erfasst und
entsprechend übersetzt.
Zu jedem Profileparameter muß eine Dokumentation angelegt werden.
Sie soll als Grundlage für unsere SAP Dokumentation dienen und
wird auch als F1-Hilfe innerhalb der Profilepflege angezeigt.
Man sollte sich unbedingt die Dokumentation auch mal im
Anzeigemodus anschauen, da diese die Form ist wie sie der Kunde
spaeter zu Gesicht bekommt.
Die Dokumentation sollte folgende Punkte enthalten.
Beschreibung des Parameters
Anwendungsgebiet
Einheit des Parameters ( Byte,KByte,Sekunden ... )
Defaultwert
Wer darf ändern
Einschränkungen bei den Betriebssystemen
Einschränkungen bei den Datenbanksystemen
Sind andere Parameter betroffen oder abhängig
Gültige Eingaben, Restriktionen usw.
Drucken der Dokumentation
-------------------------
Es kann sowohl die Dokumentation der einzelnen Parameter, als
auch die Dokumentation aller Parameter ausgedruckt werden.
a) Dokumentation eines Parameters
Den Namen des Parameters in das Feld Parametername eingeben
und den Button 'Drucken' druecken oder
in die Dokumentation des Parameters verzweigen und dort den
Button 'Drucken' druecken.
b) Dokumentation mehrerer Parameter
Die gewuenschten Parameter mittels Wildcard in dem Feld
Parametername angeben und den Button 'Drucken' druecken.
Parametername = '*' bedeutet die komplette Parameter-
dokumentation ausdrucken.
Falls die Dokumentation nicht in der Anmeldesprache vorhanden
ist wird die englische Dokumentation, falls vorhanden,
ausgedruckt.
Anhang : Dokumentation zu den Werten
------------------------------------
Kurzbeschreibung :
------------------
Sollte den Parameter kurz beschreiben. Immer in Englisch erfassen
da dieser Text nicht uebersetzt wird.
Parametertype :
---------------
Zuordnung eines Profileparameters zu einem Type. Hinter jedem
Parametertype verbirgt sich eine Standardprüfung. Diese Prüfung
wird immer ausgeführt, falls keine eigene Prüfroutine definiert
ist.
Folgende Typen sind momentan definiert :
Integer :
Es handelt sich um einen ganzzahligen Wert. Zusätzlich kann noch
ein Minimum und/oder Maximum angegeben werden.
Beispiel : rdisp/TRACE
Fehlersituationen :
a.) nicht numerische Werte -> Fehler
b.) größer als Maximum -> Fehler
c.) kleiner als Minimum -> Fehler
d.) kleiner als Defaultwert aus sapparam.c -> Fehler
e.) Faktor 10 größer als Defaultwert -> Warnung
Integer (64 Bit):
Es handelt sich um einen ganzzahligen Wert, der auch für
64-Bit Integerwerte geeignet ist. Die Fehlersituationen
sind die gleichen wie bei einem Integerwert.
Zeitwert :
Bei dem Profileparameter handelt es sich um eine Zeitangabe,
normalerweise um eine Wiederholungsperiode.
Beispiel : rdisp/btctime
Fehlersituationen :
a.) nicht numerische Werte -> Fehler
b.) größer als Maximum -> Fehler
c.) kleiner als 0 -> Fehler
Boolean :
Es handelt sich um einen Schalter mit zwei Zuständen, erlaubt
sind nur folgende Werte. Alle anderen Werte werden als Fehler
interpretiert.
Beispiel : gw/keep_process
Erlaubte Werte : 0,1 ON,OFF YES,NO TRUE,FALSE
Verzeichnis :
Es handelt sich um ein Verzeichnis auf dem Dateisystem. Es finden
keine weiteren Prüfungen statt.
Beispiel : rdisp/workdir
Verzeichnis muß existieren :
Es handelt sich um ein Verzeichnis auf dem Dateisystem und das
Verzeichnis muß existieren.
Beispiel : DIR_EXECUTABLES
Verzeichnis beschreibbar :
Es handelt sich um ein Verzeichnis auf dem Dateisystem, das
Verzeichnis muß existieren und beschreibbar sein.
Beispiel : DIR_PROTOKOLLS
Dateiname :
Es handelt sich um einen Dateinamen. Sonst finden keine weiteren
Prüfungen statt.
Beispiel : gw/secinfo
Dateiname muß existieren :
Es handelt sich um einen Dateinamen und die Datei muß existieren.
Beispiel : abap/rsyn
Datei muß ausführbar sein :
Es handelt sich um einen Dateinamen und die Datei muß ein
ausführbares Programm sein.
Beispiel : exe/gwrd
Zeichenkette :
Es handelt sich um eine beliebige Zeichenkette. Es finden keine
Prüfungen statt.
Beispiel : abap/locale_ctype
Rechnername :
Es handelt sich um einen Rechnernamen. Der Rechnername muß der
Netzwerksoftware bekannt sein.
Beispiel : rdisp/mshost
Servicename :
Es handelt sich um einen Servicenamen. Der Service muß der
Netzwerksoftware bekannt sein.
Beispiel : rdisp/msserv
SAP Service :
Es handelt sich um einen SAP Service dessen Name nach SAP
Konvention zusammengesetzt ist.
Der SAP Service muß dem Message Handling System bekannt sein.
Beispiel : rdisp/btcname
Dateimaske :
Es handelt sich um einen Datei oder Verzeichnisnamen der Platzhal-
ter enthalten kann, die während der Laufzeit durch gültige Werte
ersetzt werden. Es findet keine Prüfung statt.
Beispiel : FN_ATRAPATH
Spezielle Zeichenketten :
Es handelt sich um spezielle Zeichenketten. Der Parameter darf nur
bestimmte Zeichenketten enthalten.
Beispiel : rdisp/bufrefmode
In diesem Falle muß noch das Trennzeichen in einem separaten Feld
angegeben werden.
Änderbarkeit :
--------------
Änderungen erlaubt :
Der Kunde darf Änderungen an diesem Profileparameter vornehmen.
Änderung erzeugt Warnung :
Der Kunde kann Änderungen an diesem Profileparameter vornehmen.
Diese Änderungen können aber zu Problemen führen, wenn sie
von dem SAP Standard abweichen.
Beispiel : rdisp/myname
Änderung erzeugt Fehler :
Der Kunde soll diesen Profileparameter nicht ändern. Hier kann es
sich um Profileparameter handeln die intern benutzt werden
um bestimmte Aktionen zu steuern.
Beispiel : transport/systemtype
Gleich auf allen Servern
------------------------
Falls dieses Feld angekreuzt ist, dann wird bei der Prüfung auf
jedem Server der Wert des Parameters geholt und geprüft ob er
den gleichen Wert hat.
Dynamisch änderbar
------------------
Falls dieses Feld angekreuzt ist, dann kann der Wert des Parameters
dynamisch, d.h im laufenden Betrieb umgeschaltet werden.
Falls das Feld angekreuzt wurde, dann erscheint automatisch ein
Button "Wert ändern". Beim Drücken des Buttons erscheint ein
Popup-Fenster in das man den neuen Wert des Parameters eintragen
kann.
In dem Fenster kann man das Feld "Auf allen Servern umschalten"
ankreuzen. Dann wird auf allen Servern des Systems der Wert
geändert. Der Feld ist standardmäßig angekreuzt wenn das Feld
"Gleich auf allen Servern" angekreuzt ist.
Wurde der Wert eines Parameters geändert, so erscheint eine
zusätzliche Zeile, die angibt wer den Parameter wann geändert
hat ( es wird zusätzlich ein Syslog-Eintrag geschrieben ).
Defaultwert
-----------
Defaultwert des Parameters wie er im Kernel oder im DEFAULT.PFL
definiert ist.
Profilwert
----------
Wert des Parameters wie er im Instanzenprofil definiert ist.
Falls der Parameter nicht im Instanzenprofil definiert ist,
wird der Defaultwert genommen.
Aktueller Wert
--------------
Wert des Parameters wie er im Moment vom System benutzt wird.
Der Wert kann sich dynamisch im laufenden Betrieb ändern
( siehe Punkt "Dynamisch änderbar" ).
Prüfroutine
-----------
Zusätzlich zu den Standardprüfungen kann eine eigene Formroutine
für die Profileparameterprüfung definiert werden.
Name der Formroutine die für die Prüfung des Profileparameters
aufgerufen werden soll.
Alle Prüfroutinen sollen in dem Includemember LSPFCCHK liegen.
Dort befindet sich auch ein Template für den Aufruf der
Formroutine.
Betriebssysteme
---------------
Der Profileparameter hat nur für das angegebene Betriebssystem
Gültigkeit.
Folgende Angaben sind möglich :
* Keine Einschränkung
UNIX Alle UNIX Systeme
AIX IBM Unix
HP-UX HP-UX Unix
OSF1 Digital Unix
SINIX SNI Unix
SunOS Sun Unix
Windows NT Windows NT
OS400 OS400/AS400
WIN Windows 3.x
MAC Apple Mac
OS2 OS/2
VMS OpenVMS AXP
VAX OpenVMS VAX
------------------------------------------------------------------------
| Short Description : RZ11 transaction documentation
------------------------------------------------------------------------
------------------------------------------------------------------------
| Applications Area : System
------------------------------------------------------------------------
------------------------------------------------------------------------
| Parameter Type : S
------------------------------------------------------------------------
------------------------------------------------------------------------
| Changes allowed : X
------------------------------------------------------------------------
------------------------------------------------------------------------
| Valid for Operating System : *
------------------------------------------------------------------------
------------------------------------------------------------------------
| Dynamic switchable :
------------------------------------------------------------------------
------------------------------------------------------------------------
| Same on all Servers :
------------------------------------------------------------------------
General Data in Customer Master Fill RESBD Structure from EBP Component Structure
Diese Dokumentation steht unter dem Copyright der SAP AG.
Length: 11927 Date: 20240423 Time: 072920 sap01-206 ( 9 ms )
