Preethi,
Note 535488 - SAP BP: Internal error - Incorrect call of ADDR_GET
When you call the business partner maintenance, the system displays error message AM885 "Internal error - incorrect call of ADDR_GET".
As a result, you can only terminate the transaction and cannot process the partner.
please apply above mention note that will solve the issue
Regards,
Vaibhav Shah
solved myself !!
Hi Praveeen,
Please do initial load for the adapter objects
DNL_CUST_CNDALL,
DNL_CUST_CND,
DNL_CUST_PRC which are avaiable in R3AC5.
Regards,
Maddy
Hi Santosh,
Gud day.
would you pls share your experience for everyone benefit.
Pls let us know hw u resolved the issue.
Regards
Hi Maddy,
Pls implement the Order Exchange BADI.
Regards,
Santhosh
Hi Manu,
Can you kindly please forward the document if you have got it.
<Email removed>
looking forward for your help.
Thanks,
Ravi
Message was edited by: Andrei Vishnevsky. Reason: asking for materials through email
HI Arya / Amit,
Can any one of you forward me the document with screen shots for Employee not replicating from ECC to CRM.
I appreciate your guys promt Response.
Thanks and Regards
Manu
<Email removed>
Message was edited by: Andrei Vishnevsky. Reason: asking for materials through email
Hello Vaibhav,
Thanks for your response. We have already tried this note in our system. We are still getting the same error even after implementing the above note.
For your information, HR Employee Integration is Active in our system since we are replicating employees from HR module. Is this effecting anymore..???
Thanks
Preethi.
Hi All,
The two tables STXH and STXL is not defined in material adapter in R3AC1 under table/Structure tab.
Due to this reason this error is generating while doing initial load.
Thanks
Varun
Hi Nicole,
Can you please send me the dump with source code extract in a text file. So I can figure it out what's the problem you are facing. As I have this issue before.
please send the dump and code where it is failing.
Have you done any debugging for a particular sales order queue which is failing...what's your analysis please let me know.
Thanks
Varun
Hi Preeti,
Have you checked the desired configuration settings for contact person replication in CRM.
Have you received any dump in ECC/ CRM or any queue stuck in outbound of CRM or inbound of ECC and
also please check the particular BDoc has data when clicking on extension part of particular Bdoc.
Thanks
Varun
Preeti,
Please send me the error message no. for Bdoc error as well with which CRM version you are working.
Thanks.
Varun
Hi All
I have to send out product information to an External system. unfortunately key data like PRODUCT CONDITIONS, PRODUCT KBASE data cannot be sent over idoc( there is no support from SAP )!! Hence we thought of taking XML approach.
In XML, For normal product and Prodcut KBASE there is a message type in CRMXIF_BDOCIF table,
and hence the funciton module "CRMXIF_PROD_MAT_XML_SEND" and "CRMXIF_KB_XML_SEND" would be called which would send XML data for normal product inforamtio and product kbase.
But for PRODUCT CONDITIONS i do not see any such modules configured? how do we send product condition data as a XML data to a external system?
Thanks
Abishek
Hi
Check the RFC connection , Authorization test and connection test.
Aslo the RFCUSER status unlokit if it is locked in 000 client of CRM system.
Check the password.
Hi,
I don't think CRM middleware is "very simple" and either I belive ABAP is something simple, I don't know what kinds of developments/integrations have you been involved to say something like this but you just need to take a look at the middleware section to see everyone has problems/issues/questions regarding middleware, plus you need functional knowledge from CRM and the counterpart where the information replicates one good example is pricing conditions, if you say this is something "very simple" then probably I have a huge problem 
.
You can also check the sap press book:
http://www.sap-press.com/products/SAP-CRM-Middleware-Optimization-Guide.html
I wouldn't recommend it because I found it extremely boring but maybe I give it a second chance 
Cheers!
Luis
I'm going to have to disagree and say that SAP Press book is actually very good in terms of being able to operate the CRM Middleware. In fact I knew a middleware consultant that told me if everyone read that book he would be out of a job.
In terms of CRM middleware being stimple, if you can actually follow directions, then the setup and download guides published by SAP is very straight-forward and I can teach anyone in day or less how to configure the initial download for customers, products, and sales orders. The problem is that when those downloads don't work right then troubleshooting requires a foot in both worlds. You really need to understand ERP Customer Master and Material Master configuration and basic sales order configuration. Then when you want to do pricing condition downloads, once again not impossible, but you need a decent understanding of condition technique in both ERP and CRM(plus how those differ) in order to do it.
Yes it's not rocket science, however about 90 percent of people who try to setup the middleware can't seem to follow directions precisely as SAP requires. By precision I mean if SAP suggests that you only have one client in CRM or say the logical system names or RFC destinations must be in a certain fashion they don't do it and then have problems.
Take care,
Stephen
About the sap press book, that's the reason why I said maybe I will give it a second try. My opinion is just for one reading and it was very boring, but again, that's my opinion, for other people can be super exciting, but like other CRM sap press books I don't have the "feeling" I would find the solution of a problem consulting it and I have the online version.
I'm afraid we can apply the quote of your middleware college in every SAP field
Going back to the middleware topic.
The problem is that when those downloads don't work right then troubleshooting requires a foot in both worlds. You really need to understand ERP Customer Master and Material Master configuration and basic sales order configuration. Then when you want to do pricing condition downloads, once again not impossible, but you need a decent understanding of condition technique in both ERP and CRM(plus how those differ) in order to do it.
For me this is what middleware is all about, you really need functional knowledge in your team or in your head, as a middleware consultant rearely you job will follow the "sap best practices" or relay "only" in the connectivity/communication part.
What happens when you need extra info which is not in the Bdoc?, performance problems?, synch problems? ghosts? as I said, not an easy job and not something easy to learn, requires experience and knowledge.
Is the same old story, If you work in CRM you need to know a little of everything.
Cheers!
Luis
Actually the book is "boring" and you are right about that, but it's definitely however useful. It provides lots of ideas that are still valid, when you need to performance tune your middleware loads and provides the basic theory how the middleware works. I only use it as a reference when things happen. That being said I know it needs to be updated/revised as I was asked about that last year and did something else instead.
You are right about CRM folks needing a more cross-functional view of the world. I tend to find the middleware guys to be a cut above the normal CRM guys. Middleware guys have to be basis, security, development, config and business analyst in one person. I have only met a handful of really good middleware consultants and they were all "A-list" talent. If you really want to see want a middleware consultant is made of, ask them if they ever have done server based groupware integration. If they have master that, then you better bring them on your project regardless of need. Now if anyone wants to claim server based groupwware integration is easy to learn, then they don't know what they are talking about 
. Anyone care to troubleshoot ABAP mapbox downloads .
Take care,
Stephen
Conclusion: Middleware is not simple stuff...
<Duffman>oh yeah</Duffman>
Hi All
I have to send out product information to an External system.( non- sap), Unfortunately for key data like PRODUCT CONDITIONS, there is no standard IDOC to send out the data( there is no message type and idoc type given by SAP ). There is IDOC only for PRODUCT_MAT bdoc., for product conditions a separate bdoc CND_M_SUP gets generated.
How do we send product condition data to a external system? Is there any way we can read information from CND_M_SUP bdoc and send it as a idoc or xml?
Thanks
Abishek