I'm trying to update arb subscriptions to point at new customer payment profiles. However, the API returns error E00013 with message "Phone is invalid. Phone can be one of following formats: 111- 111-1111 or (111) 111-1111."
I'm not even submitting the phone number with the request. Here's the code I'm using to construct the request (ruby SDK):
profile = CustomerProfileIdType.new(@info[:profile_id],@info[:payment_profile_id]) ARBUpdateSubscriptionRequest.new( nil, nil, @subscription_id, ARBSubscriptionType.new(nil,nil,nil,nil,nil,nil,nil,nil,nil,profile) )
That code contructs a request that looks like this:
<arbupdatesubscriptionrequest> <subscriptionId>395823xx</subscriptionId> <subscription> <profile> <customerProfileId>19217479xx</customerProfileId> <customerPaymentProfileId>19557806xx</customerPaymentProfileId> </profile> </subscription> </arbupdatesubscriptionrequest>
Why should I get a phone number error in this case?
Maybe the phone number on the customer profile is invalid. But if that's the case, then why am I able to submit the create customer profile request and the create subscription request without error?
โ12-10-2018 12:45 PM
Hi Waterhouse,
If you are seeing this error it is likely that you would see this error when/if you attempted to process transactions using the stored profile data as well, which is why you are seeing the error at this step.
I can guess at the cause, but without specific details that may not be the best approach.
I would suggest using our Developer Support email form found at https://developer.authorize.net/support/contact_us/ to reach out to our support staff. Please provide them with full subscription, profile ID and payment profile ID information for reference when reviewing your account.
Thank you,
Elaine
โ12-10-2018 10:05 PM
Hi Elaine,
I filled out the contact form a few days ago, but they still haven't replied yet.
I can cofirm processing transactions using the "invalid" profile information works perfectly fine. We are able to charge our user's cards, and the monthly subscription payments also work fine. We're just not able to update a subscription to use a different payment profile.
As a stopgap measure, when users update their profile to use a different card, I've been cancelling their current subscription and creating a new subscription that begins on their next billing date. I don't want to have to continue doing this because we lose certain other information like how many payments they've made on their current subscription.
โ12-13-2018 10:55 AM
Still no answer from dev support. Is there any way I can get assistance on here?
โ12-17-2018 04:08 PM
Still no answer from dev support. pls respond
โ12-22-2018 09:24 AM
Hi @Waterhouse,
Can you share more information on the phone number in that CustomerPaymentProfile (not actual phone number but just the format), which would help us to investigate faster.
Thanks
Kaushik
โ12-26-2018 04:04 AM
Phone numbers are stored in E.164 format
https://support.twilio.com/hc/en-us/articles/223183008-Formatting-International-Phone-Numbers
โ12-31-2018 11:09 AM
We deal with international customers, so storing phone numbers in the USA only format of (111) 111-1111 is out of the question.
For example, it's impossible to store the number +442071838750 using the """correct""" format
โ01-02-2019 05:50 PM - edited โ01-02-2019 05:58 PM
What country was the Profile created in? Maybe it is US and forcing US number format?
โ01-02-2019 07:48 PM
This happens to all of our customers that enter a new card regardless of what country they're from
โ01-04-2019 09:31 PM