Google Checkout module for ZC 1.3.x (beta)

[Woodymon]

Chain_man stated above he is using responsehandler.php from v.1.05, replacing the patched 1.04 file. So I assume this fixes security issues?

Not an expert opinion but it appears that issue is repaired in v.1.05.

Also in v.1.05 responsehandler.php an edit on line 715 is needed ;-)

Change 'Merachnat Calculations: '
to
'Merchant Calculations: '

I note major changes were implemented in v.1.05 responsehandler.php , yet the file id line in file header still shows:
"* File ID: responsehandler.php 10/14/2006 11:00 colosports"
which is the same time/date stamps shown in v1.04 version.

To Google developers (ropu, etc):

We all appreciate your efforts and understand this is still beta and that you may be somewhat new to zen cart magick... But please, when updating/editing mode files please do update the date/timestamp, version number and developer name in the file id line (in file header). And please inicate in the readme for the new version (within changelog) which files were changed, which files are new, and which have been removed since the previous mod version/distribution, etc.

This will make it much easier for us beta testers to test and update. Thanks.

Hint: Zone based table rate shipping & instant download support ;-)

P.S. Any plans for eCheck support in Google Checkout?

Time for me to roll this puppy out and see how well it works in the real world.

Thanks again,
Woody

[ropu]

Not an expert opinion but it appears that issue is repaired in v.1.05.

Also in v.1.05 responsehandler.php an edit on line 715 is needed ;-)

Change 'Merachnat Calculations: '
to
'Merchant Calculations: '

I note major changes were implemented in v.1.05 responsehandler.php , yet the file id line in file header still shows:
"* File ID: responsehandler.php 10/14/2006 11:00 colosports"
which is the same time/date stamps shown in v1.04 version.

To Google developers (ropu, etc):

We all appreciate your efforts and understand this is still beta and that you may be somewhat new to zen cart magick... But please, when updating/editing mode files please do update the date/timestamp, version number and developer name in the file id line (in file header). And please inicate in the readme for the new version (within changelog) which files were changed, which files are new, and which have been removed since the previous mod version/distribution, etc.

This will make it much easier for us beta testers to test and update. Thanks.

Hint: Zone based table rate shipping & instant download support ;-)

P.S. Any plans for eCheck support in Google Checkout?

Time for me to roll this puppy out and see how well it works in the real world.

Thanks again,
Woody

Woody, thanks for the advise on the version matter. ill take note on it, and change it for any new version

please know that version 1.0.5 is a prerelase for testing. im being really busy this weeks. im looking at the bugs all of you reported and try to fix ir as soon as possible.

regarding softgoods, is not in the agenda right now, i must have a look, but there are other important issues to solve before adding a new functionality.

ropu

[ropu]

I have been happily testing GCO with no problem , thanks to all folks here. Suddenly today, clients complained that they were getting errors on submitting carts using GCO. Seems that suddenly the shipping data has become incorrect ... it seems that my ZC is sending

<shipping-methods>
<flat-rate-shipping name="Standard flat-rate shipping- Table Rate">
<price currency="USD"></price> <<<< $ value missing
<shipping-restrictions>
<allowed-areas>
<us-country-area country-area="ALL"></us-country-area>
</allowed-areas>
</shipping-restrictions>
</flat-rate-shipping>
</shipping-methods>

XML failed to validate against the schema at line: 26, column: 26, with error: cvc-datatype-valid.1.2.1: '' is not a valid value for 'decimal'.
XML failed to validate against the schema at line: 26, column: 26, with error: cvc-complex-type.2.2: Element 'price' must have no element [children], and the value must be valid.


while GCO is expecting a value for shipping
<price currency="USD">9.00</price>

can anyone suggest a) how to get ZC to include a value here, or b) suggest what setting I may have changed .. I have for shipping options table rate and UPS..

Enable Table Method: True
Shipping Table: 45:8,45.01:0
Table Method: price
Handling Fee: 0
Tax Class --none--
Tax Basis Shipping
Shipping Zone --none--
Sort Order 0

this used to work ..... help !!! (please)

try this, change in googlecheckout/gcheckout.php line ~335

            else {
               $price = $googlepayment->getShippingPrice($module_name, $cart, $quote['methods'][0]['cost'], $handling, $table_mode);
                $gcheck->element('price', $price, array ('currency' => 'USD'));
            } 

with

            else {
                $module = new $module_name;
                $quote = $module->quote($method);
                $price = $quote['methods'][0]['cost'];
                $gcheck->element('price', $price, array ('currency' => 'USD'));
            } 

im working on this to support any shipping module with just declarating it at googleckeckout class.

ill post here when any new update is uploaded in the SVN

ropu

[chain_man]

To Google developers (ropu, etc):

We all appreciate your efforts

I second this wholeheartedly!

[ropu]

Woody, thanks for the advise on the version matter. ill take note on it, and change it for any new version

please know that version 1.0.5 is a prerelase for testing. im being really busy this weeks. im looking at the bugs all of you reported and try to fix ir as soon as possible.

regarding softgoods, is not in the agenda right now, i must have a look, but there are other important issues to solve before adding a new functionality.

ropu

change log from ver 1.0.4 to 1.0.5
files changed
/admin/orders.php
/admin/includes/functions/extra_functions/added_function_for_google_checkout.php
/googlecheckout/gcheckout.php
/googlecheckout/responsehandler.php
/googlecheckout/xmlbuilder.php
/googlecheckout/xmlparser.php
/includes/modules/payment/googlecheckout.php

files added
/googlecheckout/googleresult.php
/googlecheckout/googlemerchantcalculations.php



ropu

[Woodymon]

change log from ver 1.0.4 to 1.0.5

Ropu,

Thanks for providing this helpful changelog info!

Another question:

Noting that the mod will not be supporting instant downloads anytime soon, can anyone suggest techniques on how to filter out certain products (e.g. downloadables) so they cannot be purchased with GCO. I can post "warning" notes throughout the site and on productInfo and product_listing pages, but I'm hoping for something a bit more elegant.

When adding items to the shopping cart, maybe a compare can be done on the product database and if any product just added to the shopping cart has a specific "download" attribute option applied to it, the functions which controls the GCO button (makes it color/hot) not enable the button?

Or if this is inefficient can I manually maintain a list of "banned" product ID's (downloadable products) and/or Attribute ID's which can be screened against when customers add items to their shop cart? (We don't have many products so maintaining such a list manually not be a burden).

And when adding an item to the shopping cart maybe display a warning banner or flag of some sort reporting: "one or more products just added to your shopping cart is not available for purchase via Google Checkout, but is available through standard Zen Cart Checkout" or something to this effect.

I know these are some clunky ideas but half our products are books and the other half are downloads (eBooks/eDocs) and we really would like to utilize Google Checkout (for non-profit health information/education website).

Any and all ideas appreciated.

We do not currently utilize coupons or gift vouchers so can wait on the GCO mod supporting that functionality. But I'm likely not likely in the majority on this ;-)

Woody

[DrByte]

Noting that the mod will not be supporting instant downloads anytime soon, can anyone suggest techniques on how to filter out certain products (e.g. downloadables) so they cannot be purchased with GCO. I can post "warning" notes throughout the site and on productInfo and product_listing pages, but I'm hoping for something a bit more elegant.

You'll need something like this:

    if ($_SESSION['cart']->content_type == 'virtual') .... blah blah blah ...

... during checkout, if this is found to be 'virtual', it indicates that everything in the cart is not defined as a physical product. eg. only contains GV's or downloads or other virtual items.

[chain_man]

I just got another sale through GoogleCheckOut. That's 2 in the 3 days that I've had it installed.

The significance of this is that I have not been getting sales that frequently even though I offer merchant card payments and PayPal.

I think that means that GCO is stepping in where the planned-but not-yet-built ability for customers to buy without creating accounts directly in our zen carts would have been. These customers are going directly to GCO from their shopping carts, while they are still in Guest mode. The fact that they can (and do) complete their transactions while a Guest is a great boon to us.

[BBG]

I finally got the GoogleCheckout v1.05 module working properly on a (relatively) fresh install of Zen Cart v1.3.6. I thought I'd share a couple problems that came up (and solutions that worked for me) in case someone else encountered the same issues:

Problem #1: USPS calculated shipping was always returning the lowest value in Google Checkout, regardless of the weight of the items in the shopping cart. For example, Priority Mail would always show $4.05 (my default value set for Priority Mail in the ZC GC Payment GUI was $8.10 so I knew it was using a calculated value, and not the default).

Solution #1: I added $total_weight to the list of global variables on line 353 in googlecheckout/responsehandler.php. I also added $total_count to the same line, however it didn't seem to affect the shipping cost calculations (although I left it in there anyway).

Problem #2: Anything that is shipped within my same state needs to have the shipping taxed. When I set the USPS shipping module to add tax, the Google Checkout button would become disabled. In the README it stated that "if the shipping tax rates differ, a disabled Checkout button will appear on the Checkout page", which is exactly what was happening (but didn't tell me where I had to change it).

Solution #2: I updated the 2 hard-coded values in googlecheckout/responsehandler.php, lines 449 and 463, to the tax rate I had set up in the ZC Admin GUI.

Thanks to everyone that's been working on this module! Great job!

Shawn

[anjordan77]

I'm thinking lots of customers are using this GCO because it's in perty colors and available right after they click on their last product that they added to their cart. I received one order the past however many days that had the persons contact info and also their phone number. This order went through with no glitches and had sizes and colors specified. I'm thinking this person logged into my website and decided to use google checkout instead of going thru the zen-cart checkout procedure.

Is there a way to make customers log into zen before they can checkout with GCO?

If so, this would save me about 15-20 reverse lookups, and anything i can on the internet to find a way to contact the person.