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