ValleyRoaster

Why is the code worded like this on the old versions? The array seemed to not store the data. $form_data = array( 'x_login' => MODULE_PAYMENT_AUTHORIZENETAIM_LOGIN, 'x_tran_key' => MODULE_PAYMENT_AUTHORIZENETAIM_PASSWORD, 'x_ADC_Delim_Data' => 'TRUE', 'x_ADC_URL' => 'FALSE', 'x_version' => '3.1', 'x_type' => 'AUTH_ONLY', 'x_method' => MODULE_PAYMENT_AUTHORIZENETAIM_METHOD, 'x_amount' => number_format($order->info['total'], 2), 'x_card_num' => $cc_array['card_number'], 'x_exp_date' => $cc_array['expiration'], 'x_card_code' => $cc_array['card_code'], 'x_email_customer' => MODULE_PAYMENT_AUTHORIZENETAIM_EMAIL == '1' ? 'TRUE': 'FALSE', 'x_email_merchant' => MODULE_PAYMENT_AUTHORIZENETAIM_EMAIL_MERCHANT == '1' ? 'TRUE': 'FALSE', 'x_cust_id' => $customer_id, 'x_first_name' => $order->customer['firstname'], 'x_last_name' => $order->customer['lastname'], 'x_address' => $order->billing['street_address'], 'x_city' => $order->billing['city'], 'x_state' => $order->billing['state'], 'x_zip' => $order->billing['postcode'], 'x_country' => $order->billing['country']['title'], 'x_phone' => $order->customer['telephone'], 'x_email' => $order->customer['email_address'], 'x_ship_to_first_name' => $order->delivery['firstname'], 'x_ship_to_last_name' => $order->delivery['lastname'], 'x_ship_to_address' => $order->delivery['street_address'], 'x_ship_to_city' => $order->delivery['city'], 'x_ship_to_state' => $order->delivery['state'], 'x_ship_to_zip' => $order->delivery['postcode'], 'x_ship_to_country' => $order->delivery['country']['title'], 'x_customer_ip' => $HTTP_SERVER_VARS['REMOTE_ADDR'], 'x_description' => 'Items from Our Coffee Barn', When the newer _aim code is this way. // Populate an array that contains all of the data to be submitted $submit_data = array( x_login => MODULE_PAYMENT_AUTHORIZENET_AIM_LOGIN, // The login name as assigned to you by authorize.net x_tran_key => MODULE_PAYMENT_AUTHORIZENET_AIM_TXNKEY, // The Transaction Key (16 digits) is generated through the merchant interface x_relay_response => 'FALSE', // AIM uses direct response, not relay response x_delim_data => 'TRUE', // The default delimiter is a comma x_version => '3.1', // 3.1 is required to use CVV codes x_type => MODULE_PAYMENT_AUTHORIZENET_AIM_AUTHORIZATION_TYPE == 'Authorize' ? 'AUTH_ONLY': 'AUTH_CAPTURE', x_method => 'CC', //MODULE_PAYMENT_AUTHORIZENET_AIM_METHOD == 'Credit Card' ? 'CC' : 'ECHECK', x_amount => number_format($order->info['total'], 2), x_card_num => $_POST['cc_number'], x_exp_date => $_POST['cc_expires'], x_card_code => $_POST['cc_cvv'], x_email_customer => MODULE_PAYMENT_AUTHORIZENET_AIM_EMAIL_CUSTOMER == 'True' ? 'TRUE': 'FALSE', x_email_merchant => MODULE_PAYMENT_AUTHORIZENET_AIM_EMAIL_MERCHANT == 'True' ? 'TRUE': 'FALSE', x_cust_id => $_SESSION['customer_id'], x_invoice_num => $new_order_id, x_first_name => $order->billing['firstname'], x_last_name => $order->billing['lastname'], x_company => $order->billing['company'], x_address => $order->billing['street_address'], x_city => $order->billing['city'], x_state => $order->billing['state'], x_zip => $order->billing['postcode'], x_country => $order->billing['country']['title'], x_phone => $order->customer['telephone'], x_email => $order->customer['email_address'], x_ship_to_first_name => $order->delivery['firstname'], x_ship_to_last_name => $order->delivery['lastname'], x_ship_to_address => $order->delivery['street_address'], x_ship_to_city => $order->delivery['city'], x_ship_to_state => $order->delivery['state'], x_ship_to_zip => $order->delivery['postcode'], x_ship_to_country => $order->delivery['country']['title'], x_description => $description, What is the difference between $_POST and $cc_array ? I too am getting a lesson in payment modules!

Now that we have the CVV problem fixed. How do we pass the card number to Authorize.net and NOT store it on our database. Previous versions didn't store the numbers. Perhaps I need to try and create my own version. But I am hoping that someone else may be working on it now!

See my earlier post with a link to the contrib. The fix is in the authorizenet_aim file.

After closer looking I think it looks OK. Just my own red flags going up! With such an easy fix is it needed to post it to the contrib file?

I was using the contrib found at http://www.oscommerce.com/community/contributions,4091 and the newest one from weiyin I just checked that profile and they only have one posting. I think I am going to delete it and overwrite it with an earlier version. I don't like the idea of a brand new members contrib.

I just did a quick fix and a couple test orders and it worked! On line 246 I removed the + 0 and the commented out text and that seemed to do it! Now line 246 reads VERY simple!!!

I tried that and then I get declined by authorize.net with this error code:

I am having the same troubles. Frustrating!!! I am also hoping someone knows how to delete the card numbers from my database after each order is succesful, to meet the requirements of Authorize.net.

I was using an older Advanced Integration Method Contrib that did NOT store the card info. Why does this newest one? I need to get this corrected fast! I don't like having anyones financial info stored on my server.

I just did the fastest update I have ever done with the Authorize.net AIM and it works just fine! I will do a couple more trials just to make sure.

I just turned register_globals on and I get the same result. On the first try after entering ALL the card info after clicking the confirm button I get the error code 33 and it takes me back to the payment page with no card info entered. It works fine the second time. I have to believe I am losing a LOT of sales over this! Any new ideas?

Thanks Vger, My host updated to php5 and turned on register_globals that's when my site quit working completly, so I had to turn it off to get anything to work. I am going to try this contib, phpini-copy.php and see if that works. It just looks like the easy and fast fix for my heavily modified store. 4 years of tinkering and no updating may have gotten me into a little trouble!

I had to turn register_globals off to get my store to work at all. I am guessing I need to do the register_globals contrib to get the entire site fixed. I really do not have much time to do this. I also hold a fulltime job as a carpenter as well as run my web site and roast coffee and ship the equipment I keep in stock. Do you have any recomendations for a php software editor to hire? Just to do some updating like this.

On my store it now takes 2 tries to get the card info to go through. Here is the error code I get back There has been an error processing your credit card. Please try again.Credit card number is required.: 33 When I enter it the second time it works fine. I had to turn register_globals back off when my host changed to php5. I am thinking this is where it may have started. Any ideas on a fix? My store has been live for almost 4 years and I would like to get this fixed before the Christmas rush is over!

Level 1 was VERY Easy to add! Just try adding it again to see if it works. By the way Graith has helped out A LOT and I would recomend him to anyone!

I was losing to much money in shipping charges not being passed that I went ahead and bought level 2 from graith. I also took on my first job as a carpenter again so I will not have the time to work on any code now.

I really don't know how long it will take. I am hoping by the end of August I should have something going. Hopefully before that long. I really want to get it going because the Level 1 just isn't cutting it. No invoice or Packing Slip and really no way to track the sales correctly. If their is ANYONE out their that would want to work together it would really help.

I am not tryig to cut on Graith. He does make his living doing this. I make my living off of coffee, I just like learning and using code that I put together. I just want to hack together a mod either on my own or with other users help. I have level 1 working OK. Now I am trying to get shipping added.

I do all of my own editing and I am not a programmer. I just run my entire business! I may be wrong about the code but I always have found some very intricate pieces of code here that are free. The Multi Vendor Shipping for one. The PayPal integrations. Many others too. You can get them for free here. I think that we are all helping each other out by adding new mods. When I started my OSCommerce store 3 years ago it seemed like a LOT of people like me, just doing our own sites. Not selling them to others. Now it seems that there are more people selling it, than just using it themselves. And no I don't think that his work will be free, if you are selling this to other customers then you charge them for it and that is the profit. Don't call me assinine!!!!! I live in the US wher Freedom of Speach still reigns!!!! I respect your right to buy code but you could respect mine too. I respect graith for doing the code. But even on his site you had to add the item to your cart to get the price! And it is a LOT more than just a few bucks from each buyer! It just seemed to me like he was trying to hide the fact that he was charging for it! If you want to sell it, say so with the price too.

I am starting this thread to filter out anyone trying to sell you the Google Checkout code instead of adding it as a contribution. (graith) I am going to start my own version, if anyone has already started a level 2 version please let me know.

I signed up for an Email alert from Graith.net when he had the code ready, It is ready but I WILL NOT pay for it! Open Source is just that OPEN SOURCE! How much money has he made off of others? This forum is for Open Source code not FOR SALE code. We need to stick together and get this Google Checkout available to anyone who wants it! Not just those who can buy it! I will start working on a free contrib and we should start a new thread for a developers working on a free version thread.

Your Google checkout is just what I need! Do you think you will have a contrib put together?

As a follow up. The fees work when I use the Table rate, but not with UPS XML. I switched to the Table rate for now, I was tired of just breaking even on some of my smaller sales.

Jim, The handling fee doesn't work for my UPS XML either. All looks OK in the code from what I can see. I also tried to set the fee at the vendor level and that didn't work either.

Thanks djmonkey! It took me a while to get back to this but it works great so far!