Hi

I am reviewing the trial at the moment. I cannot seem to add other payment options?

Is there a function to do this? For example:

I am in Malta, things here are a little slow as far as banking. People here love writing cheques (checks) or making bank2bank transfers via the webbank. Mastercard or Visa is very limited, the banks charge for this service. There is a local card payments system.

So, I am trying to add the following payment types to the SCCP:

*CASH
*CHEQUE
*BANK TRANSFER
*OTHER CARDS - this could be done manually (card transaction without customer present)

Any thoughts?


Thanks!

Hey!

At this time, Shopping Cart Creator basic only accepts payment through PayPal. With Shopping Cart Creator Pro, you can use PayPal, Google Checkout, Authorize.net, 2Checkout and World Pay. We do not have support for adding custom merchants at this time.

It may make more sense for you to turn off the ability to order online completely and just add some text to the View Cart page on how they can then print out their order and mail it to you with either a check or banking information.

Thanks Scott!

At the moment I have a series of forms with check-boxes etc...

I will want the online function for those that can pay electronically.

Is 'DEBIT' an option for any debit card, as long as you put the Payment service providers details as advised by them? Or is this another card service provider?

Here is the USA, a debit card is always backed by Visa or Mastercard, so it works like a normal credit card.

I see, the DEBIT option is more for USA cards.

It would really be handy if the functionality could be added for Cash, Cheque or Bank Transfer - All that needs to happen is the following:


CHEQUE
*Client selects cheque payment method
*Server/email (orders@minerva-consulting.eu) receives order
*Client is brought to a page displaying cheque Payee details with invoice to print


BANK TRANSFER
*Client selects cheque payment method
*Server/email (orders@minerva-consulting.eu) receives order
*Client is brought to a page with invoice and explaining that an email will be sent with payment details


Probably more difficult:

LOCAL CARD DETAILS (If I can acquire card terminals from the main banks)
*Client selects cheque payment method and card details
*Server receives order and details (not sure if there is a secure method for this on my server side)
*Client is brought to a page with invoice and explaining payment will be confirmed shortly



The fundamental of a 'shopping cart' in the real world is a carrying device to bring the grouped good to the payment desk - this should apply in the online world. Payment restrictions should ideally be determined by the shop owner.

I totally understand that this system allows online payments only, but wonder if Coffeecup could diversify a little and maybe create more sales.

In the meantime, Im sure I can overcome these obstacles.

Hiya Kriston,

The think about what you're asking for is that in order to do that they would need to incorporate the ability to store and collect personal data, credit card information, etc. with the SCC program(s). This isn't going to happen as far as I know, since the whole idea is to keep it simple for those that don't have the ability and/or knowledge of databases. If I'm understanding the issue correctly that is, and if I am, I don't think your going to see that type of situation added. The main thing about SCC programs is that they do not collect any customer data at all. Customers are sent to a 3rd party payment processor such as PayPal or Worldpay etc. No information is collected and/or stored in the program at all. Hope that makes sense.

CHEQUES: Just put a payment name and address on your cart page.

BANK TRANSFER: Just use an online form. Bank transfers are the fraudsters number one tool. Don't be surpised if you don't have too many takers for that particular payment method.

CARD: Just not secure. Apart from PCI compliance issues, the architecture of Cart Creator would need a massive rewrite to accommodate that type of integration. You have to remember that all updates to Cart Creator have to fully compatible with all the versions that folks currently use.


The cart is still under development with new features planned in the near future. Most folks using Cart creator want a simple easy to use solution to take online payments through a major payment processor, which is exactly what the product delivers.

Years ago I used a shopping cart called Zilron Storecreator. It was similar SCC in that the work was all done offline, and then uploaded to most any server. For payment processing they used a technique where Credit Card information was encrypted and emailed to the vendor. The vendor (me) would capture the encypted gibberish from the email, and paste it into an offline decryptor that onlys works with a key supplied by zilron. The decyptor would let me see the original information. The rest of the order was not encrypted.

That way no credit card or order information stays on the server, yet I had the option to make adjustments, discounts, etc. before processing the payment through my virtual terminal.

for consideration.....

The biggest problem with that Yankee, is that many credit card processing companies are requiring specific security settings and equipment. I know that when I was set up last summer, I needed to have 2 different service providers because of specific software/hardware configurations and security. I also had to download an updated software patch for my terminal monthly if I wanted to be able to manually 'imprint' the customers card information into the machine. Also, the providers needed me to be able to verify that I would not have ANY critical cardholder information 'on-file'. Even if a customer wanted me to have their information I was not to store it. Real PITA, but unfortunately, thanks to all of the identity theft and cyber crime that has been taking place over the years, it will only get worse for the storekeepers and honest shoppers. I'm sure it will only temporarily slow down the criminals.

Trouble is the 'code crackers' out there are expert at unencrypting data nowadays. Every software vendor has had their protection and registration code cracked and pirated at some stage.

Dealing with third party processors like Google and PayPal, means that if someone's card data is compromised, nobody can come knocking on your door making accusations.