on 01-09-2014 8:03 AM
Hello There,
I am trying to run bbgetvd however I an getting following info msg
" Meta: Function Module for system "ECCCLNTXXX" not found"
Also when I tried to run via report "BBP_VENDOR_GET_DATA_JOB" it said "no Suppliers found check entries"
not sure if there is any thing wrong with the config?
we are currently in ECS , ECC-6, SRM 7
Any help greatly appreciated.
Thanks
Hi Gaurav,
Please check if the following notes are already applied in your system:
1742773
1744486
If not, please apply them since this is related to entries in table bbp_function_map.
Meanwhile you should check the system type maintained for your ECC system in table bbp_backend_dest. This will determine if there is corresponding function modules in table bbp_function_map.
Best regards,
Ivy
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello Ivy,
Thank you for your reply, I checked both the notes both are relevant however obsolete in the evidence that we are already on ECC6 EhP 6 and Implementation status for both the notes is "Cannot be implemented".
I also checked that correct sys type is maintained for the ECC in bbp_backend_dest table and found the following corresponding modules in bbp_function_map:
BUS0008 GetData B47_PLANTS_GET
BUS1006200 GetVendorData B470_VENDOR_GET_DATA
BUS100626 GetFromBackend B470_VENDOR_PURCHDATA_GET
Note: Not sure if anything missing here.
Further help in this line would be greatly appreciated.
Best Regards,
~Varun
Hello Varun,
Looking at error it is related to RFC call only RFC should be checked both n R3 and SRM clients. Also check below
1) Check if the vendor is active not blocked for purchase in R3 ( if there is more than one backend system check in all )
2) Plant for the vendor in R3 is already replicated in SRM
3) RFC USER should not be locked ? in SRM or its password may be expired check with BASIS consultant.
Kaustubh
Ivy,
Thank you! for your reply, I checked again, both the notes "Cannot be implemented" in our SRM system as well.
I can't take the screenshot but I confirm all entries are correct in bbp_backend_dest table.
Let me know if you would like me to look and tell something specific.
Best regards,
Varun
Hi,
I suspect some missing entries in table BBP_FUNCTION_MAP, so please check that BBP_FUNCTION_MAP holds all the necessary function modules. What is the system type that you have maintained in BBP_BACKEND_DEST?
BBP_FUNCTION_MAP:
BUS1006200 GetVendorData ERP_4.0 B470_VENDOR_GET_DATA
BUS1006200 GetVendorList2 ERP_4.0 B46C_VENDOR_GET_LIST2
BUS1006200 GetVendorList3 ERP_4.0 B46C_VENDOR_GET_LIST3
Are the ones that you need (above the example for an ECC6 EhP4 system).
What you can do is that you lower the system type that you have maintained in the backend dest table if you don't need the functionality that is added in higher EhPs.
The other solution is to maintain above entries with the system type you have maintained.
Regards,
Robin
Hi Varun,
The reason why I asked you to check bbp_backend_dest is that I need to know the system type set for your ECC system.
Then with this system type, you should check if the following entries exist for it in table bbp_function_map.
BBP_FUNCTION_MAP:
BUS1006200 GetVendorData B470_VENDOR_GET_DATA
BUS1006200 GetVendorList2 B46C_VENDOR_GET_LIST2
BUS1006200 GetVendorList3 B46C_VENDOR_GET_LIST3
Best regards,
Ivy
Hello Kaus,
Thank you for your reply, I checked the system and following are my observations:
1) Check if the vendor is active not blocked for purchase in R3 ( if there is more than one backend system check in all )
Vendor is not blocked
2) Plant for the vendor in R3 is already replicated in SRM
Unable to replicate plant as well, as facing same "Function module not found" error for BBP_LOCATIONS_GET_ALL
3) RFC USER should not be locked ? in SRM or its password may be expired check with BASIS consultant.
RFC User is not locket nither do the password expired, let me know if you like me to post the specific results.
Best Regards,
Varun
Thank you! All for your time and support
This issue is solved, I made few changes like:
1) Use the same user for the RFC user in ECC and SRM
2) as mentioned in one of my above response to lower down the sys_type value in bbp_backend_dest form ECC6 to ECC5.
3) Global setting in Vendor Sync.
and few more...
Not sure exactly which one worked out, will try to back trace it and keep it posted here if I found that.
Best Regards,
Varun
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello Robin,
I checked BBP_FUNCTION_MAP all the values are present
Ivy,
I checked bbp_backend_dest ans infarct as Robin suggested tried to lower down its value to ECC5.0 in place of ECC6.0.
Not sure whats wrong with RFC or its Destinations I tired couple of other reports like
BBP_LOCATIONS_GET_SELECTED
BBP_UPLOAD_PAYMENT_TERMS
Having same problem, However when I tried "BBP_LOCATIONS_GET_ALL" it took me to different ECC destination not sure where picked the vale for rfc destination?
Kindly suggest where and what else I can look?
Best Regards,
Varun
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Varun,
Do you maintain DEST_DIALOG and SLD_SYS_NAME for target ECC system well in table bbp_backend_dest?
Usually they will get all RFC destination from here.
For report BBP_LOCATIONS_GET_SELECTED, it will try to get location from all connected RFC destination, and will update this in table BBP_LOCMAP.
You may also refer to log entries in trx slg1 for sepecific error.
For trx bbpgetvd, you can specify the system via F4 help and for such target system, please maintain its RFC connection well(basis team should be responsible for this).
Best regards,
Ivy
Hello Varun,
Is your RFC remote enabled and also the user is a dialog user.Please do check and confirm.
Thanks
Gaurav
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Varun,
check the RFC connection in SM59.
Best Regards,
Anil
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.