Both sides previous revisionPrevious revisionNext revision | Previous revisionLast revisionBoth sides next revision |
abap:user-exits [2014/09/08 10:53] – ginko | abap:user-exits [2014/09/26 16:46] – ginko |
---|
| |
==== Transport & activation ==== | ==== Transport & activation ==== |
En principe si le transport s'est bien passé, l'activation est automatique. [[Quelques points à vérifier en cas de non-activation]]. | En principe si le transport s'est bien passé, l'activation est automatique. [[http://www.stechno.net/sap-notes.html?view=sapnote&id=25276|Quelques points à vérifier en cas de non-activation]]. |
===== Screen-exits ===== | ===== Screen-exits ===== |
{{:abap:comment_implementer_un_user-exit_rf.odt|}} | {{:abap:comment_implementer_un_user-exit_rf.odt|}} |
| |
<div class="MobileSubScreen"></code> | <div class="MobileSubScreen"></code> |
| ===== Développement RF ===== |
| ==== Données internes ==== |
| |
| Dans le cadre de la customisation d'écran de transaction RF, les éléments à manipuler sont : |
| * la table interne ''tap_ltap'' qui contient l'état de la transaction (champs de confirmation : emplacement, article, etc) pour chaque poste d'OT |
| * la table interne ''applic_tab'' qui contient les postes à confirmer : dans l'écran ''source'', ceux qui vont être à revalider dans l'écran ''destination'' ; dans l'écran ''destination'', ceux qui vont être confirmés dans le système (''to_confirm'') |
| * la table interne ''verification_type'' qui contient les conditions de validation (elle peut être remplie à l'aide du FM ''SET_VERIFICATION_FIELD'') |
| |
| |
| __**ATTENTION**__: Comme les screen exits résident dans le groupe de fonctions ''XLRF'' (contrairement aux programmes RF contenus dans ''LMOB''), il faut re-remplir au moins certaines variables et tables lors du premier appel de sous-écran, puis faire attention qu'au fil des appels, ces données restent globalement synchronisées avec les données du programme standard ! |
| |
| |
| ==== Actions à reproduire/adapter ==== |
| En cas d'ajout/suppression d'un champs de validation (ex. : le lot), tout le workflow des écrans est à adapter : |
| * Unordered List Item |
| |