Dear Charles,
Do not use collect statement, try to use different logic to add and modify same data to all
b,c and d on base of c.
with regards
vikas pandey
Dear Charles,
Do not use collect statement, try to use different logic to add and modify same data to all
b,c and d on base of c.
with regards
vikas pandey
Hi Bastin ,
Lets say you are creating smartforms for Sale Orders.
So VBELN is the primary key.
And lets consider IT_FINAL is the internal table which you are looping in Main Window.
Now ,
Use
DESCRIBE TABLE IT_FINALLINES LN statement to get the index of last record .
Now Read table IT_FINAL for that index which will give you the last VBELN.
eg.
READ TABLE IT_FINALINTO WA2 INDEX LN.
Now in the last page keep this condition ,
WA-VBELN NE WA2-VBELN
Try this , it may help you out.
Hi Suwandi,
First of i want to know is your business scenario support "Synchronous" mean you send some input and get return some result ? if 'Yes' then goes to " Synchronous" Mode in Service interface .
Second what is your PI version 7.0, 7.1 etc...?
"messaging.synMessageRemove.removeBodyàtrue = true " with the help of PI Basis Team you can check if it false then change into true and restart PI Server .
is it SOAP to RFC Scenario?
Regard's
Smruti
Hi susmitha
not cleared ... some time it goes heart beat ip
thnaks yoonus
Hello, if you are sure that you cannot achieve this in any other exit, why not try STATICS parameter?
Hi Sudhir,
After add those two fields delete ur previous TMG and again create the TMG , Than it will display both fields.
Thanks
Tarak
hi,
i think the screens whether it may be Selection screen or DP screen, it wont support type FLTP..
Even in TMG also a new screen gonna create only.. So because of this only yor FLTP type fields are not visible in screen..
hope this helps,
Mathan R.
hi,
Rather creating FLTP try with DEC.. i think it ll work fine..
Typre FLTP wont wont work on screen.. even you can code for this to achieve.. Do better DEC is your solution..
if you go and check in SE16 means.. while processing itself it ll show type FLTP is not allowed.. Evan there is no standard SAP solution for this..
hope this helps,
Mathan R.
Hi,
Please do the following checks:
1.) Whether the segement Z1SEG has been released in WE31.
2.) In the partner profile,please check wthether the extension is maintained.
BR,
Nitin
Hello Aniket,
Thanks for your support. It is now working fine.
Regards,
Sudhir kothavale.
That is not a field
, it is a title ofparagraph of the function module documentation (in English), read it first. (Good practice...)
(Else the field PREQ_NO is the very first field of the table parameter REQUISITION_ITEMS if you don't use internal number for PR)
Did you try creation of a similar PR via ME51 or ME51N (see my first answer) ?
Regards,
Raymond
Hello
You need to follow OSS notes: 846500, 757235 and 150451.
Once the above is done then you need to go to SE03 a list all the object and change the owner and system owner.
You are right this is a Basis job.
Regards,
Ok, let's try another explanation.
You are selection AFRU by LTXA1 = CHARG.
Probably in any point AFRU-LTXA1 is filled with CHARG. But LTXA1 is a text field without index, and a search by it can be very bad.
So, let's try to get this charg in another way, and then select AFRU by it's index field RUECK.
We can start selection all orders that have CHARG meeting our conditions.
Select *
from AFPO
into IT_AFPO
for all entries in git_mseg_conv
where CHARG = git_mseg_conv-charg.
" For now we have all orders with your batchs (CHARG).
Select *
from AFKO
into IT_AFKO
for all entries in IT_AFPO
where AUFNR = IT_AFPO-AUFNR and
WERKS = p_werks.
" Now we all orders filtered by werks too
Select *
from afvc
into IT_AFVC
for all entries in IT_AFPO
where AUFPL = IT_AFPO-AUFPL.
" Now we have all operations that match CHARG and WERKS parameters
Select *
from AFRU
into IT_AFRU
for all entries in IT_AFVC
where RUECK = IT_AFVC-RUECK.
" Now, we should get the same results you need. All Confirmations that match initial CHARG and WERKS.
But in this scenario, we used most key fields, and all search have been doing with few entries each time we go forward.
Hope it helps,
Frisoni
Hi Eitan
Thanks for your reply. ![]()
I think this function is quit useless compared to the old one, so I leave the question open - hoping to get a better solution.
Hi Amit ,
Thanks for the reply . Now it is working fine by the way u have suggested .
Now finally my code is as follows and it is working fine :
PROCESS BEFORE OUTPUT.
MODULE status_0001.
MODULE get_data . " to get the data into the internal table
LOOP WITH CONTROL tabctrl1 .
MODULE fill_table_control . " to fill the table control
ENDLOOP.
PROCESS AFTER INPUT.
LOOP WITH CONTROL tabctrl1.
MODULE user_command_0001.
ENDLOOP.
MODULE get_data OUTPUT.
SELECT * FROM ysuv_employee1 INTO TABLE it_emp1.
ENDMODULE. " get_data OUTPUT
MODULE fill_table_control OUTPUT.
IF it_emp1 IS NOT INITIAL .
READ TABLE it_emp1 INTO wa_emp1 INDEX tabctrl1-current_line .
ENDIF.
ENDMODULE. " fill_table_control OUTPUT
What I have Observed That in the flow logic we only need to write Loop with Control .....Both in PBO and PAI and not to write Loop at Itab into work-area (This Does Not work) . And the Module where we fill the table-control must be within Loop......Endloop.
Dear Experts,
During my GR posting via FM WS_DELIVERY_UPDATE_2 for an inbound delivery, I want to fill the delivery note of my material document (MKPF-XBLNR). Can you please advise me of what parameters should I fill?
The second thing that I want to accomplish within the same step is to update the movement type for WM of the delivery (LIPS-BWLVS). I was trying to do that by filling table VBPOK_TAB - field BWLVS ->but the delivery is not updated. Can you please advise?
Bellow you can find my code sample:
ls_vbkok-vbeln_vl = lv_delivery.
ls_vbkok-wabuc = 'X'.
ls_vbkok-spe_auto_gr = 'X'.
*ls_vbkok-kzebu = 'X'. "partial GR flag
CALL FUNCTION 'WS_DELIVERY_UPDATE_2'
EXPORTING
vbkok_wa = ls_vbkok
synchron = 'X'
* commit = 'X'
delivery = lv_delivery
IMPORTING
ef_error_any = lv_error_any
EXCEPTIONS
error_message = 1
OTHERS = 2.
IF lv_error_any IS INITIAL.
COMMIT WORK AND WAIT.
ENDIF.
Many Thanks in advance!
Cristian
I will try this way and let you know.
Anyways thank you for your effort.
Correct me if I am wrong, the FOR ALL ENTRIES may not be suspect here.
I believe it may be because you have lot of selections in one of the SELECT OPTIONS as Raymond have mentioned.
Go to the variant of the custom program and check if any of the SELECT OPTIONS have too many entries.
Cheers,
Shambu