Return to Main Index
Shopping Cart FAQ

Verisign Payflow
We use this to handle our online credit card processing. Payflow is designed to be used with a single website. By using some cleaver programming, we have been able to use this on a bunch of website. The point being made by the "cleaver" remark has nothing to do with a lack of humility. It is a warning to us that fundamentally Verisign does not specifically know about nor support of payflow on a bunch of websites at once. Hence, (here is the warning part) they could upgrade, add feature, make better, or just change things in such a way that our little trick stops working. At that point we would have to change processing schemes or get payflow for each website.

Edigest.org
This is one of two websites that are very important website for order processing. We could use a different website. Edigest is in use because of historical reasons.

This website is used by Verisign to send us receipt information from order processing. That means that during order processing Verisign calls a script called http://www.edigest.org/~edigest/cgi-bin/verireceipt.pl to report the results of order processing.

Gatewaysbooksandtapes.com
This is the second of the two very important websites. This is the website that signed up for Payflow. This is the general store that Verisign signed up to do business with. When a customer finishes filling in an order they are returned to the page http://www.gatewaysbooksandtapes.com/~gateways/cgi-bin/verireturn.pl When this happens the script verireturn.pl will process the return of the customer to whatever page they were on before starting the checkout procedure.

GatewayOrders.com
In an effort to reduce some of our email overhead and reduce our profile on the web (in terms of email spam), we have initiated a program of fewer email addresses.

One technique to reduce email addresses (and exposure to spam) is to not activate email for all websites. This means that some of our websites will not receive email directly.

So how do customers contact us when replying to an order?
So, what is the return address on orders being processed on a website which does not have direct email?

The answer to the above questions is: gatewayorders.com.

We can use gatewayorders.com as a email processing website for the orders. It is already true that when people look on their credit card statements they will see Gateways listed as the company. So gatewayorders.com is a logical (i.e. not too jarring) email address to see.

Why not use gatewaysbooksandtapes.com for the return address. Well, we can put some nice text on gatewayorders.com that explains that it does order processing for the following (full list of cart sites here) websites. We can make it look acceptable. The gateways books and tapes website is designed to sell books -- not designed to calm the disquiet of credit card customers.

edigest/sidestreet/cart/receipts
One of the things the verireceipt.pl program does, is save a copy of the receipt in the folder /edigest/sidestreet/cart/receipts.

The "receipt" is a bit of information sent back to us from verisign about the success (or lack of success) of a transaction.

This gives us a backup of all shopping cart receipts even if the emails don't arrive.

Because of how the script works only the last copy of the receipt is saved. There can be multiple copies of a receipt if someone tries to use a card over and over again. In this case only the last attempt will be saved. That is because each saves is over the top of the previous save.

The receipts are saves with the invoice.receipt

For example: 1170017.receipt


© Copyright 2006 XxaxxSoft -- All rights reserved --