on 05-19-2014 5:36 PM
Hi,
In our project we are struggling with one issue where when Agents are receivig a call and they save the account the number which appears with +1 coverts to 0 after providing the country.
Our CRM team are really struggling with this issue as agents cant able to search the account as while saving number starts with 0 e.g. Agent recived a call with +19876543210 when they creates an account and saves it number becomes 09876543210 and when next time agents recived call from +19876543210 then they can't able to find the account with this number.
Though I'm not from CRM team but asking on their behalf.
Please suggest.
Thanks.
Before Saving
After Saving.
Hi Joseph,
Well you can resolve this issue by deleting 0 from Digit del. for country US.
Path: NetWeaver -> General Settings -> Set Countries -> Define Country Codes.
Reason:
To dial some numbers from abroad, the first digit of the local dialling code must be omitted.
Example: 06227-34-0
(local dialling code for Walldorf and the SAP number)
If you dial this number from outside Germany, you must dial 49 for Germany and omit the leading zero of the local dialling code. In this case enter a zero in this field.
For some other countries you must enter the number 9 (e.g. Spain).
For destination countries for which no leading digit needs to be omitted, (e.g. France) leave this field empty.
This will resolves your issue.
Regards,
Kamfrk.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Joseph,
I think what you're experiencing here is the normal behavior of the system. You can check the following online help for more details:
Telephone and Fax Checks - Business Address Services (BC-SRV-ADR) - SAP Library
What's happening is the following:
- In France, a valid telephone number could be +33 1 56 33 33 33. But when I'm calling from France I can use the "short" form which is 01 56 33 33 33.
- So in the system if I fill-in +33 1 56 33 33 33 in the telephone number field, SAP will split it into both fields: country & telephone number as follows:
-- Country = FR (which corresponds to +33)
-- Telephone = 01 56 33 33 33
The system knows that for a given country (in this case FR), the international prefix should be replaced by a given number to comply with the "short form" rule (in this case 0) by reading at some customizing table.
But even if the telephone number is split on the screen, a normalized form is stored in a dedicated field in the database... so that you can easily search for it. This normalized form allows you to search for the following strings and find the corresponding record:
01 56 33 33 33
01 56.33.33.33
+331-56-33.33 .33
0156333333
Etc.
So maybe if you can't find the telephone number in your case, I'd suggest to check how function module ADDR_COMM_FIND_KEY is called, and debug it to see why no results are found.
Best regards,
Nicolas Busson
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Joseph,
Could you please check if note 1651429 would apply in your system?
Best regards - Christophe
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
3 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.