Google Checkout module for ZC 1.3.x (beta)

teebo:

change the sort order

Right.... that is exactly what I want to do, and it is done inside the back end of Zen... but how do you change the sort order inside of the google checkout?

DarkAzrael:

Right.... that is exactly what I want to do, and it is done inside the back end of Zen... but how do you change the sort order inside of the google checkout?

Admin>modules>shipping> for each one that is active set sort order

Does anyone know why I get this error in my response error log

Thu Jun 28 18:48:40 EDT 2007:- HTTP Basic Authentication failed. Can't retrive Merchant Id/Key, Installed over CGI??\

Also for the first tiem I opened response_message and noticed that it gives alot more information than googl gives you , including the PHONE NUMBER, LAST 4 digital, etc... Why is this in there? is it supposed to be sending somewhere? I could use this for further verification but its in xml format

[quote=teebo;396002]Admin>modules>shipping> for each one that is active set sort order

Right, I don't think you quite understand....... The sort order is set in Zen's back end with the standard option appearing before expedited, which would be why when you go through regular checkout it appears first..... The issue is with the google checkout system reversing that...... again, I ask... with the sort order already set in Zen, and the exact opposite happening with the google checkout and happening only with google, how do I resolve this?

chain_main, first of all, thanks for always helping out. It does NOT go unnoticed.

Just wondering how to resolve this issue.

When a customer places an order and goes through the Checkout in the header it completely misses GC. I receive the order through email but not through GC.

I am not sure why the Zen Checkout and GC are not working together. Each seem to work fine independently but that's not great.

Do you think I should make the header checkout google link?

Has anyone else run into this problem?

Thanks!

Linux:

Just wondering how to resolve this issue.

When a customer places an order and goes through the Checkout in the header it completely misses GC. I receive the order through email but not through GC.

I am not sure why the Zen Checkout and GC are not working together. Each seem to work fine independently but that's not great.

Do you think I should make the header checkout google link?

Has anyone else run into this problem?

Thanks!

Each method has its uses. The Checkout links keep your customer inside your cart. They must register with you and all their order info stays within your cart. This means that you have to provide some sort of payment methods for them in order for you to get paid. This could be Check/MO, credit card, whatever. If you take credit cards directly, then you need additional services like a merchant account and gateway.

Googlecheckout acts in place of a merchant account in that they do all the credit card verification, and deposit to your accounts. The tradeoff is that they want to have your customer use their site to do it. So there is a separate button for customers to go through Google. This only appears on your login screen (so they can use GCO to create an account) and on the shopping cart contents page. It is not designed to be just a payment method.

When the customer selects the Google Checkout button from their shopping cart contents page, Google creates an account, or uses the customer's existing Google account, and leaves their order info with Google. The GCO module enables the ability for Google to pass the account info back to your cart's admin functions. It also passes order info so that you can process the order directly through your usual zen-cart methods.

I presume from your question that this piece is not happening for you. Do you get a Google checkout button in the Shopping Cart contents page? If so, and the customer selects it, do you get order and customer info back in your admin?

Linux:

I was having exactly the same problem.

If I understand things correctly, the googlecheckout/responsehandler.php must validate the XML messages coming into it for your own protection. If it can't, it will not pass the data to ZC for processing.

The way its going to do so differs depending on how you set up the admin and is based on whether you're running PHP over CGI or not. Speak to your host.

I hope your host doesn't have a bias towards Google.

Look in your googlecheckout/responsemessage.log, there you should find all the XML messages that GCO tried to send you, but the responsehandler could not validate who they were coming from and did not pass the data to back to ZC.

By using this script:

http://demo.globant.com/~brovagnati/tools/responsehandler_test.php
that was written by Ropu, I was able to repost the XML one message at a time to see if it would work. And it did.

Unfortunately, the test script tells you not to use an HTTPS: URL for the callback API, so I was using HTTP: and not HTTPS: to do so.

So it worked with HTTP, but I can't test with the HTTPS. I'm scratching my head.

The Google API integration live will not allow you to use a non-HTTPS: URL
and so unfortunately, I can't get to test the HTTPS side.

chain_man:

Each method has its uses. The Checkout links keep your customer inside your cart. They must register with you and all their order info stays within your cart. This means that you have to provide some sort of payment methods for them in order for you to get paid. This could be Check/MO, credit card, whatever. If you take credit cards directly, then you need additional services like a merchant account and gateway.

Googlecheckout acts in place of a merchant account in that they do all the credit card verification, and deposit to your accounts. The tradeoff is that they want to have your customer use their site to do it. So there is a separate button for customers to go through Google. This only appears on your login screen (so they can use GCO to create an account) and on the shopping cart contents page. It is not designed to be just a payment method.

When the customer selects the Google Checkout button from their shopping cart contents page, Google creates an account, or uses the customer's existing Google account, and leaves their order info with Google. The GCO module enables the ability for Google to pass the account info back to your cart's admin functions. It also passes order info so that you can process the order directly through your usual zen-cart methods.

I presume from your question that this piece is not happening for you. Do you get a Google checkout button in the Shopping Cart contents page? If so, and the customer selects it, do you get order and customer info back in your admin?

I get the GC button in the Shopping Cart contents page. I even have a statement to please use the GC button but it appears they are just clicking on the "Checkout" link in the header. I then receive an Order Confirmation from my Zen Cart and nothing in my Google Account.

I can invoice each one separately. But I would really like my Zen cart and GC to work together.

Thanks!

Zinfandel: WOW! Thanks for pointing that out.

I did the test and it says invalid. Guess I did not pass? Here are the results:

XML We Sent:

Authorization: Basic XXXXXX:XXXXXX
Content-Type: application/xml;charset=UTF-8
Accept: application/xml;charset=UTF-8
X-Origin-IP: 68.124.162.75

XML We Received:

HTTP/1.0 200 OK
Date: Fri, 29 Jun 2007 16:15:43 GMT
Server: Apache
Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Pragma: no-cache
Set-Cookie: zenid=2b30a1d672571d8aefa80870a8819dd0; path=/; domain=xxxxxxxxx.com
Content-Type: text/html; charset=iso-8859-1
X-Cache: MISS from proxy.globant.com
Proxy-Connection: close

Fri Jun 29 9:15:44 MST 2007:- Invalid

Time to response: 2.4417290687561 segs Note: This script MUST response in less than 3 sec. so GC srv doesn't timeout.'

How do I go about fixing this?

Thanks!

Linux I am having the same exact problem - response.

I believe I know why I was getting no orders in the admin and only in gco, its because I don't let them create a zen account I just go through google checkout.

However, is there anyway to get this xml data with the phone number, last 3 digits into usable form, I could use this to follow up on alot orders?

Site in question - https://www.wiipeddler.com

forgot to the post mine

HTTP/1.0 200 OK
Date: Fri, 29 Jun 2007 16:28:17 GMT
Server: Apache/1.3.37 (Unix) mod_gzip/1.3.26.1a mod_auth_passthrough/1.8 mod_log_bytes/1.2 mod_bwlimited/1.4 mod_ssl/2.8.28 OpenSSL/0.9.7a PHP-CGI/0.1b
Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Pragma: no-cache
X-Powered-By: PHP/4.4.6
Set-Cookie: zenid=76c11ad242225b3b9964fbe685a6c4de; path=/; domain=www.wiipeddler.com
Content-Type: text/html; charset=iso-8859-1
X-Cache: MISS from proxy.globant.com
Proxy-Connection: close

Fri Jun 29 12:28:19 EDT 2007:- Invalid

I just wrote to my host and maybe I will find an answer today. Thanks to everyone for showing me the right direction.

teebo: did you check your google logs to see the problems? That might help you out.

Linux:

teebo: did you check your google logs to see the problems? That might help you out.

I have no errors, my checkouts work fine.

My problem is

1. I don't get all this extra info phone number, last 4 digits, etc.. I just happen to look into the log and saw all this xml data that could have really been helpful on verifying orders.

2. I don't get orders in zen

Guys,

Our outgoing messages to GCO are not the issue. They're fine and you're probably getting an email from GCO that you have an order.

The problem is the XML messages coming back from Google to your ZC.
For one of many reasons, the googlecheckout/responsehandler.php may not find those messages to be processable.

I'm not going to speculate as to the reason your's doesn't work.
But, if so, ZC will not know anything about the order or the customer.

If the customer does not have an account, your ZC will create one using the customer information sent back in the XML messages from google.
But not if the responsehandler doesn't like it for some reasons.

See the googlecheckout/response_message.log, not the error log.
There is where you should find the XML that arrived from google, they are not error messages, they are the business data your cart needs to create an account and process the order.

teebo:

Thanks for pointing out that they are probably hitting checkout in the header menu. I suspected that, and that would explain why I'm seeing so many hits to checkout in my Google Analytics, but no sales.

I too have a only the Google checkout button on my shopping cart page, and probably should disable the checkout button in the header menu.

Good luck!!

Zinfandel:

Guys,

Our outgoing messages to GCO are not the issue. They're fine and you're probably getting an email from GCO that you have an order.

The problem is the XML messages coming back from Google to your ZC.
For one of many reasons, the googlecheckout/responsehandler.php may not find those messages to be processable.

I'm not going to speculate as to the reason your's doesn't work.
But, if so, ZC will not know anything about the order or the customer.

If the customer does not have an account, your ZC will create one using the customer information sent back in the XML messages from google.
But not if the responsehandler doesn't like it for some reasons.

See the googlecheckout/response_message.log, not the error log.
There is where you should find the XML that arrived from google, they are not error messages, they are the business data your cart needs to create an account and process the order.

teebo:

Thanks for pointing out that they are probably hitting checkout in the header menu. I suspected that, and that would explain why I'm seeing so many hits to checkout in my Google Analytics, but no sales.

I too have a only the Google checkout button on my shopping cart page, and probably should disable the checkout button in the header menu.

Good luck!!

Well, why exactly doesn't the response handler like? The xml data looks fine, do I have to edit the response handler?

I just would like information to be emailed to me or something in proper form, because the risk assement is very important

Ropu just posted a bit of news regarding version 1.4 development.

http://groups.google.com/group/google-checkout-for-zen-cart-mod-support/browse_thread/thread/6aad8f5bba0f56fa/#

Woody

Regardless of the version 1.3 or 1.4, there really should be some way to go directly to GCO from any page on the site without having to go back to the view_cart to click on the google button.

At the moment I use GCO only, and I had to disable the checkout in the drop down header menu, because it wasn't designed to go to GCO, and was most likely the cause of so many abandoned carts.

I even think if there is a choice of payment methods, they should be rendered in the drop down menu as sub-levels under checkout
kind of like this.

View Cart
Checkout --> Credit Card, PayPal Express, Google Checkout, WorldPay

Is that doable?

I believe, but I'm not sure and haven't tried it, that you can edit your template and make the GC button appear anywhere you want by using this line:

Yes tj,

I've tried.

Because that tiny tidbit unleashes a complex gaggle of code behind it, which within defines variables, it cannot appear twice on the same page. If you could just put it where you want, in the case of the checkout page it would have to be in the header menu and on the checkout page itself. The alternative is to only have it in a side box.

The google button is just that, not just a simple image hyperlink, but embedded in a form post.

Ideally, we would need a PHP that posts the form to google not as a form post with an embedded button but as an executable file that can be invoked either by a textual hyperlink or by an image click (the google checkout image for example).

An added benefit is that the logic required to generate the form (which contains all the cart content and validating references) need not be contained within the cart page. Instead it should be encapsulated somewhere else to be generated and posted when required (someone clicks checkout, for example).

Nice try, tj
Thanks.

yeah, although the google checkout module is already very great, the order notification being overhauled is great news as it needs to be done.

I'd love if you could gather your customers email addresses and email them all in zen, great marketing.