- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Update ARB Subscription Request - Error E00013
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
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
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
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
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
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Still no answer from dev support. Is there any way I can get assistance on here?
12-17-2018 04:08 PM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Still no answer from dev support. pls respond
12-22-2018 09:24 AM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
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
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
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
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
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
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
What country was the Profile created in? Maybe it is US and forcing US number format?
01-02-2019 07:48 PM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
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