2007 Jul 16 11:50 AM
2007 Jul 16 11:52 AM
Hi Abhi,
Heres some explanation..
PROCESS BEFORE OUTPUT (PBO) is automatically triggered after the PAI processing of the previous screen and before the current screen is displayed. You can program the PBO processing of the screen in this block. At the end of the PBO processing, the screen is displayed.
PROCESS AFTER INPUT (PAI) is triggered when the user chooses a function on the screen. You can program the PAI processing of the screen in this block. At the end of the PAI processing, the system either calls the next screen or carries on processing at the point from which the screen was called.
HI ALL
GIVE ME EXPLANATION ON PBO & PAI .
2007 Jul 16 11:52 AM
Hi Abhi,
Heres some explanation..
PROCESS BEFORE OUTPUT (PBO) is automatically triggered after the PAI processing of the previous screen and before the current screen is displayed. You can program the PBO processing of the screen in this block. At the end of the PBO processing, the screen is displayed.
PROCESS AFTER INPUT (PAI) is triggered when the user chooses a function on the screen. You can program the PAI processing of the screen in this block. At the end of the PAI processing, the system either calls the next screen or carries on processing at the point from which the screen was called.
2007 Jul 16 12:12 PM
Hi,
please check out the link below it will help you in understanding PBO and PAI asspects.
http://help.sap.com/saphelp_46c/helpdata/en/fc/eb2d67358411d1829f0000e829fbfe/content.htm
for PBO of the Selection Screen please check out the below link it will help you
http://help.sap.com/saphelp_nw04/helpdata/en/79/34a234d9b511d1950e0000e8353423/content.htm
FOR MORE INFORMATION ON PAI PLEASE CHECK OUT THE LINK BELOW IT WILL HELP YOU
http://help.sap.com/saphelp_nw04/helpdata/en/9f/dbabfe35c111d1829f0000e829fbfe/content.htm
***********please reward points if the information is helpful to you***************
2007 Jul 16 12:26 PM
HI,
PBO stands for PRocess Before Output, So as the name suggests it will be called before the screen is shown to the user. So what ever the code that is related to manipulating the UI has to go in PBO modules. Like LOOP AT SCREEN And modifying the SCREEN table.
PAI stands for Process After Input, so this is the place where you want to validate your data, raise messages, errors etc. Also you can group your fields here and monitor them ON REQUEST and ON INPUT using CHAIN ENDCHAIN and FIELD MODULE statements.
Apart from them you have POV which is Process ON Value Request. This is the place to put in your code to provide Value Helps for your screen fields.
Regards,
Sesh
2007 Jul 16 12:27 PM
hI Abhi ,
PBO ( Process Before Output 😞 this is an event which gets triggered before a screen id displayed in the GUI . you code all your initializations for the screens , assign default values kind of things here . and after the PBO event is processed your screen is displayed to the user .
PAI ( Process After Input 😞 This is an event which gets triggered once the user does any action on the screen ( any screen operations, even a mouse click ) . You code in this area when you want to do something based on the user-interactions.
For every screen event a PBO and a PAI is called simultaneously.
Hope these explanations will be of help !
Regards,
Ranjita
2007 Jul 16 12:50 PM
Screen Flow Logic
PROCESS BEFORE OUTPUT.
...
PROCESS AFTER INPUT.
...
PROCESS ON HELP-REQUEST.
...
PROCESS ON VALUE-REQUEST.
· PROCESS BEFORE OUTPUT
(PBO) is automatically triggered after the PAI processing of the previous screen and before the current screen is displayed. You can program the PBO processing of the screen in this block. At the end of the PBO processing, the screen is displayed.· PROCESS AFTER INPUT
(PAI) is triggered when the user chooses a function on the screen. You can program the PAI processing of the screen in this block. At the end of the PAI processing, the system either calls the next screen or carries on processing at the point from which the screen was called.· PROCESS ON HELP-REQUEST
(POH) andPROCESS ON VALUE-REQUEST
(POV) are triggered when the user requests field help (F1) or possible values help (F4) respectively. You can program the appropriate coding in the corresponding event blocks. At the end of processing, the system carries on processing the current screen.PROCESS BEFORE OUTPUT and PROCESS AFTER INPUT
in the correct order.Example of Flow Logic Example
The following example shows some use of screen flow logic:
*------------------------------------------------
* Sample Code
*---------------------------------------------------
*Processing Before Screen Output
PROCESS BEFORE OUTPUT.
MODULE INIT_FIELDS.
* Self-programmed F1 Help
PROCESS ON HELP-REQUEST.
FIELD GSSG-BUKRG MODULE V-BUKRG.
* Processing after user input
PROCESS AFTER INPUT.
* Lock customer master record
CHAIN.
FIELD GSSG-KTNRG
MODULE ENQUEUE_CUSTOMER_MASTER.
* Read customer master record
MODULE READ_CUSTOMER_MASTER.
* Read business area
MODULE READ_GSSG.
ENDCHAIN.
* Process function code
FIELD OK-CODE MODULE OKCODE ON INPUT.reward points if it is usefull ....
Girish
| User | Count |
|---|---|
| 4 | |
| 2 | |
| 2 | |
| 1 | |
| 1 | |
| 1 | |
| 1 | |
| 1 | |
| 1 | |
| 1 |