This contribution will enable your orders to be processed through the regular checkout process (allowing you to use whichever modules you already have in place; i.e. Gift Cert, coupons, FedEx, UPS, free shipping flags etc.) before the order is passed on to Google, similar to the way it is done with PayPal. if you run a Google Adwords campaign and you use this Google Checkout IPN as "an alternative payment processor" instead of the checkout process preferred by Google (Google Checkout module for osCommerce http://www.oscommerce.com/community/contributions,4556/category,1/search,google), Google will not display a Google button (badge) in your ad. However, you can still take advantage of the no processing fees! Since not everyone runs an Adword campaign, this module might just satisfy your needs.
NOTE: I do not take or want any credit for this module as it was NOT written by me. This is just an old module that simply works with your existing osCommerce without much modification.
Legend: 
Download

Report
THESE MOD REMOVE RESTRICTIONS INTERNATIONAL SHIPPING.
GOOD LOOK
EDGAR
I am not endorsing or recommending any other method of checkout.
But I am advising against using google checkout!
I'm assuming that professionalism is important to you.
With this in mind, the problem lies here:
1. No live customer support.
2. Very lengthy waits for support.
3. Very obsure answers that don't answer your questions.
What seems to happen is this:
You have your client make payment via google checkout.
Everyone assumes all went well.
You then get a notice that Google has "Cancelled" the order due to "Possible Fraud".
What then? Do you tell your client this?
How can it be the clients fault if 1 invoice was just processed for $1000 but the one for $5000 was labeled "Fraudulent"?
Bottom line, it seems that Google wants to be in the business of processing money, but if there is any risk at all, they simply say that the transaction seems "Fraudulent".
Note: I've been using Google checkout since its introduction. I've processed thousands and thousands of dollars with them previously.
The sad part is that it only takes one bad experience to affect your business.
This last experience involved a very successful doctor, who had an invoice for an amount that Google must not of been comfortable with.
Instead of just letting me know this, they put me and my client in a very embarrassing position.
My clients must and will always come first!
Take from this what you will, and use at your own risk!
Attached is a PDF of the Google Checkout API Terms of Service. Here are some parts directly relatee to how this module violates the TOS:
3.2 Non-Compliant Google Checkout API Clients. Any Google Checkout API Client (and its development and distribution) must comply with this Agreement.
a) Personal Information.
i) Subject to the exception in subsection (ii) below, a Google Checkout API Client must not enable or allow any party to access or use: (A) the account, passwords, Google Checkout API Data, or any other information of another party other than the then-current end-user; or (B) any data obtained through Scraping.
ii) Google Checkout API Clients may disclose Google Checkout API Data of an account to the Account Owner.
4.11 Termination. Any licenses contained in this Agreement will terminate automatically without notice if you fail to comply with any provision of this Agreement. GPC reserves the right to terminate this Agreement or discontinue the Google Checkout API or any portion or feature thereof for any or no reason and at any time without liability to you. Upon any termination or notice of any discontinuance, you must immediately stop and thereafter desist from using the Google Checkout API or distributing or developing Google Checkout API Clients and delete all Google Checkout API Specifications and GPC Confidential Information (as defined below) in your possession or control (including without limitation from your Google Checkout API Client and your servers). The provisions of Sections 1, 2.2, 2.3, 2.4, 2.5, 3.2, and 4 will survive any termination of this Agreement and will continue to bind you in accordance with their terms.
(This upload was not made in order to put down or promote any other module, but to clear up any issues or questions which arise from the existance of this module. Use this module if you wish, but you have been warned.)
I found a problem when running a multi currency environment:
in the file module/payment/google.php , when building the order XML, we'll have something like:
<unit-price currency="' . $order->info['currency'] . '">' . $value['final_price']
Now, see this case:
1. my store's default Currency is USD
2. EUR is also available
My customers is shopping in EUR, so $order->info['currency'] == EUR
but the $value['final_price'] of the object order is set in USD
which means we are outputting the wrong couple.
So, either we write USD on the currency, or we translate the price into the selected currency.
(besides the fact that outputting a price in a currency different then the registered one (in my case USD) would give trouble to most of users.
Please advice
Corrected tax charge differences between store checkout page and Google Checkout site.
Addressed "Cannot find the declaration of element 'add-merchant-order-number'"XML error in Google Checkout Merchant Center (Sandbox Integration).
Added an EXTRAS folder containing modifications to help order tracking in ORDERS, INVOICE and PACKING SLIP pages using both store order number and google order number.
Created a Troubleshoot file that contain fixes to issues discussed in the Google Checkout IPN forum to help address issues affecting only specific osc users. This folder will continue to evolve as more fixes/solutions to uncommon problems are found.
Anyone with a prefix on their osc tables will get an error (one line in the google.php file referred to orders, rather than TABLE_ORDERS). All else is the same.
Revised readme.txt file to include forum URL http://forums.oscommerce.com/index.php?showtopic=263132
Everything works fine upto the point of clicking confirm order, which goes to the page checkout_process_google.php, which ends up being a blank page. An order is created and is recorded in the admin, however, nothing is logged with google and the google page never comes up?
Seems to be just what I am looking for, but cannot get it to work.
I tested it out on my site and yes coupons work!. This contrib will even let you use coupons configured for google checkout.
This does not work :(
I have discount coupons installed. And it doesn't take into account the applied discount. Any one have a fix?
This contribution will enable your orders to be processed through the regular checkout process (allowing you to use whichever modules you already have in place; i.e. Gift Cert, coupons, FedEx, UPS, free shipping flags etc.) before the order is passed on to Google, similar to the way it is done with PayPal. if you run a Google Adwords campaign and you use this Google Checkout IPN as "an alternative payment processor" instead of the checkout process preferred by Google (Google Checkout module for osCommerce http://www.oscommerce.com/community/contributions,4556/category,1/search,google), Google will not display a Google button (badge) in your ad. However, you can still take advantage of the no processing fees! Since not everyone runs an Adword campaign, this module might just satisfy your needs.
NOTE: I do not take or want any credit for this module as it was NOT written by me. This is just an old module that simply works with your existing osCommerce without much modification.