CHAPTER 4. E-commerce

4.1. Secure Server (SSL)
4.2. Miva Merchant On-line Shop Management Program
      4.2.1 Miva Merchant Trouble Shooting Guide
      4.2.2 Miva Merchant Customization Guide
4.3. CyberCash


 
4.1. Secure Server (SSL)


 4.1.0. General Overview

SSL stands for Secure Socket Layer, Internet standard used to transfer
information securely across the Internet.  SSL establishes a secure
channel between your visitor's browser and your web site on our server.
Through this channel, sensitive information such as credit card numbers
can be exchanged securely.


4.1.1. When to use secure server.

If you want to take customer payment information via your web site, it's
important to have your order form called via SSL (secure socket layer).
Currently secure server is primarily used for taking credit card
information over the Internet but its purpose is not limited to that.


4.1.2.  How to use secure server.

Option 1. Via Your Own Certificate

You can obtain your own Digital Certificate from VeriSign or Thawte
through HostAvenue.com.  This will allow you to reference a secure URL
using your own domain name: https://www.yourdomain.com/   giving your site more professional feel.

Please contact support to request instructions on obataining your own
digital certificate.

Option 2. Via HostAvenue.com'S Certificate

1) Place your order page (e.g. order.html) in your regular web
directory.
2) In order to call this page, order.html, in secure mode, you need to
have following url:

https://[secureserver].com/[yourdomain]/order.html
For example, suppose you want to have a link from your index.html page
to your secure order form, you would put following html in your
index.html page:
 
<a href="https://[secureserver].com/[yourdomain]/order.html">Secure
Order Page</a>
Ex. Let's assume your domain name is "foobar.com" and your secure server name is 67.securedata.net, the secure server link would be:
https://67.securedata.net/foobar/order.html
IMPORTANT: You will need send an email to support@HostAvenue.com to find out what you should put in [secureserver] as each server has to have unique name.
3) To call your cgi-scripts via SSL, you should use following url:
 
https://[secureserver].com/cgi-[yourdomain]/somescript.pl
Ex. https://67.securedata.net/cgi-foobar/somescript.pl

NOTE TO FrontPage USERS: Only scripts in cgi-bin will be recognized by
SSL (_vti_bin/shtml.exe which FrontPage configures will not work
securely). This is not limited to HostAvenueT but a general problem with
FrontPage. This means that WebBot Save Results Component of FrontPage will not work with SSL.

 

4.2. Miva Merchant


Miva Merchant is a multipage fully web administered shop cart (You must purchase a license to use this)

Miva Merchant basic setup instructions
We will place the proper files after you purchase a license on your
domain, this is generally done within 24 hours of purchase with the
exception of Saturday.

In order for you to setup your Miva Merchant, your domain has to be
active in the Net.  Miva Merchant will check the domain name with the
license.  It cannot be setup using the IP address. If you are in a
hurry, please contact our support team for further instructions.

To start using Miva Merchant follow the steps below using your browser

•Go to http://yourdomain.com/cgi-bin/miva?Merchant/setup.mv
•Fill in the information, you will need a valid license to proceed
•After filling in the basic info, you will be asked to verify paths.
•URL to Miva Merchant:
•http://yourdomain.com/cgi-bin/miva?Merchant/merchant.mv+
•Secure URL to Miva Merchant:
•https://securedata.net/cgi-bin/smiva?username/Merchant/merchant.mv+
•Secure URL to Miva Merchant Administration:
•https://securedata.net/cgi-bin/smiva?username/Merchant/admin.mv+ •Base URL for Graphics:
•http://www.yourdomain.com/Merchant/
•Secure Base URL for Graphics: •https://securedata.net/userid/Merchant/
•Root Directory for Modules •http://www.yourdomin.com/Merchant/modules
•Secure Root
Directory for Modules •https://securedata.net/username/Merchant/modules

"username" is found in the account information email that was sent to
you when your account was activated with us.

Please download this excellent Miva Merchant manual for your reference.
Miva Merchant Manual    

Miva Corp will answer any question or problems that may arise during
your configuration generally you can setup your shopping cart with no
problems.

 

4.2.1 Miva Merchant Trouble Shooting Guide

Customizing Miva Merchant Tips
Return to Miva Merchant Support Resources Index

•Important Information.
Before you consider doing any modifications like those describe on the
pages here you need to make absolutely sure you read and understand the
following important information. ...

•Adding a hyperlink to the navigation bar logo image.
As you probably know, versions of Miva Merchant in the 1.2 series allow
you to specify your own navigation bar images including the logo image.
But the logo image has no hyperlink, if you would like to make it link
to your home page here is how you do it. ...

•Returning from add basket to an html page
If you want to be able to pass an url to Miva Merchant to add an item to
a basket and have the program then return your using automatically to a
webpage of your choice you would do the following. ...

•Adding html headers and footers to mmui.mv
To enable the use of header and footer html/mivascript pages in the Miva Merchant look and feel using the mmflhf.mv, you need to do the
following. ...

•Adding Category Headers to Miva Merchant
For all those looking for an easy way to have html headers added to
certain category pages, here is a new way of doing it...

•An easier way to add html headers to categories
Here is a much simpler solution to the issue of adding headers to
categories than the one I previously proposed. ...
 

Return to Miva Merchant Support Resources Index

4.2.2 Miva Merchant Customization Guide

Miva Merchant Trouble Shooting Tips
Return to Miva Merchant Support Resources Index

•Problems when going to checkout.
If, when you click on checkout or the 'Buy One Now', you are getting a
blank screen or an error like: modules/ui/mmui.mv: Line 2843: MvDO:
Runtime Error: Error opening 'lib/db.mv': No such file or directory.
Then you should Read this.

First, if you have a blank screen if you do a 'View Source' on the page
with your browser you will probably see an error like the one above. And
the cause of this is almost certainly a problem with your Secure Root
Directory for Modules setting. To change it, go to that screen in the
admin by clicking on the arrow next to Modules, then on 'Module Paths'

In the screen the upper field is for the non-secure root directory for
Modules, and the lower is for the secure root directory for modules. In
the first field you will almost certainly see: /Merchant/ And it is
quite possible that adding the same thing in the lower will solve the
problem.

If that doesn't solve it then you probably need to add something before
the /Merchant/ and there is a good chance it would be your domain name with out the extension. As in if your site is yoursite.com that field might need to be /yoursite/Merchant/

another way you might find out what it needs to be is to check your
secure url to Miva Merchant in your Mall Settings. If there is something
before the word 'Merchant', but after the domain.com/ or the
domain.com/cgi-bin/miva? Then that is almost certainly what you need to
add.

Examples:
Your domain is yoursite.com, and your non secure url to Miva Merchant
is: http://www.yoursite.com/Merchant/merchant.mv And your secure url to Miva Merchant is: https://www.yoursite.com/Merchant/merchant.mv
Then your secure path to modules should be: /Merchant/
Your domain is yoursite.com, and your non secure url to Miva Merchant
is:
http://www.yoursite.com/Merchant/merchant.mv But your secure url to Miva Merchant is:
https://flamingo.secureserver.net/yoursite/Merchant/merchant.mv
OR: https://flamingo.secureserver.net/cgi-bin/smiva?yoursite/Merchant/merchant.mv
Then your secure path to modules should be: /yoursite/Merchant/

                
•Blank 'Select One:' on the checkout form.
If you see a blank drop down list with 'Select one' in front of it on your order page, and since it is blank you can't continue past that
screen here is what you do. ...

If you go to your admin.mv and click the arrow next to Stores, and then the arrow next to your store name you will see 'Shopper Selected Sales Tax' listed. Click on it and you will get to the configuration screen that lets you add the sales tax options that will appear in that drop down list on the checkout form.

Most of the time you probably would want to use the State Based Sales Tax module anyway. If you click on your store name under the Stores menu you will go to the store edit screen. From there find the drop down list that lets you set the tax module for the store.

If you switch it to State Based Sales tax, then that will appear instead of 'Shopper Selected Sales Tax' when you click the arrow next to your store name.

In the configuration screen for State Based Sales tax you can select a
state from the drop down list, set a tax rate for it, and update. You can add as many states and rates as you want. Any shopper selecting a
state on the order form that was not assigned a rate will not be charged
tax.

•'Bill To (If Different)' required when it shouldn't be.
If you fill out the 'Ship To' side of the order form but not the 'Bill
To (If Different)' and continue, and the program tells you that you
didn't fill out required info, then here is what is happening and what
to do about it. ...

The List of States that appears in the drop down menus of the form has
two elements, the visible name and the hidden two letter abbreviation.
It is the abbreviation which is passed as the value of that field and
what is checked to see if that field was filled out. Thus if a state is
chosen on the 'Bill To (If Different)' side then the routine that checks
the fields thinks you have started filling out that side of the form, it
then checks to make sure all the rest of the fields were filled out and
if not returns the error.

Now by default the States list begins with an item in it that has as
visible 'Outside US', but it has no abbreviation value and thus is seen
by the routine that checks the fields as blank. And since it is a blank
it sorts in the list before anything else and thus always appears as the
default. (Because it sorts on the abbreviation and a null is considered
alphabetically sooner than 'A' which is also why Alaska appears in the
list before Alabama because Alaska's code is AK and Alabama's is AL)
BUT, if you remove that item from the States list, if for example you
don't want to accept orders outside the US, then the new default is
Alaska and that does have a value for the abreviation field and thus the
check routine thinks that the 'Bill To (If Different)' side was begun
but not finished being filled out and thus it gives you the error.

The solution thus becomes to make sure you go back to the States
configuration screen and either add back the 'Outside US' option or add
in some other option like 'Choose A State' but don't place anything in
the abbreviation field for it. It will then sort to the top and will be
the default and the problem is solved.

The States configuration screen is found in your admin.mv by clicking on
the arrow next to Stores, then the arrow next to your store name, then
click on the word 'States'.

•What should your 'mailhost' be, and other issues regarding email.
If you aren't getting emails sent by Miva Merchant to you when orders
come in, and/or you aren't sure you have the right mailhost set in the
Email Merchant Notification module, then here is what you need to know.

Miva Merchant comes with a Fullfilment module called Email Merchant
Notification. What it does is to send an email to the address(es) you
set in the configuration of the module each time an order is placed in
the store.

So, if you aren't getting emails sent the first thing to consider is
whether or not any orders have been placed. If you do a test order and
you get all the way to the final Miva Merchant screen that gives you an
order number, and displays whatever thank you message you have set in the main store edit screen, then an email should be sent. If you don't
get to that point then you have other problems, but if you do and don't
get an email, then the next thing to check is to see if the module has
been installed and configured properly.

In the admin.mv click on the arrow next to Stores, then the arrow next
to yor store name, then the arrow next to 'Fulfillmet Modules'. If you
don't see 'Email Merchant Notification' listed there, then click on 'Add
Fulfillment Module' and pick 'Email Merchant Notification' from the drop
down list and click the add button. If you do see it there then click on
it to go to the configuration screen for it.

In the configuration screen the two absolutely critical settings are the
'To' field, and the 'mailhost' field. If either is blank or otherwise set with an invalid value then the emails will not be sent. For the 'To' field you give a valid email address, though there may be some possible
restrictions on that which will be mentioned in a bit. For the mailhost
you need to enter the name of a valid SMTP mail server. SMTP stands for
Simple Mail Trasfer Protocol and a server that uses that protocol to
accept and send on mail is known as an SMTP server.

So what SMTP server should you use? Well, that depends. The issue is
that you can't simply use just any SMTP server because due to the
ongoing attempts to reduce spam most SMTP servers won't accept mail from an IP address that they don't recognize as one of 'theirs'. Meaning that if you have an ISP that issues you an ip address when you are connected to the net, it knows what all the IP addresses are that any of their users can be, and their SMTP server will have those records at its
disposal to check to see if the ip address trying to send mail to it is
one of them.

Unless your ISP is also the one hosting the website you have Miva
Merchant running on, then their SMTP server is almost certainly going to
refuse mail from you. So what you need is an SMTP server that your web
host has set up that will accept mail from the ip address of your
domain. Probably the best way to be sure of what that is would be to
contact your web host and ask them.

In many cases the SMTP server will be simply the domain name for your
website like 'yourdomain.com'. Or it might be something like
'mail.yourdomain.com' or 'smtp.yourdomain.com'. Or it could be the
domain name of your web host, such as 'yourwebhost.com' or
'mail.yourwebhost.com' or 'smtp.yourwebhost.com'. But it also could be
something completely different than any of the above.

Here are some mailhosts that either someone working at the web host or a user of them said would work.

•If your site is hosted by ValueWeb use the mailhost style like:
localhost (mail.valueweb.net has also worked for some people but the above is what valueweb says should always work.)
•If your site is hosted by Simple|Net use the mailhost style like: mail.yourdomain.com

•If your site is hosted by Innerspeed use the mailhost style like: yourdomain.com There are some other things that can cause the mail not to send. If your particular mailhost does a check to see the domain of the person sending the mail as part of their check, then if you set the 'From' in the configuration of the module to check the radio button next to 'Customer's Billing Email Address', then unless all your customers just
happen to be using the same domain name as one your mailhost considers valid (Such as only the domain(s) of the web host) then the mail won't send. In such a case simply set the radio button to 'Other:' and fill in an email address that you know will work, such as your own email address for the website.

Some mailhosts won't accept mail unless the email addresses have angle brackets around it like <user@isp.com> so if that might be a problem on your mailhost then check the checkbox next to 'Add Angle Brackets to Email Addresses'. So far I have never run into a situation where placing the angle brackets around the email address caused an email not to be sent.

As stated earlier though, checking with your web host is probably the
best way to find out for sure what mailhost to use.

•Workaround to Authorize.net problems for versions below 1.23
If, you are having problems when using the authorize.net module wherein authorize.net sends you an email saying an order went through, but you get no orders listed in your Miva Merchant order proccessing, and no email notification from Miva Merchant with the basic order info, then here is what you should do ...

On the authorize.net site do a merchant login and then click on the 'GO'
button next to the 'Edit Configuration:'.

Scroll down to the 'Web Link Options:' section and make sure that the
'Return URL Method:' is set to POST not LINK. In the drop down list. And
right below that make sure the 'Return script or link URL:' is set to
the aneti.mv file. Then scroll all the way to te bottom of the page and
press the 'Submit Configuration' button and when it comes back and says 'Merchant Configuration Updated' then you are done with that place for the time being.

The next step is to download the aneti.txt file by: right clicking here
and choosing the 'Save target as' or 'Save link as' option. Save the
file to your local system someplace you can find it. (You'll be FTP'ng
it to your site later).

The file is used in the main 'Merchant' directory of your site in place
of the previously existing aneti.mv The existing aneti.mv AND the
existing anetp.mv must be Renamed to something like aneti.bak, and
anetp.bak, or simply deleted. When the new aneti.mv (Formerly aneti.txt) is in the Merchant directory you can move on to the next step.

The Next Step is to login to your admin.mv ad go to the authorize.net
payment module configuration screen and delete the ip address from the
'Silent Post REMOTE_ADDR:' field. That field must be left blank for this
workaround to function properly. With that done you should be finished
and the workaround should be in place.

NOTE: Using this file as a workaround means that the mere fact that an
order appears in the unbatched orders of the Order Proccessing section
of the admin is not an absolute guarantee that the individual order
coming in to your store was really authorized by Authorize.net. It is
very unlikely that it wasn't, but there is a chance, so you must cross
reference the Emails sent from authorize.net to you with the orders in
Miva Merchant to ensure that the order truly was authorized. In other
words, you shouldn't accept an order as authorized unless you see an
email for it from authorize.net

•Cyber Cash And Miva Merchant.
If you are using te cybercash module and when you try to submit an order you keep getting the 'One or more required fields is not filled out
correctly or there was a problem authorizing your order' error message,
then here are the things you need to check.

1. In the Cyber Cash module configuration screen, reached by going via
the admin.mv to Stores - Your Store Name - Payment Modules, then
clicking on Cybercash payment module, are some fields you need to make sure are set correctly. The url to CyberCash at the top needs to be
http://cr.cybercash.com The Merchat ID field needs to be your CCID from
cyber cash, which is that thing that looks like somenameofsomethinghere-00 And it is important that you include the dash and the numbers after it. The next thing is the radio buttons for
offline, or online. I can't tell you for sure which you need to use
since it depends on configurations on the CyberCash end, but if with
every configuration change mentioned below you try a test with it set
one way, then the other, you will eventually know which one works.

2. Make sure that you have followed the instructions in the Miva
Merchant Manual about setting up with CyberCash. The special Cyber Cash directory needs to be called 'CyberCash' exactly, two capital C's the rest lower case, and all one word. Next, that directory needs to be in
your main miva data directory on your website usually called either
htsdata or mivadata and usually located either as a sub directory of you
main public_html or www directory, or outside that directory parallel to
it. Inside the CyberCash directory you need to have that key file that
has a name that is your merchant id (AKA CCID) followed by a '.key'
extension. So for the example CCID above that would be a file named
somenameofsomethinghere-00.key and you need to make sure that when you FTP that file to your site that your program doesn't change the extension or add a .txt one or something like that.

3. The Merchant keystring must be placed in that file with nothing else
but a return after it, ie. you hit the return/enter key on your keyboard
after the keystring is entered so that the cursor goes to a new line.

If you have done all that and things still don't work make sure you try
switching the offline/online radio buttons so that you have tried to
submit an order with each. Try going to the amps.cybercash.com site and
going to your 'Secret and Key Exchange' and generating a fresh key set
and place the new merchant key in the key file and then try it with both
online and offline set in the module.

If your cybercash account is in LIVE mode then make sure you give
accurate credit card info in the order fields or it will fail for that
reason. If you aren't live yet then use the fake credit card numbers
such as the one for Visa which is 4111111111111111.

If you go to cr.cybercash.com and login you can do a query to the local
database to see if orders are getting through to them at all, and that
can help narrow down what might be a problem. For example if you see an order there and it has failed for a reason of 'bad money' then you know the credit card info entered was bad. If it is a failure hard, then it
is probably the radio button set wrong. If the transaction isn't there
at all, then it is related to the key, either the key entered wrong in
the file, or the filename is wrong, or the directory name is wrong or
they are in the wrong place, or that the key itself is bad and you need
to generate a new one.

That should cover just about everything.

•File Exists Error
If you get an error that says simply "File Exists" when trying to do
something in Miva Merchant that involves a file upload, then here is
what you need to know. ...

The 'file exists' error results from a bug in the Miva Engine on some
servers running some versions of the linux operating system with certain
versions of Miva Merchant. It basically comes about from temporary files
not being handled properly.

If you FTP to the site in question and find your data directory usually
called either htsdata or mivadata then you will almost certainly find in
there some files begining with 'MIVA_FUP' and those a temporary files
that can be safely deleted.

After deleting you will be able to upload images etc. again for some
unknown amount of time before the error happens again at which point you need to delete the files again. Or you can simply FTP the images up to your graphics directory under the Merchant directory and reference them with an url like graphics/file.jpg

We think this is fixed in the 3.6x version of the Miva Engine for linux.

 
4.3. CyberCash


4.3.0. General Overview

Qualifying Accounts: All Accounts ($65 setup fee applies except for
CommercePak which comes enabled for CyberCash.)
CyberCash enables you to accept secure, real-time payments at your
website.

The CyberCash CashRegister provides all of the tools needed to accept
secure credit card transactions over the Internet, including real-time
authorization, voids, returns, settlement and other payment management capabilities.
To enable your account for CyberCash, click here.

4.3.1. Basic Setup Instruction

To begin utilizing secure Internet credit card payment transaction
services, there are a number of issues that must be addressed by the
merchant:

1.Create and configure your storefront.
 
•You can purchase a shopping cart program that supports CyberCash. Also you can purchase Miva Merchant shopping cart program and which can be configured to support CyberCash

2.Obtain a merchant account from a certified CyberCash bank or service bureau.
•Notify your bank that you are interested in accepting credit cards via CyberCash. If your bank does not set up merchant credit card accounts for CyberCash, send e-mail to bank@cybercash.com and ask them to speak to them on your behalf.
•CyberCash has a listing of their authorized Financial Institutions.
•Once you have selected your bank and your credit merchant status has been established, have your bank send a Bank Setup Sheet to CyberCash. This sheet includes your credit card Merchant ID and Terminal ID.

3.Register with CyberCash's online registration area for new CyberCash Merchants. All merchants using the CyberCash credit card service must complete this step before installation is completed and for testing to begin.

4.Once you have registered with CyberCash, E-Mail your CyberCash ID ("CCID" - usually of the form "merchantname##-##") to HostAvenueT TM's  support staff at support@HostAvenue.com. We will generate a security key for you and submit it to CyberCash.
•Only request this key pair creation from us once you have completed the CyberCash registration process.
•We will install your Merchant information to our CyberCash CashRegister server and begin certification testing your connection to CyberCash.
•Please allow 2 business days from the time we receive your CCID for the registration process to be completed.

5.Once the testing and configuration process has been completed, your account will be in "Test Mode". This means that your account will accept cards but will not authorize or capture money into your account.
•While in test mode, you can use the following card numbers as "Test Cards":
VISA: 4111111111111111
MasterCard: 5555555555554444
American Express: 378282246310005
Discover: 6011111111111117
Diners, CarteBlanche and JCB do not require testing
*** Your account will remain in "Test Mode" until you notify us to make
you "LIVE" ***

6.Once you are satisfied with your StoreFront and are ready to accept "Live" transactions, send an E-Mail to support@HostAvenue.com notifying us that you are ready. Include your marketplace number ("marketplace##") and your CyberCash CCID. 7.After we have received your acknowledgement that you wish to begin using online live processing, we will complete the final configuration of your HostAvenueT TM  storefront with the CyberCash system. HostAvenueT TM will contact you (by phone or e-mail) that your online storefront is ready to accept LIVE transactions.
•Please allow 2 business days for this process to complete 8.After you begin receiving transactions, you will be able to collect, manage and process them using HostAvenueT TM's  "CashRegister" administration area. Your   transaction log page will have a link to this area. When entering the CyberCash administration server, you will be required to log in again. Your username and password will be the same as your regular hosting account.


4.3.2. FAQ

What is CyberCash?
CyberCash, Inc. is focused on providing Secure Financial Transactions
Services over the Internet, including secure credit card transactions
electronic checks and micro transactions.

What services does CyberCash provide?
CyberCash offers the first real-time, secure credit card authentication
service over the Internet based on digital signatures. In other words,
CyberCash provides the connection between HostAvenueT TM's encrypted servers and your financial institution to transmit and process the transactions.

Does CyberCash grant or offer merchant account services?
No, they only provide the secure connectivity from HostAvenueT TM's servers to CyberCash and then to your Financial Institution to process the
transactions.

What does CyberCash charge to use their services?
Today CyberCash bills a per transaction fee back to the merchants banks
processor. (Ex. Vital, Checkfree, FDC, GPS Atlanta). The fees are usually built in to the negotiated discount fees the merchant contracts with the bank. All fees for credit card authorization services are
between the merchant and their bank.

In the future CyberCash will begin charging a startup fee but how that
will be charged and by who, is yet to be determined - so - today this is
how they make money.

Coin transactions, on the other hand are a direct relationship with
CyberCash until their banking partners begin to offer this service
directly.

What happens during the transaction process?
Basically the customer's transaction information is securely submitted
to the CyberCash gateway server, which sends the transaction information to the financial institution. After the transaction is approved or denied, it is sent securely back to the merchant's storefront. The
process takes about 15-20 seconds to complete (barring network
communications problems).
CyberCash explains this process (involving their Wallet software) with a
diagram and text at:
http://www.cybercash.com/cybercash/info/sixsteps.html

What is the CyberCash Wallet software?
The Wallet is an additional component to the CyberCash system that
provides an extra level of security and tracking of a shopper's online
transactions.
The CyberCash Wallet is a client app that is designed to pass encrypted
detail to the merchant cash register. Also the wallet contains the
credit card information and address verification detail, stored and
password protected on the customers PC.

It is commonplace to see the wallet NOT being utilized and then the
security of communicating to the merchant site becomes the
responsibility of the merchant and their host. HostAvenueT offers SSL
(secure sockets layer) encryption protection via the Stronghold in order
to protect all credit card transaction information.

Some merchants do not want the wallet to be forced on to their customers because they believe they might loose the spontanius shopper. In the near future, with the introduction of SET (a bankcard standard being promoted by Mastercard and Visa), customers will need a wallet application from someone (Microsoft now has a version CyberCash is compatible with).

Must the Wallet be used to buy items from my storefront?
The Wallet is NOT required to use the CyberCash system.
The customer is not required to download the Wallet to shop on your
site. There are three ways a transaction can be performed: 1.Your
CyberCash-configured default secure checkout form is already setup for
"Direct Card Input". 2.The consumer can use the Wallet application (this
requires that you setup an option for Wallet payment on your
storefront). 3.Orders can be taken and recorded in your transaction
logs. The orders can then be entered directly into the HostAvenueT TM 
CashRegister administrative area.

All three can be used in conjunction with each other, giving you greater
flexibility.

What is CyberCoin and should I use it instead of the regular CyberCash Credit service?
CyberCoin, CyberCash's innovative new micropayment system, enabling
merchants to sell, and consumers to buy, digital goods and services such
as software, games and information, in real time over the Internet.
For example, by using CyberCoin digital goods and services can be
bought/sold in $.25 to $10 increments, denominations too small for use
in credit card purchases. This kind of low value, high volume sale is
expected to proliferate widely on the Internet.
NOTE:CyberCoin purchases REQUIRE the use of the CyberCash Wallet software.


4.3.3. Links and Tips

CyberCash "Getting Started as a Merchant" page
Provides a quick overview of the process. For beginning or novice
merchants, please also try the link below...
Descriptive "Getting Started" guide
Provides more details about the process and a general overview of the
setup procedure.
Frequently Asked Questions about the Wallet
General information on the Wallet component of CyberCash; also
recommended for Wallet questions is the Wallet User's Guide.
CyberCoin Frequently Asked Questions
The micropayment system's question and answer section. There are links
and e-mail contacts for obtaining more information about CyberCoin.
CyberCash CashRegister (Administration Area) Guide
The administration area User's Guide provides a reference for the
transaction tracking and management process.
CyberCash Merchant Support Area
Online area for links to resources and technical documents.
Customer Support Contacts - General Issues
Allows clients to search for specific support documents and to file a
problem report if desired.