> If you have your customer's GC notification going to
your site, you will
> rob them of the other back-end (automated)
"fulfillment" needs they have
> such as charging the order, collection of email
addresses for marketing,
Hmmm... Interesting point. Now I am wondering if its going
to work at
all. If we are taking the postback link to our site, then we
are
disabling integration for the user's shopping cart
completely (if they
are using notifications). Thats bad...
> Good luck. The obvious choice is some kind of XML/ODBC
driver that
> would allow someone to connect via ODBC which in turn
would send a
We already have similar implementation via ADO driver. The
issue with
such "flexible" implementations is that setting it
up relatively
complex and Joe user who sells antenna balls on his free
time out of
his house does not have skills/budget to implement it. And
our
solution is very low cost, so we want to reduce phone
support load as
much as possible.
With eBay/PayPal its supper-easy, a receptionist can install
and
configure it - just click-click-click through the wizard
with your
eBay login/password and you are done! You can start
downloading your
orders in 2 min.
On Jun 27, 4:16 pm, "Tony Birnseth" <t... 1sit.com> wrote:
> Hi Alex,
>
> If you have your customer's GC notification going to
your site, you will
> rob them of the other back-end (automated)
"fulfillment" needs they have
> such as charging the order, collection of email
addresses for marketing,
> cost/revenue accounting, order statistics, etc. While
the merchant
> would still get email notification, they would loose
all other context
> for their back-end processing. I suppose you could
send them the
> notification after you were done extracting the address
info but (as a
> Merchant) I would be very uncomfortable having that in
the middle of my
> operations (identity theft issues, etc.). You'd also
need to stay on
> top of all the other notifications (payment, risk,
cancellation, etc.)
> ensuring you're passing everything through to the
merchant.
>
> I would suggest that you provide a code-segment to your
customers that
> would allow you to "pull" the address info.
Given that every site has a
> different DB implementation, it would be difficult to
provide a standard
> page to your customers that would allow you to
"pull" the data from
> their site. Each one would need to be customized and
therefore become a
> huge support requirement.
>
> Good luck. The obvious choice is some kind of XML/ODBC
driver that
> would allow someone to connect via ODBC which in turn
would send a
> request to a site in XML and have the results returned
in XML. The ODBC
> driver could then provide the interface back to the
application so it
> would be transparent to the user.
>
> Tony
>
> http://www.ez-order-m
anager.com
>
> -----Original Message-----
> From: google-checkout-api-integrationgooglegroups.com
>
> [mailto:google-checkout-api-integrationgooglegroups.com] On Behalf Of
> alexu
> Sent: Wednesday, June 27, 2007 3:48 PM
> To: Google Checkout Developers Forum - API Integration
Basics
> Subject: [google-checkout-api-integration] Integration
with the desktop
> shipping application - ideas?
>
> We are makers of the desktop shipping application and
we are thinking
> about integration with the Google Checkout.
>
> For our needs we want some kind of a PULL API - the one
that gives us
> list of orders by the date range with Shipping Address
details (just
> like eBay/PayPal guys do), so user can print Shipping
Labels locally on
> his desktop PC.
>
> 1. Single Webservice for Notification API for multiple
(hundreds)
> customers
>
> At the moment the only one solution that we see is
setting up our own
> webservice that will be taking order notifications for
all our customers
> and then providing pulling mechanism from this
webservice to the desktop
> applications. Would this architecture violate any
Google Checkout
> policies? Is there any certification process that we
would need to pass
> to implement this solution?
>
> 2. Pull API / Download Orders API from Google Checkout
>
> I can see features requests to provide orders in some
downloadable
> format. But there is no ETA assigned to them. Are you
considering this
> feature? If yes - is there a estimate for the release
date?
>
> Any other ideas regarding how to integrate with the
generic desktop
> shipping application?
>
> Thank you for reading long post 
>
> Alex
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the
Google Groups "API Integration Basics" group.
To post to this group, send email to
google-checkout-api-integrationgooglegroups.com
To unsubscribe from this group, send email to
google-checkout-api-integration-unsubscribegooglegroups.com
For more options, visit this group at http://groups.google.com/group/google-checko
ut-api-integration?hl=en
-~----------~----~----~----~------~----~------~--~---
|
