Does anyone know what I need to change to include the products model
in the GC cart?
I have lots of items and some of them have the exact same name/
description the only way to differentiate is by item number (model).
Currently the mod passes the product id, but it's not vey user
friendly for the merchant, not useful at all for the customer to
determine what they ordered, especially when they order dozens of
items.
Currently, the item info is passed and shows something like this:
Silver Ring
ID - 35789
Silver Ring
ID - 38456
Silver Chain
ID - 39456
I would prefer that the product's model be passed as part of the item-
name tag or in the merchant-item-id tag, so that an item would show in
the GC cart something like:
Item #SR9510 Silver Ring
ID - 35789
or
Silver Ring
Item #SR9510
Thanks for any input on this.
Click on http://groups.google.com/group/google-checkout-for-zen-cart-mod-support/web/wish-list-features-functionality
- or copy & paste it into your browser's address bar if that doesn't
work.
If you have a "wishlist" item or a "known issue" item. Please post to
this page.
Also the reason the button is there, even in a disabled state, is because GC
policy requires shops supporting GC to not require buyers to login to the
shop to use GC. If the button was missing a buyer might not observe the shop
supports GC and therefore think they must login to the shop to submit an
order.
I think the PayPal Express Checkout (PPEC) button works similarly.
Woody
If a user who has not added anything to their cart wants to login or
register, the GC button should not be there. Now, if the user has
added something to their cart and gets to that screen, by all means,
the button should be visible.
Interestingly enough, there is a reason for the Google Checkout
button's deactivation listed underneath "* The Cart is empty"
"Also the reason the button is there, even in a disabled state, is
because GC
policy requires shops supporting GC to not require buyers to login to
the
shop to use GC. If the button was missing a buyer might not observe
the shop
supports GC and therefore think they must login to the shop to submit
an
order."
I think this is the crux of the question though. Does GC policy
mandate that shops inform users who haven't placed anything into their
baskets that they don't need to register if they intend to use GC at
the shop?
> there are items in the shopping cart?- Hide quoted text -
>
> - Show quoted text -
On Aug 15, 5:15 pm, Ropu <rovagn...@gmail.com> wrote:
> Hi, im not completly sure about the details if if the cart is empty or not.
> But u should NOT encourage buyers to create an account if they will use GC
> as a payment.
>
> That the porpoise of the grayed GC Button, to avoid GC buyers that may be
> confused.
>
> ropu
>
> On 8/15/07, richard.mar...@ozelloshrimper.com <
> R o p u- Hide quoted text -
Just a note though.. I think the way that the PayPal express checkout
module integrates with the visitor-attempted-login-with-items-in-cart
screen a bit better than the current configuration that the GC module
has adopted. The PayPal module adapts to the layout of the page (in a
bordered table whereas the GC module forces it's structure on the
layout of the page (bottom right corner.) It requires a higher level
of programming knowledge for someone to relocate this icon to a more
visually appealing location than most people may have who are using
this.
Hey, thanks for all your help! You have really been a great
assistance to me and I just want you to know that I appreciate it.
Richard Martin
https://www.ozelloshrimper.com/cart/
On Aug 15, 5:25 pm, Ropu <rovagn...@gmail.com> wrote:
> Hi
>
> remember this is open-source :D
>
> so u may freely customize the module. Add or remove anything. Some things
> are not recommended. Like removing the GC, u may loose sells if buyers can
> see that GC is available...
>
> Also some changes may violate some GC TOS or policy, again, not recommended
> to do it, but u are still free to do it. This is the best thing of
> open-source... hehe
>
> But, if ur mod dont comply GC policy, i wont be able to give support :S
>
> hope this helps
>
> ropu
>
> On 8/15/07, richard.mar...@ozelloshrimper.com <
One possible way to do this is create an image and placed on both my
shopping cart and login pages. On the image add basic text describing your
available payment & checkout options. And then link the image to an ez-page
you create which more fully describes your available payment and checkout
options. Then add a link to that same ez-page in your "Information" sidebox
and title it "Payment/checkout options".
You can also customize existing and create additional "help" pop-up links on
your shop pages.
Can you please explain exactly where this code should go and what it does
specifically?
Thanks,
What we need to do is place the Google-hosted 'not available' button
for categories/products
that are restricted under Googles policies. Please note that my PHP
knowledge is very limited but maybe I'm on the rite track. With a
little help this could be solved or not?
What I have learned.
1.) By replacing 'XXX' with our Google merchant ID in the URL below,
the Google-hosted 'not available' button will display in my browser.
http://checkout.google.com/buttons/checkout.gif?merchant_id=XXX&w=180&h=46&s
tyle=white&variant=disabled&loc=en_US
2.) The code below is on line 287 in file gcheckout.php. Maybe this
code example could be used except with the restricted
master_categories_id or product_id and placed in gcheckout.php
somewhere? Ive tried to do this with no success.
if ( (STOCK_ALLOW_CHECKOUT != 'true') && ($flagAnyOutOfStock ==
true) ) {
$Gcart->SetButtonVariant(false);
$Gwarnings[] = GOOGLECHECKOUT_STRING_WARN_OUT_OF_STOCK;
}
Any advice would certainly be appreciated.
Tom
On Aug 15, 10:25 am, Ropu <rovagn...@gmail.com> wrote:
> Hi
>
> remember this is open-source :D
>
> so u may freely customize the module. Add or remove anything. Some things
> are not recommended. Like removing the GC, u may loose sells if buyers can
> see that GC is available...
>
> Also some changes may violate some GC TOS or policy, again, not recommended
> to do it, but u are still free to do it. This is the best thing of
> open-source... hehe
>
> But, if ur mod dont comply GC policy, i wont be able to give support :S
>
> hope this helps
>
> ropu
>
> On 8/15/07, richard.mar...@ozelloshrimper.com <
It would be great if you could add the ability to do a partial charge
for processing partial orders.
Sometimes customers order items that are currently out of stock; in
these cases, it would be best to do a partial charge only for the
items shipped.
We have installed GC Mod 1.4beta1 as a new install, with ZC 1.3.7. It
works beautifully, and after taking a quick peek at the code that went
into this, I am grateful to everyone who has worked on this project
for the massive amount of work that has gone into this module. Wow!
We also use Stone Edge Order Manager ("SEOM"), a third-party MS Access-
based order manager (on Windows XP). Currently we use SEOM version
5.003. What this software does (and I'm guessing there are other third
party packages similarly interacting with ZC) is to import the orders
from Zen Cart and from other shopping carts that we use and integrate
them into a single database for order processing, shipping, inventory
management, purchasing, returns, and other related purposes. SEOM is
able to change the status of ZC orders by updating the database
directly, i.e, change orders_status in the orders table to "Shipped"
status, and append an orders_status_history record, that sort of
thing. SEOM's interactions with ZC occur via SEOM's own Zen Cart-
specific php script.
The difficulty we have is trying to integrate with the GC Mod which
specifically works through the Admin UI's Orders functionality (/admin/
orders.php), meaning manually. When the orders table is updated
outside of Admin UI, those updates are not seen by the Mod and so GC
is not notified. In addition, SEOM does its updates using just one
status value for every different type of order. SEOM can set all
orders to "Shipped" status or to any status we designate, but as it is
currently programmed it won't update some orders to "Shipped" and
others to "Google Shipped" based on the payment module for those
orders. Orders processed through SEOM typically go from "Google
Processing" status to "Preparing for Shipment" and then to "Shipped".
This means we have use the Admin UI to clean up afterwards, manually
changing all the orders that were paid with "googlecheckout" from
"Shipped" status back to "Google Processing" status (which gives an
error and doesn't update GC), and from there to "Google Shipped"
status so that the Mod will notify GC to "close" the order (mark as
shipped, email, archive). If we change directly from "Shipped" to
"Google Shipped", the Mod displays an error and does not update GC. So
we have to update each ZC order's status twice by hand after SEOM
marks it "Shipped".
I know this sort of integration would be a huge project. But could the
Mod at least provide its GC-savvy functions in an "include" form that
could be straightforwardly merged using a php require? Then I could
work with SEOM's php import script (with advice and/or help from
SEOM's programmers) to try to replicate the Mod's GC interaction at
the requisite time in SEOM's cycle of processing. My level of php
knowledge is about good enough for that, but not for wholesale re-
editing of the Mod's code. I suspect there may be others in the ZC
community using other third-party software who could benefit from the
Mod's code being opened up into this sort of includable form. (If the
functions are already easily extractable, a few pointers in that
direction would be appreciated. However, if the Mod's version of
orders.php and my customized SEOM script could BOTH include the some
"functions" php, then upgrades would be simplified.)
A second part of this: Is there a Google requirement to keep the
statuses in a separate range from non-GC orders statuses, or is that a
Mod-specific design? Could there be an option to work within the same
set of statuses as non-GC orders to help ease these sorts of third-
party integration issues? It seems only slightly more overhead and
well worth it to retrieve GC orders of a particular status in the
orders table by a two-field condition instead of one: 'WHERE
payment_module_code="googlecheckout" AND orders_status=4' for example,
instead of 'WHERE orders_status=102'. In our local ZC installation,
status 4 is "Shipped". Those of us who have customized our in-house
series of orders_status values would be responsible for co-ordinating
those values into the Mod's "Google" statuses. But this could be eased
by defining them as constants in a convenient place in a php, or as a
part of the Mod's UI setup, to map our local statuses to the Mod's
status usages.
If the statuses have to stay separate, I should be able to smarten up
the SEOM script to handle them properly, as long as I could figure out
how to include and invoke the Mod's GC-interface functionality within
SEOM's php script.
Thanks,
Alan
ZC 1.3.7, GC Mod 1.4beta1 (in production use)
Thank you for you reply. I'll see if this gives me what I need. Again,
many thanks for the great work you have done and continue to do on
this whole mod.
Thanks,
Alan
I wanted to confirm that I have indeed been able to code the
modifications I needed into the Stone Edge php script for Zen Cart, to
update Google Checkout orders automatically when the Order Manager
posts a "Shipped" status to Zen Cart. Thank you for your timely
pointers. That did the trick.
Thanks,
Alan