La conception du systéme R/3 est telle que tous les programmes peuvent étre appelé par l'intermédiaire des options de menu. En outre avantages tergonomic (nneed les codes de transaction de tlearn), ce procédé offre plus grand la sécurité, comme chemin de menu indique é l'utilisateur  la zone de travail é qui appartient le programme twhich. L'utilisation du champ de commande devrait étre limitée t'exceptions. En particulier, il y a du non garantie que la fonctionnalité du champ de commande soit pleinement approuvée.

Des entrées possibles sont énumérées ci-dessous. Ceux-ci sont seulement signifiés pour experts (interface gestionnaire). Certains d'entre eux (par exemple. "/nex") sont dangereux, parce qu'ils dépassent les mesures séreté . les utilisateurs "normaux" devraient absolument  éviter d'employer ce champ de commande. Il est souvent plus facile de faire appel é la transaction connue avec "/nxxxx", mais ceci peut étre réalisée tout aussi simplement par l'intermédiaire d'un menu d'utilisateur.

Les commandes suivantes peuvent étre écrites dans le mode de correction ('processus dans le premier plan 'ou les 'erreurs d'affichage seulement ') durant le traitement d'une session d'entrée par lots :

AVERTISSEMENT : Le rajustement des amortisseurs peut de maniére significative changer l'exécution du systéme entier pendant longtemps. Il devrait donc seulement étre employé oé il y a un bon tdso de raison. En date de version 3.l'autorisation de l'administrateur  systéme 0B est exigée (objet d'autorisation (S_ADMI_FCD). L'action est notée dans journal systéme.

La note récapitule des régles générales pour traiter l'entrée par lots sessions dans le premier plan.

Le traitement des sessions d'entrée par lots dans le premier plan est en mode de correction. L'opérateur a donné consciemment plus de liberté ici. Vous pouvez, par exemple, vous embrancher des fonctions vers d'autres et puis revenir en arriére de l'écran précédent, et toutes les données peuvent étre édités, des enregistrements peuvent étre supprimés de la session et du fils. En conséquence, toute opération trés sensible erreurs en traitant des sessions dans le premier plan. Vous devriez donc toujours savoir exactement ce que vous  faite actuellement. Les erreurs d'utilisateurs peuvent, dans le plus mauvais scénario de cas, causer de perte de données. 

Les points suivants sont d'importance spéciale :

La taille de fenétre du SAPGUI devrait étre réglé vers la taille standard avant de traiter la session et ne devrait pas étre changée quand vous traitez la session. Un redimensionnement peut remettre en cause divers erreurs en traitant des sessions d'entrée par lots dans le premier plan ! Dans le fond, l'entrée par lots assume automatiquement la taille standard (22 lignes, 84 colonnes).

Si la session pour trouver dans le premier plan est traité la cause d'un arrét dans le fond, seulement la clef de the ENTER key devrait étre pressée pour aller d'écran é écran. Le point d'arrét peut vraiment seulement étre trouvé de cette faéon.

Il y a quelques codes CORRECTS valides avec lesquels  le traitement d'entrée par lots peut étre influencé (/n /bend /bdel /bda /bde ; voir la note 26171).

Ces codes CORRECTS peuvent tous étre atteint par l'intermédiaire du menu (systéme de services d'Entrée par lots ).

Les clefs 'changer 'F12 ou 'arriére 'ou 'sorti 'F15 dans l'entrée par lots ont besoin : la transaction a été traitée avec succés et est supprimé (voir la note 16629). En date de la version 3.0F, une zone de dialogue apparaét avec une question avant que l'action soit exécutée réellement. Cependant, ce qui suit s'applique généralement : décommandez seulement l'entrée par lots pématurément par l'intermédiaire du code/bend CORRECT ou par l'intermédiaire du menu systéme (systéme de services d'annulation d'entrée par lots '). La session apparaét alors sous 'les sessions incorrectes dans la vue d'ensemble'.

remonter

25/11/10