|
Posted by Scott Auge on 08/03/05 02:12
In article <1122993099.763784.267850@g43g2000cwa.googlegroups.com>,
pyda001@ec.auckland.ac.nz wrote:
> Hi!
>
> We are working on a webshop issue and are facing the following problem.
> Chances are that this has been solved before and thus we don't need to
> reinvent the wheel.
>
> Our website is supposed to work as a common site for several other
> websites. Members have the opportunity to place orders on our site
> although we don't actually sell anything ourselves. They are then taken
> to the vendors site, to their "Buy Product" page to place the order.
> These pages vary from vendor to vendor.
>
> The problem is that now that the vendor has been passed all information
> from our site (customer name, product etc) and the cusomer places the
> order (or chooses to cancel), how can we track wether the order was
> actually placed or not? Since we will earn money from all sales we're
> able to generate, we need to be able to track this somehow. Keep in
> mind that our site and the vendor site are completely different sites.
>
> Thanks!
>
> - Peder -
You can't.
What you might be able to do is have your program open a connection to
the vendor's site and suck in all that HTML from their site, format the
ACTION to your site (if need be), and then display it on your site.
Then the page will be posted to your machine and from there you can
construct a post to the vendor's machine.
I am not sure how the accounting will work out because your company has
basically just made the order!
The more complicated (and viable) option is to have the vendor make an
API of web services your site can interact with to place orders, make
accounts, check orders, etc.
--
Available for Hire! http://amduus.com/Resumes/
[Back to original message]
|