on 02-03-2016 5:00 AM
Hi all We have a issue while reversing the delivery in. VL09 system is taking more than two hours to reverse the goods movement now user asking us to do manually so they can avoid please advise us how to achieve this. Regards Hidyat
Hello,
Performance issues in VL09 are often when the system has to access database table MSEG. The following note helps that database access:
1234800: Long runtime for transaction VL09 with DB2 database
So if this is not implemented, you should look at doing so.
Hope this helps,
Noel
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You did not say if you have a single item in the delivery or several hundred, as this would make some difference. Nevertheless this is not a SD issue, this is a Basis issue.
Approach your basis team, they know the transactions to run SQL traces and to measure performance to analyse the root cause of this extremely bad performance
I wonder how 2 hours runtime are possible at all, in most systems the time until a dialog process has to be finished is much shorter, and our users would flood the helpdesk with tickets if the transaction would run more than 5 minutes (I even earlier)
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I already said that there is no alternative to VL09. Only VL09 can reset the goods issue status in the delivery document and can trigger a 602 movement. 602 is classified as an automatic movement, it cannot be done from MB1A (which is anyway obsolete and got already a MIGO as successor about 15 years ago )
If you can't convince the Basis folks then talk to your manager
Are you processing some outputs, triggering workflows, updating data in external systems?
If this is not the case: are there any add-ons, custom developments that update non-standard tables? Deadlocks?
Goods movement reversal, even for a delivery with many items, that takes two hours, is a very serious issue.
Are your BASIS colleagues aware of that problem?
When investigating such kind of issues, people usually execute performance trace and discuss the outcome with the developers and BASIS team.
Without knowing the root cause of your issue, there is not much that forum members can help you with.
Some problems are resolved by applying notes, changing table settings, optimizing the source code, improving network performance etc.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
108 | |
12 | |
11 | |
6 | |
5 | |
4 | |
3 | |
3 | |
3 | |
3 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.