CL_PROGRESS_INDICATOR VS direct call of SAPGUI_PROGRESS_INDICATOR

5 1 1 1 1 1 Rating 100% (12 Votes)

Attachments:
ZAB_PROGRESS_INDICATOR.nugg

Tags: CL_PROGRESS_INDICATOR , SAPGUI_PROGRESS_INDICATOR

I know that many times showing any progress information isn't something that developer likes to have in his program, especially when it's so fast that progress indicator only slows it down horribly, but often we're putting it into code, when program runtime is quite long ( more than 1 minute) and we want to show the users that program is running and we're currently at step m of n. Since I remember I was always using SAPGUI_PROGRESS_INDICATOR FM to display such messages on the screen. When used inside loops I often was manually dividing current tabix by selected variable (for example 1000) and if there was no rest from such division then I was running this FM, just to avoid calling this FM to often. The problem of this FM is that when used in background it hasn't show any info in job log. So if you wanted to have also entries in job log, then additional lines with checks if this is foreground or background mode were needed, and if we were in bg mode then messages instead of progress indicator had to be used.

Add a comment

Battleships game (two players)

1 1 1 1 1 Rating 0% (0 Votes)

Attachments:
ZAB_BATTLESHIPS.nugg

Tags: CL_GUI_TIMER , GAME , BATTLESHIPS , CL_GUI_ALV_GRID , CL_GUI_HTML_VIEWER

I was playing a bit with CL_GUI_TIMER some time ago and I thought that this would be good to use it somewhere to have idea how it works. So I've created then a small game Battleships, which you for sure know from analog version.

Game is very simple, firstly you have to build your own map with ships. Just to remind you, there are 2 submarines, 2 destroyers, 1 cruiser, 1 battleship and 1 aircraft carrier. Map is created with CL_GUI_ALV_GRID. Once you click on status button to add one of the ships, map will show you in which place you can start ship. When you'll select position of the start it will show you possible fields for end.

After you build your map hit Join Game button and wait for second player to join you.

Add a comment

Popup with multi-select ALV

1 1 1 1 1 Rating 0% (0 Votes)

Attachments:
ZAB_MASS_REPLACE.nugg

Tags: SET_TABLE_FOR_FIRST_DISPLAY , SET_READY_FOR_INPUT , GET_SELECTED_ROWS , POPUP , ALV POPUP

If you imported NUGG file from previous article you could be surprised that there is one additional FM available called Z_AB_POPUP_GRID_MULTI_SEL. This FM can be used to call a popup with ALV grid which allows multiple row selects.

1) In order to prepare such popup you'll need to firstly define some global variables in FG which you can find bellow:

constants: c_ccname_grid_popup type scrfname value 'CC_GRID_POPUP'.
data: go_popup_custom_cont      type ref to cl_gui_custom_container.
data: go_popup_grid             type ref to cl_gui_alv_grid.
data: gs_popup_layout           type lvc_s_layo.
data: gs_popup_variant          type disvariant.
data: gt_popup_fcat             type lvc_t_fcat.
data: g_popup_question          type char70.
field-symbols: <gt_popup_outtab> type standard table.

2) Then you need to create GUI status with Cancel and Enter Buttons

Add a comment

Mass replace popup for ALV grid

5 1 1 1 1 1 Rating 100% (3 Votes)

Attachments:
ZAB_MASS_REPLACE.nugg

Tags: GET_FRONTEND_FIELDCATALOG , GET_SELECTED_COLUMNS , RM_FREE_SESSION_CHECK , STARTING NEW TASK , REFRESH_TABLE_DISPLAY , CL_GUI_ALV_GRID , AT SELECTION-SCREEN OUTPUT , RS_SET_SELSCREEN_STATUS , RECEIVE RESULTS FROM FUNCTION , RS_REFRESH_FROM_SELECTOPTIONS , LVC_T_COL , LVC_T_FCAT

When using editable ALV mass replace function is needed very often, but when it comes to creating it you have to choose which from the not so perfect possibilities you should use. You can create a screen or selection-screen with all possible fields which can be used in the function (not good when you have a lot of editable fields), you can create dynamic program and submit it (not good as then you switch to the screen of generated) or you can create a FM to call selection-screen in separate task (disadvantage is that user can click on original window and hide your popup). I've used all of these possibilities but when you'd like to reuse them then third one (FM to call dynamic selection-screen in separate task) seems the best.

First of all the question is why do we need separate task to call it? Well, when you call dynamic selection-screen (with parameters like (variable) ) for the first time the output is ok, but the second time you do it in the same runtime of transaction or program then the length, type and F4 help are just like for the field generated for the firs time. This is because the generated selection screen is kept in memory an called each time with same parameters, nevertheless the change of "variable". The way to omit it is to call this selection-screen in new task. This will force SAP to regenerate selection-screen each time.

Add a comment

GOS - How to add business documents at creation of object

5 1 1 1 1 1 Rating 100% (4 Votes)

Tags: CL_GOS_SERVICE_TOOLS=>MOVE_LINKED_OBJECTS , CL_ALINK_CONNECTION=>FIND , CL_ALINK_CONNECTION=>INSERT , CL_ALINK_CONNECTION=>DELETE , CL_ALINK_CONNECTION=>UPDATE , CL_ALINK_CONNECTION , CL_GOS_SERVICE_TOOLS , CL_GOS_MANAGER

When you open standard transaction you may be surprised sometimes that although you're able to attach standard attachments while creating document, you're not able to attach business document at this time. It's because business documents needs to have specified an object to which it is linked and in case of GOS for standard transactions it's always called without object id (in creation mode). When you develop own transaction and you use GOS for standard or Z object then there is a possibility to omit that restriction, as during creation of GOS manager you can assign temporary object name to it. At save (or after save) you can move attachments and business documents from temporary object to final one.

The question is what will happen when you'll attach business document to temporary object but you will not save the document at the end? The document itself will be kept so you have to be sure that it will be deleted next archiving run.

I will show you an example on Purchase Requisition object which is used in Z-tcode.

Add a comment

GOS - Link Business Documents from PR to PO

4.66666666667 1 1 1 1 1 Rating 93% (3 Votes)

Tags: CL_ALINK_CONNECTION=>FIND , CL_ALINK_CONNECTION=>INSERT , CL_PO_HEADER_HANDLE_MM , CL_ALINK_CONNECTION , IF_PURCHASE_ORDER_MM , CL_PO_HEADER_HANDLE_MM->GET_GOS_MANAGER , ME_PROCESS_PO_CUST

In article Link Attachments of Purchase Requisition to Purchase Order I've shown how to link standard attachments from purchase requisition to purchase orders, but to have full set of options we also need a a method to link business documents of PR to PO. This is not so hard as we have in disposition class cl_alink_connection which allows to do such operations. Of course the time when you're copying the link depends on you, you can do it during posting of PO (as I do, to be sure that I will copy only this documents and attachments which are linked to PR's used in the PO ), you can do it after the PO is save with your some background job or you can try to insert the object directly to the GOS of purchase order. I didn't do direct attachment to GOS of PO but as I mention in the comments of Attachments article you can connect to GOS from class CL_PO_HEADER_HANDLE_MM which contains method GET_GOS_MANAGER. You can do it for example in PROCESS_ITEM method of ME_PROCESS_PO_CUST . You'll need to get header object firstly (type ref to if_purchase_order_mm ) and then call GET_GOS_MANAGER method.

Anyway, I will present you the method which I used in POST method of ME_PROCESS_PO_CUST BADI. As I said, it's quite simple if you know class cl_alink_connection. Firstly we need to check if any business document is attached to PR, I will do it with method cl_alink_connection=>find. Then when we have list of all business documents we can insert link to it to PO with cl_alink_connection=>insert.

Add a comment

EWB Components allocation to routing operation (multilevel BOM)

5 1 1 1 1 1 Rating 100% (6 Votes)

Attachments:
ZAB_COMP_ALLOCATION.nugg
ZAB_COMP_ALLOCATION.xlsx

Tags: CP_CC_S_LOAD_COMPLEX_BY_TSK , CP_CC_S_LOAD_COMPLEX_BY_BOM , CP_CC_S_PROVIDE_ITM_BY_AS_PATH , CP_CC_S_PROVIDE_COM_BY_OPR , CP_CL_P_OPR_ALLOCATION_PROVIDE , CM_CL_P_COM_DELETE , CP_CC_S_SAVE , CP_CC_S_OPR_PROVIDE_BY_MTK , CP_CC_S_CREATE_COM

This topic was raised many times, I always found it's not possible to (or at least to hard to try) to update components allocation for routing operations. Fortunately I had to do it somehow and I manage to do it in two ways :

1) with BDC (yeah I know, creepy but possible)

2) using EWB FM's basing on the SAP note 488765 - "Do it yourself EWB programming".

Today I will present program which is using EWB, in future I will post an example of doing this by BDC.

This program reads data from Excel file with proper structure (you can find Excel template in attachment). After reading data it collects all routings which needs to be updated to be sure that each routing is updated only once. Then the most important part is done in following way:

1) We need to load each routing and connected BOM to memory with CP_CC_S_LOAD_COMPLEX_BY_TSK and CP_CC_S_LOAD_COMPLEX_BY_BOM,

2) Next step is to get the BOM into internal table using CP_CC_S_PROVIDE_ITM_BY_AS_PATH. BOM table contains also a explosion of sub-assemblies which are not phantoms which at the beginning seem to be useless, but after a while you'll notice that we need all levels of multilevel BOM in order to calculate Path (PLMZ-KANTE) and order level (PLMZ-STLST). If you have to do components allocation for single level BOM then reworking the table is not needed, but in my example I did it as I needed to allocate components from multi-level BOM. You'll find here a form ITEM_CHECK which do the manipulation of the table.

3) After it's done we need load operation data (CP_CC_S_PROVIDE_COM_BY_OPR) and current allocation of components (CP_CL_P_OPR_ALLOCATION_PROVIDE). We need to do it in order to delete current allocation.

4) Deletion is done with CM_CL_P_COM_DELETE and saved with CP_CC_S_SAVE. Deletion is committed as in other case there is no possibility to create new allocation.

5) Allocation is deleted, so we can now recreate it with new values. Firstly we need to reload again operation data to memory with CP_CC_S_OPR_PROVIDE_BY_MTK and then create allocation with CP_CC_S_CREATE_COM. Again we need to save allocation with CP_CC_S_SAVE.

Bellow you'll find the code of the program. You can download also NUGG file for it!.

Program works in two steps, firstly it displays reading log, if it is ok you have to press first button on the toolbar

to create allocation.

Add a comment

ESDUS, ESRUO - MM settings table - Part 3/3

5 1 1 1 1 1 Rating 100% (1 Vote)

Tags: ES_READ_USER_OBJECTS , ES_APPEND_USER_OBJECTS , ES_READ_USER_SETTINGS , ES_APPEND_USER_SETTINGS , ES_DELETE_USER_OBJECTS , ES_SAVE_USER_OBJECTS , ES_SAVE_USER_SETTINGS , ES_DELETE_USER_SETTINGS , ESDUS , ESRUO

As we got a short description of ESDUS and ESRUO and connected FMs in previous parts, then now it's time for examples. Let's start with scenarios which I described in first part

1. When you open one of the MM t-codes like ME22N, ME51N or MIGO you see that always you got on the screen one of the latest open document there. Sometimes not last but one of the lasts and you want to make it always last.

To be sure you get last document you have to select data from ESRUO table directly, sort it by timestamp and get last object. Then update setting of default document for transaction, in my example for ME52N/53N/54N.

data: fs_esruo type esruo.
data: ft_esruo type standard table of esruo.
data: f_active type esdus-active.
data: ft_esduscom type standard table of esduscom.

select * into corresponding fields of table ft_esruo
  from esruo
  where uname eq sy-uname
  and   object_typ eq 'BUS2105'.

  sort ft_esruo by timestamp descending.
  read table ft_esruo index 1 into fs_esruo.
  concatenate fs_esruo-object_id 'A' into f_active.

call function 'ES_READ_USER_SETTINGS'
  exporting
    iaction       = 'MEPO'
*   IUNAME        = IUNAME
*   IDB           = IDB
*   ILIKE         = ILIKE
  tables
    iesdus        = ft_esduscom
   .

call function 'ES_DELETE_USER_SETTINGS'
exporting
  iaction        = 'MEPO'
  ielement       = 'Application         Req_Process'
*  iactive        =
*  IUNAME          = IUNAME
*  isave           = 'X'
* TABLES
*   IESDUS          = IESDUS
exceptions
   not_found       = 1
   others          = 2
          .
if sy-subrc eq 0.

endif.

call function 'ES_APPEND_USER_SETTINGS'
exporting
  iaction        = 'MEPO'
  ielement       = 'Application         Req_Process'
  iactive        = f_active
*   IUNAME         = IUNAME
  isave          = 'X'
* TABLES
*   IESDUS         = IESDUS
  .

Add a comment

ESDUS, ESRUO - MM settings table - Part 2/3

1 1 1 1 1 Rating 0% (0 Votes)

Tags: ES_READ_USER_OBJECTS , ES_APPEND_USER_OBJECTS , ES_READ_USER_SETTINGS , ES_APPEND_USER_SETTINGS , ES_DELETE_USER_OBJECTS , ES_SAVE_USER_OBJECTS , ES_SAVE_USER_SETTINGS , ES_DELETE_USER_SETTINGS , ESDUS , ESRUO

ESRUO table and FM which takes care about reading/adding/deleting entries there was described in previous part ( ESDUS, ESRUO - MM settings table - Part 1/3 ), so now is the turn for ESDUS table and SETTINGS FMs.

ESDUS table keeps parameters mostly for MM transactions, here is the list of t-codes for which I found some entries inside ESDUS:

- IA05
- MB24
- MB25
- MB51
- MB52
- MB59
- MB5TD
- ME21N
- ME22N
- ME23N
- ME25
- ME2K
- ME32K
- ME3K
- ME51N
- ME52N
- ME53N
- ME54N
- ME55
- ME56
- ME57
- ME58
- ME5A
- ME5F
- ME5K
- ME5W
- ME80AN
- ME80FN
- ME80RN
- MIGO
- MIRO
- ML81N
- SA38
- SE38

As you see the list contains some important transactions and knowing about ESDUS can help a bit in the life of abaper.

Add a comment

ESDUS, ESRUO - MM settings table - Part 1/3

1 1 1 1 1 Rating 0% (0 Votes)

Tags: ES_READ_USER_OBJECTS , ES_APPEND_USER_OBJECTS , ES_READ_USER_SETTINGS , ES_APPEND_USER_SETTINGS , ES_DELETE_USER_OBJECTS , ES_SAVE_USER_OBJECTS , ES_SAVE_USER_SETTINGS , ES_DELETE_USER_SETTINGS , ESDUS , ESRUO

Let's discus following scenarios with MM standard transactions:

When you open one of the MM t-codes like ME22N, ME51N or MIGO you see that always you got on the screen one of the latest open document there. Sometimes not last but one of the lasts and you want to make it always last.
You create MM documents using BAPI and you want that next time you open MM t-code which is used to display/edit this document then your document appears on the screen (of course if in the meantime user haven't created anything new)
You have created your own transaction to handle standard process, like creation of purchase orders or purchase requisitions. This transaction is used only in some special occasion like only in case of account assignment category is equal to 'A'. In such case for all documents which are created by your Z-transaction you've set up in user-exit that when standard transaction is called, then you leave it to your Z-transaction. In this case often MM transactions remembers last opened document, which was created by Z-transaction and at each run it will leave to it, so you want to clear the info about last called document from standard t-code.
You want to clear some default settings for the user (or set them) for standard t-code. This could be default value for some fields or toggle status of the section (for example header always expanded, items always collapsed.

In all of this cases you'll want to look at tables:

ESRUO (MM: Recently Used Objects)
ESDUS (MM: Dynamic User Settings)

and to function group MLSO which provides you few nice FM to handle entries in this tables:

ES_READ_USER_OBJECTS
ES_APPEND_USER_OBJECTS
ES_DELETE_USER_OBJECTS
ES_SAVE_USER_OBJECTS
ES_READ_USER_SETTINGS
ES_APPEND_USER_SETTINGS
ES_SAVE_USER_SETTINGS
ES_DELETE_USER_SETTINGS

Add a comment