2009 Dec 07 8:11 PM
Hi gurus,
We have a weird issue in our QA system: following a change to a 'Z' data element (we change it from a CHAR(2) to a CHAR(4) and we change the text) used in some 'Z' tables, we are not able to fill in the data in the table via SE16N, because the changes are not reflected. The field name is still the same and the field lenght too, though we change it from 2 characters to 4 characters.
This issue is only happening in our QA system, when it was moved in production, everything went fine.
Does anyone have an idea ? Is there some kind of cache/buffer used by SE16N that should be rebuild or refreshed ?
Thanks in advance for your help.
Greg.
2009 Dec 07 8:14 PM
2009 Dec 07 8:14 PM
2009 Dec 07 8:38 PM
Well, it is far more stupid than that. I needed us /$SYNC in the ok code to reset all application server buffer, and then SE16N was normal...
Here's a page to a summary of all ok codes: http://abap4.tripod.com/OK_Code_Values.html
2019 Nov 18 5:24 PM
Submit report BALVBUFDEL for clear ALV buffer, for all system.
2024 Jan 02 10:12 AM
2024 May 12 2:10 PM
Thanks this worked for me as well, database utility also failed but this worked
2024 May 17 10:17 AM
I think /$SYNC its work for me.. and this solution is perfect to my issue