Jump to content



Latest News: (loading..)

authorize.net problems


  • Please log in to reply
73 replies to this topic

#61   Agtronic

Agtronic
  • Members
  • 21 posts
  • Real Name:Markku Kivinen

Posted 07 October 2008 - 03:03 PM

View Postadrenalynn, on Sep 25 2008, 05:56 PM, said:

Wow!  That's a bummer on the one hand - good news on the other.  :)

Make sure you're selecting "unsettled transactions" - but no, should show up right away if you're using the right report with the right date.

Just in case anyone was following, I still haven't gotten word from Authorize.net net. My account manager doesn't return calls or emails, and the rest of the team keeps telling me to contact him.

Just another thanks to Adrenalynn and Joshua for helping me figure this out!

#62   Torg42

Torg42
  • Members
  • 53 posts
  • Real Name:Troy M. Holm

Posted 12 June 2009 - 06:40 PM

Jeff,

I modified my checkout_confirmation.php as you suggested and it totally worked.  I spent hours upon hours trying to fix this a.net AIM problem.  And this code mod appears to do the trick.  I really appreciate your help.  

By the way it doesn't appear to have hurt my other payment methods.

Have a great day,

Troy

#63   JONGEB

JONGEB
  • Members
  • 4 posts
  • Real Name:Jon

Posted 22 June 2009 - 09:24 PM

Jeff,

I spent hours trying to get this module working. Changing the checkout_confirmation.php code as you suggested worked perfectly and did not mess up any of my other payment modules. Thank you so much for posting this fix and the logger as well! I wish there was an update on the module download page for this I can only imagine how many others are having this issue and the time being wasted.

Thanks again!

Jon

#64   nealc

nealc
  • Members
  • 183 posts
  • Real Name:Neal
  • Gender:Male
  • Location:Pennsylvania

Posted 13 August 2009 - 12:12 AM

View PostJONGEB, on Jun 22 2009, 05:24 PM, said:

Jeff,

I spent hours trying to get this module working. Changing the checkout_confirmation.php code as you suggested worked perfectly and did not mess up any of my other payment modules. Thank you so much for posting this fix and the logger as well! I wish there was an update on the module download page for this I can only imagine how many others are having this issue and the time being wasted.

Thanks again!

Jon
Jon,

What did you guys change that worked for this? I am going crazy trying to fix this!!

Thanks,

Neal
I am currently just learning osCommerce and PHP, but am always willing to help out.

Have successfully installed the following: Discount Coupons, UPS shipping module, Ultimate SEO URL's, Easy Meta Tags for SEO 1.0, Google XML Sitemap SEO v1.3, HTML Editor for Email and Newsletters.

#65   Torg42

Torg42
  • Members
  • 53 posts
  • Real Name:Troy M. Holm

Posted 17 September 2009 - 05:02 PM

Wow the logging bit really helped me out.  I was able to insert that code, get a log of the transaction, and then review it.  IT told em that line item 1 was rejected for some reason.  I removed that item from the customers order and the order went through.

Now I am trying to figure out what is up with that item to try and correct any other items that may have that problem.  They have 2500 items though so that should be fun.

Don't forget to turn off the logging and remove the file.txt.

Thanks a ton and have a great day,

Troy

#66   Muldrick

Muldrick
  • Members
  • 132 posts
  • Real Name:Richard
  • Location:Littlestown PA

Posted 25 September 2009 - 07:48 PM

Help pleeeze. (real green at this)

I have OSC v2.2 RC2a, installed this last July.
I tried the included Auth.net SIM and get this error message when I confirm my order. (My site never even asks for CC info):
(123) This account has not been given the permission(s) required for this request.

I then used Harald Ponce de Leon contribution and changed these files:

includes/languages/english/modules/payment/authorizenet_sim.php
includes/modules/payment/authorizenet_sim.php

I uninstalled the module and reinstalled it.

I still get the same error.

I have everything set to live. I've tested a transaction at auth.net (Virtual Terminal) and it works.

#67   Torg42

Torg42
  • Members
  • 53 posts
  • Real Name:Troy M. Holm

Posted 28 September 2009 - 09:52 PM

Richard,

Give the Auth.net AIM Contribution a try, it is preferred and you should have better luck with it.

Also, make sure that you got to your AUth.net Merchant account and turn off the Test Mode, it defaults to that until you specifically turn it off.  Then you may have better luck with permission issues.

Troy

#68   toplinestudio

toplinestudio
  • Members
  • 3 posts
  • Real Name:Connie Reeves

Posted 02 October 2009 - 02:16 PM

HELP!  I'm going crazy trying to figure out how to fix the Authorize.net so it will actually process a credit card.  Can someone please let me know what they found that works?  Thanks!   :blush:

#69   Muldrick

Muldrick
  • Members
  • 132 posts
  • Real Name:Richard
  • Location:Littlestown PA

Posted 02 October 2009 - 02:24 PM

In your (admin) settings on OSC,...Username: be sure to use the username asigned to you by auth.net. (Not your log in name)


View Posttoplinestudio, on Oct 2 2009, 10:16 AM, said:

HELP!  I'm going crazy trying to figure out how to fix the Authorize.net so it will actually process a credit card.  Can someone please let me know what they found that works?  Thanks!   :blush:


#70   Pera

Pera
  • Members
  • 4 posts
  • Real Name:Eve

Posted 28 January 2010 - 09:01 PM

RoninS14
I was wondering if you ever found a solution to your problem because I am at the very some point. If you did, can you please be ever so kind and share your solution with me. I have tried everything I can think of at this point.

Thanks - Pera


View PostRoninS14, on 19 February 2008 - 03:00 AM, said:

Okay, I've been researching this for a week and still haven't figured out why my authorize.net module isn't working.  I haven't even been able to find a thread which was dedicated entirely to "setting up" the authorize.net module so I've been searching the hundred of threads relating to auth.net to find a solution to my problem.

Now depending on which authorize.net module I use, I get a different error.

I've tried vger's version march 18 and I get the "There has been an error processing your credit card".

I've tried ponce's version jan 11 2008 and I get the "There has been an error processing your credit card".

I've tried the default authorize.net version bundled in OSC and still no luck.

There appears to be a million threads about the many different errors and solutions for each. I've looked through just about all of the one's that I thought pertained to my problem and I still can't get it to work.

I have followed all instructions provided by each thread and each modules without success.

Some seem to have a easy time getting auth.net to work while others never seem to find a solution to their problems.

--------------------------------------------------
"There has been an error processing your credit card
Please try again and if problems persist, please try another payment method."

above is the error I am getting using ponce's version of AIM for authorize.net.  which is the version that I would prefer to use. Now if I'm told to use a different version, then I will. But it seems that ponce's version is the newest of the greatest and I'd like to get it to work.


I am hosted with pair networks (the osc sponsor) running php5/mysql5.  I have curl compiled on there so I know that this is not the problem.  With ponce's version of the AIM module, I tried setting the curl field to "usr/bin/curl" and just "curl". I get the same results, error.

===In my settings for A.net (TESTMODE)

-I have enabled the following in " Upload Transaction File Format":

Email Customer: yes
Apply AVS Filter: no  
Apply Card Code Filter: no
field separator: comma(,)
Field Encapsulation Character: blank

-In the "transaction version", I am using the 3.1 version

-In the "response/receive URL", I have the following:

URL
https://www.mydomain.com/checkout_process.php   Default Receipt URL Edit
https://www.mydomain.com/checkout_process.php   Default Relay Response URL Edit

-I did not touch

-In the "address verification service", I have the default values seclected.

-I've set my MD5hash and entered it in the "MD5hash" field in OSC's administration > modules > payment > Authorize.net Credit Card AIM

-I've enabled "password required mode"

-I've enabled "file uploads capabilities"

-I do not have weblink activated

-and I've entered my API and transkey into the proper fields of OSC's administration > modules > payment > Authorize.net Credit Card AIM


Am I missing something?


#71   Pera

Pera
  • Members
  • 4 posts
  • Real Name:Eve

Posted 03 February 2010 - 01:19 AM

View Postjoshmorris5, on 25 July 2008 - 07:19 PM, said:

Ok...   I got it to work.  Hope this helps everybody.

Its not a problem with the script.  Don't comment out the script.  I was on the Live help with Authorize.net for a couple of hours now.

Thurns out you need to make sure that certain fields are not required for your authorization to go through.

Go to https://account.authorize.net

Click on the following:

Under "Account"
  Click=> Settings
    Click=>Payment Form
      Click=>Form Fields

You should come to a page that looks like this.  Fill it in with your personal settings similar to this.  

Remember:  **If you require it here, and you don't require it in OSCommerce account setup, your customers will recieve an error for those blank fields and payment will be impossible.**
  With the line of code I put above, you can now require an invoice number.


-------------------------------------------------------------------------------------------------------------------------------------------
Payment-Form Fields

Field Name--------------------------------------View-------------Edit------------Required

Payment Information

Recurring Billing Transaction-----------------o-----------------o------------------o
Card Code------------------------------------------o-----------------o------------------o

Order Information
Invoice No---------------------------------------x------------------o------------------x
Description--------------------------------------x------------------o------------------x

Customer Billing Information
First Name--------------------------------------x------------------x------------------x
Last Name--------------------------------------x------------------x------------------x
Company---------------------------------------x------------------x------------------o
Address-----------------------------------------x------------------x------------------x
City----------------------------------------------x------------------x------------------x
State--------------------------------------------x------------------x------------------x
Zip Code----------------------------------------x------------------x------------------x
Country-----------------------------------------x------------------x------------------o
Phone-------------------------------------------x------------------x------------------o
Fax----------------------------------------------x------------------x------------------o
Email--------------------------------------------x------------------x------------------x
Customer ID-----------------------------------x------------------o------------------x

Shipping Information
First Name--------------------------------------x------------------x------------------x
Last Name--------------------------------------x------------------x------------------x
Company---------------------------------------x------------------x------------------o
Address-----------------------------------------x------------------x------------------x
City----------------------------------------------x------------------x------------------x
State--------------------------------------------x------------------x------------------x
Zip Code----------------------------------------x------------------x------------------x
Country-----------------------------------------x------------------x------------------o

Additional Information
Tax-----------------------------------------------o-----------------o------------------o
Freight-------------------------------------------o-----------------o------------------o
Duty----------------------------------------------o-----------------o------------------o
Tax Exempt--------------------------------------o-----------------o------------------o
PO Number--------------------------------------o-----------------o------------------o
-----------------------------------------------------------------------------------------------------------------------------------------------------------------

Let me know if this helps anybody.

Joshua Morris

Hi Joshua,
Did you get this working for you? I am using the osCommerce 2.2rc2a with Authorize.net. I tried Jeff Wigal's error messaging code after the $transaction_response, but I got nothing. I have talked to my host people and they said the cURL was right because they have others using osCommerce and it is working for them. I have tried calling Authorize.net support, but they will not help me without an error number. I have checked the API Login, transaction key, and MD5 Hash. I did read that the MD5 Hash code should be 16 characters long, mine is not. I have read through everyones issues on this topic. I feel like I have tried them all myself. What do you think I should try at this point?

Help! - Pera

#72   rkinch

rkinch
  • Members
  • 2 posts
  • Real Name:Russ Kinch

Posted 29 July 2010 - 04:19 AM

I know this is an old post, but I just solved this issue myself very easily and I thought I'd post what I did.  I should say that I was using the standard auth.net bundled payment module.  I had created my own MD5 hash and entered into the admin module.  It turns out that Auth.net has a very specific way of processing the MD5 hash and OSC has to match it exactly.  The good news is and the real answer is, if you are using Auth.net AIM module, according to the auth.net website, an MD5 hash is not required and provides no benefit because AIM transactions use SSL instead to verify authenticity.  So all I did was remove the MD5 hash from the admin module, and instantly my transactions went through in OSC without error!

I should mention that in my case, the transactions were being approved by auth.net as evidenced by the logging function mentioned earlier in this post.

Russ

#73   stevebob

stevebob
  • Members
  • 17 posts
  • Real Name:bob stevens

Posted 31 August 2010 - 05:17 PM

Kudos to Jeff Wigal's error messaging code, that has helped me out immensely, the information about Payment Form Fields were essential as well.

Also wanted to note that AVS and CVV are not validated when you are in "Test Mode".  "Test Mode" being Transaction Server "Live", Transaction Mode "Test".

#74   sackling

sackling
  • Members
  • 273 posts
  • Real Name:robert stein

Posted 17 June 2013 - 01:38 PM

Thanks Jeff for the error message code!

As it turns out (I am in Canada) and even though my authorize.net account is in canadian funds it uses USD and the CAD was throwing it off.

I think this is actually a problem with authrorize.net since I am a canadian account why would they show USD. Anyways works now