- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
ARBCreateSubscriptionResponse successful, but code response not I00001
We have a giving form that accepts recurring gifts via ARB. A co-worker of mine made a recurring gift to a fund (and it processed correctly) and then immediately made another one to a different fund (same form though).
While both passed through Authorize.net fine, she was alerted that she had an error because of the following piece of code.
if ($subscription_response) {
list ($refId, $resultCode, $code, $text, $subscriptionId) = parse_return($subscription_response);
}
if($code != "I00001"){
$errors['recurring'] = 'We encountered an error while processing your recurring payment. Your credit card was not charged.';
So, my question is is it possible for an ARB subscription to be successful, but not pass <code>I00001</code>?
โ09-23-2013 09:16 AM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
So what was the response code you received? can you check what in $subscription_response
โ09-23-2013 09:26 AM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
I can't since it already occured and it wasn't logged.
I just tried to replicate it in our staging environment and I get E00012.
I wonder if it would be smarter for me to change it to check for resultCode != Ok
โ09-23-2013 10:29 AM - edited โ09-23-2013 10:36 AM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
http://developer.authorize.net/tools/arberrorcodes/
said E00012 is A duplicate subscription already exists.
so, it might be an issue. Anything that not I00001 would be an ERROR not a OK
โ09-23-2013 10:48 AM - edited โ09-23-2013 10:50 AM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
I see that. It's definitely the issue since everything would have been identical except for the Description (different fund).
When an error occurs like that, is that entry still submitted to Authorize.net as a subscription? It looks like all 3 of her subscriptions are in there. Shouldn't there just be 1 (the first one) and hte other two would have had E00012.
โ09-23-2013 10:51 AM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
If it getter a Error on E00012, it shouldn't create a subscriptions. Can you duplicate it?
the doc have this
Duplicate Subscription Verification
A duplicate check occurs against every ARB subscription created in an account in order to prevent duplicate subscriptions from inadvertently being created. The following is a list of the fields that are verified. If ALL of the verified fields are the same, an E00012 will occur and the subscription is not successfully created in the account. The duplicate check verifies for an indefinite amount of time.
subscription.Article.MerchantID
subscription.Article.CustomerInfo.Payment.CreditCard.CardNumber
subscription.Article.CustomerInfo.Payment.eCheck.RoutingNumber
subscription.Article.CustomerInfo.Payment.eCheck.AccountNumber
subscription.Article.CustomerInfo.CustomerID
subscription.Article.CustomerInfo.BillingInfo.BillToAddress.FirstName
subscription.Article.CustomerInfo.BillingInfo.BillToAddress.LastName
subscription.Article.CustomerInfo.BillingInfo.BillToAddress.Company
subscription.Article.CustomerInfo.BillingInfo.BillToAddress.StreetAddress
subscription.Article.CustomerInfo.BillingInfo.BillToAddress.City
subscription.Article.CustomerInfo.BillingInfo.BillToAddress.StateProv
subscription.Article.CustomerInfo.BillingInfo.BillToAddress.Zip
subscription.OrderInfo.Amountsubscription.OrderInfo.Invoice
subscription.Recurrence.StartDate
subscription.Recurrence.Interval
subscription.Recurrence.Unit
โ09-23-2013 11:32 AM - edited โ09-23-2013 11:36 AM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Would creating a unique invoice # get around this error?
โ09-23-2013 12:12 PM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Look like one of the fields checked is the invoice.
โ09-23-2013 12:17 PM