on ā2013 Sep 14 8:03 AM
Request clarification before answering.
Hi Expert,
I faced this problem before few days ago...So i am giving you solution what i did.
use that red mark option in given screen shot. but before that check the bill doc. no in VBRK and VBRP. Check same doc with other Bill doc in table level match the data for other doc and cress check SD Functional Consultant.
No. tolerated faulty documents = Like 50 or 100
I hope this will help you.
Regards,
Satendra Mishra
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Mayur,
You can load based on sales org/doc/comp code. While pulling data into info pack we may have create date/changed/calmonth/fisc period there will be some date field. thru that we can load into PSA. .
While pulling thru info pack we can load selectively with full info pack on date field wise.
pls you can fill the setup tables(based on sales doc/comp code) now.
Thanks
Hi,
No Issue, As you gave a series number its may loading historic records also. let it be.
Once its finished you can check the records at SE11 with SETUP table name of respective data source or TX - NPRT with help of Name of the run.
Setup table name - Extract str name<SETUP>
As you said its have huge records, its always take time.
Thanks
Hi,
Make any answer as a correct answer and assign points who gave you best and and helpful.
And write down i am closing this issue or thread.
Regards
SM
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
Good to know that, your issue has been resolved.
Please close the thread.
Regards,
Satendra Mishra
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi All,
I loaded data using series and issue got Resolved
Thanks a lot
Mayur
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
That you can do in BI side at info package level, but i will suggest you don't filter any data in ECC side, do it in BI side.
Bcz if filtering data in ecc in setup table it will tack long time and schedule the job in background.
I hope this will help you.
Regards,
Satendra Mishra
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi
Either you allow faulty records and increase the threshold and then your setuptable filling will work or you have to maintain fx rates for those currencies that it could not convert according to your screenshot.
hope it clarifies
Martin
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
Hope you have observed your screen shot closely. It says there are lot of faulty documents found while picking from the tables.
I suggest you to check VBAK and VBAP & other tables randomly for some documents with the help of your functional team.
If everything is Ok, then delete the setup tables once by LBWG and try to run from 1st May '13 to till date. Please lock data postings during filling.
Regards,
Suman
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Mayur,
As pointed out by suman, your base tables have wrong format sales doc numbers. You need to check/rectify the sales doc numbers at base tables of your data source.once the sales doc numbers corrected then only you can delete and refill the setup tables.
as you said you have 5crs records, with help of SD team find the sales doc ranges and split the ranges if have huge transactions. fill the setup tables range( date wise also if possible) wise to finish setup tables filling smoothly. Better to perform this activity where there is no business transactions or lock respective t codes.
Thanks
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
| User | Count |
|---|---|
| 9 | |
| 7 | |
| 6 | |
| 4 | |
| 3 | |
| 3 | |
| 3 | |
| 2 | |
| 2 | |
| 2 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.