Forum Moderators: buckworks

Message Too Old, No Replies

Newbie ecommerce questions

         

coffeebean

5:42 am on Dec 3, 2003 (gmt 0)

10+ Year Member



I'm planning to develop my first ecommerce site and a few questions keep knocking around in my head. I'd very much appreciate any comments on the following:

1) Security

My inclination is to go with a dedicated server so I can lock it down to protect customer contact information, credit card numbers, etc.

But is the extra expense for dedicated hosting really necessary? Are the ecommerce package deals I keep seeing advertised with shared hosting accounts secure enough?

How do packages like Miva or SoftCart offered with shared hosting keep the customer data secure? How is it typically sent to the merchant?

2) Online or offline CC processing

Is it better to charge the card when the customer submits the order or manually by the merchant at a later time, for example, after the order has shipped?

Or can't you do a "hold" or "authorization" when the order is placed and then a commit later?

3) Build or buy

I have enough confidence and programming experience to build my own shopping cart, but also enough to recognize that buying and integrating something prebuilt is often the best solution. For those who have faced this choice in the past, which route did you take and would you make the same decision again?

Are there any packages you would wholeheartedly recommend or warn against?

Thanks in advance

marcs

6:52 am on Dec 3, 2003 (gmt 0)

10+ Year Member



Are the ecommerce package deals I keep seeing advertised with shared hosting accounts secure enough?

Make sure they offer PGP encryption or similar and you should be OK.

Or can't you do a "hold" or "authorization" when the order is placed and then a commit later?

Depends on the payment processor, if you go real-time. Some do have the option to not process until you OK the sale. There is an advantage to being able to review the order first.

I have enough confidence and programming experience to build my own shopping cart, but also enough to recognize that buying and integrating something prebuilt is often the best solution.

We have our own script. Basically a question of re-inventing the wheel vs. full control. Depends on your priorities.

danieljean

10:47 pm on Dec 3, 2003 (gmt 0)

10+ Year Member



I've just spent 6 months developping an ecommerce application. It's a great piece of work: multi-currency, multi-language, scalable (J2EE back-end), maintainable (separates content from presentation), secure, usable, etc...

But if I had to do it over again, I'd consider starting with something like Yahoo! stores (with my own domain name).

One nice thing about pre-fab, hosted solutions is you can usually trust their CC processing and security, and so will your clients. It's a lot less BS, and gives you more time to concentrate on selling and optimization. I would have had my first client online and selling before the Christmas rush, too...

There are a lot of packages out there, and oscommerce was a PHP program that looked interesting. Had it been coded in Java, I probably would have used it instead of rolling my own. Has anyone here had experience with it?

For the buy or build question, unless you have very specific requirements that can't be met and you can't find something to adapt, you probably should not code your own.

CernyM

2:43 am on Dec 4, 2003 (gmt 0)

10+ Year Member




Or can't you do a "hold" or "authorization" when the order is placed and then a commit later?

At least with authorize.net (and presumably all of them), you have the option to "authorize" or "authorize and capture."

Authorize checks the credit available on the card and reserves a certain amount without actually charging them. You can then go in later and capture the funds, completing the transaction.

Its my understanding that mail order/ecommerce are generally supposed to authorize first, and then only capture when the item is shipped.

derekwong28

5:02 pm on Dec 4, 2003 (gmt 0)

WebmasterWorld Senior Member 10+ Year Member



Unless you are planning on large volume transactions, I am not sure whether you will need a dedicated server or solution.

Afterall, our business took more $250,000 in transactions last year using $5.00 a month hosting accounts, non-secure servers, and Mal's eCommerce cart. Looking at our conversion rates, they are not lower than industrial averages in spite of this.

danieljean

5:50 pm on Dec 4, 2003 (gmt 0)

10+ Year Member



our business took more $250,000 in transactions last year using $5.00 a month hosting accounts, non-secure servers

Egad! What do you mean, non-secure?

And I was all worried that my customers were going to be audited- making sure all information is transmitted in SSL rather than in clear, only allowing information on a "need-to-know" basis, giving everyone separate user/pass combinations and tracking information browsing...

I'm not 100% there yet, but if non-secure means what I *think* it means, hackers and VISA will not be going after me first: I have nothing to worry about!

pleeker

6:10 pm on Dec 4, 2003 (gmt 0)

WebmasterWorld Senior Member 10+ Year Member



Its my understanding that mail order/ecommerce are generally supposed to authorize first, and then only capture when the item is shipped.

That very well may be true.

Our belief has always been: Why pay extra for immediate processing when you don't really need it? If you're selling a tangible product that will not ship for hours or days after the online order is placed, process the card manually offline if it saves some money.

The only situations where immediate processing (i.e. - getting the customer's money) is necessary is 1) if you're selling something the customer will get immediately, such as downloaded software, music, etc., and 2) if you do such a large volume that manual processing isn't realistic and more cost-effective.

There's my 2 cents....and you can capture that immediately. :)

derekwong28

11:59 pm on Dec 4, 2003 (gmt 0)

WebmasterWorld Senior Member 10+ Year Member



The credit card information is entered at a secured worldpay server. Otherwise, other customer details are non-secure.

My point is that customers do not seem to mind that much even if they do not see a secure certificate on our site, or a https prefix when they enter our cart system.

You will be surprised at how many well-known companies use a free OS commerce cart on a $7.95 account with ipowerweb, or other low cost web hosters.